From owner-freebsd-alpha@FreeBSD.ORG Tue Aug 31 19:36:21 2004 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E108416A4CF for ; Tue, 31 Aug 2004 19:36:21 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id B293E43D46 for ; Tue, 31 Aug 2004 19:36:21 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 10728 invoked from network); 31 Aug 2004 19:36:21 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 31 Aug 2004 19:36:21 -0000 Received: from [10.50.41.228] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i7VJaGUS052999; Tue, 31 Aug 2004 15:36:17 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-alpha@FreeBSD.org Date: Tue, 31 Aug 2004 13:14:32 -0400 User-Agent: KMail/1.6.2 References: <77903.1093969923@critter.freebsd.dk> In-Reply-To: <77903.1093969923@critter.freebsd.dk> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408311314.32902.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Poul-Henning Kamp cc: alpha@FreeBSD.org Subject: Re: ok, have kernel, can test. X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2004 19:36:22 -0000 On Tuesday 31 August 2004 12:32 pm, Poul-Henning Kamp wrote: > Ok, my 1000 is now able to compile a -current kernel and test-boot it > while running the 5.0-RC1 kernel.good I saved. > > First hurdle is confirmed: hw.eisa_slots must be set to something, > 5 works fine. > > I'm compiling a kernel without fxp now to see if that is the cause of > the PCI problem. > > Ideas and patches are welcome. Can you break into DDB at all when it hangs? If so, it might be interesting to add KTR to your kernel with KTR_COMPILE and KTR_MASK kernel options set to '(KTR_INTR|KTR_PROC)' to track interrupts and process (sic) scheduling (mi_switch, sleepq, etc.). If you can't break into DDB, you can try adding KTR_VERBOSE, and capturing a log via serial console. Note that you'll probably have to turn the box off really quick if it's getting an interrupt storm since the log will grow very quickly in that case. (Lots of KTR output.. KTR_VERBOSE basically dumps all the output to the screen. You probably don't actually want that on from the beginning, you can maybe hack the fxp driver to turn it on by setting the global variable 'ktr_verbose' to 1 in the bottom of fxp_attach()). -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org