Date: 24 Oct 2002 23:20:40 -0700 From: Eric Anholt <eta@lclark.edu> To: current@freebsd.org Subject: Panic in swapon on 10/24 Message-ID: <1035526853.1002.18.camel@anholt.dyndns.org>
next in thread | raw e-mail | index | archive | help
Finally upgraded from a September 1st kernel after applying the npx
patch from bde. On boot (new 10/24 kernel, sept 1st world) I got a
panic during swapon. I've got the core around if I can be more useful
in some way.
root@anholt:/usr/crash# gdb -k kernel.debug.11 vmcore.11
GNU gdb 5.2.0 (FreeBSD) 20020627
Copyright 2002 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-undermydesk-freebsd"...
panic: from debugger
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x78
fault code = supervisor write, page not present
instruction pointer = 0x8:0xc034418d
stack pointer = 0x10:0xd7aa49b8
frame pointer = 0x10:0xd7aa49c0
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 = 83 (swapon)
panic: from debugger
Fatal trap 3: breakpoint instruction fault while in kernel mode
instruction pointer = 0x8:0xc04722a5
stack pointer = 0x10:0xd7aa47a8
frame pointer = 0x10:0xd7aa47ac
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags = IOPL = 0
current process = 83 (swapon)
panic: from debugger
Uptime: 27s
Dumping 511 MB
ata0: resetting devices ..
done
16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496
---
#0 doadump () at /usr/src/current/sys/kern/kern_shutdown.c:223
223 dumping++;
(kgdb) bt
#0 doadump () at /usr/src/current/sys/kern/kern_shutdown.c:223
#1 0xc02fa327 in boot (howto=260)
at /usr/src/current/sys/kern/kern_shutdown.c:355
#2 0xc02fa528 in panic () at /usr/src/current/sys/kern/kern_shutdown.c:508
#3 0xc0165a2d in db_panic () at /usr/src/current/sys/ddb/db_command.c:450
#4 0xc01659d2 in db_command (last_cmdp=0xc05248c0, cmd_table=0x0,
aux_cmd_tablep=0xc051874c, aux_cmd_tablep_end=0xc0518764)
at /usr/src/current/sys/ddb/db_command.c:346
#5 0xc0165a9b in db_command_loop ()
at /usr/src/current/sys/ddb/db_command.c:472
#6 0xc01681bb in db_trap (type=12, code=0)
at /usr/src/current/sys/ddb/db_trap.c:72
#7 0xc0472024 in kdb_trap (type=12, code=0, regs=0xd7aa4978)
at /usr/src/current/sys/i386/i386/db_interface.c:166
#8 0xc0481b1d in trap_fatal (frame=0xd7aa4978, eva=120)
at /usr/src/current/sys/i386/i386/trap.c:841
#9 0xc048187b in trap_pfault (frame=0xd7aa4978, usermode=0, eva=120)
at /usr/src/current/sys/i386/i386/trap.c:760
#10 0xc0481396 in trap (frame=
{tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = -1, tf_ebp = -676705856, tf_isp = -676705884, tf_ebx = -1003001832, tf_edx = -1005136048, tf_ecx = 4, tf_eax = 0, tf_trapno = 12, tf_err = 2, tf_eip = -1070317171, tf_cs = 8, tf_eflags = 66050, tf_esp = -1003001832, tf_ss = -1005136048})
at /usr/src/current/sys/i386/i386/trap.c:446
#11 0xc0473518 in calltrap () at {standard input}:98
#12 0xc0344729 in vrele (vp=0xc4376818)
at /usr/src/current/sys/kern/vfs_subr.c:2162
#13 0xc034433b in addaliasu (nvp=0xc4376818, nvp_rdev=1033)
at /usr/src/current/sys/kern/vfs_subr.c:2021
#14 0xc02a5bd2 in devfs_allocv (de=0xc4339980, mp=0xc41e3a00, vpp=0xd7aa4c44,
td=0xc416d750) at /usr/src/current/sys/fs/devfs/devfs_vnops.c:157
#15 0xc02a63f5 in devfs_lookupx (ap=0x0)
at /usr/src/current/sys/fs/devfs/devfs_vnops.c:422
#16 0xc02a6491 in devfs_lookup (ap=0xd7aa4b8c)
at /usr/src/current/sys/fs/devfs/devfs_vnops.c:440
#17 0xc033dd03 in lookup (ndp=0xd7aa4c30) at vnode_if.h:52
#18 0xc033d799 in namei (ndp=0xd7aa4c30)
at /usr/src/current/sys/kern/vfs_lookup.c:181
#19 0xc0349c4a in stat (td=0xc416d750, uap=0xd7aa4d14)
at /usr/src/current/sys/kern/vfs_syscalls.c:1648
#20 0xc0481deb in syscall (frame=
{tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134562594, tf_esi = 134575950, tf_ebp = -1077937864, tf_isp = -676704908, tf_ebx = 134575948, tf_edx = -1077938050, tf_ecx = 134575848, tf_eax = 188, tf_trapno = 12, tf_err = 2, tf_eip = 134516703, tf_cs = 31, tf_eflags = 642, tf_esp = -1077938244, tf_ss = 47})
at /usr/src/current/sys/i386/i386/trap.c:1035
#21 0xc047356d in Xint0x80_syscall () at {standard input}:140
---Can't read userspace from dump, or kernel process---
(kgdb) frame 12
#12 0xc0344729 in vrele (vp=0xc4376818)
at /usr/src/current/sys/kern/vfs_subr.c:2162
2162 v_incr_usecount(vp, -1);
(kgdb) list
2157
2158 return;
2159 }
2160
2161 if (vp->v_usecount == 1) {
2162 v_incr_usecount(vp, -1);
2163 /*
2164 * We must call VOP_INACTIVE with the node locked.
2165 * If we are doing a vput, the node is already locked,
2166 * but, in the case of vrele, we must explicitly lock
--
Eric Anholt <eta@lclark.edu>
http://people.freebsd.org/~anholt/dri/
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1035526853.1002.18.camel>