On Tuesday 03 September 2002 19:16, Heiko Carstens wrote:
> Hi,
>
> >> Thanks for the patch but unfortunately it doesn't change the behaviour
> at
> >> all. This BUG is still 100% reproducible by just having 1 process which
> >> allocates memory chunks of 256KB and after each allocation writes to
> each
> >> of the pages in order to make them dirty.
> >Um, no smp --> no free race anyway. But try the following instead, to
> >start narrowing down the possibilities:
>
> Still the same BUG in __free_pages_ok happens, or in other words both of
> your
> checks didn't catch the error...
My intention was to verify which one of the two possible execution paths
was taken, and also to verify that swap_duplicate doesn't see any problem
(there's a missing error check here). Note that we also definitively
eliminated your original theory since we didn't arrive at the
page_cache_release via the if (page->mapping) path.
> Any other ideas?
Have you trimmed your config down to the absolute minimum?
Is there any such thing as kdb for S390?
-- Daniel - 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/
This archive was generated by hypermail 2b29 : Sat Sep 07 2002 - 22:00:18 EST