From owner-freebsd-acpi@FreeBSD.ORG Sun May 9 04:26:38 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25F7316A4CF for ; Sun, 9 May 2004 04:26:38 -0700 (PDT) Received: from corrupt.co.nz (222-152-4-137.jetstream.xtra.co.nz [222.152.4.137]) by mx1.FreeBSD.org (Postfix) with SMTP id C596F43D5E for ; Sun, 9 May 2004 04:26:36 -0700 (PDT) (envelope-from drew@corrupt.co.nz) Received: (qmail 2962 invoked by uid 1011); 9 May 2004 11:26:35 -0000 Received: from drew@corrupt.co.nz by mail.corrupt.co.nz by uid 1009 with qmail-scanner-1.20st Clear:RC:0(10.10.69.143):SA:0(0.0/3.8):. Processed in 1.872274 secs); 09 May 2004 11:26:35 -0000 X-Spam-Status: No, hits=0.0 required=3.8 Received: from unknown (HELO corrupt.co.nz) (drew@corrupt.co.nz@10.10.69.143) by corrupt.co.nz with SMTP; 9 May 2004 11:26:33 -0000 Message-ID: <409E155D.5090300@corrupt.co.nz> Date: Sun, 09 May 2004 23:26:21 +1200 From: Drew Broadley User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040505 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-acpi@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Error when trying to start 'apmd' X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 May 2004 11:26:38 -0000 $ apmd -d apmd[805]: start May 9 22:18:50 taz apmd[805]: start apmd: cannot open device file `/dev/apmctl': No such file or directory I have compiled "option apm" into my kernel and have apm enabled in my rc.conf Any ideas ? - Drew From owner-freebsd-acpi@FreeBSD.ORG Sun May 9 08:35:27 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A36316A4CE; Sun, 9 May 2004 08:35:27 -0700 (PDT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 451B043D53; Sun, 9 May 2004 08:35:26 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i48Jb3Od041913; Sat, 8 May 2004 13:37:04 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 08 May 2004 13:37:47 -0600 (MDT) Message-Id: <20040508.133747.06227857.imp@bsdimp.com> To: marcel@xcllnt.net From: "M. Warner Losh" In-Reply-To: <20040508164334.GA3217@dhcp01.pn.xcllnt.net> References: <20040507231846.F52653@root.org> <20040508164334.GA3217@dhcp01.pn.xcllnt.net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: arch@freebsd.org Subject: Re: New ACPI blacklist format X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 May 2004 15:35:27 -0000 The other option is to pick a meta-format and then generate the quirk tables from that. Forcing gcc to bend to your will may be ugly. This would also alow you to subset things for customer kernels. Warner From owner-freebsd-acpi@FreeBSD.ORG Sun May 9 08:35:34 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45DE616A4D0; Sun, 9 May 2004 08:35:34 -0700 (PDT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id C68EF43D39; Sun, 9 May 2004 08:35:33 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i48BhhOd037646; Sat, 8 May 2004 05:44:58 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 08 May 2004 05:44:29 -0600 (MDT) Message-Id: <20040508.054429.99235478.imp@bsdimp.com> To: nate@root.org From: "M. Warner Losh" In-Reply-To: <20040507231846.F52653@root.org> References: <20040507231846.F52653@root.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: arch@freebsd.org Subject: Re: New ACPI blacklist format X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 May 2004 15:35:34 -0000 In message: <20040507231846.F52653@root.org> Nate Lawson writes: : I have extracted a set of known-broken tables/versions from various : sources. Since. as far as I know, C does not allow variable length : initializers, I've settled on the following format: It does. : struct acpi_table_desc { : char *signature; : char *oem_id; : char *oem_table_id; : char *oem_rev_op; : char *oem_revision; : char *creator_id; : char *creator_rev_op; : char *creator_revision; : }; : : struct acpi_blacklist { : int quirk; : struct acpi_table_desc *match; : }; : : #define ACPI_BROKEN 0x1 : : static struct acpi_table_desc Abit_BP6[] = { : { "FACP", "AWARD", "AWRDACPI", "<=", "30302e31", "", "", "" }, : }; { .signature = "FACP", .oem_id="AWARD", .oem_table_id="AWARDACPI", .oem_rev_op = "<=", } :The op values will be "<=", "=", and ">=". These are likely better as a enum. : Is there any better way to compact this? Using shorter structure names would get it all onthe same line. Warner From owner-freebsd-acpi@FreeBSD.ORG Sun May 9 13:58:58 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E035016A4CE for ; Sun, 9 May 2004 13:58:58 -0700 (PDT) Received: from tx2.citynet.net (tx2.citynet.net [66.118.64.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 250E443D31 for ; Sun, 9 May 2004 13:58:58 -0700 (PDT) (envelope-from BlackBsd@Mountain.Net) Received: from Mountain.Net (dhcp-69-43-11-063.fibernet.dialup.citynet.net [69.43.11.63])id i49KwubI015267 for ; Sun, 9 May 2004 16:58:56 -0400 Message-ID: <409E9B9F.5060801@Mountain.Net> Date: Sun, 09 May 2004 16:59:11 -0400 From: Brian Black User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040316 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: <20040508190215.D2FDC16A4CF@hub.freebsd.org> In-Reply-To: <20040508190215.D2FDC16A4CF@hub.freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: freebsd-acpi Digest, Vol 5, Issue 4 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: BlackBsd@Mountain.Net List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 May 2004 20:58:59 -0000 I thought the new gcc does support variable length initializers?? From owner-freebsd-acpi@FreeBSD.ORG Sun May 9 15:26:25 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB4EF16A4CE for ; Sun, 9 May 2004 15:26:25 -0700 (PDT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75ECD43D31 for ; Sun, 9 May 2004 15:26:25 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Sun, 09 May 2004 15:26:25 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id E65655D08; Sun, 9 May 2004 15:26:24 -0700 (PDT) To: Drew Broadley Followup-to: freebsd-current@freebsd.org In-reply-to: Your message of "Sun, 09 May 2004 23:26:21 +1200." <409E155D.5090300@corrupt.co.nz> Date: Sun, 09 May 2004 15:26:24 -0700 From: "Kevin Oberman" Message-Id: <20040509222624.E65655D08@ptavv.es.net> cc: freebsd-acpi@FreeBSD.org Subject: Re: Error when trying to start 'apmd' X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 May 2004 22:26:25 -0000 > Date: Sun, 09 May 2004 23:26:21 +1200 > From: Drew Broadley > Sender: owner-freebsd-acpi@freebsd.org > > $ apmd -d > apmd[805]: start > May 9 22:18:50 taz apmd[805]: start > apmd: cannot open device file `/dev/apmctl': No such file or directory > > I have compiled "option apm" into my kernel and have apm enabled in my > rc.conf Did you disable ACPI? APM and ACPI won't work together. It's one or the other. You need to have apm loaded (either by building it into the kernel or by loading it from /boot/loader.conf) and ACPI disabled by either /boot/loader.conf or /boot/device.hints for apmd to be usable. The line would be something like: hint.acpi.0.disabled="1" This is really not an ACPI question, so I have set followups to current@. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-acpi@FreeBSD.ORG Mon May 10 07:06:00 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7A5316A4CF for ; Mon, 10 May 2004 07:06:00 -0700 (PDT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 925A943D2D for ; Mon, 10 May 2004 07:05:59 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 13803 invoked from network); 10 May 2004 14:05:58 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 10 May 2004 14:05:58 -0000 Received: from 10.50.40.205 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i4AE5rmX097375; Mon, 10 May 2004 10:05:53 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-acpi@FreeBSD.org Date: Mon, 10 May 2004 10:06:18 -0400 User-Agent: KMail/1.6 References: <20040507231846.F52653@root.org> <20040508.054429.99235478.imp@bsdimp.com> <20040508113421.R58706@root.org> In-Reply-To: <20040508113421.R58706@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200405101006.18787.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: acpi@FreeBSD.org cc: arch@FreeBSD.org Subject: Re: New ACPI blacklist format X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 May 2004 14:06:00 -0000 On Saturday 08 May 2004 02:37 pm, Nate Lawson wrote: > On Sat, 8 May 2004, M. Warner Losh wrote: > > In message: <20040507231846.F52653@root.org> > > > > Nate Lawson writes: > > : I have extracted a set of known-broken tables/versions from various > > : sources. Since. as far as I know, C does not allow variable length > > : initializers, I've settled on the following format: > > > > It does. > > > > : struct acpi_table_desc { > > : char *signature; > > : char *oem_id; > > : char *oem_table_id; > > : char *oem_rev_op; > > : char *oem_revision; > > : char *creator_id; > > : char *creator_rev_op; > > : char *creator_revision; > > : }; > > : > > : struct acpi_blacklist { > > : int quirk; > > : struct acpi_table_desc *match; > > : }; > > : > > : #define ACPI_BROKEN 0x1 > > : > > : static struct acpi_table_desc Abit_BP6[] = { > > : { "FACP", "AWARD", "AWRDACPI", "<=", "30302e31", "", "", "" }, > > : }; > > > > { .signature = "FACP", .oem_id="AWARD", .oem_table_id="AWARDACPI", > > .oem_rev_op = "<=", } > > > > :The op values will be "<=", "=", and ">=". > > > > These are likely better as a enum. > > > > : Is there any better way to compact this? > > > > Using shorter structure names would get it all onthe same line. > > Sure, good comments. What I meant by compacting was to get a variable > number of acpi_table_desc elements in a single blacklist entry without > defining a separate static. Something like this: > > static struct acpi_blacklist blacklist[] = { > { > .quirk = ACPI_BROKEN, > { > { "FACP", ... }, > { "DSDT", ... } > } > }, > { > .quirk = ... > } > }; > > The compiler didn't allow this. I like the idea of having a flat file that Marcel or Warner suggested and generating the .c code from that file. I also think using enums or #define's for the logical operations is much better than having to do string compares in the kernel. Note that the file parser could translate 'oemrev <= foo' to an appropriate constant. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Mon May 10 07:06:00 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE4A516A4D0 for ; Mon, 10 May 2004 07:06:00 -0700 (PDT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id B925C43D48 for ; Mon, 10 May 2004 07:05:59 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 13803 invoked from network); 10 May 2004 14:05:58 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 10 May 2004 14:05:58 -0000 Received: from 10.50.40.205 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i4AE5rmX097375; Mon, 10 May 2004 10:05:53 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-acpi@FreeBSD.org Date: Mon, 10 May 2004 10:06:18 -0400 User-Agent: KMail/1.6 References: <20040507231846.F52653@root.org> <20040508.054429.99235478.imp@bsdimp.com> <20040508113421.R58706@root.org> In-Reply-To: <20040508113421.R58706@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200405101006.18787.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: acpi@FreeBSD.org cc: arch@FreeBSD.org Subject: Re: New ACPI blacklist format X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 May 2004 14:06:00 -0000 On Saturday 08 May 2004 02:37 pm, Nate Lawson wrote: > On Sat, 8 May 2004, M. Warner Losh wrote: > > In message: <20040507231846.F52653@root.org> > > > > Nate Lawson writes: > > : I have extracted a set of known-broken tables/versions from various > > : sources. Since. as far as I know, C does not allow variable length > > : initializers, I've settled on the following format: > > > > It does. > > > > : struct acpi_table_desc { > > : char *signature; > > : char *oem_id; > > : char *oem_table_id; > > : char *oem_rev_op; > > : char *oem_revision; > > : char *creator_id; > > : char *creator_rev_op; > > : char *creator_revision; > > : }; > > : > > : struct acpi_blacklist { > > : int quirk; > > : struct acpi_table_desc *match; > > : }; > > : > > : #define ACPI_BROKEN 0x1 > > : > > : static struct acpi_table_desc Abit_BP6[] = { > > : { "FACP", "AWARD", "AWRDACPI", "<=", "30302e31", "", "", "" }, > > : }; > > > > { .signature = "FACP", .oem_id="AWARD", .oem_table_id="AWARDACPI", > > .oem_rev_op = "<=", } > > > > :The op values will be "<=", "=", and ">=". > > > > These are likely better as a enum. > > > > : Is there any better way to compact this? > > > > Using shorter structure names would get it all onthe same line. > > Sure, good comments. What I meant by compacting was to get a variable > number of acpi_table_desc elements in a single blacklist entry without > defining a separate static. Something like this: > > static struct acpi_blacklist blacklist[] = { > { > .quirk = ACPI_BROKEN, > { > { "FACP", ... }, > { "DSDT", ... } > } > }, > { > .quirk = ... > } > }; > > The compiler didn't allow this. I like the idea of having a flat file that Marcel or Warner suggested and generating the .c code from that file. I also think using enums or #define's for the logical operations is much better than having to do string compares in the kernel. Note that the file parser could translate 'oemrev <= foo' to an appropriate constant. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Tue May 11 15:14:52 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D4CF16A4CE for ; Tue, 11 May 2004 15:14:52 -0700 (PDT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id E3EB143D2F for ; Tue, 11 May 2004 15:14:51 -0700 (PDT) (envelope-from nate@root.org) Received: (qmail 77656 invoked by uid 1000); 11 May 2004 22:14:53 -0000 Date: Tue, 11 May 2004 15:14:53 -0700 (PDT) From: Nate Lawson To: Marcel Moolenaar In-Reply-To: <20040508164334.GA3217@dhcp01.pn.xcllnt.net> Message-ID: <20040511151428.P77557@root.org> References: <20040507231846.F52653@root.org> <20040508164334.GA3217@dhcp01.pn.xcllnt.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: acpi@freebsd.org cc: arch@freebsd.org Subject: Re: New ACPI blacklist format X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 May 2004 22:14:52 -0000 On Sat, 8 May 2004, Marcel Moolenaar wrote: > On Fri, May 07, 2004 at 11:28:15PM -0700, Nate Lawson wrote: > > *snip* > > > static struct acpi_table_desc Abit_BP6[] = { > > { "FACP", "AWARD", "AWRDACPI", "<=", "30302e31", "", "", "" }, > > }; > > static struct acpi_table_desc AMI_INT[] = { /* 01/18/00 */ > > { "FACP", "AWARD", "", "<=", "10", "", "", "" }, > > { "DSDT", "", "", "<=", "5", "", "", "" }, > > }; > > static struct acpi_table_desc Compaq_ViperII[] = { > > { "FACP", "COMPAQ", "VIPER II", "<=", "06040000", "PTL", "<=", "000F4240" }, > > }; > > *snip* > > If space is a concern, you can enable (i.e. compile-in) quirks by > using kernel options, like: > > options ACPI_QUIRK_ABIT_BP6 > > and > > #ifdef ACPI_QUIRK_ABIT_BP6 > static struct acpi_table_desc Abit_BP6[] = { > { "FACP", "AWARD", "AWRDACPI", "<=", "30302e31", "", "", "" }, > }; > #endif > > You put all three of them in GENERIC and people can add or remove them > from their own kernel configuration to fit their needs (and save space). > If the quirks are in MI files, then this also avoids that i386 quirks > end up in amd64 or ia64 kernels. There will be about 100-300 of these. :) -Nate From owner-freebsd-acpi@FreeBSD.ORG Tue May 11 17:34:44 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D04E116A4CE; Tue, 11 May 2004 17:34:44 -0700 (PDT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4154443D1D; Tue, 11 May 2004 17:34:44 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i4C0YhOd087729; Tue, 11 May 2004 18:34:43 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 11 May 2004 18:35:38 -0600 (MDT) Message-Id: <20040511.183538.13771005.imp@bsdimp.com> To: nate@root.org From: "M. Warner Losh" In-Reply-To: <20040511151428.P77557@root.org> References: <20040507231846.F52653@root.org> <20040508164334.GA3217@dhcp01.pn.xcllnt.net> <20040511151428.P77557@root.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: arch@freebsd.org Subject: Re: New ACPI blacklist format X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 May 2004 00:34:45 -0000 In message: <20040511151428.P77557@root.org> Nate Lawson writes: : On Sat, 8 May 2004, Marcel Moolenaar wrote: : > On Fri, May 07, 2004 at 11:28:15PM -0700, Nate Lawson wrote: : > : > *snip* : > : > > static struct acpi_table_desc Abit_BP6[] = { : > > { "FACP", "AWARD", "AWRDACPI", "<=", "30302e31", "", "", "" }, : > > }; : > > static struct acpi_table_desc AMI_INT[] = { /* 01/18/00 */ : > > { "FACP", "AWARD", "", "<=", "10", "", "", "" }, : > > { "DSDT", "", "", "<=", "5", "", "", "" }, : > > }; : > > static struct acpi_table_desc Compaq_ViperII[] = { : > > { "FACP", "COMPAQ", "VIPER II", "<=", "06040000", "PTL", "<=", "000F4240" }, : > > }; : > : > *snip* : > : > If space is a concern, you can enable (i.e. compile-in) quirks by : > using kernel options, like: : > : > options ACPI_QUIRK_ABIT_BP6 : > : > and : > : > #ifdef ACPI_QUIRK_ABIT_BP6 : > static struct acpi_table_desc Abit_BP6[] = { : > { "FACP", "AWARD", "AWRDACPI", "<=", "30302e31", "", "", "" }, : > }; : > #endif : > : > You put all three of them in GENERIC and people can add or remove them : > from their own kernel configuration to fit their needs (and save space). : > If the quirks are in MI files, then this also avoids that i386 quirks : > end up in amd64 or ia64 kernels. : : There will be about 100-300 of these. :) All the more reason to have them in a form that can easily be subset and takes the tedium (== error possibilities) out of the loop :-) Warner From owner-freebsd-acpi@FreeBSD.ORG Tue May 11 17:59:36 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDD5716A4CE; Tue, 11 May 2004 17:59:36 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 797F843D1F; Tue, 11 May 2004 17:59:36 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost [127.0.0.1]) by ns1.xcllnt.net (8.12.11/8.12.11) with ESMTP id i4C0xPUY041050; Tue, 11 May 2004 17:59:25 -0700 (PDT) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.12.11/8.12.11/Submit) id i4C0xP7H041049; Tue, 11 May 2004 17:59:25 -0700 (PDT) (envelope-from marcel) Date: Tue, 11 May 2004 17:59:25 -0700 From: Marcel Moolenaar To: "M. Warner Losh" Message-ID: <20040512005925.GA40996@ns1.xcllnt.net> References: <20040507231846.F52653@root.org> <20040508164334.GA3217@dhcp01.pn.xcllnt.net> <20040511151428.P77557@root.org> <20040511.183538.13771005.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040511.183538.13771005.imp@bsdimp.com> User-Agent: Mutt/1.5.5.1i cc: acpi@freebsd.org cc: arch@freebsd.org Subject: Re: New ACPI blacklist format X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 May 2004 00:59:36 -0000 On Tue, May 11, 2004 at 06:35:38PM -0600, M. Warner Losh wrote: > : > > : > You put all three of them in GENERIC and people can add or remove them > : > from their own kernel configuration to fit their needs (and save space). > : > If the quirks are in MI files, then this also avoids that i386 quirks > : > end up in amd64 or ia64 kernels. > : > : There will be about 100-300 of these. :) > > All the more reason to have them in a form that can easily be subset > and takes the tedium (== error possibilities) out of the loop :-) Agreed. The compactness and syntax of the source code can then be optimized for readability and editability. The generated quirks can be optimized for speed and space. With that many quirk entries, I think that's important enough to the offset the added complexity... -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-acpi@FreeBSD.ORG Thu May 13 10:40:38 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BB6C16A4CE for ; Thu, 13 May 2004 10:40:38 -0700 (PDT) Received: from tht.net (vista.tht.net [216.126.88.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC55A43D41 for ; Thu, 13 May 2004 10:40:35 -0700 (PDT) (envelope-from iam@rbt.ca) Received: from [134.22.69.200] (dyn-69-200.tor.dsl.tht.net [134.22.69.200]) by tht.net (Postfix) with ESMTP id 9EE6E76A57 for ; Thu, 13 May 2004 13:40:36 -0400 (EDT) From: RT To: freebsd-acpi@freebsd.org Content-Type: multipart/mixed; boundary="=-LHGEUiVp0u0xKdWmcOUB" Message-Id: <1084471311.699.54.camel@jester> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 13 May 2004 14:01:52 -0400 Subject: IBM x20 Thinkpad X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2004 17:40:38 -0000 --=-LHGEUiVp0u0xKdWmcOUB Content-Type: text/plain Content-Transfer-Encoding: 7bit With ACPI enabled, 90% of my attempts to start X result in a freeze. If X starts, it runs without any problems from that point forward so I can only assume it has to do with probing for the video card. With hint.acpi.0.disabled="1" in /boot/device.hints, I do not have any issues with freezes and X. IBM ThinkPad x20 2662-37u ASL file: http://www.rbt.ca/temp/rbt-IBMx20266237u.asl -- Rod Taylor Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL PGP Key: http://www.rbt.ca/signature.asc --=-LHGEUiVp0u0xKdWmcOUB Content-Disposition: attachment; filename=acpi.bootlog Content-Type: text/plain; name=acpi.bootlog; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2.1-RELEASE #0: Mon Feb 23 20:45:55 GMT 2004 root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a35000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a351f4. Calibrating clock(s) ... i8254 clock: 1193066 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 312871914 Hz CPU: Intel Pentium III (312.87-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383f9ff real memory = 335478784 (319 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c29000 - 0x0000000013a29fff, 316674048 bytes (77313 pages) avail memory = 316243968 (301 MB) bios32: Found BIOS32 Service Directory header at 0xc00f6f40 bios32: Entry = 0xfd820 (c00fd820) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd7b0+0x19f pnpbios: Found PnP BIOS data at 0xc00f6f70 pnpbios: Entry = f0000:adbc Rev = 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: wlan: <802.11 Link Layer> null: random: mem: Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x80000058 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71908086) pcibios: BIOS version 2.10 Using $PIR table, 11 entries at 0xc00fdee0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 7 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 7 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 7 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 7 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 0 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 0 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 8 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 8 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 8 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 11 A 0x60 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 10 A 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 10 B 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 D 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 2 8 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 slot 2 8 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 slot 2 8 0 C 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 2 8 0 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 8 1 A 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 8 2 A 0x62 3 4 5 6 7 9 10 11 12 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 0 func 0 ACPI-1287: *** Error: Method execution failed [\\_SB_.PCI0._INI] (Node 0xc18475a0), AE_AML_NO_RETURN_VALUE acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 3 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 8 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 8 func 1 acpi0: Power Button (fixed) ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 7, width = 5 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_cpu0: on acpi0 acpi_tz0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ---- initial configuration ------------------------ \\_SB_.LNKA irq 10: [ 9 11] low,level,sharable 0.1.0 \\_SB_.LNKD irq 9: [ 9 11] low,level,sharable 0.7.3 \\_SB_.LNKA irq 10: [ 9 11] low,level,sharable 0.8.0 \\_SB_.LNKB irq 4: [ 9 11] low,level,sharable 0.8.1 \\_SB_.LNKC irq 5: [ 9 11] low,level,sharable 0.8.2 \\_SB_.LNKC irq 5: [ 9 11] low,level,sharable 0.10.0 \\_SB_.LNKD irq 9: [ 9 11] low,level,sharable 0.10.1 \\_SB_.LNKA irq 10: [ 9 11] low,level,sharable 0.11.0 ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- \\_SB_.LNKA irq 10: [ 9 11] low,level,sharable 0.1.0 \\_SB_.LNKD irq 9: [ 9 11] low,level,sharable 0.7.3 \\_SB_.LNKA irq 10: [ 9 11] low,level,sharable 0.8.0 \\_SB_.LNKB irq 4: [ 9 11] low,level,sharable 0.8.1 \\_SB_.LNKC irq 5: [ 9 11] low,level,sharable 0.8.2 \\_SB_.LNKC irq 5: [ 9 11] low,level,sharable 0.10.0 \\_SB_.LNKD irq 9: [ 9 11] low,level,sharable 0.10.1 \\_SB_.LNKA irq 10: [ 9 11] low,level,sharable 0.11.0 pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base f8000000, size 26, enabled found-> vendor=0x8086, dev=0x7190, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7191, revid=0x03 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x001f, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0x8c (35000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=7, func=0 class=06-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00001800, size 4, enabled found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=7, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00001820, size 5, enabled pcib0: matched entry for 0.7.INTD (source \\_SB_.LNKD) pcib0: slot 7 INTD is routed to irq 9 found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=7, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=9 map[90]: type 4, range 32, base 00001040, size 4, enabled found-> vendor=0x8086, dev=0x7113, revid=0x03 bus=0, slot=7, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base 50000000, size 12, enabled pcib0: matched entry for 0.8.INTA (source \\_SB_.LNKA) pcib0: slot 8 INTA is routed to irq 10 found-> vendor=0x1180, dev=0x0476, revid=0x80 bus=0, slot=8, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x80 (32000 ns), maxlat=0x07 (1750 ns) intpin=a, irq=10 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 50100000, size 12, enabled pcib0: matched entry for 0.8.INTB (source \\_SB_.LNKB) pcib0: slot 8 INTB is routed to irq 4 found-> vendor=0x1180, dev=0x0476, revid=0x80 bus=0, slot=8, func=1 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x80 (32000 ns), maxlat=0x07 (1750 ns) intpin=b, irq=4 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00002000, size 8, enabled map[14]: type 1, range 32, base f4011400, size 7, enabled map[18]: type 1, range 32, base f4011000, size 7, enabled pcib0: matched entry for 0.10.INTA (source \\_SB_.LNKC) pcib0: slot 10 INTA is routed to irq 5 found-> vendor=0x10b7, dev=0x6056, revid=0x20 bus=0, slot=10, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x50 (2400 ns), mingnt=0x0a (2500 ns), maxlat=0x0a (2500 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D3 map[10]: type 4, range 32, base 00002400, size 8, enabled map[14]: type 1, range 32, base f4011c00, size 8, enabled map[18]: type 1, range 32, base f4011800, size 7, enabled pcib0: matched entry for 0.10.INTA (source \\_SB_.LNKC) pcib0: slot 10 INTA is routed to irq 5 found-> vendor=0x10b7, dev=0x1007, revid=0x20 bus=0, slot=10, func=1 class=07-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0013, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x50 (2400 ns), mingnt=0x0a (2500 ns), maxlat=0x0a (2500 ns) intpin=a, irq=5 powerspec 2 supports D0 D2 D3 current D0 map[10]: type 1, range 32, base f4010000, size 12, enabled map[14]: type 1, range 32, base f4000000, size 16, enabled pcib0: matched entry for 0.11.INTA (source \\_SB_.LNKA) pcib0: slot 11 INTA is routed to irq 10 found-> vendor=0x1013, dev=0x6005, revid=0x01 bus=0, slot=11, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0002, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x18 (6000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x3000-0x3fff pcib1: memory decode 0xf4100000-0xf5ffffff pcib1: prefetched decode 0xfff00000-0xfffff ---- initial configuration ------------------------ \\_SB_.LNKA irq 10: [ 9 11] low,level,sharable 1.0.0 \\_SB_.LNKB irq 4: [ 9 11] low,level,sharable 1.0.1 ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- \\_SB_.LNKA irq 10: [ 9 11] low,level,sharable 1.0.0 \\_SB_.LNKB irq 4: [ 9 11] low,level,sharable 1.0.1 pci1: on pcib1 pci1: physical bus=1 map[10]: type 1, range 32, base f5000000, size 24, enabled map[14]: type 4, range 32, base 00003000, size 8, enabled map[18]: type 1, range 32, base f4100000, size 12, enabled pcib1: matched entry for 1.0.INTA (source \\_SB_.LNKA) pcib1: slot 0 INTA is routed to irq 10 found-> vendor=0x1002, dev=0x4c4d, revid=0x64 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x42 (1980 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 pci1: at device 0.0 (no driver attached) PCI-ISA bridge with incorrect subclass 0x80 PCI-ISA bridge with incorrect subclass 0x80 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1800-0x180f at device 7.1 on pci0 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 mask=03 stat0=50 stat1=00 devices=0x1 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: reset tp1 mask=03 ostat0=00 ostat1=00 ata1-master: stat=0x00 err=0x00 lsb=0x00 msb=0x00 ata1-slave: stat=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 mask=03 stat0=00 stat1=00 devices=0x0 ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] uhci0: port 0x1820-0x183f irq 9 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 7.3 (no driver attached) cbb0: mem 0x50000000-0x50000fff irq 10 at device 8.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x04761180 0x02100007 0x06070080 0x00824000 0x10: 0x50000000 0x020000dc 0xb0040200 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x0700010a 0x40: 0x01851014 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x04800001 0x00000000 0x04630464 0x30000000 0x90: 0x00000000 0x00000000 0x00000000 0x00000000 0xa0: 0x00000000 0x20150fff 0x00000000 0x00000000 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x01851014 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0xfe190001 0xe0: 0x24c04000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 cbb1: mem 0x50100000-0x50100fff irq 4 at device 8.1 on pci0 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cbb1: [MPSAFE] cbb1: PCI Configuration space: 0x00: 0x04761180 0x02100007 0x06070080 0x00824000 0x10: 0x50100000 0x020000dc 0xb0070500 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x07000204 0x40: 0x01851014 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x04800001 0x00000000 0x04630463 0x30000000 0x90: 0x00000000 0x00000000 0x00000000 0x00000000 0xa0: 0x00000000 0x20150fff 0x00000000 0x00000000 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x01851014 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0xfe190001 0xe0: 0x24c04000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 xl0: <3Com 3c556B Fast Etherlink XL> port 0x2000-0x20ff mem 0xf4011000-0xf401107f,0xf4011400-0xf401147f irq 5 at device 10.0 on pci0 xl0: chip is in D3 power mode -- setting to D0 xl0: using memory mapped I/O xl0: Ethernet address: 00:00:86:45:c3:b4 xl0: media options word: 40 xl0: found MII/AUTO miibus0: on xl0 acphy0: on miibus0 acphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached pci0: at device 10.1 (no driver attached) pci0: at device 11.0 (no driver attached) unknown: not probed (disabled) unknown: not probed (disabled) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x54ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 psm0: unable to allocate IRQ psmcpnp0 irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000000, packet size:3 psm0: syncmask:c0, syncbits:00 fdc0: ready for input in output fdc0: cmd 3 failed at out byte 1 of 3 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0x1 0x1 0x1 0x1 sio0: probe failed test(s): 1 4 6 9 unknown: not probed (disabled) ppc0: using extended I/O port range acpi_ec0: port 0x66,0x62 on acpi0 unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) acpi_ec0: info: new max delay is 2 us acpi_ec0: info: new max delay is 32 us acpi_ec0: info: new max delay is 40 us acpi_ec0: info: new max delay is 170 us acpi_ec0: info: new max delay is 400 us acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 unknown: not probed (disabled) unknown: not probed (disabled) fdc0: ready for input in output fdc0: cmd 3 failed at out byte 1 of 3 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0x201 0x201 0x201 0x201 sio0: probe failed test(s): 1 4 6 9 unknown: not probed (disabled) ppc0: using extended I/O port range unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 ex_isa_identify() sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: