Garbled output from kgdb?

[Alan Amesbury]

John Baldwin wrote:

> This is odd.
[snip]
> The trace actually ends here.  There is nothing super bad here but there is a 
> big problem actually in that the idle threads cannot block on a lock, so it 
> is a problem for the ACPI code to be acquiring a mutex here.  Perhaps the 
> locks protecting the idle registers need to use spin locks instead.  The 
> problem with blocking in the idle thread is that the scheduler assumes (even 
> requires) that the idle thread is _always_ runnable.

I'm a bit out of my depth when it comes to kernel debugging.  That said,
if you can think of anything I can do or provide which might help narrow
down the scope and nature of the bug (ACPI code in the host's firmware,
an error in FreeBSD's ACPI support, etc.), let me know what needs to be
done.  I'll provide it to the list.  It's a production host, so I'd like
to keep disruptions to a minimum.  That said, it's panicked more than
once, so I think I can justify using it towards elimination of the cause
of that panic if necessary.

I appreciate you taking the time to look at it this far!  Thanks!


-- 
Alan Amesbury
OIT Security and Assurance
University of Minnesota