Benjie Chen wrote:

Kernel panic is at 0xC066C731, which from nm shows it's in mtx_lock_spin
 c066c7b4 T _mtx_lock_spin
 c066c85c T _mtx_unlock_sleep

So this could mean that independent stress tests will not result in panic if
there aren't enough concurrency to cause the problem.

When you get a kernelbacktrace, see if it's the same as the one mentioned here:
http://lists.freebsd.org/pipermail/freebsd-current/2007-September/076932.html


Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to