From owner-freebsd-amd64@FreeBSD.ORG Tue Sep 27 21:22:49 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D00E16A420 for ; Tue, 27 Sep 2005 21:22:49 +0000 (GMT) (envelope-from rob.watt@gmail.com) Received: from qproxy.gmail.com (qproxy.gmail.com [72.14.204.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10B8D43D4C for ; Tue, 27 Sep 2005 21:22:47 +0000 (GMT) (envelope-from rob.watt@gmail.com) Received: by qproxy.gmail.com with SMTP id p26so571368qbb for ; Tue, 27 Sep 2005 14:22:47 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pujMs4qCjkfwsZidk3mlHs6rtSWC3THUcsHT0wqgFeYF50eI0LoJ0zZF9fR4FxtPnkcaQxliAjoHkUvFPmgdaqOYfKEkewO9IYc4Yk2jFyP9L1Wx8N61aWGwxgK7lKhw2UtrdFP3rR8pOBoqQ7Up8qfhNZ3rqIMvsndYKT4Qnk8= Received: by 10.64.249.12 with SMTP id w12mr692492qbh; Tue, 27 Sep 2005 14:22:47 -0700 (PDT) Received: by 10.64.209.3 with HTTP; Tue, 27 Sep 2005 14:22:47 -0700 (PDT) Message-ID: Date: Tue, 27 Sep 2005 17:22:47 -0400 From: Rob Watt To: Robert Watson In-Reply-To: <20050927203128.S61419@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050925115912.H11229@fledge.watson.org> <20050927140535.G50334@daemon.mistermishap.net> <20050927203128.S61419@fledge.watson.org> Cc: Rob Watt , mikep@hudson-trading.com, freebsd-amd64@freebsd.org, freebsd-hackers@freebsd.org, Jason Carroll Subject: Re: freebsd-5.4-stable panics X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Rob Watt List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 21:22:49 -0000 On 9/27/05, Robert Watson wrote: > > On Tue, 27 Sep 2005, Rob Watt wrote: > > > Is this an SMP box? If so, could you try compiling options KDB_STOP_NMI > into your kernel -- you'll also need to set debug.kdb.stop_cpus_with_nmi= =3D1 > in either loader.conf or at runtime with sysctls. This is a dual-core dual 275 processor box. I have compiled the nmi options into the kernel and we are now using that to test. > > The trap information you've provided indicates that it is likely a data > NULL pointer dereference in the kernel (faulting address is a small > increment above NULL). The instruction pointer looks valid -- if you hav= e > a debugging copy of the kernel, could you load it into gdb and show me > what line number / piece of code it's in? you can use "l > *ffffffff803b88ca" to generate that, even without a live debugger session > this is the piece of code that was referenced by the ip: (gdb) l *0xffffffff803b88ca 0xffffffff803b88ca is in nfsrv_lookup (/usr/src/sys/nfsserver/nfs_serv.c:67= 0). 665 NFSD_UNLOCK(); 666 mtx_lock(&Giant); /* VFS */ 667 if (dirp) 668 vrele(dirp); 669 NDFREE(&nd, NDF_ONLY_PNBUF); 670 if (ndp->ni_startdir) 671 vrele(ndp->ni_startdir); 672 if (ndp->ni_vp) 673 vput(ndp->ni_vp); 674 mtx_unlock(&Giant); /* VFS */ we are not running nfsd (although we do use nfs and nfsiod), and none of our processes should have been accessing nfs. Our processes are run from an nfs mount but do not access any nfs mounted files. > > Do you have a testbed or set of test hosts set up so you can > non-disruptively test change sets, btw? > yes we have 3 dual dual-core machines and 1 dual single-core machine that we can use to test with. Thanks! - Rob Watt