Ahh.... Seems that the first 4 bytes of the allocations is zapped after
the object has been freed. Can you trap writes to the first four bytes of
the object? This should give you the culprit.
The other thing is that the system is performing DMA allocations
for the file cache???? Then its running out of memory.
Argh.... We use GFP DMA bitmask to check SLAB flags field:
Try this fix:
SLUB: Use correct flags to check for DMA cache
We use a GFP mask to check the SLAB flags if this is a DMA cache.
Fix this by using the correct SLAB mask and then use the SLUB_DMA
for the ORing of flags. If the system does not support DMA then
we will OR zero which will hopefully get the compiler to drop the
useless if statement as well.
Signed-off-by: Christoph Lameter <clameter@sgi.com>
Index: linux-2.6.21-rc5-mm4/mm/slub.c
===================================================================
--- linux-2.6.21-rc5-mm4.orig/mm/slub.c 2007-04-04 09:59:05.000000000 -0700
+++ linux-2.6.21-rc5-mm4/mm/slub.c 2007-04-04 10:01:14.000000000 -0700
@@ -678,8 +678,8 @@ static struct page *allocate_slab(struct
if (s->order)
flags |= __GFP_COMP;
- if (s->flags & SLUB_DMA)
- flags |= GFP_DMA;
+ if (s->flags & SLAB_CACHE_DMA)
+ flags |= SLUB_DMA;
if (node == -1)
page = alloc_pages(flags, s->order);
-
