From owner-freebsd-hackers Wed Sep 5 12: 8:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 5F8D737B407 for ; Wed, 5 Sep 2001 12:08:19 -0700 (PDT) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA24614; Wed, 5 Sep 2001 12:22:19 -0700 (PDT) Date: Wed, 5 Sep 2001 12:22:18 -0700 (PDT) From: Julian Elischer To: Zhihui Zhang Cc: freebsd-hackers@freebsd.org Subject: Re: kernel ddb help In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG you can gdb -k mykernel /dev/mem and do list bqrelse+0x25 (I think) alternatively, in ddb you can do: x/iiiiiiiiiiiiiiiiiii bqrelse and work out what is wrong by reading the machine instructions WHen I have one machine I usually debug by running the new kernel within a VMWARE virtual machine. Using the nmdm driver you can run gdb in the main machine to debug it, all within one machine. (unfortunatly it doesn't help for debugging drivers because the virtual machine doesn't have acces to the real hardware). On Wed, 5 Sep 2001, Zhihui Zhang wrote: > > I know gdb can source stepping the kernel. But without two machines, you > can not do it. Now I have only one machine and the system panic: > > db> trace > bqrelse(cxxx, cxxx, cxxx, cxxxx, cxxx) at bqrelse+0x25 > > is there a way to use these addresses to figure out which line or lines of > source are suspect to cause the panic? Thanks. > > Regards, > > -Zhihui > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message