Date: Mon, 28 Nov 2011 23:48:31 +0100 From: "Ronald Klop" <ronald-freebsd8@klop.yi.org> To: freebsd-stable@freebsd.org, "Mike Andrews" <mandrews@bit0.com> Subject: Re: Sporadic 9.0-RC2 boot-time panic Message-ID: <op.v5ohm5hl8527sy@212-182-167-131.ip.telfort.nl> In-Reply-To: <alpine.BSF.2.00.1111281728210.29446@beast.int.bit0.com> References: <alpine.BSF.2.00.1111281728210.29446@beast.int.bit0.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 28 Nov 2011 23:37:27 +0100, Mike Andrews <mandrews@bit0.com> wrot= e: > *Sometimes* when booting 9.0-RC2 on *some* of my machines, I'll get one= =20 > of the following two panics during multiuser startup, usually while =20 > running the /usr/local/etc/rc.d scripts. (The instruction pointer is =20 > always exactly one of these two, and they look fairly related.) If =20 > after two or three reboots it manages to not panic, the system will run= =20 > perfectly stable. > > For some probably-unrelated reason, the dump never finishes in either =20 > 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 =3D 0; apic id =3D 00 > instruction pointer =3D 0x20:0xffffffff805e4fc5 > stack pointer =3D 0x28:0xffffff80003299e0 > frame pointer =3D 0x28:0xffffff8000329a00 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 12 (irq256: em0:rx 0) > trap number =3D 9 > panic: general protection fault > cpuid =3D 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 =3D 0xffffffff805e4fc5, rsp =3D 0xffffff80003299e0, r= bp =3D =20 > 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 =3D 0, rsp =3D 0xffffff8000329d00, rbp =3D 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 =3D 0; apic id =3D 00 > instruction pointer =3D 0x20:0xffffffff8063c0e4 > stack pointer =3D 0x28:0xffffff8000329a00 > frame pointer =3D 0x28:0xffffff8000329a40 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 12 (irq256: em0:rx 0) > trap number =3D 9 > panic: general protection fault > cpuid =3D 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 =3D 0xffffffff8063c0e4, rsp =3D 0xffffff8000329a00, r= bp =3D =20 > 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 =3D 0, rsp =3D 0xffffff8000329d00, rbp =3D 0 --- > Uptime: 46s > Dumping 657 out of 12263 MB:..3% > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" Does it help if you disable msix on your em0? Google for 'sysctl em msix'. Or run 'sysctl -a | grep msix'. NB: I know nothing about the details of em of msix, so hopefully somebody= =20 with more clue responds also. Ronald.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?op.v5ohm5hl8527sy>