Re: [Oops] i386 mm/slab.c (cache_flusharray)
From: Linus Torvalds
Date: Fri Dec 05 2003 - 01:42:01 EST
On Fri, 5 Dec 2003, Nathan Scott wrote:
> This patch removes that code, fixes a small memory leak that was
> lurking in there too, and adds the missing-bio_put-on-error case
> that Neil found in pagebuf.
Ok, so we've got the RAID5 issue explained, does anybody have any idea
about what's wrong with the non-RAID5 cases? We've got at least one report
of page corruption on RAID0, and one on a plain disk. Both of which looked
XFS-related - or at least shared that in their configs.
Jerome - can you test Nathan's patch together with my "avoid the
complicated slab logic"? The slab avoidance thing got ext3 stable for you,
now with Nathan's patch hopefully XFS will be stable too.
Which still doesn't _explain_ anything, but it would be interesting to see
if that removes your problems. It would definitely point to a slab issue,
but the big question is why it's not more common if so. Compiler bug?
Other strange trigger?
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/