Are DDB custom function hooks broken in head?
Sean Bruno
sbruno at ignoranthack.me
Wed Jul 15 21:13:20 UTC 2015
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
On 07/15/15 13:24, Sean Bruno wrote:
>
> I added a couple of DDB_HOOKS to em(4) recently and they definitely
> used to work. :-)
>
>
> KDB: enter: Break to debugger [ thread pid 11 tid 100006 ] Stopped
> at kdb_alt_break_internal+0x197: movq $0,kdb_why db>
> help ahd_dump ahd_in ahd_out ahd_pause
> ahd_sunit ahd_unpause alltrace b break
> bt c call capture continue
> countfreebufs d delete dhwatch dump
> dwatch em_dump_queue em_reset_dev examine findstack
> gdb halt hwatch kill match
> next p panic print ps
> reboot reset run s script
> scripts search set show step t
> textdump thread trace unscript until
> w watch watchdog where write
> x db> call em_dump_queue Symbol not found KDB: reentering KDB:
> stack backtrace: db_trace_self_wrapper() at
> db_trace_self_wrapper+0x2b/frame 0xfffffe00f7128160 kdb_reenter()
> at kdb_reenter+0x33/frame 0xfffffe00f7128170 db_term() at
> db_term+0x88/frame 0xfffffe00f7128190 db_unary() at
> db_unary+0x74/frame 0xfffffe00f71281b0 db_mult_expr() at
> db_mult_expr+0x1b/frame 0xfffffe00f71281f0 db_add_expr() at
> db_add_expr+0x1b/frame 0xfffffe00f7128230 db_expression() at
> db_expression+0x1d/frame 0xfffffe00f7128280 db_fncall() at
> db_fncall+0x17/frame 0xfffffe00f7128320 db_command() at
> db_command+0x361/frame 0xfffffe00f71283e0 db_command_loop() at
> db_command_loop+0x64/frame 0xfffffe00f71283f0 db_trap() at
> db_trap+0xdb/frame 0xfffffe00f7128480 kdb_trap() at
> kdb_trap+0x194/frame 0xfffffe00f7128510 trap() at trap+0x4a1/frame
> 0xfffffe00f7128720 calltrap() at calltrap+0x8/frame
> 0xfffffe00f7128720 --- trap 0x3, rip = 0xffffffff80716767, rsp =
> 0xfffffe00f71287e0, rbp = 0xfffffe00f7128810 ---
> kdb_alt_break_internal() at kdb_alt_break_internal+0x197/frame
> 0xfffffe00f7128810 kdb_alt_break() at kdb_alt_break+0xb/frame
> 0xfffffe00f7128820 uart_intr_rxready() at
> uart_intr_rxready+0x99/frame 0xfffffe00f7128850 uart_intr() at
> uart_intr+0x111/frame 0xfffffe00f7128890 intr_event_handle() at
> intr_event_handle+0x9c/frame 0xfffffe00f71288e0
> intr_execute_handlers() at intr_execute_handlers+0x48/frame
> 0xfffffe00f7128910 lapic_handle_intr() at
> lapic_handle_intr+0x68/frame 0xfffffe00f7128950 Xapic_isr1() at
> Xapic_isr1+0xba/frame 0xfffffe00f7128950 --- interrupt, rip =
> 0xffffffff80aa29f6, rsp = 0xfffffe00f7128a10, rbp =
> 0xfffffe00f7128a20 --- acpi_cpu_c1() at acpi_cpu_c1+0x6/frame
> 0xfffffe00f7128a20 acpi_cpu_idle() at acpi_cpu_idle+0x304/frame
> 0xfffffe00f7128a70 cpu_idle_acpi() at cpu_idle_acpi+0x3f/frame
> 0xfffffe00f7128a90 cpu_idle() at cpu_idle+0x92/frame
> 0xfffffe00f7128ab0 sched_idletd() at sched_idletd+0x4d5/frame
> 0xfffffe00f7128bb0 fork_exit() at fork_exit+0x84/frame
> 0xfffffe00f7128bf0 fork_trampoline() at fork_trampoline+0xe/frame
> 0xfffffe00f7128bf0 --- trap 0, rip = 0, rsp = 0xfffffe00f7128cb0,
> rbp = 0 ---
>
> _______________________________________________
> freebsd-current at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current To
> unsubscribe, send any mail to
> "freebsd-current-unsubscribe at freebsd.org"
>
>
Or ... you know ... I could just type "em_dump_queue" without the
"call" in it ... if I wanted it to actually work.
Thanks to those of you poking me off list with my derpy-ness today. :-)
sean
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQF8BAEBCgBmBQJVpszuXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx
MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5kwQAIALUj7/pmZ6xayYcIuSJRYiBH
2ZsKXKgQA8kxDGr2Ls17Kl3tU7R7ohEw/flmarZ6l+z53NSi4eqtdSi++YUxvI2c
xfHsNuonuEq8b79lPvsMBFwTfAOP5EHu9+6XSVDaz+lYL/DPnthQgJ1AJgDIDC4n
rAi/nqmkNav9+hG32bEWfqGQH1NTuFvYO6B+AZCtscjWIKT9YlbUrsslO/afn4WA
tgEIE7lP82CB2ZFtAxSu9d0x8U4/2qoT1MxMqaj41gecaZ/fnuGCfylSlZ7nprVF
u4OJLW76rBm5e2X+px7lxLmy1E3mGXEGzEuJgM5042ppJkbSdRi4di0WqD5HggE=
=utgV
-----END PGP SIGNATURE-----
More information about the freebsd-current
mailing list