Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 4 Sep 1998 09:25:11 -0400 (EDT)
From:      Thomas David Rivers <rivers@dignus.com>
To:        freebsd-bugs@FreeBSD.ORG
Subject:   Re: kern/7367
Message-ID:  <199809041325.JAA00338@lakes.dignus.com>

next in thread | raw e-mail | index | archive | help

Just to add to this thread; I got the following panic again just
moments ago on FreeBSD 2.2.7-RELEASE.  Also, unfortunately; this
time I had several DUP problems in the filesystem - so I lost some
files (time to fire up the backup tape...)

Here's the traceback from this panic.

lakes# gdb -k kernel.4 vmcore.4
GDB is free software and you are welcome to 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.
GDB 4.16 (i386-unknown-freebsd), 
Copyright 1996 Free Software Foundation, Inc...
IdlePTD 254000
current pcb at 22d458
panic: page fault
#0  boot (howto=256) at ../../kern/kern_shutdown.c:266
266                                     dumppcb.pcb_cr3 = rcr3();
(kgdb) where
#0  boot (howto=256) at ../../kern/kern_shutdown.c:266
#1  0xf0112882 in panic (fmt=0xf01c76ff "page fault")
    at ../../kern/kern_shutdown.c:390
#2  0xf01c82a6 in trap_fatal (frame=0xefbffed8) at ../../i386/i386/trap.c:770
#3  0xf01c7d94 in trap_pfault (frame=0xefbffed8, usermode=0)
    at ../../i386/i386/trap.c:677
#4  0xf01c7a37 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 0, 
      tf_esi = -265170468, tf_ebp = -272629980, tf_isp = -272630016, 
      tf_ebx = -265170468, tf_edx = 1073540389, tf_ecx = -272103800, 
      tf_eax = 525960, tf_trapno = 12, tf_err = 0, tf_eip = -266576057, 
      tf_cs = 8, tf_eflags = 66070, tf_esp = -256496640, tf_ss = -256888320})
    at ../../i386/i386/trap.c:324
#5  0xf01c5f47 in pmap_remove_pages (pmap=0xf0b62c64, sva=0, eva=4022329344)
    at ../../i386/i386/pmap.c:2603
#6  0xf010c193 in exit1 (p=0xf0b03200, rv=0) at ../../kern/kern_exit.c:186
#7  0xf010c054 in exit (p=0xf0b03200, uap=0xefbfff94, retval=0xefbfff84)
    at ../../kern/kern_exit.c:106
#8  0xf01c853f in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 0, 
      tf_esi = -1, tf_ebp = -272639276, tf_isp = -272629788, 
      tf_ebx = 538632288, tf_edx = 0, tf_ecx = 538572604, tf_eax = 1, 
      tf_trapno = 12, tf_err = 7, tf_eip = 538582701, tf_cs = 31, 
      tf_eflags = 642, tf_esp = -272639296, tf_ss = 39})
    at ../../i386/i386/trap.c:918
#9  0x201a1ead in ?? ()
Cannot access memory at address 0xefbfdad8.


Line 2603 in pmap.c is:
   2601 
   2602 #ifdef PMAP_REMOVE_PAGES_CURPROC_ONLY
   2603                 pte = (unsigned *)vtopte(pv->pv_va);
   2604 #else
   2605                 pte = pmap_pte_quick(pv->pv_pmap, pv->pv_va);
   2606 #endif
   2607                 tpte = *pte;
   2608         


And, 'pv' has the value:
(kgdb) print pv
$1 = (struct pv_entry *) 0xf031d1dc
(kgdb) print *pv
$3 = {pv_pmap = 0xf0b62c64, pv_va = 538583040, pv_list = {tqe_next = 0x0, 
    tqe_prev = 0xf03032c4}, pv_plist = {tqe_next = 0xf0302d20, 
    tqe_prev = 0xf0b62c6c}, pv_ptem = 0xf028dffc}

That va value is likely the nasty one...

The only way it looks like it could be questionable is if
pmap_insert_entry() was called with a bad 'va' value.  

I have the kernel and core dump if anyone is interested.

	- Dave Rivers -



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199809041325.JAA00338>