Date: Tue, 26 Jun 2018 19:07:30 +1000 From: Brian Scott <bscott@bunyatech.com.au> To: freebsd-arm@FreeBSD.org Subject: Re: [CFT] Newer kgdb bits for testing Message-ID: <1fdb19a5-412a-5a40-ad9c-07f2f7b326fa@bunyatech.com.au> In-Reply-To: <d3113b9e-d0a8-2a11-8265-3a8f47294748@FreeBSD.org> References: <d3113b9e-d0a8-2a11-8265-3a8f47294748@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Not an expert on kgdb but I've been having a bit of a fight with it this week on my Raspberry-Pi. I've just built this and tested it on my 'problem' vmcore file. Worked like a dream. It confirmed an answer that had taken a lot of work for me to dig out with the existing version. Thanks for the work. Brian P.S. CC'ing you directly because the mail lists seem to dislike my email for some reason (some of the time). Must get around to investigating when I've got time. On 26/6/18 9:41 am, John Baldwin wrote: > At BSDCan I finally sat down and wrote a FreeBSD/arm kernel target for the > ports kgdb (GDB 8.1). It passed simple testing "live" on my little RPi, > but I haven't tested it against a vmcore. (In theory cross-debugging a > vmcore should Just Work(tm)). I'd like to default FreeBSD/arm to storing > the old gdb in /usr/libexec for use by crashinfo, but the ports kgdb needs > a bit more testing before we can throw the switch. > > To build the new kgdb, you can either apply the patches from > https://reviews.freebsd.org/D16013 to the devel/gdb port and rebuild > the port, or you can build gdb from the 'freebsd-8.1-kgdb' branch > of github.com/bsdjhb/gdb.git. > > One thing in particular I haven't been able to test yet is unwinding > across an in-kernel trapframe (for an exception taken while in the > kernel for example). It wasn't clear to me from reading the assembly > bits in exception.S if I need to pull the PC and LR values from a > different offset in struct trapframe for in-kernel trapframes vs > traps from userland. >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1fdb19a5-412a-5a40-ad9c-07f2f7b326fa>