From owner-freebsd-acpi@FreeBSD.ORG Mon Jul 13 15:32:36 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 371EF1065675 for ; Mon, 13 Jul 2009 15:32:36 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 07F8D8FC20 for ; Mon, 13 Jul 2009 15:32:36 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 945D346B37; Mon, 13 Jul 2009 11:32:35 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 662968A095; Mon, 13 Jul 2009 11:32:34 -0400 (EDT) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Mon, 13 Jul 2009 08:03:16 -0400 User-Agent: KMail/1.9.7 References: <17574_1247071910_4A54CEA6_17574_42_1_4A54CE95.4090503@davisvision.com> In-Reply-To: <17574_1247071910_4A54CEA6_17574_42_1_4A54CE95.4090503@davisvision.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907130803.17161.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 13 Jul 2009 11:32:34 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00, DATE_IN_PAST_03_06,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Subject: Re: SunFire x4275 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2009 15:32:36 -0000 On Wednesday 08 July 2009 12:51:33 pm Jesse Kempf wrote: > Hi, > We recently got in a SunFire x4275, one of Sun's new Nehalem boxes. The > full server architecture whitepaper is here: > https://www.sun.com/offers/details/X4x70_server_architecture.html > (requires registration). > > The upshot of the system is that there are a pair of "intelligent" > risers in the machine, which take a x8 PCIe link and mux it to a pair of > x8 PCIe links. Sun uses the IDT PES24T6G2 PCIe switch to do the muxing. > > FreeBSD, when it boots, can't see past the risers. This holds for both > 7.2p1 and 8-CURRENT. It can see the IDT PCIe switches, and if a PCIe > card is moved off the intelligent riser, to the one dumb riser in the > machine, the card can be seen. Interestingly, when I boot FreeBSD with > ACPI turned off, all the devices past the risers can be seen, but device > attachment fails spectacularly. > > I've tried setting debug.acpi.disabled for individual subsystems that > make sense, and have not been able to come up with a combination that > allows the system to boot as well as see past the risers. From what I > understand, this is not too surprising. > > When I say "can't see past the risers", I mean: > > pcib9: at device 0.0 on pci25 > pcib9: domain 0 > pcib9: secondary bus 26 > pcib9: subordinate bus 38 > pcib9: I/O decode 0x8000-0x9fff > pcib9: memory decode 0xfaa00000-0xfabfffff > pcib9: no prefetched decode > device_attach: pcib9 attach returned 6 Hmm, I would add printfs to each failing return() in the attach methods of sys/dev/acpica/acpi_pcib_pci.c to see where it is failing. I bet you are failing on this: /* * Don't attach if we're not really there. * * XXX: This isn't entirely correct since we may be a PCI bus * on a hot-plug docking station, etc. */ if (!acpi_DeviceIsPresent(dev)) return_VALUE(ENXIO); I'm guessing both bridges are returning not present via _STA? -- John Baldwin