From owner-freebsd-current Sun Aug 16 16:08:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA04642 for freebsd-current-outgoing; Sun, 16 Aug 1998 16:08:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from freya.circle.net (freya.circle.net [209.95.95.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA04637 for ; Sun, 16 Aug 1998 16:08:23 -0700 (PDT) (envelope-from tcobb@staff.circle.net) Received: by freya.circle.net with Internet Mail Service (5.5.2232.9) id ; Sun, 16 Aug 1998 19:05:31 -0400 Message-ID: From: tcobb To: "'freebsd-current@freebsd.org'" Subject: PANIC: NULLFS not synced with rest of vm? Date: Sun, 16 Aug 1998 19:05:30 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG NULLFS panics when used much on the 19980804 SNAP. It appears that isn't caught up with other changes that have happened in the VM. Is there anyone working on this yet? Is there anyone willing to take an hour or two to fix it (we ARE willing to pay for this time if it results in a stable implementation of NULLFS). The problem seems to be that in the NULLFS code, there is no v_object (0x0) in any of the vnodes, but a valid v_object is expected by most everything else. Not knowing the FS/VM code, that's as far as I got with a debug :) Here's the panic and bt when I do this: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x40 fault code = supervisor read, page not present instruction pointer = 0x8:0xf0197254 stack pointer = 0x10:0xf66a7bd4 frame pointer = 0x10:0xf66a7cb0 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 = 220 (chroot) interrupt mask = net bio cam trap number = 12 panic: page fault #0 boot (howto=256) at ../../kern/kern_shutdown.c:286 #1 0xf01112f6 in panic (fmt=0xf01b9121 "page fault") at ../../kern/kern_shutdown.c:427 #2 0xf01b9d71 in trap_fatal (frame=0xf66a7b98) at ../../i386/i386/trap.c:879 #3 0xf01b9804 in trap_pfault (frame=0xf66a7b98, usermode=0) at ../../i386/i386/trap.c:772 #4 0xf01b9463 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = -160793236, tf_ebp = -160793424, tf_isp = -160793664, tf_ebx = 1, tf_edx = 0, tf_ecx = 0, tf_eax = -160733536, tf_trapno = 12, tf_err = 0, tf_eip = -266767788, tf_cs = 8, tf_eflags = 66118, tf_esp = 1, tf_ss = -160793236}) at ../../i386/i386/trap.c:396 #5 0xf0197254 in ffs_getpages (ap=0xf66a7d68) at ../../ufs/ufs/ufs_readwrite.c:466 #6 0xf013dff0 in null_bypass (ap=0xf66a7d68) at ../../miscfs/nullfs/null_vnops.c:295 #7 0xf01ad302 in vnode_pager_getpages (object=0xf66ab880, m=0xf66a7dc4, count=16, reqpage=0) at vnode_if.h:1067 #8 0xf01abfd7 in vm_pager_get_pages (object=0xf66ab880, m=0xf66a7dc4, count=16, reqpage=0) at ../../vm/vm_pager.c:256 #9 0xf0109e46 in exec_map_first_page (imgp=0xf66a7ea0) at ../../kern/kern_exec.c:387 #10 0xf0109912 in execve (p=0xf6658ac0, uap=0xf66a7f94) at ../../kern/kern_exec.c:166 #11 0xf01b9fbf in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 0, tf_esi = 2, tf_ebp = -272638852, tf_isp = -160792604, tf_ebx = 537411680, tf_edx = -272638666, tf_ecx = -272638666, tf_eax = 59, tf_trapno = 12, tf_err = 7, tf_eip = 537114897, tf_cs = 31, tf_eflags = 642, tf_esp = -272640028, tf_ss = 39}) at ../../i386/i386/trap.c:1031 #12 0x2003b911 in ?? () #13 0x1661 in ?? () #14 0x1099 in ?? () Once again, we are willing to pay some reasonable fee to fix it, especially if they will do so TODAY. -Troy Cobb Circle Net, Inc. http://www.circle.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message