kernel paniced: now what? - IDEA

Johny Mattsson (EPA) Johny.Mattsson at ericsson.com.au
Sun Apr 27 22:06:22 PDT 2003


Hi all,

Seeing as this is a question that pops up rather frequently ("it panicked -
now what?"), I thought I'd put up an idea for discussion:

I suspect a lot of you people have or have had exposure to products such as
Cisco and/or NetScreen. One of the really nifty things with those (and
probably others) is the command "show tech" (or "get tech" in NetScreen's
case), which provides a rather complete debug dump including state
information, statistics, configuration data, and the like, which can be used
quite efficiently to pinpoint problems.

How about introducing such a command to the kernel debugger? That way even a
non-kernel-hacker such as myself would have a quite straight forward way of
generating a good quality bug report. Say for example it was to include the
stack trace, parameter printouts/dereferences for each of the frames, mutex
states, memory stats, and some other useful goodies. Of course, if you don't
have a serial terminal attached, it'll probably be too much info to copy by
hand, but that's a separate issue.

I'd love to back this idea up with patches, but I'm not a kernel hacker, and
have no exposure to debugger internals either. If what I'm suggesting is
infeasible, I'll take your word for it, but I thought I'd put the question
out there at least.

Comments? Would the resulting advantages compensate for the time invested in
adding such a feature?

Regards,
/Johny


More information about the freebsd-current mailing list