Date: Thu, 23 Apr 2009 13:02:24 -0700 From: Kip Macy <kmacy@freebsd.org> To: Mike Tancsa <mike@sentex.net> Cc: freebsd-current@freebsd.org, rea-fbsd@codelabs.ru Subject: Re: panic with current Message-ID: <3c1674c90904231302o27491cb8y7fb1c510350b751b@mail.gmail.com> In-Reply-To: <200904231947.n3NJlFNP003761@lava.sentex.ca> References: <200904231519.n3NFJmaE002362@lava.sentex.ca> <ho2JtKzookOfVE%2B2L0V7jvO%2Bdg8@tltJbOhS4zXlErH0aU97yT%2BEHUQ> <200904231729.n3NHT6be003053@lava.sentex.ca> <3c1674c90904231244u26c1f0e1ucd706bb025ed69dc@mail.gmail.com> <200904231947.n3NJlFNP003761@lava.sentex.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
An uninitialized task is being enqueued in the msix case. -Kip On Thu, Apr 23, 2009 at 12:48 PM, Mike Tancsa <mike@sentex.net> wrote: > At 03:44 PM 4/23/2009, Kip Macy wrote: >> >> I think this is my fault. Will commit a fix some time today. > > Hi, > =A0 =A0 =A0 =A0Some more details. I changed my rc.conf so I dont assign a= n IP > address to em0 and the box boots up. > > Then, doing the following on the serial console > > 0[i7]# ifconfig em0 up > 0[i7]# > 0[i7]# > > Fatal trap 12: page fault while in kernel mode > cpuid =3D 1; apic id =3D 01 > fault virtual address =A0 =3D 0x0 > fault code =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D supervisor read, page not prese= nt > instruction pointer =A0 =A0 =3D 0x20:0x0 > stack pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xe6ae3ca8 > frame pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xe6ae3cd4 > code segment =A0 =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type 0x1= b > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D DPL 0, pres 1, def32 1= , gran 1 > processor eflags =A0 =A0 =A0 =A0=3D interrupt enabled, resume, IOPL =3D 0 > current process =A0 =A0 =A0 =A0 =3D 0 (em0 taskq) > [thread pid 0 tid 100037 ] > Stopped at =A0 =A0 =A00: =A0 =A0 =A0*** error reading from address 0 *** > db> panic > panic: from debugger > cpuid =3D 1 > KDB: stack backtrace: > db_trace_self_wrapper(c0c32738,e6ae3964,c085fbed,c0d80000,0,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(c0d80000,0,c0c2feaa,176,e6ae39ba,...) at kdb_backtrace+0x29 > mi_switch(100,0,c0c30ff6,992,1,...) at mi_switch+0x12d > sched_bind(c683d000,0,c0c2f2ff,119,0,...) at sched_bind+0x8a > boot(c0c2f445,c0c2f445,c0bd4ae0,e6ae3a00,1,...) at boot+0x47 > panic(c0bd4ae0,e6ae3ac4,c04bf071,0,0,...) at panic+0x152 > db_panic(0,0,ffffffff,e6ae3a3c,1,...) at db_panic+0x17 > db_command(c0bd4b8f,e6ae3b24,c04c102d,c0c62d20,ed1eed1e,...) at > db_command+0x381 > db_command_loop(c0c62d20,ed1eed1e,62c062c,7,0,...) at db_command_loop+0x5= a > db_trap(c,0,fd,28,e6ae3c68,...) at db_trap+0xdd > kdb_trap(c,0,e6ae3c68,1,1,...) at kdb_trap+0x96 > trap_fatal(c0d79768,0,c0c6663c,336,0,...) at trap_fatal+0x2ef > trap_pfault(5,0,c0c66727,6,c0d796e0,...) at trap_pfault+0x1e3 > trap(e6ae3c68) at trap+0x448 > calltrap() at calltrap+0x6 > --- trap 0xc, eip =3D 0, esp =3D 0xe6ae3ca8, ebp =3D 0xe6ae3cd4 --- > uart_z8530_class(c6894240,c689425c,c0c25efe,0,c0c2dc36,...) at 0 > taskqueue_thread_loop(c689b564,e6ae3d38,c0c2b342,32d,c0d796e0,...) at > taskqueue_thread_loop+0x68 > fork_exit(c088fe10,c689b564,e6ae3d38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip =3D 0, esp =3D 0xe6ae3d70, ebp =3D 0 --- > db> > > > em0: <Intel(R) PRO/1000 Network Connection 6.9.9> port 0xdc00-0xdc1f mem > 0xfaee0000-0xfaefffff,0xfaedc000-0xfaedffff irq 16 at device 0.0 on pci1 > em0: Using MSIX interrupts > em0: [ITHREAD] > em0: [ITHREAD] > em0: [ITHREAD] > em0: Ethernet address: 00:30:48:d7:c1:6e > pcib2: <ACPI PCI-PCI bridge> at device 2.0 on pci0 > pci2: <ACPI PCI bus> on pcib2 > em1: <Intel(R) PRO/1000 Network Connection 6.9.9> port 0xec00-0xec1f mem > 0xfafe0000-0xfaffffff,0xfafdc000-0xfafdffff irq 16 at device 0.0 on pci2 > em1: Using MSIX interrupts > em1: [ITHREAD] > em1: [ITHREAD] > em1: [ITHREAD] > em1: Ethernet address: 00:30:48:d7:c1:6f > > > > > > >> -Kip >> >> On Thu, Apr 23, 2009 at 10:30 AM, Mike Tancsa <mike@sentex.net> wrote: >> > At 12:20 PM 4/23/2009, Eygene Ryabinkin wrote: >> > >> >> Any chance to get backtrace from kgdb? >> > >> > Hi, >> > =A0 =A0 =A0 =A0Not sure if its saving all the core file >> > >> > >> > Fatal trap 12: page fault while in kernel mode >> > cpuid =3D 0; apic id =3D 00 >> > fault virtual address =A0 =3D 0x0 >> > fault code =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D supervisor read, page not pr= esent >> > instruction pointer =A0 =A0 =3D 0x20:0x0 >> > stack pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xe6ae3ca8 >> > frame pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xe6ae3cd4 >> > code segment =A0 =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type = 0x1b >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D DPL 0, pres 1, def3= 2 1, gran 1 >> > processor eflags =A0 =A0 =A0 =A0=3D interrupt enabled, resume, IOPL = =3D 0 >> > current process =A0 =A0 =A0 =A0 =3D 0 (em0 taskq) >> > [thread pid 0 tid 100037 ] >> > Stopped at =A0 =A0 =A00: =A0 =A0 =A0*** error reading from address 0 *= ** >> > db> bt full >> > Symbol not found >> > db> trace >> > Tracing pid 0 tid 100037 td 0xc683d000 >> > taskqueue_run(3330884160,3330884188,3233963774,0,3233995830,...) at >> > taskqueue_run+267 >> > >> > taskqueue_thread_loop(3330913636,3870178616,3233985346,813,3235354336,= ...) >> > at taskqueue_thread_loop+104 >> > fork_exit(3230203408,3330913636,3870178616) at fork_exit+184 >> > fork_trampoline() at fork_trampoline+8 >> > --- trap 0, eip =3D 0, esp =3D 3870178672, ebp =3D 0 --- >> > db> panic >> > panic: from debugger >> > cpuid =3D 0 >> > Uptime: 8s >> > Physical memory: 3046 MB >> > Dumping 92 MB: 77 61 45 29 13 >> > Dump complete >> > Automatic reboot in 15 seconds - press a key on the console to abort >> > --> Press a key on the console to reboot, >> > --> or switch off the system now. >> > Rebooting... >> > >> > >> > >> > 0[i7]# kgdb /usr/obj/usr/src/sys/GENERIC/kernel.debug vmcore.4 >> > GNU gdb 6.1.1 [FreeBSD] >> > Copyright 2004 Free Software Foundation, Inc. >> > GDB is free software, covered by the GNU General Public License, and y= ou >> > are >> > welcome to change it and/or distribute copies of it under certain >> > conditions. >> > Type "show copying" to see the conditions. >> > There is absolutely no warranty for GDB. =A0Type "show warranty" for >> > details. >> > This GDB was configured as "i386-marcel-freebsd"... >> > >> > Unread portion of the kernel message buffer: >> > >> > >> > Fatal trap 12: page fault while in kernel mode >> > cpuid =3D 0; apic id =3D 00 >> > fault virtual address =A0 =3D 0x0 >> > fault code =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D supervisor read, page not pr= esent >> > instruction pointer =A0 =A0 =3D 0x20:0x0 >> > stack pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xe6ae3ca8 >> > frame pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xe6ae3cd4 >> > code segment =A0 =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type = 0x1b >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D DPL 0, pres 1, def3= 2 1, gran 1 >> > processor eflags =A0 =A0 =A0 =A0=3D interrupt enabled, resume, IOPL = =3D 0 >> > current process =A0 =A0 =A0 =A0 =3D 0 (em0 taskq) >> > panic: from debugger >> > cpuid =3D 0 >> > Uptime: 8s >> > Physical memory: 3046 MB >> > Dumping 92 MB: 77 61 45 29 13 >> > >> > #0 =A0doadump () at pcpu.h:246 >> > 246 =A0 =A0 pcpu.h: No such file or directory. >> > =A0 =A0 =A0 =A0in pcpu.h >> > (kgdb) bt >> > #0 =A0doadump () at pcpu.h:246 >> > #1 =A00xc085749e in boot (howto=3D260) at >> > /usr/src/sys/kern/kern_shutdown.c:420 >> > #2 =A00xc0857772 in panic (fmt=3DVariable "fmt" is not available. >> > ) at /usr/src/sys/kern/kern_shutdown.c:576 >> > #3 =A00xc04bea47 in db_panic (addr=3DCould not find the frame base for >> > "db_panic". >> > ) at /usr/src/sys/ddb/db_command.c:478 >> > #4 =A00xc04bf071 in db_command (last_cmdp=3D0xc0d4985c, cmd_table=3D0x= 0, >> > dopager=3D1) at /usr/src/sys/ddb/db_command.c:445 >> > #5 =A00xc04bf1ca in db_command_loop () at >> > /usr/src/sys/ddb/db_command.c:498 >> > #6 =A00xc04c102d in db_trap (type=3D12, code=3D0) at >> > /usr/src/sys/ddb/db_main.c:229 >> > #7 =A00xc08852c6 in kdb_trap (type=3D12, code=3D0, tf=3D0xe6ae3c68) at >> > /usr/src/sys/kern/subr_kdb.c:534 >> > #8 =A00xc0b6699f in trap_fatal (frame=3D0xe6ae3c68, eva=3D0) at >> > /usr/src/sys/i386/i386/trap.c:917 >> > #9 =A00xc0b66bd3 in trap_pfault (frame=3D0xe6ae3c68, usermode=3D0, eva= =3D0) at >> > /usr/src/sys/i386/i386/trap.c:839 >> > #10 0xc0b675c8 in trap (frame=3D0xe6ae3c68) at >> > /usr/src/sys/i386/i386/trap.c:521 >> > #11 0xc0b4b21b in calltrap () at /usr/src/sys/i386/i386/exception.s:16= 5 >> > #12 0x00000000 in ?? () >> > Previous frame inner to this frame (corrupt stack?) >> > (kgdb) >> > >> > >> > >> > >> > >> > >> > >> > _______________________________________________ >> > freebsd-current@freebsd.org mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-current >> > To unsubscribe, send any mail to >> > "freebsd-current-unsubscribe@freebsd.org" >> > >> >> >> >> -- >> All that is necessary for the triumph of evil is that good men do nothin= g. >> =A0 =A0Edmund Burke > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > --=20 All that is necessary for the triumph of evil is that good men do nothing. Edmund Burke
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3c1674c90904231302o27491cb8y7fb1c510350b751b>