Skip site navigation (1)Skip section navigation (2)
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>