In message <201312091216.04052.jhb_at_freebsd.org>, John Baldwin writes: >On Saturday, December 07, 2013 2:32:56 pm Poul-Henning Kamp wrote: >> >> kdb_backtrace() at kdb_backtrace+0x39/frampanic: bad stray interrupt >> cpuid = 2 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe011120e9e0 >> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe011120ea90 >> vpanic() at vpanic+0x126/frame 0xfffffe011120ead0 >> kassert_panic() at kassert_panic+0x136/frame 0xfffffe011120eb40 >> intr_event_handle() at intr_event_handle+0x11d/frame 0xfffffe011120eb90 >> intr_execute_handlers() at intr_execute_handlers+0x48/frame 0xfffffe011120ebc0 >> lapic_handle_intr() at lapic_handle_intr+0x73/frame 0xfffffe011120ebf0 >> Xapic_isr1() at Xapic_isr1+0xa4/frame 0xfffffe011120ebf0 >> --- interrupt, rip = 0x11f7b11, rsp = 0x7fffffff8b50, rbp = 0x7fffffff8b80 --- >> KDB: enter: panic >> [ thread pid 72149 tid 100102 ] >> Stopped at kdb_enter+0x3e: movq $0,kdb_why >> db> > >Hmmm. Maybe do 'show lapic' and 'show apic' in ddb and paste that here? sorry about the delay... db> show lapic lapic ID = 2 version = 1.0 max LVT = 5 SVR = ff (enabled) TPR = 00 In-service Interrupts: TMR Interrupts: IRR Interrupts: irr1: 30 irr7: f9 db> show apic Interrupts bound to lapic 0 vec 0x31 -> IRQ 0 vec 0x32 -> IRQ 8 vec 0x33 -> IRQ 256 vec 0x34 -> IRQ 257 vec 0x35 -> IRQ 258 vec 0x36 -> IRQ 259 vec 0x3b -> IRQ 264 vec 0x40 -> IRQ 269 vec 0x42 -> IRQ 16 vec 0x48 -> IRQ 21 vec 0x4a -> IRQ 7 vec 0xef -> lapic timer Interrupts bound to lapic 1 vec 0x30 -> IRQ 1 vec 0x31 -> IRQ 9 vec 0x32 -> IRQ 17 vec 0x33 -> IRQ 22 vec 0x34 -> IRQ 260 vec 0x35 -> IRQ 265 vec 0xef -> lapic timer Interrupts bound to lapic 2 vec 0x30 -> IRQ 4 vec 0x31 -> IRQ 14 vec 0x32 -> IRQ 18 vec 0x33 -> IRQ 261 vec 0x34 -> IRQ 263 vec 0x35 -> IRQ 266 vec 0xef -> lapic timer Interrupts bound to lapic 3 vec 0x30 -> IRQ 6 vec 0x31 -> IRQ 15 vec 0x32 -> IRQ 19 vec 0x33 -> IRQ 262 vec 0x34 -> IRQ 267 vec 0x35 -> IRQ 268 vec 0xef -> lapic timer -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk_at_FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.Received on Fri Dec 13 2013 - 19:36:45 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:45 UTC