From owner-freebsd-stable@FreeBSD.ORG Sat Sep 13 02:13:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 520751065676; Sat, 13 Sep 2008 02:13:35 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 23AF98FC14; Sat, 13 Sep 2008 02:13:29 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 2144D160698; Fri, 12 Sep 2008 22:13:29 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Fri, 12 Sep 2008 22:13:29 -0400 X-Sasl-enc: neCawjmMDaX7DoNfeYn09dG+LIWSLqXaZlsHcWadzEDm 1221272008 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 769B33AA0E; Fri, 12 Sep 2008 22:13:28 -0400 (EDT) Message-ID: <48CB21C7.9050706@incunabulum.net> Date: Sat, 13 Sep 2008 03:13:27 +0100 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: John Baldwin References: <48C8F684.8090409@incunabulum.net> <20080911110407.GC25493@icarus.home.lan> <48C927D6.5020800@incunabulum.net> <200809111043.18265.jhb@freebsd.org> In-Reply-To: <200809111043.18265.jhb@freebsd.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jeremy Chadwick , FreeBSD stable Subject: Re: alpm(4) I/O range is claimed by ACPI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Sep 2008 02:13:35 -0000 John Baldwin wrote: > Umm, ACPI will allow children devices to allocate their resources out of > the "sysresource" pool. IPMI has to do this on some systems where ACPI > claims the IPMI I/O ports as a system resource. But surely if alpm(4) were to attach to such a range in this way, it would need to be a child of the acpi bus device, yes? The IPMI driver probes for a specific ACPI ID in the DSDT. PCI ID looks like this: alpm0@pci0:0:30:1: class=0x068000 card=0x81561043 chip=0x710110b9 rev=0x00 hdr=0x00 So I grabbed the M1543 datasheet off the web and looked in CSR space. Guess what: the AMI BIOS on the ASUS Vintage AH-1 does NOT set up the PMU. The function is still visible, it just has no active I/O mappings. No wonder alpm(4) does not attach. I tried looking for this device in the DSDT, I don't see anything which obviously resembles it. The equivalent Linux driver has a means of forcing the mapping to be set up if it isn't available: http://www.kernel.org/doc/Documentation/i2c/busses/i2c-ali15x3 It looks like there used to be a means of doing this in the FreeBSD driver but it got nuked. And that ASUS didn't much care about power management support in this machine... Oh well! I know ichsmb works on at least one machine that I have. cheers BMS