From owner-freebsd-current@FreeBSD.ORG Tue Sep 9 03:27:05 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 1A3751065670 for ; Tue, 9 Sep 2008 03:27:05 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 9B0E38FC14 for ; Tue, 9 Sep 2008 03:27:04 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1572601fgb.35 for ; Mon, 08 Sep 2008 20:27:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=z7WX9TqhHD/TGB0YXtfFL4pNfDa5Pnh7jho78Pn+kHw=; b=dAAT00lQxFP30upvMjOZJw8BVi0vlVgWqoxSfFzymJ6RFgt9mXwCe0fYxjjBf8X7/2 zpnNrm3FJVRTxwCRdoiIfAQwFahySTtapJIg/6o1rDdj+w54OZSFHZg4yLVq8ilaPdCo DfG41kY6thtQSroDqo4Motl2v5OAZnKUsIPQ4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=GpXVTYxsnritIYuSTh98bzmLMplUX8pXpbInB+wbDrTOeYM9g5UWNWl0NHJ1MeJedc eQKQLL3q0TdVBOCGSB0OsY02qbIUj23P+PEKWKJznQU8TlvCCD4VE9vZwgpUJUG3Z/sD l/pENkhhqT3c8cwzWPrbuwI8nnYRgglH8bboI= Received: by 10.86.80.5 with SMTP id d5mr84540fgb.19.1220930823184; Mon, 08 Sep 2008 20:27:03 -0700 (PDT) Received: by 10.86.62.14 with HTTP; Mon, 8 Sep 2008 20:27:03 -0700 (PDT) Message-ID: <7d6fde3d0809082027k5a5c9d7fm5eceb48e1a68612f@mail.gmail.com> Date: Mon, 8 Sep 2008 20:27:03 -0700 From: "Garrett Cooper" To: "John Baldwin" In-Reply-To: <200809081650.38774.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200809021033.55033.jhb@freebsd.org> <200809081650.38774.jhb@freebsd.org> Cc: freebsd-current@freebsd.org, Christian Weisgerber , Pascal Hofstee Subject: Re: No root filesystem 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: Tue, 09 Sep 2008 03:27:05 -0000 On Mon, Sep 8, 2008 at 1:50 PM, John Baldwin wrote: > On Tuesday 02 September 2008 01:41:24 pm Pascal Hofstee wrote: >> On Tue, Sep 2, 2008 at 4:33 PM, John Baldwin wrote: >> > This explains k8temp. So my earlier test patch to Christian only checked >> > on i386 which is why it didn't find an issue before. Try the updated >> > patch at http://www.FreeBSD.org/~jhb/patches/pcie.patch >> > >> > This does PCI config reads using both methods and panics if it doesn't >> > get the same result. >> >> I had to adjust the patch slightly by actually initializing edata to >> -1 to get the kernel to actually build (WARNS was complaining about >> possibly uninitialized variable edata). I then booted the resulting >> kernel and got the following boot log: >> >> [snip earlier parts of boot log] >> acpi0: <090607 RSDT1001> on motherboard >> PCIe: Memory Mapped configuration base @ 0xe0000000 >> ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 >> acpi0: [MPSAFE] >> acpi0: [ITHREAD] >> acpi0: Power Button (fixed) >> panic: pci_cfgread(0:24:0, 11, 1) => 0x6, 0xff >> cpuid = 0 >> >> According to pciconf -lv on a working kernel device 0:24:0 is the >> following: hostb0@pci0:0:24:0: class=0x060000 card=0x00000000 >> chip=0x11001022 rev=0x00 hdr=0x00 >> vendor = 'Advanced Micro Devices (AMD)' >> device = '(K8) Athlon 64/Opteron HyperTransport Technology >> Configuration' >> class = bridge >> subclass = HOST-PCI >> >> Which matches perfectly with the first previously mentioned missing >> devices that are normally attached to pcib0. > > So Linux has a rather gross work-around for this (it's a hardware bug) where > they check all the slots on bus 0, and if a device isn't found via MCFG, it > falls back to using the old style config access. That still doesn't explain > the ata issue though. Let me see if I can come up with a patch for this > issue first, and then we can move on to the ATA one. :-( > > Try http://www.FreeBSD.org/~jhb/patches/pcie_mcfg_k8.patch > > -- > John Baldwin Broken link ><. -Garrett