From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 17 21:14:03 2008 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 30BC21065675 for ; Mon, 17 Nov 2008 21:14:03 +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 66D3E8FC12 for ; Mon, 17 Nov 2008 21:14:02 +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 mAHLDgut033788; Mon, 17 Nov 2008 16:13:55 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Daniel Levine" Date: Mon, 17 Nov 2008 16:10:49 -0500 User-Agent: KMail/1.9.7 References: <200811171157.17556.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811171610.49614.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Mon, 17 Nov 2008 16:13:55 -0500 (EST) X-Virus-Scanned: ClamAV 0.93.1/8642/Sun Nov 16 23:01:08 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: freebsd-acpi@freebsd.org Subject: Re: Marvell 88E8038 PCI-E controller doesn't appear as device with acpi enabled 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, 17 Nov 2008 21:14:03 -0000 On Monday 17 November 2008 01:20:43 pm Daniel Levine wrote: > It doesn't work on NetBSD either, though, nor Open, Dragonfly, etc. Is > this bug common to all BSD flavors? Is there any workaround? Yes. It's more a missing feature than a bug strictly speaking. It's the same exact problem as PNP OS=YES. Basically, *BSD still depend on the BIOS to do most of the resource allocation for devices. > On 11/17/08, John Baldwin wrote: > > On Monday 17 November 2008 10:30:00 am Daniel Levine wrote: > >> On my Acer Aspire 3680-2633, the Marvell ethernet controller, which > >> appears like so under Linux lspci: > >> > >> 02:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8038 > >> PCI-E Fast Ethernet Controller (rev 14) > >> > >> Does not show up at all with acpi enabled - no msk0 in ifconfig -a, no > >> device in /dev, nothing. With acpi disabled, it appears and works > >> fine. This is the case under both FreeBSD 6.4 and 7.0, as well as > >> OpenBSD 4.4 and NetBSD 4.0.1. > >> > >> The acpidump output is available here: > >> > >> http://www.mediafire.com/?g4zin4s99b1 > >> > >> If MediaFire isn't cooperating, notify me and I'll upload again somewhere > > else. > >> > >> I've also attached the outputs of dmesg with acpi enabled and > >> disabled, and the output of 'sysctl hw.acpi'. Hopefully those will be > >> of some help. > >> > >> Also, a brief note - the reason all the filesystems are showing as > >> unclean in dmesg-noacpi.txt is that my (FreeBSD 6.4) system panicked > >> when I removed my USB stick. I've heard this was a known bug in beta > >> versions of 7.0, but haven't heard of it happening in 6.4; I'm not > >> sure if it's that bug again, or just a further result of my ACPI > >> messing up. > > > > Your devices are there, they just can't allocate resources. This is more of > > a > > FreeBSD bug in that we don't support fully allocating I/O port and memio > > resources for PCI devices from scratch, at least we don't handle allocating > > resources from scratch for devices behind PCI-PCI bridges. > > > > -- > > John Baldwin > > > -- John Baldwin