Messages in this thread | | | From | pinotj@club-int ... | Subject | Re: Re: Re: Re: [Oops] i386 mm/slab.c (cache_flusharray) | Date | Wed, 3 Dec 2003 00:41:39 CET |
| |
>De: Linus Torvalds <torvalds@osdl.org> >On Thu, 27 Nov 2003 pinotj@club-internet.fr wrote: >> >> Here is the result of test of 2.6.0-test10 with the printk patch in >> slab.c and this new patch for fork.c from Linus : > >The fork.c change can really only affect threaded programs using the new >threading, and even then is likely to hit only in very unlikely >circumstances. Certainly not a kernel compile. > >I'm wondering if the slab debugging code is just broken somehow. If you >have lots of memory, it should even work for you. > >NOTE! For this patch to make sense, you have to enable the page allocator >debugging thing (CONFIG_DEBUG_PAGEALLOC), and you have to live with the >fact that it wastes a _lot_ of memory. > >There's another problem with this patch: if the bug is actually in the >slab code itself, this will obviously not find it, since it disables that >code entirely. > > Linus [patch]
Thanks. I will try this. I have 256MB RAM and I always test with very few process running so I think it will not be a problem.
Jerome
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |