From owner-freebsd-current@FreeBSD.ORG Wed Jun 16 14:29:58 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 C76A916A4CE for ; Wed, 16 Jun 2004 14:29:58 +0000 (GMT) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.145.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9627F43D31 for ; Wed, 16 Jun 2004 14:29:58 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 6B1E74EFCD6; Wed, 16 Jun 2004 22:29:45 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 6095D4EFCCF; Wed, 16 Jun 2004 22:29:45 +0800 (CST) Date: Wed, 16 Jun 2004 22:29:45 +0800 (CST) From: Tai-hwa Liang To: Peter Schuller In-Reply-To: <200406152240.21398.peter.schuller@infidyne.com> Message-ID: <040616221957E.97810@www.mmlab.cse.yzu.edu.tw> References: <200406132237.08445.peter.schuller@infidyne.com> <200406152240.21398.peter.schuller@infidyne.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Page fault in kernel mode; unable to dump core; reproducable 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, 16 Jun 2004 14:29:58 -0000 On Tue, 15 Jun 2004, Peter Schuller wrote: > > That's what I saw on my T40. However, this only happens if I boot with a > > GENERIC kernel instead of a custom one. > > This is a T40p, though I am not using GENERIC. I presume there is some > specific driver/feature that is causing it, that I happen to have loaded and > you don't. Feel free to take a look at my dmesg output if you're interested in: http://www.mmlab.cse.yzu.edu.tw/~avatar/dmesg-acpi.txt http://www.mmlab.cse.yzu.edu.tw/~avatar/dmesg-noacpi.txt > > I'm not sure about that; however, I can get the backtrace reliably by > > issuing a 'panic' command in DDB. > > Hmm, ok. Do I need to do anything during compilation to enable this then > perhaps? I found some instructions Googling but those were extremely old and > applicable to the new build system. However I then checked the handbook and I > didn't see it mentioned. I use following DDB related settings in the kernel configuration file: makeoptions DEBUG=-g options DDB options DDB_TRACE Then a "config -g conf_file" follows the usual kernel building commands are enough to generate a kernel with debugging symbol. > > Perhaps this is also related to the thread "Thinkpad panic woes (was Re: > > CDRW causes Thinkpad T41 to panic)" about two weeks ago? > > > > http://lists.freebsd.org/pipermail/freebsd-current/2004-June/028173.html > > Maybe. While I tried the PS2 solution once, I have i enabled at the moment > (firstly I want the CD-ROM working and secondly if Windows were to break I > would no longer be able to boot from CD nor re-enable the drive bay). I haven't tried the PS2 utility, yet; however, accroding to some other T40 users, detach the CD-ROM from device bay or reduce the retry counter in ata-all.c seems like a possible workaround.