aboutsummaryrefslogtreecommitdiffstats
path: root/COPYING
diff options
context:
space:
mode:
authorRoland Dreier <roland@topspin.com>2005-04-16 15:26:24 -0700
committerLinus Torvalds <torvalds@ppc970.osdl.org>2005-04-16 15:26:24 -0700
commit44ea66879d5638cfed5b5ecf628badfd8ec26f36 (patch)
tree987bb5368a8e4a058cffc2eef4752d7cca4335e5 /COPYING
parentddb934e0eead2feadc7467b1f7bf9c81aa241232 (diff)
downloadkernel_samsung_espresso10-44ea66879d5638cfed5b5ecf628badfd8ec26f36.zip
kernel_samsung_espresso10-44ea66879d5638cfed5b5ecf628badfd8ec26f36.tar.gz
kernel_samsung_espresso10-44ea66879d5638cfed5b5ecf628badfd8ec26f36.tar.bz2
[PATCH] IB/mthca: fix MTT allocation in mem-free mode
Fix bug in MTT allocation in mem-free mode. I misunderstood the MTT size value returned by the firmware -- it is really the size of a single MTT entry, since mem-free mode does not segment the MTT as the original firmware did. This meant that our MTT addresses ended up being off by a factor of 8. This meant that our MTT allocations might overlap, and so we could overwrite and corrupt earlier memory regions when writing new MTT entries. We fix this by always using our 64-byte MTT segment size. This allows some simplification of the code as well, since there's no reason to put the MTT segment size in a variable -- we can always use our enum value directly. Signed-off-by: Roland Dreier <roland@topspin.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'COPYING')
0 files changed, 0 insertions, 0 deletions