Date: Thu, 01 Dec 2011 18:03:53 -0500 From: Mike Andrews <mandrews@bit0.com> To: Ronald Klop <ronald-freebsd8@klop.yi.org> Cc: freebsd-stable@freebsd.org Subject: Re: Sporadic 9.0-RC2 boot-time panic Message-ID: <4ED807D9.7080708@bit0.com> In-Reply-To: <op.v5ohm5hl8527sy@212-182-167-131.ip.telfort.nl> References: <alpine.BSF.2.00.1111281728210.29446@beast.int.bit0.com> <op.v5ohm5hl8527sy@212-182-167-131.ip.telfort.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
On 11/28/11 5:48 PM, Ronald Klop wrote: > On Mon, 28 Nov 2011 23:37:27 +0100, Mike Andrews <mandrews@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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4ED807D9.7080708>