Sporadic 9.0-RC2 boot-time panic

[Mike Andrews]

On 11/28/11 5:48 PM, Ronald Klop wrote:
> On Mon, 28 Nov 2011 23:37:27 +0100, Mike Andrews <mandrews at bit0.com> wrote:
>
>> *Sometimes* when booting 9.0-RC2 on *some* of my machines, I'll get
>> one of the following two panics during multiuser startup, usually
>> while running the /usr/local/etc/rc.d scripts. (The instruction
>> pointer is always exactly one of these two, and they look fairly
>> related.) If after two or three reboots it manages to not panic, the
>> system will run perfectly stable.
>>
>> For some probably-unrelated reason, the dump never finishes in either
>> case.
>>
>> First panic (note em0 warning before it):
>> -----
>> em0: discard frame w/o packet header
>>
>>
>> Fatal trap 9: general protection fault while in kernel mode
>> cpuid = 0; apic id = 00
>> instruction pointer = 0x20:0xffffffff805e4fc5
>> stack pointer = 0x28:0xffffff80003299e0
>> frame pointer = 0x28:0xffffff8000329a00
>> 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 (irq256: em0:rx 0)
>> trap number = 9
>> panic: general protection fault
>> cpuid = 0
>> KDB: stack backtrace:
>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
>> kdb_backtrace() at kdb_backtrace+0x37
>> panic() at panic+0x187
>> trap_fatal() at trap_fatal+0x290
>> trap() at trap+0x10a
>> calltrap() at calltrap+0x8
>> --- trap 0x9, rip = 0xffffffff805e4fc5, rsp = 0xffffff80003299e0, rbp
>> = 0xffffff8000329a00 ---
>> m_freem() at m_freem+0x25
>> ether_nh_input() at ether_nh_input+0x82
>> netisr_dispatch_src() at netisr_dispatch_src+0x20b
>> em_rxeof() at em_rxeof+0x1ca
>> em_msix_rx() at em_msix_rx+0x24
>> intr_event_execute_handlers() at intr_event_execute_handlers+0x104
>> ithread_loop() at ithread_loop+0xa4
>> fork_exit() at fork_exit+0x11f
>> fork_trampoline() at fork_trampoline+0xe
>> --- trap 0, rip = 0, rsp = 0xffffff8000329d00, rbp = 0 ---
>> Uptime: 49s
>> Dumping 679 out of 12263 MB:
>>
>> -----
>>
>> Second panic (no em0 discard warning this time):
>>
>> -----
>>
>> Fatal trap 9: general protection fault while in kernel mode
>> cpuid = 0; apic id = 00
>> instruction pointer = 0x20:0xffffffff8063c0e4
>> stack pointer = 0x28:0xffffff8000329a00
>> frame pointer = 0x28:0xffffff8000329a40
>> 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 (irq256: em0:rx 0)
>> trap number = 9
>> panic: general protection fault
>> cpuid = 0
>> KDB: stack backtrace:
>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
>> kdb_backtrace() at kdb_backtrace+0x37
>> panic() at panic+0x187
>> trap_fatal() at trap_fatal+0x290
>> trap() at trap+0x10a
>> calltrap() at calltrap+0x8
>> --- trap 0x9, rip = 0xffffffff8063c0e4, rsp = 0xffffff8000329a00, rbp
>> = 0xffffff8000329a40 ---
>> ether_nh_input() at ether_nh_input+0x94
>> netisr_dispatch_src() at netisr_dispatch_src+0x20b
>> em_rxeof() at em_rxeof+0x1ca
>> em_msix_rx() at em_msix_rx+0x24
>> intr_event_execute_handlers() at intr_event_execute_handlers+0x104
>> ithread_loop() at ithread_loop+0xa4
>> fork_exit() at fork_exit+0x11f
>> fork_trampoline() at fork_trampoline+0xe
>> --- trap 0, rip = 0, rsp = 0xffffff8000329d00, rbp = 0 ---
>> Uptime: 46s
>> Dumping 657 out of 12263 MB:..3%


> Does it help if you disable msix on your em0?
> Google for 'sysctl em msix'. Or run 'sysctl -a | grep msix'.


OK, setting hw.em.enable_msix=0 in /boot/loader.conf does NOT help.