Date: Tue, 12 Jan 2016 04:39:41 +1100 From: Kubilay Kocak <koobs@FreeBSD.org> To: John Baldwin <jhb@FreeBSD.org>, ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org Subject: Re: svn commit: r405792 - in head/devel/gdb: . files/kgdb Message-ID: <5693E8DD.7090201@FreeBSD.org> In-Reply-To: <201601111736.u0BHaDNK033226@repo.freebsd.org> References: <201601111736.u0BHaDNK033226@repo.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 12/01/2016 4:36 AM, John Baldwin wrote: > Author: jhb (src,doc committer) > Date: Mon Jan 11 17:36:13 2016 > New Revision: 405792 > URL: https://svnweb.freebsd.org/changeset/ports/405792 > > Log: > Various fixes to kgdb. Port revision bumped since kgdb is enabled by > default. > - kgdb -n now permits any valid string to be used instead of only > permitting numbers. In particular, this allows 'kgdb -n last' to be > used to open the most recent vmcore. > - kgdb will now try to determine the list of kernel modules even if the > kernel binary does not include debug symbols. This works fine in kernels > that have the changes in r290728. > - Mark trapframes as "signal trampoline frames". GDB assumes that "normal" > frames will never call into a NULL PC. Instead, it assumes that calling a > NULL PC will result in an exception (and thus a signal being posted > resulting in a signal frame). A trap for a NULL function pointer would > thus stop unwinding once it hit the frame with a NULL PC. Marking the > trapframes as a signal frame tells GDB it is ok to unwind past a NULL PC. > One side effect is that frames in the asm handler now display as "signal > handler called" instead of the raw line in assembly. Perhaps at some > point it would be nice to mark these up the way ddb does with the trap > number, etc. but GDB's stack code doesn't support custom frame printers. > > PR: 206044 > Reviewed by: luca.pizzamiglio@gmail.com (maintainer) > Approved by: koobs Was also approved by: maintainer <luca.pizzamiglio@gmail.com>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5693E8DD.7090201>