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