From owner-freebsd-current@FreeBSD.ORG Wed May 18 22:11:27 2005 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 A5CAF16A4CE for ; Wed, 18 May 2005 22:11:27 +0000 (GMT) Received: from smtp.speedfactory.net (talon.speedfactory.net [66.23.216.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 112E143D75 for ; Wed, 18 May 2005 22:11:27 +0000 (GMT) (envelope-from ups@tree.com) Received: (qmail 3174 invoked from network); 18 May 2005 18:11:30 +0000 Received: from 66-23-216-49.clients.speedfactory.net (HELO palm.tree.com) (66.23.216.49) by mail.speedfactory.net with AES256-SHA encrypted SMTP; 18 May 2005 18:11:30 +0000 Received: from [127.0.0.1] (localhost.tree.com [127.0.0.1]) by palm.tree.com (8.12.10/8.12.10) with ESMTP id j4IMBMpP056756; Wed, 18 May 2005 18:11:22 -0400 (EDT) (envelope-from ups@tree.com) From: Stephan Uphoff To: Doug White In-Reply-To: <20050518150255.B87264@carver.gumbysoft.com> References: <42883FE6.6040608@alumni.rice.edu> <20050518150255.B87264@carver.gumbysoft.com> Content-Type: text/plain Message-Id: <1116454282.7597.2146.camel@palm> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 18 May 2005 18:11:22 -0400 Content-Transfer-Encoding: 7bit cc: "current@freebsd.org" Subject: Re: Fatal trap 12: page fault while in kernel mode (subr_turnstile.c:226) 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: Wed, 18 May 2005 22:11:27 -0000 This crash has my name on it :-( I will check in a fix ASAP. Stephan On Wed, 2005-05-18 at 18:03, Doug White wrote: > On Mon, 16 May 2005, Jonathan Noack wrote: > > > I was in X so no dump or ddb. > > You have INVARIANTS compiled in? > > > > > Fatal trap 12: page fault while in kernel mode > > fault virtual address = 0x4 > > fault code = supervisor read, page not present > > instruction pointer = 0x20:0xc051c117 > > stack pointer = 0x28:0xf976c8a8 > > frame pointer = 0x28:0xf976c8cc > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > > processor eflags = resume, IOPL = 0 > > current process = 939 (firefox-bin) > > trap number = 12 > > panic: page fault > > KDB: stack backtrace: > > panic(c06a83b3,c06d27e7,f976c868,1,1) at panic+0x13a > > trap_fatal(c06d2aff,c,2,118,4) at trap_fatal+0x255 > > trap(b23c0008,28,c2ed0028,c29a07c0,c3168900) at trap+0x221 > > calltrap() at calltrap+0x5 > > --- trap 0xc, eip = 0xc051c117, esp = 0xf976c8a8, ebp = 0xf976c8cc --- > > propagate_priority(c07127c0,8,c06ba676,254,c0717134) at > > propagate_priority+0x197 > > turnstile_wait(c3164668,c2ed9a80,c06b6aff,216,c3164668) at > > turnstile_wait+0x1f7 > > _mtx_lock_sleep(c3164668,c3168900,0,c06b79b9,27e) at _mtx_lock_sleep+0x9c > > _mtx_lock_flags(c3164668,0,c06b79b9,27e,f976c9e4) at _mtx_lock_flags+0xaf > > kern_sigprocmask(c3168900,3,f976c9e4,0,0) at kern_sigprocmask+0x37 > > nfs_restore_sigmask(c3168900,f976c9e4,6,c3168900,c2f8a980) at > > nfs_restore_sigmask+0x34 > > nfs_readrpc(c332b660,f976ca4c,c2f8a980,c2f4c294,cf1) at nfs_readrpc+0x104 > > nfs_doio(c332b660,d64cad80,c2f8a980,c3168900,f976cab8) at nfs_doio+0x55f > > nfs_write(f976cbfc,0,f976cc74) at nfs_write+0x7e1 > > VOP_WRITE_APV(c06f9ca0,f976cbfc,c3168900,21b,7f) at VOP_WRITE_APV+0x69 > > vn_write(c30bd288,f976cc74,c2f8a980,0,c3168900) at vn_write+0x1ae > > dofilewrite(1b,a3b7060,1fff,ffffffff,ffffffff) at dofilewrite+0xac > > write(c3168900,f976cd04,c,1,3) at write+0x77 > > syscall(3b,ffff003b,bf8f003b,8067000,8fd5) at syscall+0x13b > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > --- syscall (4, FreeBSD ELF32, write), eip = 0x28797a63, esp = > > 0xbfbfdb5c, ebp = 0xbfbfdb78 --- > > > > $ addr2line -e kernel.debug 0xc051c117 > > /usr/src/sys/kern/subr_turnstile.c:226 > > > > 223: /* > > 224: * If we aren't blocked on a lock, we should be. > > 225: */ > > 226: KASSERT(TD_ON_LOCK(td), ( > > 227: "thread %d(%s):%d holds %s but isn't blocked on a lock\n", > > 228: td->td_tid, td->td_proc->p_comm, td->td_state, > > 229: ts->ts_lockobj->lo_name)); > > > >