Re: Panic on kldload/kldunload in/near callout

From: hiren panchasara <hiren_at_strugglingcoder.info>
Date: Sun, 13 Sep 2015 01:56:34 -0700
On 09/13/15 at 08:51P, Alexander V. Chernikov wrote:
> 
> 
> 12.09.2015, 20:30, "hiren panchasara" <hiren_at_strugglingcoder.info>:
> > On 09/12/15 at 03:32P, Alexander V. Chernikov wrote:
> >> ?12.09.2015, 02:22, "hiren panchasara" <hiren_at_strugglingcoder.info>:
> >> ?> On 09/11/15 at 09:06P, Hans Petter Selasky wrote:
> >
> > [skip]
> >> ?> I'll try to get it. Meanwhile I am getting another panic on idle box:
> >> ?> http://pastebin.com/9qJTFMik
> >> ?The easiest explanation could be lack of lla_create() result check, fixed in r286945.
> >> ?This panic is triggered by fast interface down-up (or just up), when ARP packet is received but there are no (matching) IPv4 prefix on the interface.
> >> ?If this is not the case (e.g. it paniced w/o any interface changes and there were no other subnets in given L2 segment) I'd be happy to debug this further.
> >
> > Just hit another last night. (Box goes to db> ; let me know if you want
> > to debug anything when that happens.)
> Would you mind showing full backtrace for that core? (e.g. situation has to be different for newer -current).

Sure:

Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address   = 0x20
fault code              = supervisor write data, page not present
instruction pointer     = 0x20:0xffffffff80f214d6
stack pointer           = 0x28:0xfffffe00003d0620
frame pointer           = 0x28:0xfffffe00003d0630
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0
current process         = 12 (irq264: igb0:que 0)
[ thread pid 12 tid 100035 ]
Stopped at      memcpy+0x16:    repe movsb      (%rsi),%es:(%rdi)
db> bt full
Symbol not found
KDB: reentering
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+43/frame 0xfffffe00003cff10
kdb_reenter() at kdb_reenter+51/frame 0xfffffe00003cff20
db_term() at db_term+136/frame 0xfffffe00003cff40
db_unary() at db_unary+116/frame 0xfffffe00003cff60
db_mult_expr() at db_mult_expr+27/frame 0xfffffe00003cffa0
db_add_expr() at db_add_expr+27/frame 0xfffffe00003cffe0
db_expression() at db_expression+29/frame 0xfffffe00003d0030
db_stack_trace() at db_stack_trace+48/frame 0xfffffe00003d0060
db_command() at db_command+865/frame 0xfffffe00003d0120
db_command_loop() at db_command_loop+100/frame 0xfffffe00003d0130
db_trap() at db_trap+219/frame 0xfffffe00003d01c0
kdb_trap() at kdb_trap+404/frame 0xfffffe00003d0250
trap_fatal() at trap_fatal+789/frame 0xfffffe00003d02b0
trap_pfault() at trap_pfault+806/frame 0xfffffe00003d0350
trap() at trap+1124/frame 0xfffffe00003d0560
calltrap() at calltrap+8/frame 0xfffffe00003d0560
--- trap 12, rip = 18446744071577933014, rsp = 18446741874690295344, rbp = 18446741874690295344 ---
memcpy() at memcpy+22/frame 0xfffffe00003d0630
arpintr() at arpintr+2951/frame 0xfffffe00003d0750
netisr_dispatch_src() at netisr_dispatch_src+97/frame 0xfffffe00003d07c0
ether_demux() at ether_demux+345/frame 0xfffffe00003d07f0
ether_nh_input() at ether_nh_input+888/frame 0xfffffe00003d0850
netisr_dispatch_src() at netisr_dispatch_src+97/frame 0xfffffe00003d08c0
ether_input() at ether_input+38/frame 0xfffffe00003d08e0
igb_rxeof() at igb_rxeof+1764/frame 0xfffffe00003d0990
igb_msix_que() at igb_msix_que+352/frame 0xfffffe00003d09e0
intr_event_execute_handlers() at intr_event_execute_handlers+474/frame 0xfffffe00003d0a20
ithread_loop() at ithread_loop+166/frame 0xfffffe00003d0a70
fork_exit() at fork_exit+156/frame 0xfffffe00003d0ab0
fork_trampoline() at fork_trampoline+14/frame 0xfffffe00003d0ab0
--- trap 0, rip = 0, rsp = 0, rbp = 0 ---
db> 

Cheers,
Hiren

Received on Sun Sep 13 2015 - 06:56:36 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:59 UTC