From owner-freebsd-stable@FreeBSD.ORG Wed Aug 10 03:05:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E780316A41F for ; Wed, 10 Aug 2005 03:05:20 +0000 (GMT) (envelope-from christias@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF22D44B6B for ; Tue, 9 Aug 2005 23:18:03 +0000 (GMT) (envelope-from christias@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so14080rna for ; Tue, 09 Aug 2005 16:18:03 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=glQLjks8wdgknq5bl6MfUT+lr0omWG9qssWSqfLyljbgNRUg+PxobOiv1FBH34jTGghtg73m8J5d9sVIpBPf8myw4UjCqHzXA4w3mAUSixw6kMfBZgDCj97n3PRXuXaMT4eQy/VcVI1iWm1c6DatKEi2ofgtjOXIYicxVJkmMSo= Received: by 10.39.1.40 with SMTP id d40mr40574rni; Tue, 09 Aug 2005 16:18:03 -0700 (PDT) Received: by 10.39.1.55 with HTTP; Tue, 9 Aug 2005 16:18:03 -0700 (PDT) Message-ID: Date: Wed, 10 Aug 2005 02:18:03 +0300 From: Panagiotis Christias To: Kris Kennaway In-Reply-To: <20050809164318.GB5516@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200508030847.44415.dantavious@comcast.net> <20050809164318.GB5516@xor.obsecurity.org> Cc: freebsd-stable@freebsd.org Subject: Re: Panic on FreeBSD 6.0BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Aug 2005 03:05:21 -0000 On 8/9/05, Kris Kennaway wrote: > On Wed, Aug 03, 2005 at 08:47:43AM -0400, Derrick Edwards wrote: > > ???Hi all, > > I decided to try and help with testing 6-BETA1, after updating sources = and > > recompiling i get the following during boot up. I am tried booting with= out > > hyperthreading enabled in the bios and I still get the same panic. > > > > Fatal trap 12: page fault while in kernel mode > > cpuid =3D 0; apic id =3D00 > > fault virtual address =3D 0x480008 > > fault code =3D supervisor read, page not present > > instruction pointer =3D 0x20:0xc06923cc > > stack pointer =3D 0x28:0xc10208ec > > > > Code segment =3D base 0x0, limit 0xfffff, type 0x1b > > ? ? ? ? ? ? ?=3D DPL 0, pres 1, def32 1, gran 1 > > > > processor eflags =3D interrupt enabled, resyne, IOPL =3D 0 > > current process =3D 0 (swapper) > > [thread pid 0tid0] > > Stopped at strlen+0x8: cmpb $0,0(%edx) > > > > I left all the debugging features in the current however, I am not sure > > exactly how to trace this problem. If someone could point me to any doc= that > > would allow to provide more information that would ?be great. I updated= my > > pen 400MHZ using the same procedures and all went well. Please help >=20 > See the chapter on kernel debugging in the developers handbook. >=20 > Kris >=20 > P.S. I need to make a macro to type the answer to this FAQ. IMHO I think that the average FreeBSD user/fan could use some help when he/she deals with kernel panics/crashes/dumps/kgdb/kernel.debug etc. First step, the debug kernel and modules could be included in the base system. What is it, 50 to 60MB disk space? That should be no(?) problem. Being there and correctly built by "The Source" would be the first step for the average user (not the "I wrote the kernel" developer) to use them and provide correct, complete and thus useful feedback. The one that you developers ask for. Second step, the procedure of extracting the useful data from the crash dumps using the "wat doez diz program do?" kgdb program is not efficient to be left in hands of the average user. He/she is probably a great guy, afterall he/she is using FreeBSD and certainly willing to contribute but dealing with kgdb is too much to ask for. Except if he/she has the guidance of kernel developer through this mailing list or others. It is not an efficient way to investigate and report serious problems. I am wondering if possible to write some kgdb-wrapper scripts which would do the dirty job of analyzing the crash dump using kgdb and the proper command (backtrace, list xx, print yy, up nn, down mm, voodoo etc.). This procedure can be as detailed as needed or wanted. The results could be sent automatically (send-pr) to the FreeBSD Team. That way, every user would be able to easily send proper reports without mistakes or missing data and benefit the FreeBSD Project. Any thoughts? Panagiotis