| commit | 05aa345034de6ae9c77fb93f6a796013641d57d5 | |
| author | Christoph Lameter <clameter@sgi.com> | |
| Mon, 5 Nov 2007 19:31:58 +0000 (5 11:31 -0800) | ||
| committer | Linus Torvalds <torvalds@woody.linux-foundation.org> | |
| Mon, 5 Nov 2007 19:37:12 +0000 (5 11:37 -0800) | ||
| tree | 3522f909f91e14b86e8dc0cedcb8e17bc0901bbe | treesnapshot (tar.gz zip) |
| parent | aac9e28d2f3d3c1eacc4114d685864a2a6423b80 | commitdiff |
SLUB: Fix memory leak by not reusing cpu_slab
Fix the memory leak that may occur when we attempt to reuse a cpu_slab
that was allocated while we reenabled interrupts in order to be able to
grow a slab cache.
The per cpu freelist may contain objects and in that situation we may
overwrite the per cpu freelist pointer loosing objects. This only
occurs if we find that the concurrently allocated slab fits our
allocation needs.
If we simply always deactivate the slab then the freelist will be
properly reintegrated and the memory leak will go away.
Signed-off-by: Christoph Lameter <clameter@sgi.com>
Acked-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Fix the memory leak that may occur when we attempt to reuse a cpu_slab
that was allocated while we reenabled interrupts in order to be able to
grow a slab cache.
The per cpu freelist may contain objects and in that situation we may
overwrite the per cpu freelist pointer loosing objects. This only
occurs if we find that the concurrently allocated slab fits our
allocation needs.
If we simply always deactivate the slab then the freelist will be
properly reintegrated and the memory leak will go away.
Signed-off-by: Christoph Lameter <clameter@sgi.com>
Acked-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
| mm/slub.c | diffblobblamehistory |