Date: Sun, 23 Jul 2006 13:40:37 +0100 From: Ceri Davies <ceri@submonkey.net> To: current@FreeBSD.org Subject: Panic on amd64 Message-ID: <20060723124037.GI64253@submonkey.net>
next in thread | raw e-mail | index | archive | help
--GID0FwUMdk1T2AWN
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
With yesterday's -HEAD, while doing a simultaneous
'portupgrade -a' and a 'make buildworld', with the source and object
trees for the buildworld on a NFS mount from a 6-STABLE server.
Kernel config is GENERIC, plus:
device cpufreq
device puc
device sound
device snd_via8233
makeoptions DEBUG=3D-g
options KDB_UNATTENDED
This is probably reproducable, as I also experienced a panic yesterday
while doing the same thing, but I didn't have dumps configured then.
Ceri
-----
quinch# uname -a
FreeBSD quinch.private.submonkey.net 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Sa=
t Jul 22 18:06:40 BST 2006 root@quinch.private.submonkey.net:/usr/obj/u=
sr/src/sys/QUINCH amd64
quinch# kgdb kernel.debug /var/crash/vmcore.0
[GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:=
Undefined symbol "ps_pglobal_lookup"]
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 condition=
s.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "amd64-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 =3D 0x48
fault code =3D supervisor read, page not present
instruction pointer =3D 0x8:0xffffffff80437e89
stack pointer =3D 0x10:0xffffffff95320750
frame pointer =3D 0x10:0xffffffff95320780
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 79501 (script)
trap number =3D 12
panic: page fault
cpuid =3D 0
Uptime: 18h46m56s
Physical memory: 499 MB
Dumping 156 MB: 141 125 109 93 77 61 45 29 13
#0 doadump () at pcpu.h:172
172 __asm __volatile("movq %%gs:0,%0" : "=3Dr" (td));
(kgdb) list *0xffffffff80437e89
0xffffffff80437e89 is in _mtx_lock_flags (/usr/src/sys/kern/kern_mutex.c:27=
9).
274 void
275 _mtx_lock_flags(struct mtx *m, int opts, const char *file, int line)
276 {
277
278 MPASS(curthread !=3D NULL);
279 KASSERT(LOCK_CLASS(&m->mtx_object) =3D=3D &lock_class_mtx_s=
leep,
280 ("mtx_lock() of spin mutex %s @ %s:%d", m->mtx_object.l=
o_name,
281 file, line));
282 WITNESS_CHECKORDER(&m->mtx_object, opts | LOP_NEWORDER | LO=
P_EXCLUSIVE,
283 file, line);
(kgdb) backtrace
#0 doadump () at pcpu.h:172
#1 0xffffffff804419c9 in boot (howto=3D260) at /usr/src/sys/kern/kern_shut=
down.c:409
#2 0xffffffff8044145b in panic (fmt=3D0xffffffff806b262c "%s")
at /usr/src/sys/kern/kern_shutdown.c:565
#3 0xffffffff806445ba in trap_fatal (frame=3D0xc, eva=3D184467429744119746=
72)
at /usr/src/sys/amd64/amd64/trap.c:690
#4 0xffffffff80644903 in trap_pfault (frame=3D0xffffffff953206a0, usermode=
=3D0)
at /usr/src/sys/amd64/amd64/trap.c:609
#5 0xffffffff80644b54 in trap (frame=3D
{tf_rdi =3D 56, tf_rsi =3D 0, tf_rdx =3D -2140004967, tf_rcx =3D 419,=
tf_r8 =3D 1, tf_r9 =3D -1099297576944, tf_rax =3D -1099297576944, tf_rbx =
=3D 56, tf_rbp =3D -1791883392, tf_r10 =3D 0, tf_r11 =3D -2142509056, tf_r1=
2 =3D 0, tf_r13 =3D 419, tf_r14 =3D -2140004967, tf_r15 =3D 1, tf_trapno =
=3D 12, tf_addr =3D 72, tf_flags =3D 582, tf_err =3D 0, tf_rip =3D -2143060=
343, tf_cs =3D 8, tf_rflags =3D 66178, tf_rsp =3D -1791883424, tf_ss =3D 16=
}) at /usr/src/sys/amd64/amd64/trap.c:383
#6 0xffffffff8062fccb in calltrap () at /usr/src/sys/amd64/amd64/exception=
=2ES:168
#7 0xffffffff80437e89 in _mtx_lock_flags (m=3D0x38, opts=3D0,=20
file=3D0xffffffff80721d99 "/usr/src/sys/kern/vfs_mount.c", line=3D419) =
at pcpu.h:169
#8 0xffffffff804a87fe in vfs_ref (mp=3D0x0) at /usr/src/sys/kern/vfs_mount=
=2Ec:419
#9 0xffffffff804a53b4 in vop_stdgetwritemount (ap=3D0xffffffff953207f0)
at /usr/src/sys/kern/vfs_default.c:356
#10 0xffffffff8069d547 in VOP_GETWRITEMOUNT_APV (vop=3D0xffffff000cc22810, =
a=3D0xffffffff953207f0)
at vnode_if.c:1823
#11 0xffffffff804bcfca in vn_start_write (vp=3D0xffffff000b9683b0, mpp=3D0x=
ffffffff95320858, flags=3D1)
at vnode_if.h:951
#12 0xffffffff804bd4ed in vn_close (vp=3D0xffffff000b9683b0, flags=3D3, fil=
e_cred=3D0xffffff0014d80300,=20
td=3D0xffffff000cc22810) at /usr/src/sys/kern/vfs_vnops.c:284
#13 0xffffffff804be88a in vn_closefile (fp=3D0xffffff0012d40168, td=3D0xfff=
fff000cc22810)
at /usr/src/sys/kern/vfs_vnops.c:870
#14 0xffffffff8041a851 in fdrop_locked (fp=3D0xffffff0012d40168, td=3D0xfff=
fff000cc22810) at file.h:296
#15 0xffffffff8041ac84 in closef (fp=3D0xffffff0012d40168, td=3D0xffffff000=
cc22810)
at /usr/src/sys/kern/kern_descrip.c:1979
#16 0xffffffff8041c369 in fdfree (td=3D0xffffff000cc22810) at /usr/src/sys/=
kern/kern_descrip.c:1653
#17 0xffffffff80426016 in exit1 (td=3D0xffffff000cc22810, rv=3D0) at /usr/s=
rc/sys/kern/kern_exit.c:280
#18 0xffffffff80426e1e in sys_exit (td=3D0x38, uap=3D0x0) at /usr/src/sys/k=
ern/kern_exit.c:101
#19 0xffffffff80645437 in syscall (frame=3D
{tf_rdi =3D 0, tf_rsi =3D 34365169976, tf_rdx =3D 34366229216, tf_rcx=
=3D 10, tf_r8 =3D 0, tf_r9 =3D 0, tf_rax =3D 1, tf_rbx =3D 0, tf_rbp =3D 3=
0, tf_r10 =3D 0, tf_r11 =3D 2, tf_r12 =3D 140737488348832, tf_r13 =3D 30, t=
f_r14 =3D 0, tf_r15 =3D 1153657258, tf_trapno =3D 12, tf_addr =3D 343679756=
32, tf_flags =3D 0, tf_err =3D 2, tf_rip =3D 34367821068, tf_cs =3D 43, tf_=
rflags =3D 514, tf_rsp =3D 140737488346568, tf_ss =3D 35})
at /usr/src/sys/amd64/amd64/trap.c:825
#20 0xffffffff8062fe68 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exce=
ption.S:270
#21 0x00000008007b550c in ?? ()
Previous frame inner to this frame (corrupt stack?)
--=20
That must be wonderful! I don't understand it at all.
-- Moliere
--GID0FwUMdk1T2AWN
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (FreeBSD)
iD8DBQFEw25FocfcwTS3JF8RAlXMAJ4z7lI88sec6DqiW+SKuM23GSmQOACfbGwV
wBBlo8gxRLP9y/LHGq5CjKo=
=rgKE
-----END PGP SIGNATURE-----
--GID0FwUMdk1T2AWN--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060723124037.GI64253>