dtrace ustack kernel panic

Andriy Gapon avg at FreeBSD.org
Sat Jul 30 08:14:38 UTC 2011

on 30/07/2011 00:27 maestro something said the following:
> on 30/07/2011 10:50 Andriy Gapon said the following:
>> #7  0xc11012d7 in dtrace_panic_trigger () from /boot/kernel/dtrace.ko
>> > Previous frame inner to this frame (corrupt stack?)
>> > (kgdb)
>> > 
>> > what am I doing wrong and what do I have to do to get the specific assert that
>> > fails?
> I am not quite sure.  Apparently there is some issue with either what
> information we store in a crash dump and how, or with how kgdb interprets that
> information, or with a combination of both...

Or maybe it's because dtrace_panic_trigger is a function implemented in assembly
and we do not provide enough debug information to (k)gdb in that case.

Andriy Gapon

More information about the freebsd-stable mailing list