On Sun, 13 May 2001, Mikulas Patocka wrote:
> CPU 0 CPU 1
> is executing the code marked is executing try_to_free_buffers on
> above with ^^^^^^^: the same page (it can be, because CPU 0
> did not lock the page)
>
> (page->buffers &&
>
> page->buffers = NULL
>
> MAJOR(page->buffers->b_dev) ==
> RAMDISK_MAJOR)) ===> Oops, NULL pointer dereference!
>
>
>
> Maybe compiler CSE optimization will eliminate the double load of
> page->buffers, but we must not rely on it. If the compiler doesn't
> optimize it, it can produce random oopses.
You're right, this should be fixed. Do you happen to have a
patch ? ;)
regards,
Rik
--
Virtual memory is like a game you can't win;
However, without VM there's truly nothing to lose...
http://www.surriel.com/ http://distro.conectiva.com/
Send all your spam to [EMAIL PROTECTED] (spam digging piggy)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
