mtx_lock_do_what_i_mean()

Marcel Moolenaar xcllnt at mac.com
Tue Aug 25 18:58:23 UTC 2009


On Aug 25, 2009, at 12:30 AM, Ed Schouten wrote:

> * Marcel Moolenaar <xcllnt at mac.com> wrote:
>> I would approach the problem differently: decouple printf() in the
>> kernel from anything to which we have a TTY attached. Instead, look
>> at printf() as a means to write to the message buffer only. Echoing
>> things that go into the message buffer to the console becomes 1)
>> optional (yay!), and 2) something you can do by going through the TTY
>> layer (use a kthread or use a process [syslog]).
>
> Yeah. That would be a lot better, but that means you still need to  
> have
> a lot of code to make it work properly w.r.t. kernel panics:

The debugger doesn't call printf(). It calls db_printf(). We
already have everything in place to decouple the debugger
from the problem and I would definitely not pull it in. The
debugger is a problem all by itself...

FYI,

-- 
Marcel Moolenaar
xcllnt at mac.com





More information about the freebsd-arch mailing list