From owner-freebsd-current@FreeBSD.ORG Wed Aug 12 14:48:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6B85106566B for ; Wed, 12 Aug 2009 14:48:24 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.freebsd.org (Postfix) with ESMTP id 651348FC3A for ; Wed, 12 Aug 2009 14:48:23 +0000 (UTC) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw0.york.ac.uk (8.13.6/8.13.6) with ESMTP id n7CEmL5D021438; Wed, 12 Aug 2009 15:48:21 +0100 (BST) Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1MbF7l-0000Qq-5N; Wed, 12 Aug 2009 15:48:21 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.3/8.14.3) with ESMTP id n7CEmK1c034764; Wed, 12 Aug 2009 15:48:20 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.3/8.14.3/Submit) id n7CEmK5Z034763; Wed, 12 Aug 2009 15:48:20 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Jim In-Reply-To: <80f4f2b20908061705h6b218702ked110fa54d1bee5@mail.gmail.com> References: <80f4f2b20908061705h6b218702ked110fa54d1bee5@mail.gmail.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 12 Aug 2009 15:48:20 +0100 Message-Id: <1250088500.17787.6.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 8.0 Beta2 / ALC driver crashbase X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2009 14:48:25 -0000 On Thu, 2009-08-06 at 20:05 -0400, Jim wrote: > I couldn't get the copy of the if_alc driver to compile in FreeBSD 7.2 > on my new notebook, so I decided to use 8.0, and I found an issue, > when I boot the installer media CD (boot only or DVD1), I get the > following error: > > alc0: irq 16 at device 0.0 on pci7 > alc0: 0x40000 bytes of rid 0x10 res 3 failed (0, 0xffffffffffffffff). > alc0: cannot allocate memory resources). > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fatal virtual address = 0x08 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff0024c6e8 > stack pointer = 0x20:0xffffffff813f65f0 > frame pointer = 0x20:0xffffffff813f6600 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DLP 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > correct process = 0 (swapper) > [thread pid 0 tid 100000 ] > Stopped at alc_phy_down+0x0: cmpq $0,0x8(xrax) > db> > > > I'm not knowledgeable about this to the point where I could debug the > issue, is there anything I could do to provide the developers with the > info needed to fix the issue, or could someone tell me how to boot the > installer and force it to not load if_alc, and suggest give me an idea > of what this means, in laymans terms so I can try to diagnose it? If I > had to guess, I would say it's trying to access a chunk of > memory/address-space that hasn't been allocated or doesn't exist, but > I don't know if that's correct or where to go from there. First thing to do, at the "db> " prompt, enter "bt" and show us the results. What version of FreeBSD is this? (8.0-BETA2 I'm assuming?) There are probably at least two issues here: 1) The allocation shouldn't fail, but is, and 2) it shouldn't panic. Getting a backtrace (with "bt" will hopefully be enough to figure out the second issue, but for the first one we may need a full verbose dmesg from the system. Do you have a serial console hooked up to the machine with which you could obtain this? Thanks, Gavin