Re: panic with current

From: Mike Tancsa <mike_at_sentex.net>
Date: Thu, 23 Apr 2009 15:48:09 -0400
At 03:44 PM 4/23/2009, Kip Macy wrote:
>I think this is my fault. Will commit a fix some time today.

Hi,
         Some more details. I changed my rc.conf so I dont assign an 
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 = 1; apic id = 01
fault virtual address   = 0x0
fault code              = supervisor read, page not present
instruction pointer     = 0x20:0x0
stack pointer           = 0x28:0xe6ae3ca8
frame pointer           = 0x28:0xe6ae3cd4
code segment            = base 0x0, limit 0xfffff, type 0x1b
                         = DPL 0, pres 1, def32 1, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0
current process         = 0 (em0 taskq)
[thread pid 0 tid 100037 ]
Stopped at      0:      *** error reading from address 0 ***
db> panic
panic: from debugger
cpuid = 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+0x5a
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 = 0, esp = 0xe6ae3ca8, ebp = 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 = 0, esp = 0xe6ae3d70, ebp = 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_at_sentex.net> wrote:
> > At 12:20 PM 4/23/2009, Eygene Ryabinkin wrote:
> >
> >> Any chance to get backtrace from kgdb?
> >
> > Hi,
> >        Not sure if its saving all the core file
> >
> >
> > Fatal trap 12: page fault while in kernel mode
> > cpuid = 0; apic id = 00
> > fault virtual address   = 0x0
> > fault code              = supervisor read, page not present
> > instruction pointer     = 0x20:0x0
> > stack pointer           = 0x28:0xe6ae3ca8
> > frame pointer           = 0x28:0xe6ae3cd4
> > code segment            = base 0x0, limit 0xfffff, type 0x1b
> >                        = DPL 0, pres 1, def32 1, gran 1
> > processor eflags        = interrupt enabled, resume, IOPL = 0
> > current process         = 0 (em0 taskq)
> > [thread pid 0 tid 100037 ]
> > Stopped at      0:      *** 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 = 0, esp = 3870178672, ebp = 0 ---
> > db> panic
> > panic: from debugger
> > cpuid = 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 you 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.  Type "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 = 0; apic id = 00
> > fault virtual address   = 0x0
> > fault code              = supervisor read, page not present
> > instruction pointer     = 0x20:0x0
> > stack pointer           = 0x28:0xe6ae3ca8
> > frame pointer           = 0x28:0xe6ae3cd4
> > code segment            = base 0x0, limit 0xfffff, type 0x1b
> >                        = DPL 0, pres 1, def32 1, gran 1
> > processor eflags        = interrupt enabled, resume, IOPL = 0
> > current process         = 0 (em0 taskq)
> > panic: from debugger
> > cpuid = 0
> > Uptime: 8s
> > Physical memory: 3046 MB
> > Dumping 92 MB: 77 61 45 29 13
> >
> > #0  doadump () at pcpu.h:246
> > 246     pcpu.h: No such file or directory.
> >        in pcpu.h
> > (kgdb) bt
> > #0  doadump () at pcpu.h:246
> > #1  0xc085749e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420
> > #2  0xc0857772 in panic (fmt=Variable "fmt" is not available.
> > ) at /usr/src/sys/kern/kern_shutdown.c:576
> > #3  0xc04bea47 in db_panic (addr=Could not find the frame base for
> > "db_panic".
> > ) at /usr/src/sys/ddb/db_command.c:478
> > #4  0xc04bf071 in db_command (last_cmdp=0xc0d4985c, cmd_table=0x0,
> > dopager=1) at /usr/src/sys/ddb/db_command.c:445
> > #5  0xc04bf1ca in db_command_loop () at /usr/src/sys/ddb/db_command.c:498
> > #6  0xc04c102d in db_trap (type=12, code=0) at
> > /usr/src/sys/ddb/db_main.c:229
> > #7  0xc08852c6 in kdb_trap (type=12, code=0, tf=0xe6ae3c68) at
> > /usr/src/sys/kern/subr_kdb.c:534
> > #8  0xc0b6699f in trap_fatal (frame=0xe6ae3c68, eva=0) at
> > /usr/src/sys/i386/i386/trap.c:917
> > #9  0xc0b66bd3 in trap_pfault (frame=0xe6ae3c68, usermode=0, eva=0) at
> > /usr/src/sys/i386/i386/trap.c:839
> > #10 0xc0b675c8 in trap (frame=0xe6ae3c68) at
> > /usr/src/sys/i386/i386/trap.c:521
> > #11 0xc0b4b21b in calltrap () at /usr/src/sys/i386/i386/exception.s:165
> > #12 0x00000000 in ?? ()
> > Previous frame inner to this frame (corrupt stack?)
> > (kgdb)
> >
> >
> >
> >
> >
> >
> >
> > _______________________________________________
> > freebsd-current_at_freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-current
> > To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"
> >
>
>
>
>--
>All that is necessary for the triumph of evil is that good men do nothing.
>     Edmund Burke
Received on Thu Apr 23 2009 - 17:48:13 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:46 UTC