src/sys/ddb, branch releng/6.1FreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=releng%2F6.12005-10-25T20:10:56ZMFC: Rename 'traceall' to 'alltrace' and add a 'bt' alias for 'trace'.2005-10-25T20:10:56ZJohn Baldwinjhb@FreeBSD.org2005-10-25T20:10:56Zurn:sha1:9248bc1cbbb38974ed453b479cb28b761c7427bc
Approved by: re (scottl)
Merge db_command.c:1.62 from HEAD to RELENG_6:2005-10-06T13:15:21ZRobert Watsonrwatson@FreeBSD.org2005-10-06T13:15:21Zurn:sha1:14d8fd6077a3f2d9731d615d06fdcab6576b6e86
Add a DDB "traceall" function, which stack traces all known process
threads. This is quite useful if generating a debug log for post-mortem
by another developer, in which case the person at the console may not
know which threads are of interest. The output of this can be quite
long.
Discussed with: kris
Approved by: re (scottl)
Implement functions calls from within DDB on ia64. On ia64 a function2005-07-02T23:52:37ZMarcel Moolenaarmarcel@FreeBSD.org2005-07-02T23:52:37Zurn:sha1:a2aeb24eff776bef1e9afa2b2aa108e9fc4a3556
pointer doesn't point to the first instruction of that function, but
rather to a descriptor. The descriptor has the address of the first
instruction, as well as the value of the global pointer. The symbol
table doesn't know anything about descriptors, so if you lookup the
name of a function you get the address of the first instruction. The
cast from the address, which is the result of the symbol lookup, to a
function pointer as is done in db_fncall is therefore invalid.
Abstract this detail behind the DB_CALL macro. By default DB_CALL is
defined as db_fncall_generic, which yields the old behaviour. On ia64
the macro is defined as db_fncall_ia64, in which a descriptor is
constructed to yield a valid function pointer.
While here, introduce DB_MAXARGS. DB_MAXARGS replaces the existing
(local) MAXARGS. The DB_MAXARGS macro can be defined by platforms to
create a convenient maximum. By default this will be the legacy 10.
On ia64 we define this macro to be 8, for 8 is the maximum number of
arguments that can be passed in registers. This avoids having to
implement spilling of arguments on the memory stack.
Approved by: re (dwhite)
Don't enter the debugger if KDB_UNATTENDED is set or if2005-04-20T20:52:46ZPaul Saabps@FreeBSD.org2005-04-20T20:52:46Zurn:sha1:8cb038b4b299c40ce7e3afd2608431414c60cc07
debug.debugger_on_panic=0.
MFC after: 2 weeks
rev 1.54 of i386/include/pcb.h depended on sys/proc.h. The prerequisite2005-04-14T05:25:40ZPeter Wemmpeter@FreeBSD.org2005-04-14T05:25:40Zurn:sha1:20984f2f04e9589f0dfb1e116e80eae090cae40f
was satisified for the rest of the kernel on the i386 build except for
these two files. Rather than adding a submarine include to pcb.h, I've
added proc.h here.
I forgot to include these with the original commit. Sorry folks.
Start each of the license/copyright comments with /*-2005-01-06T01:34:41ZWarner Loshimp@FreeBSD.org2005-01-06T01:34:41Zurn:sha1:dd3cb56845afea8d0480ed47caf7e5e415ab19e6When printing a stack trace for a thread, also print the pid and tid.2004-11-23T23:11:47ZRobert Watsonrwatson@FreeBSD.org2004-11-23T23:11:47Zurn:sha1:a13aca1a8e76765af911beabbded4e84b6d5703e
When a series of traces is included in a bug report, this will make it
easier to tie the trace information back to ps or threads output,
each of which will show the pid or the tid, but usually not both.
When printing information on the current thread, such as when entering2004-11-23T23:07:12ZRobert Watsonrwatson@FreeBSD.org2004-11-23T23:07:12Zurn:sha1:2afce774e7448f9da2c9e4f73c48a41fdde6663f
DDB, also print the pid of the process if present. Since much
debugging still centers around processes, having the pid is quite
helpful.
Do not attempt to skip a breakpoint that is a result of a software single step,2004-11-21T18:11:02ZOlivier Houchardcognet@FreeBSD.org2004-11-21T18:11:02Zurn:sha1:75f88c7ca4bc1a0f540fb15c970a22565ff38757
or bad things happen.
Remove the uarea column from the DDB 'ps' display, and from grog's gdb2004-11-20T02:32:42ZDavid Schultzdas@FreeBSD.org2004-11-20T02:32:42Zurn:sha1:626ff2081fd054b971c71aedddcd45f42efb406a
scripts.
Reviewed by: arch@