src/sys/ddb/db_examine.c, branch releng/12.4

SPDX: Consider code from Carnegie-Mellon University.

2017-11-30T15:48:35Z

Interesting cases, most likely from CMU Mach sources.

Determine the operand/address size of %cs in a new function

2016-09-25T16:30:29Z

db_segsize(). Use db_segsize() to set the default operand/address size for disassembling. Allow overriding this with the "alternate" display format /I. The API of db_disasm() should be debooleanized to pass a more general request (amd64 needs overrides to sizes of 16, 32, and 64, but this commit doesn't implement anything for amd64 since much larger changes are needed to restore the amd64 disassmbler's support for non-default sizes). Fix db_print_loc_and_inst() to ask for the normal format and not the alternate in normal operation. This is most useful for vm86 mode, but also works for 16-bit protected mode. Use db_segsize() to avoid trying to print a garbage stack trace if %cs is 16 bits. Print something like the stack trace termination message for a trap boundary instead. Document that the alternate format is now useful on i386.

Add a small set of logical operators to DDB command language.

2016-05-16T19:42:38Z

This are based on Mach3. Documentation is pending but has been promised. Submitted by: Dan Partelly Reviewed by: adrian, jhb (older version) Differential Revision: https://reviews.freebsd.org/D4230 RelNotes: yes

Revert r298938: Change x/a to work similar to gdb.

2016-05-06T20:28:28Z

This badly breaks x/ia: ddb and gdb syntax are quite different and it is unclear if they can be reconciled.

Enhance the ddb examine (x) command.

2016-05-02T19:32:06Z

* Change x/a to work similar to gdb. The content of the memory is treated as an address, printed symbolically and the address is advanced. This way you can x/a and then just hit return a bunch of times to locate useful data on the stack. * Add x/p. The content of the memory is treated as an address and printed as hex. This is based on the similar commit from DragonFlyBSD without the cosmetic changes. Relnotes: yes Obtained from: DragonflyBSD (Matthew Dillon) Reference: 0624d20e86affcd708609cbf9014207537537a72

Don't return undefined symbols to a DDB symbol lookup.

2015-07-21T23:07:55Z

Undefined symbols have a value of zero, so it makes no sense to return such a symbol when performing a lookup by value. This occurs for example when unwinding the stack after calling a NULL function pointer, and we confusingly report the faulting function as uart_sab82532_class() on amd64. Convert db_print_loc_and_inst() to only attempt disassembly if we managed to find a symbol corresponding to the IP. Otherwise we may fault and re-enter the debugger. Reviewed by: jhb Sponsored by: EMC / Isilon Storage Division Differential Revision: https://reviews.freebsd.org/D2858

ddb: finish converting boolean values.

2015-05-21T15:16:18Z

The replacement started at r283088 was necessarily incomplete without replacing boolean_t with bool. This also involved cleaning some type mismatches and ansifying old C function declarations. Pointed out by: bde Discussed with: bde, ian, jhb

ddb: stop boolean screaming.

2015-05-18T22:27:46Z

TRUE --> true FALSE--> false Hinted by: NetBSD

ddb: ANSI-fy function declarations.

2014-10-12T18:01:52Z

MFC after: 5 days

Add a /S mode to DDB "ex" command, which interprets and prints the

2008-03-07T18:09:07Z

value at the requested address as a symbol. For example, "ex /S aio_swake" prints the name of the function currently registered in via aio_swake hook. The change as committed differs slightly from the patch in the PR, as I force the size of the retrieved value (and the automatic address increment) to be sizeof(void *). This seems to provide the most useful auto-increment behavior, and defaults using the default size (4), which is not sizeof(void *) on 64-bit platforms. MFC after: 3 days PR: 57976 Submitted by: Dan Strick