cvs commit: src/sys/i386/i386 trap.c src/sys/amd64/amd64 trap.c

[Robert Watson]

On Wed, 29 Jun 2005, Stephan Uphoff wrote:

> The last thing I want to do is to totally dismantle the current kdb_trap 
> or sprinkle MI code all over the different architecture directories. The 
> console stuff definitely belongs in the MI part. However for readability 
> I would rather have:

Something I'd like very much to see, unrelated to the above points, is 
responsibility for printing the "panic" message move from panic() to the 
KDB code.  Right now, we frequently take an interrupt during that printf() 
on a slow serial console, resulting in great unhappiness (wedged panic 
calls, secondary panics, etc).  KDB runs in a nicely contained environment 
capable of (relatively) safe printing in the context of kernel collapse. 
The trick is handling the non-KDB compiled case, which can probably be 
done through a KDB replacement stub that contains enough code to halt 
things -- disable interrupts, IPI, etc, without the full debugger 
implementation.

Robert N M Watson