Date: Mon, 13 Aug 2007 09:20:06 GMT From: Mo McRoberts <mo@nevali.net> To: freebsd-bugs@FreeBSD.org Subject: Re: kern/115374: [panic] vm_fault: fault on nofault entry, addr: e120d000 Message-ID: <200708130920.l7D9K6SY041267@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/115374; it has been noted by GNATS.
From: Mo McRoberts <mo@nevali.net>
To: bug-followup@FreeBSD.org
Cc:
Subject: Re: kern/115374: [panic] vm_fault: fault on nofault entry, addr: e120d000
Date: Mon, 13 Aug 2007 10:11:30 +0100
I don't know how much this backtrace helps in finding the problem,
but here goes:
[root@sol.nevali.net SOL]# kgdb kernel.debug /var/crash/vmcore.0
kgdb: kvm_nlist(_stopped_cpus):
kgdb: kvm_nlist(_stoppcbs):
[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
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:
panic: vm_fault: fault on nofault entry, addr: e120d000
Uptime: 4h15m43s
Dumping 735 MB (2 chunks)
chunk 0: 1MB (159 pages) ... ok
chunk 1: 735MB (188144 pages) 719 703 687 671 655 639 623 607 591
575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319
303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15
#0 doadump () at pcpu.h:165
165 __asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb) bt
#0 doadump () at pcpu.h:165
#1 0xc0672dae in boot (howto=260) at /usr/src/sys/kern/
kern_shutdown.c:409
#2 0xc0673044 in panic (
fmt=0xc0915c6e "vm_fault: fault on nofault entry, addr: %lx")
at /usr/src/sys/kern/kern_shutdown.c:565
#3 0xc07e7738 in vm_fault (map=0xc104b000, vaddr=3777024000,
fault_type=1 '\001', fault_flags=0) at /usr/src/sys/vm/
vm_fault.c:279
#4 0xc088e74a in trap_pfault (frame=0xdb89bbf8, usermode=0,
eva=3777024000)
at /usr/src/sys/i386/i386/trap.c:734
#5 0xc088e3d9 in trap (frame=
{tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -999804900,
tf_esi = -517943298, tf_ebp = -611730300, tf_isp = -611730396, tf_ebx
= -1002619648, tf_edx = 0, tf_ecx = 505, tf_eax = -481861602,
tf_trapno = 12, tf_err = 0, tf_eip = -1064777994, tf_cs = 32,
tf_eflags = 66070, tf_esp = 18412, tf_ss = 2048})
at /usr/src/sys/i386/i386/trap.c:435
#6 0xc087caaa in calltrap () at /usr/src/sys/i386/i386/exception.s:139
#7 0xc088c6f6 in generic_bcopy () at /usr/src/sys/i386/i386/
support.s:489
Previous frame inner to this frame (corrupt stack?)
(kgdb) up 7
#7 0xc088c6f6 in generic_bcopy () at /usr/src/sys/i386/i386/
support.s:489
489 cld /* nope, copy
forwards */
Current language: auto; currently asm
(kgdb)
I'm assuming generic_bcopy()'s being called from whatever is really
at fault, and with a corrupted stack it's going to be very difficult
to find out what?
Mo.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200708130920.l7D9K6SY041267>