> 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 aardvark@nl.linux.org (spam digging piggy)
- 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/