From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 16:43:19 2008 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 1A388106574B for ; Fri, 5 Dec 2008 16:43:19 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id B15D68FC13 for ; Fri, 5 Dec 2008 16:43:18 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id mB5Gh07a042953; Fri, 5 Dec 2008 11:43:12 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 5 Dec 2008 11:31:29 -0500 User-Agent: KMail/1.9.7 References: <49226603.5030204@nixil.net> <200812041421.53099.jhb@freebsd.org> <58c737d70812041934v359e9833vbe68e6be871875f8@mail.gmail.com> In-Reply-To: <58c737d70812041934v359e9833vbe68e6be871875f8@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812051131.30003.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Fri, 05 Dec 2008 11:43:12 -0500 (EST) X-Virus-Scanned: ClamAV 0.93.1/8727/Fri Dec 5 09:49:21 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Chris Ruiz Subject: Re: lockup booting 8.0-CURRENT-200811 snap image 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: Fri, 05 Dec 2008 16:43:19 -0000 On Thursday 04 December 2008 10:34:06 pm Chris Ruiz wrote: > On Thu, Dec 4, 2008 at 1:21 PM, John Baldwin wrote: > > On Tuesday 18 November 2008 01:51:47 am Phil Oleson wrote: > >> Hi, I've been trying to update my system to Current to try out the new > >> usb stack etc.. > >> and have had some problems. Initially I attempted to just do a cvsup, > >> make buildworld, > >> make kernel and had problems at the reboot. Ended up having to use the > >> livecd to swap > >> out the kernel (loader was strangely hanging before I could type unload; > >> boot kernel.old) > >> > >> Anyways, I picked up a new drive to split my system up to have a > >> working 7 & current. > >> So, I downloaded the 200811 snap iso's for amd64 & i386 and tried to > >> boot to them. > >> Same/similar lockup happens.. now since this board currently doesn't > >> have a serial port > >> I've had to handtype what was left on the screen.. so hopefully it's > >> enough for now. > >> > >> System: INTEL BLKDG35EC 775 G35 (flashed to the **ECG3510M.86A.0107** > >> Bios Image) > >> INTEL C2Q Q9300 2.5G 775 > >> 2 gigs memory (messed up on original order and havnt fixed > >> it yet) > >> using the built-in Intel video.. > >> > >> so the i386 and the amd64 dvd image I booted with had the same stopping > >> screen/output > >> that I could see.. this is what I was able to get down from a verbose boot. > >> > >> ------------------------------------------------------ > >> Initial Probe 0 10 N 0 3 4 5 7 9 10 11 12 > >> Validation 0 10 N 0 3 4 5 7 9 10 11 12 > >> After Disable 0 255 N 0 3 4 5 7 9 10 11 12 > >> acpi_hpet0: iomem 0xfed00000-0xfed003ff on > >> acpi0 > >> acpi_hpet0: vend: 0x8086 rev: 0x1 num: 2 hz: 14318180 opts: legacy_route > >> 64-bit Timecounter "HPET" frequency 143181800 Hz quality 900 > >> acpi_button0: on acpi0 > >> pcib0: port 0xcf8-0xcff on acpi0 > >> pci0: on pcib0 > >> pci0: domain=0, physical bus=0 > >> found-> vendor=0x8086, dev=0x2980, revid=0x03 > >> domain=0, bus=0, slot=0, func=0 > >> class=06-00-00, hdrtype=0x00, mfdev=0 > >> cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) > >> lattimer=0x00 (0 ns), mingnt=0x00 (0ns), maxlat=0x00 (0 ns) > >> found-> vendor=0x8086, dev=0x2982, revid=0x03 > >> domain=0, bus=0, slot=2, func=0 > >> class=03-00-00, hdrtype=0x00, mfdev=1 > >> cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) > >> lattimer=0x00 (0 ns), mingnt=0x00 (0ns), maxlat=0x00 (0 ns) > >> intpin=a, irq=11 > >> powerspec 2 supports D0 D3 current D0 > >> MSI supports 1 message > >> map[10]: type Memory, range32, base 0x90200000, size 20, > >> enabled > >> -------------------------------- > >> > >> > >> Any suggestions on how to proceed? > >> > >> I'll see about installing the new install on the new drive starting at > >> RELENG_7 > >> and updating to HEAD from there.. so any source changes will have to wait on > >> completing that.. but anything would help. > > > > Try setting hw.pci.mcfg=0 > > I also have an Intel board (INTEL DQ35JO) and had posted last month > with a boot hang in the same place. I recieved a quick reply from > the list and setting hw.pci.mcg=0 fixed everything. > > Should this be marked as a known problem somewhere on the wiki? It > appears to happen to Intel boards with onboard graphics and I imagine > that as more people migrate from 7.x to CURRENT that this will happen > to more users. > > Thanks, > > Chris Ruiz Well, we probably need to come up with a better way to determine which machines to actually use it on. It's a shame that MCFG is apparently busted on so many machines (either that or we are not doing something correctly). -- John Baldwin