panic: vm_fault: fault on nofault entry, addr: c33a3000 - r195941/BETA2

From: Mel Flynn <mel.flynn+fbsd.current_at_mailing.thruhere.net>
Date: Thu, 6 Aug 2009 14:18:38 -0800
Hi,

got the following panic. Have been having this a few times quite randomly, 
since beta2. Finally with KDB_UNATTENDED got a core dump.

I can't really relate this to a workload. It happened once when machine was 
totally idle, this time there was a rather high workload from compiling kde4 
related ports in a jail with -j2.

FreeBSD smoochies.rachie.is-a-geek.net 8.0-BETA2 FreeBSD 8.0-BETA2 #9 
r195941M: Sun Aug  2 12:25:04 AKDT 2009     mel_at_smoochies.rachie.is-a-
geek.net:/usr/obj/usr/src/sys/HPDV9000  i386

panic: vm_fault: fault on nofault entry, addr: c33a3000

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: c33a3000
cpuid = 1
Uptime: 3d12h41m32s
Physical memory: 1517 MB
Dumping 257 MB: 242 226 210 194 178 162 146 130 114 98 82 66 50 34 18 2

(kgdb) bt
#0  doadump () at pcpu.h:246
#1  0xc064d0b7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:419
#2  0xc064d3e2 in panic (fmt=Variable "fmt" is not available.
) at /usr/src/sys/kern/kern_shutdown.c:575
#3  0xc08216b7 in vm_fault (map=0xc1890000, vaddr=3275370496, fault_type=1 
'\001',
    fault_flags=0) at /usr/src/sys/vm/vm_fault.c:283
#4  0xc088540e in trap_pfault (frame=0xe7919a34, usermode=0, eva=3275370840)
    at /usr/src/sys/i386/i386/trap.c:835
#5  0xc0885e83 in trap (frame=0xe7919a34) at /usr/src/sys/i386/i386/trap.c:528
#6  0xc0868aab in calltrap () at /usr/src/sys/i386/i386/exception.s:165
#7  0xc0839a05 in vm_reserv_level_iffullpop (m=0xc776c5e8)
    at /usr/src/sys/vm/vm_reserv.c:512
#8  0xc0882ad0 in pmap_enter (pmap=0xc4d42450, va=750776320, access=2 '\002',
    m=0xc776c5e8, prot=3 '\003', wired=0) at 
/usr/src/sys/i386/i386/pmap.c:3226
#9  0xc0823095 in vm_fault (map=0xc4d423a0, vaddr=750776320, fault_type=2 
'\002',
    fault_flags=Variable "fault_flags" is not available.
) at /usr/src/sys/vm/vm_fault.c:933
#10 0xc088535b in trap_pfault (frame=0xe7919d38, usermode=1, eva=750776320)
    at /usr/src/sys/i386/i386/trap.c:823
#11 0xc0885cfe in trap (frame=0xe7919d38) at /usr/src/sys/i386/i386/trap.c:398
#12 0xc0868aab in calltrap () at /usr/src/sys/i386/i386/exception.s:165
#13 0x2832f530 in ?? ()
(kgdb) f 9
#9  0xc0823095 in vm_fault (map=0xc4d423a0, vaddr=750776320, fault_type=2 
'\002',
    fault_flags=Variable "fault_flags" is not available.
) at /usr/src/sys/vm/vm_fault.c:933
933             pmap_enter(fs.map->pmap, vaddr, fault_type, fs.m, prot, 
wired);
(kgdb) print *map
$1 = {header = {prev = 0xc59d15a0, next = 0xc59d1630, left = 0x0, right = 0x0, 
start = 0,
    end = 3217031168, avail_ssize = 0, adj_free = 0, max_free = 0, object = {
      vm_object = 0x0, sub_map = 0x0}, offset = 0, eflags = 0, protection = 0 
'\0',
    max_protection = 0 '\0', inheritance = 0 '\0', wired_count = 0, lastr = 0, 
uip = 0x0},
  lock = {lock_object = {lo_name = 0xc090395e "user map", lo_flags = 36896768,
      lo_data = 0, lo_witness = 0x0}, sx_lock = 17}, system_mtx = {lock_object 
= {
      lo_name = 0xc0903953 "system map", lo_flags = 21168128, lo_data = 0,
      lo_witness = 0x0}, mtx_lock = 4}, nentries = 154, size = 322252800,
  timestamp = 137335, needs_wakeup = 0 '\0', system_map = 0 '\0', flags = 0 
'\0',
  root = 0xcaab3d80, pmap = 0xc4d42450, deferred_freelist = 0x0}

Anything else anyone wants to see?
-- 
Mel
Received on Thu Aug 06 2009 - 20:18:41 UTC

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