What do you use for kernel debugging?

Garrett Cooper yaneurabeya at gmail.com
Sun Sep 28 20:38:28 UTC 2014


On Sep 28, 2014, at 0:34, José Pérez Arauzo <fbl at aoek.com> wrote:

> Hello,
> I am trying to track down a (deadlock?) issue in CURRENT via DDB. The kernel does
> not complete hw probes on my Acer V5.
> 
> I get stuck on apic_isr looping which leads nowhere.
> 
> So I thought maybe things improve if I debug from another machine.
> 
> 
> What do you use for kernel debugging? According to the handbook kgdb over serial
> is a good option, do you agree? I'm on a netbook with no ethernet and no option
> for firewire: can I have a USB / nullmodem setup to work?
> 
> I have no old-style uarts hardware anymore, as the handbook suggests...
> 
> Any idea is welcome before I buy extra hw. I have a USB to serial showing up as
> /dev/cuaU0, do I need to grab another one and a nullmodem cable or there are better
> alternatives? Thank you.

There was some discussion recently about this on an internal list. Unfortunately no, there isn’t a usable way, but there were some interesting viable methods that came up (which haven’t been implemented): ethernet/sound/xHCI.

Your best bet, as others have noted, is to use boot -d, use WITNESS to spot locking issues, dtrace to isolate which section of code there are problems, and finally use one of the DEBUG options noted in /sys/conf/NOTES and /sys/<your-architecture>/conf/NOTES .

Hope that helps!
-Garrett
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 496 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.freebsd.org/pipermail/freebsd-current/attachments/20140928/d3e98efc/attachment.sig>


More information about the freebsd-current mailing list