From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 07:08:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9900516A4CE; Tue, 3 Feb 2004 07:08:42 -0800 (PST) Received: from sizone.org (mortar.sizone.org [65.126.154.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EBB143D45; Tue, 3 Feb 2004 07:08:38 -0800 (PST) (envelope-from dgilbert@daveg.ca) Received: by sizone.org (Postfix, from userid 66) id A26023085E; Tue, 3 Feb 2004 10:08:37 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 58AFF1D1C62; Tue, 3 Feb 2004 09:21:39 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16415.44658.727615.478430@canoe.dclg.ca> Date: Tue, 3 Feb 2004 09:21:38 -0500 To: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 14) "Reasonable Discussion" XEmacs Lucid Subject: resume and free vnode isn't. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2004 15:08:42 -0000 Dependably my Dell D800 will suspend, resume and then sometime later crash with the following epitaph: panic: getnewvnode: free vnode isn't at line 738 in file ../../../kern/vfs_subr.c The crash dump has the trace included below, but I believe the corruption to be coming from the suspend/resume process not the filesystem operation that panic's the machine. The panic will occur a random amount of time after the suspend/resume ... sometimes many hours. The nightly periodic scripts are almost certain to cause it. (kgdb) bt #0 doadump () at ../../../kern/kern_shutdown.c:240 #1 0xc054d373 in boot (howto=256) at ../../../kern/kern_shutdown.c:374 #2 0xc054d6f6 in __panic () at ../../../kern/kern_shutdown.c:552 #3 0xc05a75a6 in getnewvnode (tag=0xc06ff62e "ufs", mp=0x0, vops=0x0, vpp=0x0) at ../../../kern/vfs_subr.c:787 #4 0xc0632835 in ffs_vget (mp=0xc6341c00, ino=1907789, flags=2, vpp=0xebb438dc) at ../../../ufs/ffs/ffs_vfsops.c:1268 #5 0xc0617310 in ffs_valloc (pvp=0xc8d30820, mode=33188, cred=0xc6be3800, vpp=0xebb438dc) at ../../../ufs/ffs/ffs_alloc.c:861 #6 0xc0641819 in ufs_makeinode (mode=33188, dvp=0xc8d30820, vpp=0xebb43bf0, cnp=0xebb43c04) at ../../../ufs/ufs/ufs_vnops.c:2358 #7 0xc063dd19 in ufs_create (ap=0xebb43a64) at ../../../ufs/ufs/ufs_vnops.c:199 #8 0xc0641f38 in ufs_vnoperate (ap=0x0) at ../../../ufs/ufs/ufs_vnops.c:2793 #9 0xc05b4fee in vn_open_cred (ndp=0xebb43bdc, flagp=0xebb43cdc, cmode=420, cred=0xc6be3800, fdidx=0) at vnode_if.h:118 #10 0xc05b4e43 in vn_open (ndp=0x0, flagp=0x0, cmode=0, fdidx=0) at ../../../kern/vfs_vnops.c:93 #11 0xc05ae2ee in kern_open (td=0xc6a913f0, path=0x0, pathseg=UIO_USERSPACE, flags=1538, mode=420) at ../../../kern/vfs_syscalls.c:963 #12 0xc05ae210 in open (td=0x0, uap=0x0) at ../../../kern/vfs_syscalls.c:933 #13 0xc06a8eb0 in syscall (frame= {tf_fs = 134742063, tf_es = 47, tf_ds = -1078001617, tf_edi = 134774824, tf_esi = 134779776, tf_ebp = -1077941432, tf_isp = -340509324, tf_ebx = 672608492, tf_edx = 134783816, tf_ecx = 0, tf_eax = 5, tf_trapno = 12, tf_err = 2, tf_eip = 672100911, tf_cs = 31, tf_eflags = 530, tf_esp = -1077941460, tf_ss = 47}) at ../../../i386/i386/trap.c:1010 #14 0x280f722f in ?? () ---Can't read userspace from dump, or kernel process--- Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================