From owner-freebsd-acpi@FreeBSD.ORG Mon Oct 4 11:02:08 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 4B60316A4CE for ; Mon, 4 Oct 2004 11:02:08 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EE2943D1D for ; Mon, 4 Oct 2004 11:02:08 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i94B28TU031340 for ; Mon, 4 Oct 2004 11:02:08 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i94B27fU031334 for freebsd-acpi@freebsd.org; Mon, 4 Oct 2004 11:02:07 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 4 Oct 2004 11:02:07 GMT Message-Id: <200410041102.i94B27fU031334@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Subject: Current problem reports assigned to you 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, 04 Oct 2004 11:02:08 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/06/07] kern/53008 acpi [PATCH] genwakecode generates errornously o [2003/07/22] i386/54756 acpi ACPI suspend/resume problem on CF-W2 lapt o [2003/08/20] kern/55822 acpi No ACPI power off with SMP kernel f [2003/09/10] kern/56659 acpi ACPI trouble on IBM ThinkPad X31 f [2003/12/17] i386/60317 acpi FreeBSD 5.2rc1 doesn't boot with ACPI ena o [2004/03/09] i386/64002 acpi acpi problem o [2004/05/27] i386/67273 acpi [hang] system hangs with acpi and Xfree 7 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2004/01/22] i386/61703 acpi ACPI + Sound + Boot = Reboot o [2004/03/17] kern/64365 acpi ACPI problems f [2004/05/25] i386/67189 acpi ACPI S3 reboot computer on Dell Latitude o [2004/05/28] kern/67309 acpi zzz reboot computer (ACPI S3) f [2004/06/23] i386/68219 acpi ACPI + snd_maestro3 problem o [2004/07/29] i386/69750 acpi Boot without ACPI failed on ASUS L5 6 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Oct 4 16:55:06 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 BCF3916A4CE for ; Mon, 4 Oct 2004 16:55:06 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68C1A43D1F for ; Mon, 4 Oct 2004 16:55:06 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i94GsuHr026492 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 4 Oct 2004 09:54:57 -0700 Message-ID: <4161803B.205@root.org> Date: Mon, 04 Oct 2004 09:54:19 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20040924160423.9777D5D04@ptavv.es.net> In-Reply-To: <20040924160423.9777D5D04@ptavv.es.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org Subject: Re: ASUS P5A broken by ACPI black-list 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, 04 Oct 2004 16:55:06 -0000 Kevin Oberman wrote: > After building some old kernels, it became apparent that the network > broke long before the disk problem showed up and was the result of the > ACPI black-list implemented back on June 30. Unfortunately, this board > seems to require ACPI to run. Without it I get continuous xl0: watchdog > timeout messages from the system. > > I have now re-enabled ACPI in the hints file and the network is > fine. (I'm still looking for the source of the disk problem.) Why it > fails without ACPI is another issue. This is a rather old board and has > run just fine for years on V3 and V4 kernels. > > The quirk entry is: > # ASUS P5A 03/12/99 > name: ASUS_P5A > oem: FADT "ASUS " "P5A " > oem_rev: FADT <= 0x58582e31 > quirks: ACPI_Q_BROKEN > > My FADT is: > FADT: FACS=0x5fff000, DSDT=0x5ffc100 > INT_MODEL=PIC > Preferred_PM_Profile=Unspecified (0) > SCI_INT=9 > SMI_CMD=0xb1, ACPI_ENABLE=0xa1, ACPI_DISABLE=0xa0, S4BIOS_REQ=0x0 > PSTATE_CNT=0x0 > PM1a_EVT_BLK=0xec00-0xec03 > PM1a_CNT_BLK=0xec04-0xec05 > PM2_CNT_BLK=0xec30-0xec30 > PM_TMR_BLK=0xec08-0xec0b > GPE0_BLK=0xec18-0xec1b > GPE1_BLK=0xec1c-0xec1f, GPE1_BASE=16 > P_LVL2_LAT=90 us, P_LVL3_LAT=900 us > FLUSH_SIZE=0, FLUSH_STRIDE=0 > DUTY_OFFSET=1, DUTY_WIDTH=0 > DAY_ALRM=13, MON_ALRM=0, CENTURY=0 > IAPC_BOOT_ARCH= > Flags={WBINVD,PROC_C1,SLP_BUTTON,RTC_S4} I need output from a newer version of acpidump. The output above doesn't include the OEM header for the FADT. June 30th was the commit that added this output. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Oct 4 17:49:15 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 9A76116A4CE for ; Mon, 4 Oct 2004 17:49:15 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F09F43D2F for ; Mon, 4 Oct 2004 17:49:15 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465; Mon, 04 Oct 2004 10:49:15 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id D64EB5D04; Mon, 4 Oct 2004 10:49:14 -0700 (PDT) To: Nate Lawson In-reply-to: Your message of "Mon, 04 Oct 2004 09:54:19 PDT." <4161803B.205@root.org> Date: Mon, 04 Oct 2004 10:49:14 -0700 From: "Kevin Oberman" Message-Id: <20041004174914.D64EB5D04@ptavv.es.net> cc: acpi@freebsd.org Subject: Re: ASUS P5A broken by ACPI black-list 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, 04 Oct 2004 17:49:15 -0000 > Date: Mon, 04 Oct 2004 09:54:19 -0700 > From: Nate Lawson > > Kevin Oberman wrote: > > After building some old kernels, it became apparent that the network > > broke long before the disk problem showed up and was the result of the > > ACPI black-list implemented back on June 30. Unfortunately, this board > > seems to require ACPI to run. Without it I get continuous xl0: watchdog > > timeout messages from the system. > > > > I have now re-enabled ACPI in the hints file and the network is > > fine. (I'm still looking for the source of the disk problem.) Why it > > fails without ACPI is another issue. This is a rather old board and has > > run just fine for years on V3 and V4 kernels. > > > > The quirk entry is: > > # ASUS P5A 03/12/99 > > name: ASUS_P5A > > oem: FADT "ASUS " "P5A " > > oem_rev: FADT <= 0x58582e31 > > quirks: ACPI_Q_BROKEN > > > > My FADT is: > > FADT: FACS=0x5fff000, DSDT=0x5ffc100 > > INT_MODEL=PIC > > Preferred_PM_Profile=Unspecified (0) > > SCI_INT=9 > > SMI_CMD=0xb1, ACPI_ENABLE=0xa1, ACPI_DISABLE=0xa0, S4BIOS_REQ=0x0 > > PSTATE_CNT=0x0 > > PM1a_EVT_BLK=0xec00-0xec03 > > PM1a_CNT_BLK=0xec04-0xec05 > > PM2_CNT_BLK=0xec30-0xec30 > > PM_TMR_BLK=0xec08-0xec0b > > GPE0_BLK=0xec18-0xec1b > > GPE1_BLK=0xec1c-0xec1f, GPE1_BASE=16 > > P_LVL2_LAT=90 us, P_LVL3_LAT=900 us > > FLUSH_SIZE=0, FLUSH_STRIDE=0 > > DUTY_OFFSET=1, DUTY_WIDTH=0 > > DAY_ALRM=13, MON_ALRM=0, CENTURY=0 > > IAPC_BOOT_ARCH= > > Flags={WBINVD,PROC_C1,SLP_BUTTON,RTC_S4} > > I need output from a newer version of acpidump. The output above > doesn't include the OEM header for the FADT. June 30th was the commit > that added this output. That does make a bit of a difference. I have 0x58582e31, so it is black-listed. Unfortunately, it does not work without ACPI. The only ACPI problem is that the clock runs at double speed. It looks like interrupts from the Ethernet are not delivered without ACPI, but that is hardly your problem. I have over-ridden the black-list and things are back to normal. Is it possible to only disable the use of the clock but leave the rest of ACPI running? (Not that using the sysctl to switch to TSC is much of a problem.) Sorry for the noise! -- 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 Oct 4 18:34:10 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 1A14716A4CE for ; Mon, 4 Oct 2004 18:34:10 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id D505A43D53 for ; Mon, 4 Oct 2004 18:34:09 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i94IY2Hr028285 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 4 Oct 2004 11:34:02 -0700 Message-ID: <41619774.8020709@root.org> Date: Mon, 04 Oct 2004 11:33:24 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20041004174914.D64EB5D04@ptavv.es.net> In-Reply-To: <20041004174914.D64EB5D04@ptavv.es.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org Subject: Re: ASUS P5A broken by ACPI black-list 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, 04 Oct 2004 18:34:10 -0000 Kevin Oberman wrote: >>Date: Mon, 04 Oct 2004 09:54:19 -0700 >>From: Nate Lawson >> >>Kevin Oberman wrote: >> >>>After building some old kernels, it became apparent that the network >>>broke long before the disk problem showed up and was the result of the >>>ACPI black-list implemented back on June 30. Unfortunately, this board >>>seems to require ACPI to run. Without it I get continuous xl0: watchdog >>>timeout messages from the system. >>> >>>I have now re-enabled ACPI in the hints file and the network is >>>fine. (I'm still looking for the source of the disk problem.) Why it >>>fails without ACPI is another issue. This is a rather old board and has >>>run just fine for years on V3 and V4 kernels. >>> >>>The quirk entry is: >>># ASUS P5A 03/12/99 >>>name: ASUS_P5A >>>oem: FADT "ASUS " "P5A " >>>oem_rev: FADT <= 0x58582e31 >>>quirks: ACPI_Q_BROKEN >>> >>>My FADT is: >>> FADT: FACS=0x5fff000, DSDT=0x5ffc100 >>> INT_MODEL=PIC >>> Preferred_PM_Profile=Unspecified (0) >>> SCI_INT=9 >>> SMI_CMD=0xb1, ACPI_ENABLE=0xa1, ACPI_DISABLE=0xa0, S4BIOS_REQ=0x0 >>> PSTATE_CNT=0x0 >>> PM1a_EVT_BLK=0xec00-0xec03 >>> PM1a_CNT_BLK=0xec04-0xec05 >>> PM2_CNT_BLK=0xec30-0xec30 >>> PM_TMR_BLK=0xec08-0xec0b >>> GPE0_BLK=0xec18-0xec1b >>> GPE1_BLK=0xec1c-0xec1f, GPE1_BASE=16 >>> P_LVL2_LAT=90 us, P_LVL3_LAT=900 us >>> FLUSH_SIZE=0, FLUSH_STRIDE=0 >>> DUTY_OFFSET=1, DUTY_WIDTH=0 >>> DAY_ALRM=13, MON_ALRM=0, CENTURY=0 >>> IAPC_BOOT_ARCH= >>> Flags={WBINVD,PROC_C1,SLP_BUTTON,RTC_S4} >> >>I need output from a newer version of acpidump. The output above >>doesn't include the OEM header for the FADT. June 30th was the commit >>that added this output. > > > That does make a bit of a difference. I have 0x58582e31, so it is > black-listed. For the record, please send the full acpidump -t output (with a recent acpidump). > Unfortunately, it does not work without ACPI. The only > ACPI problem is that the clock runs at double speed. That may be why it was blacklisted. I don't know all the rationale for some of the blacklist entries, only that Windows won't install acpi.sys on machines that we blacklist. In your case, it's likely a broken timer. We can refine/fine-tune blacklist entries to only disable the problem parts (if possible). > It looks like interrupts from the Ethernet are not delivered without > ACPI, but that is hardly your problem. I have over-ridden the black-list > and things are back to normal. The reason this system works in Windows without ACPI is that irq routing in Windows uses multiple info sources including _PIR and $PIR. John Baldwin has patches to do this for us too. > Is it possible to only disable the use of the clock but leave the rest > of ACPI running? (Not that using the sysctl to switch to TSC is much of > a problem.) Yes: debug.acpi.disable="timer" -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Oct 4 20:28:43 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 0481916A4E9 for ; Mon, 4 Oct 2004 20:28:43 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3D9343D48 for ; Mon, 4 Oct 2004 20:28:42 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 16400 invoked from network); 4 Oct 2004 20:28:42 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 4 Oct 2004 20:28:42 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i94KSU5o058953; Mon, 4 Oct 2004 16:28:39 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-acpi@FreeBSD.org Date: Mon, 4 Oct 2004 15:57:30 -0400 User-Agent: KMail/1.6.2 References: <20041004174914.D64EB5D04@ptavv.es.net> <41619774.8020709@root.org> In-Reply-To: <41619774.8020709@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410041557.30162.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: acpi@FreeBSD.org Subject: Re: ASUS P5A broken by ACPI black-list 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, 04 Oct 2004 20:28:43 -0000 On Monday 04 October 2004 02:33 pm, Nate Lawson wrote: > Kevin Oberman wrote: > > It looks like interrupts from the Ethernet are not delivered without > > ACPI, but that is hardly your problem. I have over-ridden the black-list > > and things are back to normal. > > The reason this system works in Windows without ACPI is that irq routing > in Windows uses multiple info sources including _PIR and $PIR. John > Baldwin has patches to do this for us too. $PIR routing already works on FreeBSD and has worked for quite a while. The patches I have are to make the acpi_pci_link code work more like the $PIR code already does. It doesn't change the ACPI code to actually use $PIR or the MPTable though. I can try to look at why the ethernet device doesn't get interrupts correctly if you can provide verbose ACPI and non-ACPI dmesgs to look at. -- 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 Oct 4 20:28:43 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 1CD0716A4ED for ; Mon, 4 Oct 2004 20:28:43 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1F5443D55 for ; Mon, 4 Oct 2004 20:28:42 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 16400 invoked from network); 4 Oct 2004 20:28:42 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 4 Oct 2004 20:28:42 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i94KSU5o058953; Mon, 4 Oct 2004 16:28:39 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-acpi@FreeBSD.org Date: Mon, 4 Oct 2004 15:57:30 -0400 User-Agent: KMail/1.6.2 References: <20041004174914.D64EB5D04@ptavv.es.net> <41619774.8020709@root.org> In-Reply-To: <41619774.8020709@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410041557.30162.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: acpi@FreeBSD.org Subject: Re: ASUS P5A broken by ACPI black-list 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, 04 Oct 2004 20:28:43 -0000 On Monday 04 October 2004 02:33 pm, Nate Lawson wrote: > Kevin Oberman wrote: > > It looks like interrupts from the Ethernet are not delivered without > > ACPI, but that is hardly your problem. I have over-ridden the black-list > > and things are back to normal. > > The reason this system works in Windows without ACPI is that irq routing > in Windows uses multiple info sources including _PIR and $PIR. John > Baldwin has patches to do this for us too. $PIR routing already works on FreeBSD and has worked for quite a while. The patches I have are to make the acpi_pci_link code work more like the $PIR code already does. It doesn't change the ACPI code to actually use $PIR or the MPTable though. I can try to look at why the ethernet device doesn't get interrupts correctly if you can provide verbose ACPI and non-ACPI dmesgs to look at. -- 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 Oct 4 20:48:33 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 665A416A4CE; Mon, 4 Oct 2004 20:48:33 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16A8043D2D; Mon, 4 Oct 2004 20:48:33 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465; Mon, 04 Oct 2004 13:48:32 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 5C0B05D09; Mon, 4 Oct 2004 13:48:32 -0700 (PDT) To: John Baldwin In-reply-to: Your message of "Mon, 04 Oct 2004 15:57:30 EDT." <200410041557.30162.jhb@FreeBSD.org> Date: Mon, 04 Oct 2004 13:48:32 -0700 From: "Kevin Oberman" Message-Id: <20041004204832.5C0B05D09@ptavv.es.net> cc: acpi@FreeBSD.org cc: freebsd-acpi@FreeBSD.org Subject: Re: ASUS P5A broken by ACPI black-list 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, 04 Oct 2004 20:48:33 -0000 > From: John Baldwin > Date: Mon, 4 Oct 2004 15:57:30 -0400 > > On Monday 04 October 2004 02:33 pm, Nate Lawson wrote: > > Kevin Oberman wrote: > > > It looks like interrupts from the Ethernet are not delivered without > > > ACPI, but that is hardly your problem. I have over-ridden the black-list > > > and things are back to normal. > > > > The reason this system works in Windows without ACPI is that irq routing > > in Windows uses multiple info sources including _PIR and $PIR. John > > Baldwin has patches to do this for us too. > > $PIR routing already works on FreeBSD and has worked for quite a while. The > patches I have are to make the acpi_pci_link code work more like the $PIR > code already does. It doesn't change the ACPI code to actually use $PIR or > the MPTable though. I can try to look at why the ethernet device doesn't get > interrupts correctly if you can provide verbose ACPI and non-ACPI dmesgs to > look at. John, I can generate these tonight. I won't have access to the system until then and I don't want to try doing it remotely, especially since I have not played with boot configuration on V5. This is quite possibly $PIR related since it worked fine with V4, but only works with ACPI on V5. I can't say just when the problem with non-ACPI boots started as I had not had occasion to try a non-ACPI boot with V5 before a kernel of June 13, 2004. The June 13 kernel failed to deal with interrupts from my network card as does RELENG_5. FYI, no apic or smp in the kernel. ASUS P5A w/ K6-3@450 CPU with only Matrox AGP card, Ensoniq PCI sound and 3Com network cards added to the system. I have not tested the sound card without ACPI. Thanks! -- 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 Oct 4 20:48:33 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 665A416A4CE; Mon, 4 Oct 2004 20:48:33 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16A8043D2D; Mon, 4 Oct 2004 20:48:33 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465; Mon, 04 Oct 2004 13:48:32 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 5C0B05D09; Mon, 4 Oct 2004 13:48:32 -0700 (PDT) To: John Baldwin In-reply-to: Your message of "Mon, 04 Oct 2004 15:57:30 EDT." <200410041557.30162.jhb@FreeBSD.org> Date: Mon, 04 Oct 2004 13:48:32 -0700 From: "Kevin Oberman" Message-Id: <20041004204832.5C0B05D09@ptavv.es.net> cc: acpi@FreeBSD.org cc: freebsd-acpi@FreeBSD.org Subject: Re: ASUS P5A broken by ACPI black-list 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, 04 Oct 2004 20:48:33 -0000 > From: John Baldwin > Date: Mon, 4 Oct 2004 15:57:30 -0400 > > On Monday 04 October 2004 02:33 pm, Nate Lawson wrote: > > Kevin Oberman wrote: > > > It looks like interrupts from the Ethernet are not delivered without > > > ACPI, but that is hardly your problem. I have over-ridden the black-list > > > and things are back to normal. > > > > The reason this system works in Windows without ACPI is that irq routing > > in Windows uses multiple info sources including _PIR and $PIR. John > > Baldwin has patches to do this for us too. > > $PIR routing already works on FreeBSD and has worked for quite a while. The > patches I have are to make the acpi_pci_link code work more like the $PIR > code already does. It doesn't change the ACPI code to actually use $PIR or > the MPTable though. I can try to look at why the ethernet device doesn't get > interrupts correctly if you can provide verbose ACPI and non-ACPI dmesgs to > look at. John, I can generate these tonight. I won't have access to the system until then and I don't want to try doing it remotely, especially since I have not played with boot configuration on V5. This is quite possibly $PIR related since it worked fine with V4, but only works with ACPI on V5. I can't say just when the problem with non-ACPI boots started as I had not had occasion to try a non-ACPI boot with V5 before a kernel of June 13, 2004. The June 13 kernel failed to deal with interrupts from my network card as does RELENG_5. FYI, no apic or smp in the kernel. ASUS P5A w/ K6-3@450 CPU with only Matrox AGP card, Ensoniq PCI sound and 3Com network cards added to the system. I have not tested the sound card without ACPI. Thanks! -- 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 Tue Oct 5 08:46:09 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 AE46E16A4CE for ; Tue, 5 Oct 2004 08:46:09 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D15643D31 for ; Tue, 5 Oct 2004 08:46:09 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 7139B5312; Tue, 5 Oct 2004 10:46:07 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id AA825530A; Tue, 5 Oct 2004 10:46:00 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 7063AB85E; Tue, 5 Oct 2004 10:46:00 +0200 (CEST) To: Nate Lawson References: <20041004174914.D64EB5D04@ptavv.es.net> <41619774.8020709@root.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 05 Oct 2004 10:46:00 +0200 In-Reply-To: <41619774.8020709@root.org> (Nate Lawson's message of "Mon, 04 Oct 2004 11:33:24 -0700") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: acpi@freebsd.org Subject: Re: ASUS P5A broken by ACPI black-list 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, 05 Oct 2004 08:46:09 -0000 Nate Lawson writes: > Kevin Oberman wrote: > > Unfortunately, it does not work without ACPI. The only > > ACPI problem is that the clock runs at double speed. > That may be why it was blacklisted. I have a P5A - have had it for years - and it works fine with ACPI except for the double-speed timer problem, which I've reported several times. It runs RELENG_4 right now, though. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-acpi@FreeBSD.ORG Tue Oct 5 15:54:28 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 874F316A4CE; Tue, 5 Oct 2004 15:54:28 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 199CF43D53; Tue, 5 Oct 2004 15:54:28 +0000 (GMT) (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; Tue, 05 Oct 2004 08:54:27 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id DBC515D09; Tue, 5 Oct 2004 08:54:26 -0700 (PDT) X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: John Baldwin In-reply-to: Your message of "Mon, 04 Oct 2004 15:57:30 EDT." <200410041557.30162.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_15018947010" Date: Tue, 05 Oct 2004 08:54:26 -0700 From: "Kevin Oberman" Message-Id: <20041005155426.DBC515D09@ptavv.es.net> cc: acpi@FreeBSD.org cc: freebsd-acpi@FreeBSD.org Subject: Re: ASUS P5A broken by ACPI black-list 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, 05 Oct 2004 15:54:28 -0000 This is a multipart MIME message. --==_Exmh_15018947010 Content-Type: text/plain; charset=us-ascii > From: John Baldwin > Date: Mon, 4 Oct 2004 15:57:30 -0400 > > On Monday 04 October 2004 02:33 pm, Nate Lawson wrote: > > Kevin Oberman wrote: > > > It looks like interrupts from the Ethernet are not delivered without > > > ACPI, but that is hardly your problem. I have over-ridden the black-list > > > and things are back to normal. > > > > The reason this system works in Windows without ACPI is that irq routing > > in Windows uses multiple info sources including _PIR and $PIR. John > > Baldwin has patches to do this for us too. > > $PIR routing already works on FreeBSD and has worked for quite a while. The > patches I have are to make the acpi_pci_link code work more like the $PIR > code already does. It doesn't change the ACPI code to actually use $PIR or > the MPTable though. I can try to look at why the ethernet device doesn't get > interrupts correctly if you can provide verbose ACPI and non-ACPI dmesgs to > look at. I am attaching the files. I do see some oddities with the interrupts that I had not previously noted, but they seen to be linked to sound, not the Ethernet. And, for whatever it's worth, "vmstat -i" does not show my sound card, at all. dmesg indicates it should be on IRQ 6. interrupt total rate irq0: clk 4242251 99 irq1: atkbd0 3 0 irq7: ppc0 1 0 irq8: rtc 5430044 127 irq10: xl0 13699 0 irq13: npx0 1 0 irq14: ata0 166980 3 irq15: ata1 136 0 Total 9853115 232 -- 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 --==_Exmh_15018947010 Content-Type: text/plain ; name="dmesg.no-acpi"; charset=us-ascii Content-Description: dmesg.no-acpi Content-Disposition: attachment; filename="dmesg.no-acpi" 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.3-BETA6 #52: Sun Oct 3 15:02:13 PDT 2004 oberman@kzin.es.net:/usr/obj/usr/src/sys/KZIN Preloaded elf kernel "/boot/kernel/kernel" at 0xc0791000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc0791200. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0791250. Calibrating clock(s) ... i8254 clock: 1193208 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 451024222 Hz CPU: AMD-K6(tm) 3D+ Processor (451.02-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x591 Stepping = 1 Features=0x8021bf AMD Features=0x80000800 Data TLB: 128 entries, 2-way associative Instruction TLB: 64 entries, 1-way associative L1 data cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associative L1 instruction cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 32 bytes/line, 2 lines/tag, 4-way associative Write Allocate Enable Limit: 96M bytes Write Allocate 15-16M bytes: Enable real memory = 100646912 (95 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000826000 - 0x0000000005e1bfff, 90136576 bytes (22006 pages) avail memory = 92938240 (88 MB) bios32: Found BIOS32 Service Directory header at 0xc00f9d50 bios32: Entry = 0xf0690 (c00f0690) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x6c0 pnpbios: Found PnP BIOS data at 0xc00fd1d0 pnpbios: Entry = f0000:d200 Rev = 1.0 pnpbios: OEM ID cd041 Other BIOS signatures found: io: null: random: mem: K6-family MTRR support enabled (2 registers) ACPI disabled by blacklist. Contact your BIOS vendor. npx0: [FAST] npx0: on motherboard npx0: INT 16 interface 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=154110b9) pcibios: BIOS version 2.10 Found $PIR table, 8 entries at 0xc00f0ca0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs slot 1 0 12 A 0x01 3 4 5 7 9 10 11 12 slot 1 0 12 B 0x02 3 4 5 7 9 10 11 12 slot 1 0 12 C 0x03 3 4 5 7 9 10 11 12 slot 1 0 12 D 0x04 3 4 5 7 9 10 11 12 slot 2 0 11 A 0x02 3 4 5 7 9 10 11 12 slot 2 0 11 B 0x03 3 4 5 7 9 10 11 12 slot 2 0 11 C 0x04 3 4 5 7 9 10 11 12 slot 2 0 11 D 0x01 3 4 5 7 9 10 11 12 slot 3 0 10 A 0x03 3 4 5 7 9 10 11 12 slot 3 0 10 B 0x04 3 4 5 7 9 10 11 12 slot 3 0 10 C 0x01 3 4 5 7 9 10 11 12 slot 3 0 10 D 0x02 3 4 5 7 9 10 11 12 slot 4 0 9 A 0x04 3 4 5 7 9 10 11 12 slot 4 0 9 B 0x01 3 4 5 7 9 10 11 12 slot 4 0 9 C 0x02 3 4 5 7 9 10 11 12 slot 4 0 9 D 0x03 3 4 5 7 9 10 11 12 slot 5 0 13 A 0x04 3 4 5 7 9 10 11 12 slot 5 0 13 B 0x01 3 4 5 7 9 10 11 12 slot 5 0 13 C 0x02 3 4 5 7 9 10 11 12 slot 5 0 13 D 0x03 3 4 5 7 9 10 11 12 embedded 0 2 A 0x59 3 4 5 7 9 10 11 12 embedded 0 1 A 0x01 3 4 5 7 9 10 11 12 embedded 0 1 B 0x02 3 4 5 7 9 10 11 12 embedded 0 1 C 0x03 3 4 5 7 9 10 11 12 embedded 0 1 D 0x04 3 4 5 7 9 10 11 12 embedded 0 6 A 0x03 3 4 5 7 9 10 11 12 embedded 0 6 B 0x04 3 4 5 7 9 10 11 12 embedded 0 6 C 0x01 3 4 5 7 9 10 11 12 embedded 0 6 D 0x02 3 4 5 7 9 10 11 12 pcib0: pcibus 0 on motherboard pir0: on motherboard $PIR: Links after initial probe: Link IRQ Rtd Ref IRQs 0x1 255 N 7 3 4 5 7 9 10 11 12 0x2 255 N 7 3 4 5 7 9 10 11 12 0x3 255 N 7 3 4 5 7 9 10 11 12 0x4 255 N 7 3 4 5 7 9 10 11 12 0x59 255 N 1 3 4 5 7 9 10 11 12 $PIR: Found matching pin for 0.11.INTA at func 0: 10 $PIR: Found matching pin for 0.9.INTA at func 0: 6 $PIR: BIOS IRQ 6 for 0.9.INTA is not valid for link 0x4 $PIR: Links after initial IRQ discovery: Link IRQ Rtd Ref IRQs 0x1 255 N 7 3 4 5 7 9 10 11 12 0x2 10 Y 7 3 4 5 7 9 10 11 12 0x3 255 N 7 3 4 5 7 9 10 11 12 0x4 255 N 7 3 4 5 7 9 10 11 12 0x59 255 N 1 3 4 5 7 9 10 11 12 $PIR: IRQs used by BIOS: 10 $PIR: Interrupt Weights: [ 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ] [ 0 0 0 0 0 0 0 0 0 0 7 0 0 0 0 0 ] pci0: on pcib0 pci0: physical bus=0 map[10]: type 1, range 32, base e0000000, size 26, enabled found-> vendor=0x10b9, dev=0x1541, revid=0x04 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2410, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10b9, dev=0x5243, revid=0x04 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0400, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) found-> vendor=0x10b9, dev=0x7101, revid=0x00 bus=0, slot=3, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10b9, dev=0x1533, revid=0xc3 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x000f, statreg=0x3200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 0000d800, size 6, enabled $PIR: Found IRQ 10 for link 0x4 from 10 $PIR: 0:9 INTA routed to irq 10 found-> vendor=0x1274, dev=0x1371, revid=0x08 bus=0, slot=9, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0410, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x0c (3000 ns), maxlat=0x80 (32000 ns) intpin=a, irq=10 powerspec 1 supports D0 D2 D3 current D0 map[10]: type 4, range 32, base 0000d400, size 7, enabled map[14]: type 1, range 32, base de000000, size 7, enabled $PIR: 0:11 INTA routed to irq 10 found-> vendor=0x10b7, dev=0x9055, revid=0x30 bus=0, slot=11, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x0a (2500 ns), maxlat=0x0a (2500 ns) intpin=a, irq=10 powerspec 1 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000d000, size 4, enabled found-> vendor=0x10b9, dev=0x5229, revid=0xc1 bus=0, slot=15, func=0 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=255 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe0000000 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 0xe000-0xdfff pcib1: memory decode 0xdf000000-0xdfffffff pcib1: prefetched decode 0xe5f00000-0xe7ffffff pci1: on pcib1 pci1: physical bus=1 map[10]: type 3, range 32, base e6000000, size 25, enabled pcib1: device (null) requested decoded memory range 0xe6000000-0xe7ffffff map[14]: type 1, range 32, base df800000, size 14, enabled pcib1: device (null) requested decoded memory range 0xdf800000-0xdf803fff map[18]: type 1, range 32, base df000000, size 23, enabled pcib1: device (null) requested decoded memory range 0xdf000000-0xdf7fffff $PIR: Found IRQ 10 for link 0x1 from 10 $PIR: 0:1 INTA routed to irq 10 pcib1: slot 0 INTA is routed to irq 10 found-> vendor=0x102b, dev=0x0525, revid=0x04 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x10 (4000 ns), maxlat=0x20 (8000 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 pci1: at device 0.0 (no driver attached) pci0: at device 3.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 pcm0: port 0xd800-0xd83f irq 10 at device 9.0 on pci0 pcm0: Reserved 0x40 bytes for rid 0x10 type 4 at 0xd800 pcm0: pcm0: Codec features headphone, 20 bit DAC, 18 bit ADC, 6 bit master volume, Crystal Semi 3D Stereo Enhancement pcm0: Secondary codec extended features variable rate PCM, double rate PCM, reserved 2, LFE DAC, reserved 5, reserved 6 pcm0: [GIANT-LOCKED] pcm0: sndbuf_setmap 1b9000, 1000; 0xc0ec5000 -> 1b9000 pcm0: sndbuf_setmap 197000, 1000; 0xc0ec3000 -> 197000 xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xd400-0xd47f mem 0xde000000-0xde00007f irq 10 at device 11.0 on pci0 xl0: Reserved 0x80 bytes for rid 0x14 type 3 at 0xde000000 xl0: using memory mapped I/O xl0: media options word: a xl0: found MII/AUTO miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:50:da:80:4b:43 xl0: [MPSAFE] atapci0: port 0xd000-0xd00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xd000 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 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 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=50 ata1-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata1-slave: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=50 stat1=00 devices=0x9 ata1: [MPSAFE] cpu0 on motherboard pnpbios: 14 devices, largest 114 bytes PNP0401: adding dma mask 0x8 PNP0401: adding irq mask 0x80 PNP0401: adding io range 0x378-0x37f, size=0x8, align=0 PNP0401: adding io range 0x778-0x77f, size=0x8, align=0 pnpbios: handle 1 device ID PNP0401 (0104d041) PNP0501: adding irq mask 0x10 PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0 pnpbios: handle 2 device ID PNP0501 (0105d041) PNP0501: adding irq mask 0x8 PNP0501: adding io range 0x2f8-0x2ff, size=0x8, align=0 pnpbios: handle 3 device ID PNP0501 (0105d041) PNP0f13: adding irq mask 0x1000 pnpbios: handle 7 device ID PNP0f13 (130fd041) PNP0c01: adding fixed memory32 range 0-0x9ffff, size=0xa0000 PNP0c01: adding fixed memory32 range 0x100000-0x5ffffff, size=0x5f00000 PNP0c01: adding fixed memory32 range 0xe8000-0xeffff, size=0x8000 PNP0c01: adding fixed memory32 range 0xf0000-0xf3fff, size=0x4000 PNP0c01: adding fixed memory32 range 0xf4000-0xf7fff, size=0x4000 PNP0c01: adding fixed memory32 range 0xf8000-0xfbfff, size=0x4000 PNP0c01: adding fixed memory32 range 0xfc000-0xfffff, size=0x4000 PNP0c01: adding fixed memory32 range 0xfffe0000-0xffffffff, size=0x20000 pnpbios: handle 8 device ID PNP0c01 (010cd041) PNP0100: adding irq mask 0x1 PNP0100: adding io range 0x40-0x43, size=0x4, align=0 pnpbios: handle 10 device ID PNP0100 (0001d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x71, size=0x2, align=0 pnpbios: handle 11 device ID PNP0b00 (000bd041) PNP0303: adding irq mask 0x2 PNP0303: adding io range 0x60-0x60, size=0x1, align=0 PNP0303: adding io range 0x64-0x64, size=0x1, align=0 pnpbios: handle 12 device ID PNP0303 (0303d041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xf0, size=0x1, align=0 pnpbios: handle 13 device ID PNP0c04 (040cd041) PNP0200: adding dma mask 0x10 PNP0200: adding io range 0-0xf, size=0x10, align=0 PNP0200: adding io range 0x80-0x90, size=0x11, align=0 PNP0200: adding io range 0x94-0x9f, size=0xc, align=0 PNP0200: adding io range 0xc0-0xde, size=0x1f, align=0 pnpbios: handle 14 device ID PNP0200 (0002d041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0x1 pnpbios: handle 15 device ID PNP0800 (0008d041) PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0 pnpbios: handle 16 device ID PNP0a03 (030ad041) PNP0c02: adding io range 0x290-0x297, size=0x8, align=0 PNP0c02: adding io range 0x40b-0x40b, size=0x1, align=0 PNP0c02: adding io range 0x480-0x49f, size=0x20, align=0 PNP0c02: adding io range 0x4d6-0x4d6, size=0x1, align=0 PNP0c02: adding io range 0xec00-0xec3f, size=0x40, align=0 PNP0c02: adding io range 0xe800-0xe83f, size=0x40, align=0 pnpbios: handle 17 device ID PNP0c02 (020cd041) ata: ata0 already exists; skipping it ata: ata1 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 sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc7fff on isa0 pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/7 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 vpo0: can't connect to the drive imm0: (disconnect) s1=0x38 s2=0x38, s3=0x38 imm0: (connect) s1=0x38 s2=0x38, s3=0x38 imm0: (connect) s1=0x38 s2=0x38, s3=0x38 imm0: (connect) s1=0x38 s2=0x38, s3=0x38 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x1 0x11 0x1 0x1 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: irq maps: 0x1 0x9 0x1 0x1 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices unknown: can't assign resources (port) unknown: at port 0x378-0x37f on isa0 unknown: can't assign resources (port) unknown: at port 0x3f8-0x3ff on isa0 unknown: can't assign resources (port) unknown: at port 0x2f8-0x2ff on isa0 unknown: can't assign resources (irq) unknown: at irq 12 on isa0 unknown: can't assign resources (port) unknown: at port 0x60 on isa0 unknown: failed to probe at port 0x61 on isa0 Device configuration finished. procfs registered Timecounter "TSC" frequency 451024222 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached ata0-master: pio=0x0c wdma=0x22 udma=0x44 cable=80pin ata0-master: setting PIO4 on AcerLabs Aladdin chip ata0-master: setting UDMA33 on AcerLabs Aladdin chip ad0: ATA-4 disk at ata0-master ad0: 13031MB (26688576 sectors), 26476 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA33 GEOM: new disk ad0 ata1-slave: pio=0x0b wdma=0x20 udma=0xffffffff cable=40pin ATAPI_RESET time = 30us ata1-master: pio=0x0c wdma=0x22 udma=0x44 cable=40pin ata1-master: setting PIO4 on AcerLabs Aladdin chip ata1-master: setting UDMA33 on AcerLabs Aladdin chip ata1-slave: setting PIO3 on AcerLabs Aladdin chip [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/15/63 s:63 l:26687745 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 13664125440 end 13664157695 ad2: ATA-5 disk at ata1-master ad2: 13029MB (26684784 sectors), 26473 C, 16 H, 63 S, 512 B ad2: 16 secs/int, 1 depth queue, UDMA33 GEOM: Configure ad0s1a, start 0 length 104857600 end 104857599 GEOM: Configure ad0s1b, start 104857600 length 213909504 end 318767103 GEOM: Configure ad0s1c, start 0 length 13662577152 end 13662577151 GEOM: Configure ad0s1e, start 318767104 length 5242880000 end 5561647103 GEOM: Configure ad0s1f, start 5561647104 length 8100930048 end 13662577151 GEOM: new disk ad2 acd0: DVDROM drive at ata1 as slave acd0: read 1377KB/s (1377KB/s), 256KB buffer, PIO3 acd0: Reads: CDRW, CDDA, DVDROM, DVDR acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):872/15/63 s:63 l:26684721 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad2s1, start 32256 length 13662577152 end 13662609407 GEOM: Configure ad2s1a, start 0 length 104857600 end 104857599 GEOM: Configure ad2s1b, start 104857600 length 213909504 end 318767103 GEOM: Configure ad2s1c, start 0 length 13662577152 end 13662577151 GEOM: Configure ad2s1e, start 318767104 length 5242880000 end 5561647103 GEOM: Configure ad2s1f, start 5561647104 length 8100930048 end 13662577151 (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe3:ata1:0:1:0): error 6 (probe3:ata1:0:1:0): Unretryable Error (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe2:ata1:0:0:0): error 22 (probe2:ata1:0:0:0): Unretryable Error (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe2:ata1:0:0:0): error 22 (probe2:ata1:0:0:0): Unretryable Error pass0 at ata1 bus 0 target 1 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 11.000MB/s transfers GEOM: new disk cd0 (cd0:ata1:0:1:0): error 6 (cd0:ata1:0:1:0): Unretryable Error cd0 at ata1 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 11.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (cd0:ata1:0:1:0): error 6 (cd0:ata1:0:1:0): Unretryable Error (cd0:ata1:0:1:0): error 6 (cd0:ata1:0:1:0): Unretryable Error Mounting root from ufs:/dev/ad0s1a start_init: trying /sbin/init xl0: watchdog timeout --==_Exmh_15018947010 Content-Type: text/plain ; name="dmesg.acpi"; charset=us-ascii Content-Description: dmesg.acpi Content-Disposition: attachment; filename="dmesg.acpi" 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.3-BETA6 #52: Sun Oct 3 15:02:13 PDT 2004 oberman@kzin.es.net:/usr/obj/usr/src/sys/KZIN Preloaded elf kernel "/boot/kernel/kernel" at 0xc0791000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc0791200. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0791250. Calibrating clock(s) ... i8254 clock: 1193205 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 451023534 Hz CPU: AMD-K6(tm) 3D+ Processor (451.02-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x591 Stepping = 1 Features=0x8021bf AMD Features=0x80000800 Data TLB: 128 entries, 2-way associative Instruction TLB: 64 entries, 1-way associative L1 data cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associative L1 instruction cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 32 bytes/line, 2 lines/tag, 4-way associative Write Allocate Enable Limit: 96M bytes Write Allocate 15-16M bytes: Enable real memory = 100646912 (95 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000826000 - 0x0000000005e1bfff, 90136576 bytes (22006 pages) avail memory = 92938240 (88 MB) bios32: Found BIOS32 Service Directory header at 0xc00f9d50 bios32: Entry = 0xf0690 (c00f0690) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x6c0 pnpbios: Found PnP BIOS data at 0xc00fd1d0 pnpbios: Entry = f0000:d200 Rev = 1.0 pnpbios: OEM ID cd041 Other BIOS signatures found: io: null: random: mem: K6-family MTRR support enabled (2 registers) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] 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=154110b9) pcibios: BIOS version 2.10 Found $PIR table, 8 entries at 0xc00f0ca0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs slot 1 0 12 A 0x01 3 4 5 7 9 10 11 12 slot 1 0 12 B 0x02 3 4 5 7 9 10 11 12 slot 1 0 12 C 0x03 3 4 5 7 9 10 11 12 slot 1 0 12 D 0x04 3 4 5 7 9 10 11 12 slot 2 0 11 A 0x02 3 4 5 7 9 10 11 12 slot 2 0 11 B 0x03 3 4 5 7 9 10 11 12 slot 2 0 11 C 0x04 3 4 5 7 9 10 11 12 slot 2 0 11 D 0x01 3 4 5 7 9 10 11 12 slot 3 0 10 A 0x03 3 4 5 7 9 10 11 12 slot 3 0 10 B 0x04 3 4 5 7 9 10 11 12 slot 3 0 10 C 0x01 3 4 5 7 9 10 11 12 slot 3 0 10 D 0x02 3 4 5 7 9 10 11 12 slot 4 0 9 A 0x04 3 4 5 7 9 10 11 12 slot 4 0 9 B 0x01 3 4 5 7 9 10 11 12 slot 4 0 9 C 0x02 3 4 5 7 9 10 11 12 slot 4 0 9 D 0x03 3 4 5 7 9 10 11 12 slot 5 0 13 A 0x04 3 4 5 7 9 10 11 12 slot 5 0 13 B 0x01 3 4 5 7 9 10 11 12 slot 5 0 13 C 0x02 3 4 5 7 9 10 11 12 slot 5 0 13 D 0x03 3 4 5 7 9 10 11 12 embedded 0 2 A 0x59 3 4 5 7 9 10 11 12 embedded 0 1 A 0x01 3 4 5 7 9 10 11 12 embedded 0 1 B 0x02 3 4 5 7 9 10 11 12 embedded 0 1 C 0x03 3 4 5 7 9 10 11 12 embedded 0 1 D 0x04 3 4 5 7 9 10 11 12 embedded 0 6 A 0x03 3 4 5 7 9 10 11 12 embedded 0 6 B 0x04 3 4 5 7 9 10 11 12 embedded 0 6 C 0x01 3 4 5 7 9 10 11 12 embedded 0 6 D 0x02 3 4 5 7 9 10 11 12 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 7 func 0 acpi0: Power Button (fixed) atpic: Programming IRQ9 as level/low ACPI timer looks BAD min = 0, max = 12, width = 12 ACPI timer looks BAD min = 1, max = 16777204, width = 16777203 ACPI timer looks BAD min = 0, max = 5, width = 5 ACPI timer looks BAD min = 0, max = 5, width = 5 ACPI timer looks BAD min = 0, max = 5, width = 5 ACPI timer looks BAD min = 0, max = 16777204, width = 16777204 ACPI timer looks BAD min = 0, max = 16777210, width = 16777210 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks BAD min = 0, max = 5, width = 5 ACPI timer looks BAD min = 0, max = 16777204, width = 16777204 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xec08-0xec0b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: \\_SB_.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 0.12.0 \\_SB_.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 0.12.1 \\_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 5+ low,level,sharable 0.12.2 \\_SB_.LNKD irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 6+ low,level,sharable 0.12.3 \\_SB_.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 0.11.0 \\_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 5+ low,level,sharable 0.11.1 \\_SB_.LNKD irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 6+ low,level,sharable 0.11.2 \\_SB_.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 0.11.3 \\_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 5+ low,level,sharable 0.10.0 \\_SB_.LNKD irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 6+ low,level,sharable 0.10.1 \\_SB_.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 0.10.2 \\_SB_.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 0.10.3 \\_SB_.LNKD irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 6+ low,level,sharable 0.9.0 \\_SB_.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 0.9.1 \\_SB_.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 0.9.2 \\_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 5+ low,level,sharable 0.9.3 \\_SB_.LNKD irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 6+ low,level,sharable 0.13.0 \\_SB_.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 0.13.1 \\_SB_.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 0.13.2 \\_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 5+ low,level,sharable 0.13.3 \\_SB_.LNKE irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 0+ low,level,sharable 0.2.0 \\_SB_.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 0.2.1 \\_SB_.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 0.2.2 \\_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 5+ low,level,sharable 0.2.3 \\_SB_.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 0.1.0 \\_SB_.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 0.1.1 \\_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 5+ low,level,sharable 0.1.2 \\_SB_.LNKD irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 6+ low,level,sharable 0.1.3 \\_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 5+ low,level,sharable 0.6.0 \\_SB_.LNKD irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 6+ low,level,sharable 0.6.1 \\_SB_.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 0.6.2 \\_SB_.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 0.6.3 pci0: on pcib0 pci0: physical bus=0 map[10]: type 1, range 32, base e0000000, size 26, enabled found-> vendor=0x10b9, dev=0x1541, revid=0x04 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2410, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10b9, dev=0x5243, revid=0x04 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0400, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) found-> vendor=0x10b9, dev=0x7101, revid=0x00 bus=0, slot=3, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10b9, dev=0x1533, revid=0xc3 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x000f, statreg=0x3200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 0000d800, size 6, enabled pcib0: matched entry for 0.9.INTA (src \\_SB_.LNKD) pcib0: possible interrupts: 1 3 4 5 6 7 9 10 11 12 14 15 ACPI PCI link arbitrated settings: \\_SB_.LNKC (references 8, priority 152700): interrupts: 11 10 5 9 12 7 6 4 3 15 14 1 penalty: 320 320 370 640 5320 5320 5320 5320 5320 50320 50320100160 \\_SB_.LNKD (references 7, priority 133612): interrupts: 11 10 5 9 12 7 6 4 3 15 14 1 penalty: 320 320 370 640 5320 5320 5320 5320 5320 50320 50320100160 \\_SB_.LNKA (references 8, priority 93738): interrupts: 11 10 5 9 12 7 6 4 3 15 14 penalty: 320 320 370 640 5320 5320 5320 5320 5320 50320 50320 \\_SB_.LNKB (references 8, priority 93738): interrupts: 11 10 5 9 12 7 6 4 3 15 14 penalty: 320 320 370 640 5320 5320 5320 5320 5320 50320 50320 \\_SB_.LNKE (references 1, priority 19087): interrupts: 11 10 5 9 12 7 6 4 3 15 14 1 penalty: 320 320 370 640 5320 5320 5320 5320 5320 50320 50320100160 pcib0: slot 9 INTA routed to irq 6 via \\_SB_.LNKD found-> vendor=0x1274, dev=0x1371, revid=0x08 bus=0, slot=9, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0410, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x0c (3000 ns), maxlat=0x80 (32000 ns) intpin=a, irq=6 powerspec 1 supports D0 D2 D3 current D0 map[10]: type 4, range 32, base 0000d400, size 7, enabled map[14]: type 1, range 32, base de000000, size 7, enabled pcib0: matched entry for 0.11.INTA (src \\_SB_.LNKB) pcib0: possible interrupts: 3 4 5 6 7 9 10 11 12 14 15 ACPI PCI link arbitrated settings: \\_SB_.LNKC (references 8, priority 155413): interrupts: 11 10 5 9 12 7 4 3 6 15 14 1 penalty: 640 640 690 1280 5640 5640 5640 5640 5710 50640 50640100320 \\_SB_.LNKA (references 8, priority 96581): interrupts: 11 10 5 9 12 7 4 3 6 15 14 penalty: 640 640 690 1280 5640 5640 5640 5640 5710 50640 50640 \\_SB_.LNKB (references 8, priority 96581): interrupts: 11 10 5 9 12 7 4 3 6 15 14 penalty: 640 640 690 1280 5640 5640 5640 5640 5710 50640 50640 \\_SB_.LNKE (references 1, priority 19426): interrupts: 11 10 5 9 12 7 4 3 6 15 14 1 penalty: 640 640 690 1280 5640 5640 5640 5640 5710 50640 50640100320 pcib0: slot 11 INTA routed to irq 10 via \\_SB_.LNKB found-> vendor=0x10b7, dev=0x9055, revid=0x30 bus=0, slot=11, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x0a (2500 ns), maxlat=0x0a (2500 ns) intpin=a, irq=10 powerspec 1 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000d000, size 4, enabled found-> vendor=0x10b9, dev=0x5229, revid=0xc1 bus=0, slot=15, func=0 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=255 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe0000000 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 0xe000-0xdfff pcib1: memory decode 0xdf000000-0xdfffffff pcib1: prefetched decode 0xe5f00000-0xe7ffffff pci1: on pcib1 pci1: physical bus=1 map[10]: type 3, range 32, base e6000000, size 25, enabled pcib1: device (null) requested decoded memory range 0xe6000000-0xe7ffffff map[14]: type 1, range 32, base df800000, size 14, enabled pcib1: device (null) requested decoded memory range 0xdf800000-0xdf803fff map[18]: type 1, range 32, base df000000, size 23, enabled pcib1: device (null) requested decoded memory range 0xdf000000-0xdf7fffff pcib0: matched entry for 0.1.INTA (src \\_SB_.LNKA) pcib0: possible interrupts: 3 4 5 6 7 9 10 11 12 14 15 ACPI PCI link arbitrated settings: \\_SB_.LNKC (references 8, priority 158133): interrupts: 11 5 10 9 12 7 4 3 6 15 14 1 penalty: 960 1010 1040 1920 5960 5960 5960 5960 6030 50960 50960100480 \\_SB_.LNKA (references 8, priority 99432): interrupts: 11 5 10 9 12 7 4 3 6 15 14 penalty: 960 1010 1040 1920 5960 5960 5960 5960 6030 50960 50960 \\_SB_.LNKE (references 1, priority 19766): interrupts: 11 5 10 9 12 7 4 3 6 15 14 1 penalty: 960 1010 1040 1920 5960 5960 5960 5960 6030 50960 50960100480 pcib0: slot 1 INTA routed to irq 11 via \\_SB_.LNKA pcib1: slot 0 INTA is routed to irq 11 found-> vendor=0x102b, dev=0x0525, revid=0x04 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x10 (4000 ns), maxlat=0x20 (8000 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 pci1: at device 0.0 (no driver attached) pci0: at device 3.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 pcm0: port 0xd800-0xd83f irq 6 at device 9.0 on pci0 pcm0: Reserved 0x40 bytes for rid 0x10 type 4 at 0xd800 pcm0: pcm0: Codec features headphone, 20 bit DAC, 18 bit ADC, 6 bit master volume, Crystal Semi 3D Stereo Enhancement pcm0: Primary codec extended features AMAP pcm0: [GIANT-LOCKED] pcm0: sndbuf_setmap 196000, 1000; 0xc0ec2000 -> 196000 pcm0: sndbuf_setmap 214000, 1000; 0xc0f00000 -> 214000 xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xd400-0xd47f mem 0xde000000-0xde00007f irq 10 at device 11.0 on pci0 xl0: Reserved 0x80 bytes for rid 0x14 type 3 at 0xde000000 xl0: using memory mapped I/O xl0: media options word: a xl0: found MII/AUTO miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:50:da:80:4b:43 xl0: [MPSAFE] atapci0: port 0xd000-0xd00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xd000 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 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 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=50 ata1-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata1-slave: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=50 stat1=00 devices=0x9 ata1: [MPSAFE] unknown: not probed (disabled) unknown: not probed (disabled) ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0 port 0x778-0x77b,0x378-0x37b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/7 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 vpo0: can't connect to the drive imm0: (disconnect) s1=0x38 s2=0x38, s3=0x38 imm0: (connect) s1=0x38 s2=0x38, s3=0x38 imm0: (connect) s1=0x38 s2=0x38, s3=0x38 imm0: (connect) s1=0x38 s2=0x38, s3=0x38 sio0: irq maps: 0x1 0x11 0x1 0x1 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1: irq maps: 0x1 0x9 0x1 0x1 sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A unknown: not probed (disabled) unknown: not probed (disabled) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0 irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 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 ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 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 sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc7fff on isa0 pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0: cannot allocate I/O port (6 ports) fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 451023534 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached ata0-master: pio=0x0c wdma=0x22 udma=0x44 cable=80pin ata0-master: setting PIO4 on AcerLabs Aladdin chip ata0-master: setting UDMA33 on AcerLabs Aladdin chip ad0: ATA-4 disk at ata0-master ad0: 13031MB (26688576 sectors), 26476 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA33 GEOM: new disk ad0 ata1-slave: pio=0x0b wdma=0x20 udma=0xffffffff cable=40pin ATAPI_RESET time = 30us ata1-master: pio=0x0c wdma=0x22 udma=0x44 cable=40pin ata1-master: setting PIO4 on AcerLabs Aladdin chip ata1-master: setting UDMA33 on AcerLabs Aladdin chip ata1-slave: setting PIO3 on AcerLabs Aladdin chip ad2: ATA-5 disk at ata1-master ad2: 13029MB (26684784 sectors), 26473 C, 16 H, 63 S, 512 B ad2: 16 secs/int, 1 depth queue, UDMA33 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/15/63 s:63 l:26687745 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 13664125440 end 13664157695 GEOM: new disk ad2 GEOM: Configure ad0s1a, start 0 length 104857600 end 104857599 GEOM: Configure ad0s1b, start 104857600 length 213909504 end 318767103 GEOM: Configure ad0s1c, start 0 length 13662577152 end 13662577151 GEOM: Configure ad0s1e, start 318767104 length 5242880000 end 5561647103 GEOM: Configure ad0s1f, start 5561647104 length 8100930048 end 13662577151 acd0: DVDROM drive at ata1 as slave acd0: read 1377KB/s (1377KB/s), 256KB buffer, PIO3 acd0: Reads: CDRW, CDDA, DVDROM, DVDR acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):872/15/63 s:63 l:26684721 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad2s1, start 32256 length 13662577152 end 13662609407 GEOM: Configure ad2s1a, start 0 length 104857600 end 104857599 GEOM: Configure ad2s1b, start 104857600 length 213909504 end 318767103 GEOM: Configure ad2s1c, start 0 length 13662577152 end 13662577151 GEOM: Configure ad2s1e, start 318767104 length 5242880000 end 5561647103 GEOM: Configure ad2s1f, start 5561647104 length 8100930048 end 13662577151 (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe3:ata1:0:1:0): error 6 (probe3:ata1:0:1:0): Unretryable Error (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe2:ata1:0:0:0): error 22 (probe2:ata1:0:0:0): Unretryable Error (probe2:ata1:0:0:0): error 22 (probe2:ata1:0:0:0): Unretryable Error (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error pass0 at ata1 bus 0 target 1 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 11.000MB/s transfers GEOM: new disk cd0 (cd0:ata1:0:1:0): error 6 (cd0:ata1:0:1:0): Unretryable Error cd0 at ata1 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 11.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (cd0:ata1:0:1:0): error 6 (cd0:ata1:0:1:0): Unretryable Error (cd0:ata1:0:1:0): error 6 (cd0:ata1:0:1:0): Unretryable Error Mounting root from ufs:/dev/ad0s1a start_init: trying /sbin/init --==_Exmh_15018947010-- From owner-freebsd-acpi@FreeBSD.ORG Tue Oct 5 15:54:28 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 874F316A4CE; Tue, 5 Oct 2004 15:54:28 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 199CF43D53; Tue, 5 Oct 2004 15:54:28 +0000 (GMT) (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; Tue, 05 Oct 2004 08:54:27 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id DBC515D09; Tue, 5 Oct 2004 08:54:26 -0700 (PDT) X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: John Baldwin In-reply-to: Your message of "Mon, 04 Oct 2004 15:57:30 EDT." <200410041557.30162.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_15018947010" Date: Tue, 05 Oct 2004 08:54:26 -0700 From: "Kevin Oberman" Message-Id: <20041005155426.DBC515D09@ptavv.es.net> cc: acpi@FreeBSD.org cc: freebsd-acpi@FreeBSD.org Subject: Re: ASUS P5A broken by ACPI black-list 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, 05 Oct 2004 15:54:28 -0000 This is a multipart MIME message. --==_Exmh_15018947010 Content-Type: text/plain; charset=us-ascii > From: John Baldwin > Date: Mon, 4 Oct 2004 15:57:30 -0400 > > On Monday 04 October 2004 02:33 pm, Nate Lawson wrote: > > Kevin Oberman wrote: > > > It looks like interrupts from the Ethernet are not delivered without > > > ACPI, but that is hardly your problem. I have over-ridden the black-list > > > and things are back to normal. > > > > The reason this system works in Windows without ACPI is that irq routing > > in Windows uses multiple info sources including _PIR and $PIR. John > > Baldwin has patches to do this for us too. > > $PIR routing already works on FreeBSD and has worked for quite a while. The > patches I have are to make the acpi_pci_link code work more like the $PIR > code already does. It doesn't change the ACPI code to actually use $PIR or > the MPTable though. I can try to look at why the ethernet device doesn't get > interrupts correctly if you can provide verbose ACPI and non-ACPI dmesgs to > look at. I am attaching the files. I do see some oddities with the interrupts that I had not previously noted, but they seen to be linked to sound, not the Ethernet. And, for whatever it's worth, "vmstat -i" does not show my sound card, at all. dmesg indicates it should be on IRQ 6. interrupt total rate irq0: clk 4242251 99 irq1: atkbd0 3 0 irq7: ppc0 1 0 irq8: rtc 5430044 127 irq10: xl0 13699 0 irq13: npx0 1 0 irq14: ata0 166980 3 irq15: ata1 136 0 Total 9853115 232 -- 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 --==_Exmh_15018947010 Content-Type: text/plain ; name="dmesg.no-acpi"; charset=us-ascii Content-Description: dmesg.no-acpi Content-Disposition: attachment; filename="dmesg.no-acpi" 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.3-BETA6 #52: Sun Oct 3 15:02:13 PDT 2004 oberman@kzin.es.net:/usr/obj/usr/src/sys/KZIN Preloaded elf kernel "/boot/kernel/kernel" at 0xc0791000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc0791200. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0791250. Calibrating clock(s) ... i8254 clock: 1193208 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 451024222 Hz CPU: AMD-K6(tm) 3D+ Processor (451.02-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x591 Stepping = 1 Features=0x8021bf AMD Features=0x80000800 Data TLB: 128 entries, 2-way associative Instruction TLB: 64 entries, 1-way associative L1 data cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associative L1 instruction cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 32 bytes/line, 2 lines/tag, 4-way associative Write Allocate Enable Limit: 96M bytes Write Allocate 15-16M bytes: Enable real memory = 100646912 (95 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000826000 - 0x0000000005e1bfff, 90136576 bytes (22006 pages) avail memory = 92938240 (88 MB) bios32: Found BIOS32 Service Directory header at 0xc00f9d50 bios32: Entry = 0xf0690 (c00f0690) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x6c0 pnpbios: Found PnP BIOS data at 0xc00fd1d0 pnpbios: Entry = f0000:d200 Rev = 1.0 pnpbios: OEM ID cd041 Other BIOS signatures found: io: null: random: mem: K6-family MTRR support enabled (2 registers) ACPI disabled by blacklist. Contact your BIOS vendor. npx0: [FAST] npx0: on motherboard npx0: INT 16 interface 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=154110b9) pcibios: BIOS version 2.10 Found $PIR table, 8 entries at 0xc00f0ca0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs slot 1 0 12 A 0x01 3 4 5 7 9 10 11 12 slot 1 0 12 B 0x02 3 4 5 7 9 10 11 12 slot 1 0 12 C 0x03 3 4 5 7 9 10 11 12 slot 1 0 12 D 0x04 3 4 5 7 9 10 11 12 slot 2 0 11 A 0x02 3 4 5 7 9 10 11 12 slot 2 0 11 B 0x03 3 4 5 7 9 10 11 12 slot 2 0 11 C 0x04 3 4 5 7 9 10 11 12 slot 2 0 11 D 0x01 3 4 5 7 9 10 11 12 slot 3 0 10 A 0x03 3 4 5 7 9 10 11 12 slot 3 0 10 B 0x04 3 4 5 7 9 10 11 12 slot 3 0 10 C 0x01 3 4 5 7 9 10 11 12 slot 3 0 10 D 0x02 3 4 5 7 9 10 11 12 slot 4 0 9 A 0x04 3 4 5 7 9 10 11 12 slot 4 0 9 B 0x01 3 4 5 7 9 10 11 12 slot 4 0 9 C 0x02 3 4 5 7 9 10 11 12 slot 4 0 9 D 0x03 3 4 5 7 9 10 11 12 slot 5 0 13 A 0x04 3 4 5 7 9 10 11 12 slot 5 0 13 B 0x01 3 4 5 7 9 10 11 12 slot 5 0 13 C 0x02 3 4 5 7 9 10 11 12 slot 5 0 13 D 0x03 3 4 5 7 9 10 11 12 embedded 0 2 A 0x59 3 4 5 7 9 10 11 12 embedded 0 1 A 0x01 3 4 5 7 9 10 11 12 embedded 0 1 B 0x02 3 4 5 7 9 10 11 12 embedded 0 1 C 0x03 3 4 5 7 9 10 11 12 embedded 0 1 D 0x04 3 4 5 7 9 10 11 12 embedded 0 6 A 0x03 3 4 5 7 9 10 11 12 embedded 0 6 B 0x04 3 4 5 7 9 10 11 12 embedded 0 6 C 0x01 3 4 5 7 9 10 11 12 embedded 0 6 D 0x02 3 4 5 7 9 10 11 12 pcib0: pcibus 0 on motherboard pir0: on motherboard $PIR: Links after initial probe: Link IRQ Rtd Ref IRQs 0x1 255 N 7 3 4 5 7 9 10 11 12 0x2 255 N 7 3 4 5 7 9 10 11 12 0x3 255 N 7 3 4 5 7 9 10 11 12 0x4 255 N 7 3 4 5 7 9 10 11 12 0x59 255 N 1 3 4 5 7 9 10 11 12 $PIR: Found matching pin for 0.11.INTA at func 0: 10 $PIR: Found matching pin for 0.9.INTA at func 0: 6 $PIR: BIOS IRQ 6 for 0.9.INTA is not valid for link 0x4 $PIR: Links after initial IRQ discovery: Link IRQ Rtd Ref IRQs 0x1 255 N 7 3 4 5 7 9 10 11 12 0x2 10 Y 7 3 4 5 7 9 10 11 12 0x3 255 N 7 3 4 5 7 9 10 11 12 0x4 255 N 7 3 4 5 7 9 10 11 12 0x59 255 N 1 3 4 5 7 9 10 11 12 $PIR: IRQs used by BIOS: 10 $PIR: Interrupt Weights: [ 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ] [ 0 0 0 0 0 0 0 0 0 0 7 0 0 0 0 0 ] pci0: on pcib0 pci0: physical bus=0 map[10]: type 1, range 32, base e0000000, size 26, enabled found-> vendor=0x10b9, dev=0x1541, revid=0x04 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2410, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10b9, dev=0x5243, revid=0x04 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0400, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) found-> vendor=0x10b9, dev=0x7101, revid=0x00 bus=0, slot=3, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10b9, dev=0x1533, revid=0xc3 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x000f, statreg=0x3200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 0000d800, size 6, enabled $PIR: Found IRQ 10 for link 0x4 from 10 $PIR: 0:9 INTA routed to irq 10 found-> vendor=0x1274, dev=0x1371, revid=0x08 bus=0, slot=9, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0410, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x0c (3000 ns), maxlat=0x80 (32000 ns) intpin=a, irq=10 powerspec 1 supports D0 D2 D3 current D0 map[10]: type 4, range 32, base 0000d400, size 7, enabled map[14]: type 1, range 32, base de000000, size 7, enabled $PIR: 0:11 INTA routed to irq 10 found-> vendor=0x10b7, dev=0x9055, revid=0x30 bus=0, slot=11, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x0a (2500 ns), maxlat=0x0a (2500 ns) intpin=a, irq=10 powerspec 1 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000d000, size 4, enabled found-> vendor=0x10b9, dev=0x5229, revid=0xc1 bus=0, slot=15, func=0 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=255 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe0000000 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 0xe000-0xdfff pcib1: memory decode 0xdf000000-0xdfffffff pcib1: prefetched decode 0xe5f00000-0xe7ffffff pci1: on pcib1 pci1: physical bus=1 map[10]: type 3, range 32, base e6000000, size 25, enabled pcib1: device (null) requested decoded memory range 0xe6000000-0xe7ffffff map[14]: type 1, range 32, base df800000, size 14, enabled pcib1: device (null) requested decoded memory range 0xdf800000-0xdf803fff map[18]: type 1, range 32, base df000000, size 23, enabled pcib1: device (null) requested decoded memory range 0xdf000000-0xdf7fffff $PIR: Found IRQ 10 for link 0x1 from 10 $PIR: 0:1 INTA routed to irq 10 pcib1: slot 0 INTA is routed to irq 10 found-> vendor=0x102b, dev=0x0525, revid=0x04 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x10 (4000 ns), maxlat=0x20 (8000 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 pci1: at device 0.0 (no driver attached) pci0: at device 3.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 pcm0: port 0xd800-0xd83f irq 10 at device 9.0 on pci0 pcm0: Reserved 0x40 bytes for rid 0x10 type 4 at 0xd800 pcm0: pcm0: Codec features headphone, 20 bit DAC, 18 bit ADC, 6 bit master volume, Crystal Semi 3D Stereo Enhancement pcm0: Secondary codec extended features variable rate PCM, double rate PCM, reserved 2, LFE DAC, reserved 5, reserved 6 pcm0: [GIANT-LOCKED] pcm0: sndbuf_setmap 1b9000, 1000; 0xc0ec5000 -> 1b9000 pcm0: sndbuf_setmap 197000, 1000; 0xc0ec3000 -> 197000 xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xd400-0xd47f mem 0xde000000-0xde00007f irq 10 at device 11.0 on pci0 xl0: Reserved 0x80 bytes for rid 0x14 type 3 at 0xde000000 xl0: using memory mapped I/O xl0: media options word: a xl0: found MII/AUTO miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:50:da:80:4b:43 xl0: [MPSAFE] atapci0: port 0xd000-0xd00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xd000 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 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 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=50 ata1-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata1-slave: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=50 stat1=00 devices=0x9 ata1: [MPSAFE] cpu0 on motherboard pnpbios: 14 devices, largest 114 bytes PNP0401: adding dma mask 0x8 PNP0401: adding irq mask 0x80 PNP0401: adding io range 0x378-0x37f, size=0x8, align=0 PNP0401: adding io range 0x778-0x77f, size=0x8, align=0 pnpbios: handle 1 device ID PNP0401 (0104d041) PNP0501: adding irq mask 0x10 PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0 pnpbios: handle 2 device ID PNP0501 (0105d041) PNP0501: adding irq mask 0x8 PNP0501: adding io range 0x2f8-0x2ff, size=0x8, align=0 pnpbios: handle 3 device ID PNP0501 (0105d041) PNP0f13: adding irq mask 0x1000 pnpbios: handle 7 device ID PNP0f13 (130fd041) PNP0c01: adding fixed memory32 range 0-0x9ffff, size=0xa0000 PNP0c01: adding fixed memory32 range 0x100000-0x5ffffff, size=0x5f00000 PNP0c01: adding fixed memory32 range 0xe8000-0xeffff, size=0x8000 PNP0c01: adding fixed memory32 range 0xf0000-0xf3fff, size=0x4000 PNP0c01: adding fixed memory32 range 0xf4000-0xf7fff, size=0x4000 PNP0c01: adding fixed memory32 range 0xf8000-0xfbfff, size=0x4000 PNP0c01: adding fixed memory32 range 0xfc000-0xfffff, size=0x4000 PNP0c01: adding fixed memory32 range 0xfffe0000-0xffffffff, size=0x20000 pnpbios: handle 8 device ID PNP0c01 (010cd041) PNP0100: adding irq mask 0x1 PNP0100: adding io range 0x40-0x43, size=0x4, align=0 pnpbios: handle 10 device ID PNP0100 (0001d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x71, size=0x2, align=0 pnpbios: handle 11 device ID PNP0b00 (000bd041) PNP0303: adding irq mask 0x2 PNP0303: adding io range 0x60-0x60, size=0x1, align=0 PNP0303: adding io range 0x64-0x64, size=0x1, align=0 pnpbios: handle 12 device ID PNP0303 (0303d041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xf0, size=0x1, align=0 pnpbios: handle 13 device ID PNP0c04 (040cd041) PNP0200: adding dma mask 0x10 PNP0200: adding io range 0-0xf, size=0x10, align=0 PNP0200: adding io range 0x80-0x90, size=0x11, align=0 PNP0200: adding io range 0x94-0x9f, size=0xc, align=0 PNP0200: adding io range 0xc0-0xde, size=0x1f, align=0 pnpbios: handle 14 device ID PNP0200 (0002d041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0x1 pnpbios: handle 15 device ID PNP0800 (0008d041) PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0 pnpbios: handle 16 device ID PNP0a03 (030ad041) PNP0c02: adding io range 0x290-0x297, size=0x8, align=0 PNP0c02: adding io range 0x40b-0x40b, size=0x1, align=0 PNP0c02: adding io range 0x480-0x49f, size=0x20, align=0 PNP0c02: adding io range 0x4d6-0x4d6, size=0x1, align=0 PNP0c02: adding io range 0xec00-0xec3f, size=0x40, align=0 PNP0c02: adding io range 0xe800-0xe83f, size=0x40, align=0 pnpbios: handle 17 device ID PNP0c02 (020cd041) ata: ata0 already exists; skipping it ata: ata1 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 sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc7fff on isa0 pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/7 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 vpo0: can't connect to the drive imm0: (disconnect) s1=0x38 s2=0x38, s3=0x38 imm0: (connect) s1=0x38 s2=0x38, s3=0x38 imm0: (connect) s1=0x38 s2=0x38, s3=0x38 imm0: (connect) s1=0x38 s2=0x38, s3=0x38 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x1 0x11 0x1 0x1 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: irq maps: 0x1 0x9 0x1 0x1 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices unknown: can't assign resources (port) unknown: at port 0x378-0x37f on isa0 unknown: can't assign resources (port) unknown: at port 0x3f8-0x3ff on isa0 unknown: can't assign resources (port) unknown: at port 0x2f8-0x2ff on isa0 unknown: can't assign resources (irq) unknown: at irq 12 on isa0 unknown: can't assign resources (port) unknown: at port 0x60 on isa0 unknown: failed to probe at port 0x61 on isa0 Device configuration finished. procfs registered Timecounter "TSC" frequency 451024222 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached ata0-master: pio=0x0c wdma=0x22 udma=0x44 cable=80pin ata0-master: setting PIO4 on AcerLabs Aladdin chip ata0-master: setting UDMA33 on AcerLabs Aladdin chip ad0: ATA-4 disk at ata0-master ad0: 13031MB (26688576 sectors), 26476 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA33 GEOM: new disk ad0 ata1-slave: pio=0x0b wdma=0x20 udma=0xffffffff cable=40pin ATAPI_RESET time = 30us ata1-master: pio=0x0c wdma=0x22 udma=0x44 cable=40pin ata1-master: setting PIO4 on AcerLabs Aladdin chip ata1-master: setting UDMA33 on AcerLabs Aladdin chip ata1-slave: setting PIO3 on AcerLabs Aladdin chip [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/15/63 s:63 l:26687745 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 13664125440 end 13664157695 ad2: ATA-5 disk at ata1-master ad2: 13029MB (26684784 sectors), 26473 C, 16 H, 63 S, 512 B ad2: 16 secs/int, 1 depth queue, UDMA33 GEOM: Configure ad0s1a, start 0 length 104857600 end 104857599 GEOM: Configure ad0s1b, start 104857600 length 213909504 end 318767103 GEOM: Configure ad0s1c, start 0 length 13662577152 end 13662577151 GEOM: Configure ad0s1e, start 318767104 length 5242880000 end 5561647103 GEOM: Configure ad0s1f, start 5561647104 length 8100930048 end 13662577151 GEOM: new disk ad2 acd0: DVDROM drive at ata1 as slave acd0: read 1377KB/s (1377KB/s), 256KB buffer, PIO3 acd0: Reads: CDRW, CDDA, DVDROM, DVDR acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):872/15/63 s:63 l:26684721 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad2s1, start 32256 length 13662577152 end 13662609407 GEOM: Configure ad2s1a, start 0 length 104857600 end 104857599 GEOM: Configure ad2s1b, start 104857600 length 213909504 end 318767103 GEOM: Configure ad2s1c, start 0 length 13662577152 end 13662577151 GEOM: Configure ad2s1e, start 318767104 length 5242880000 end 5561647103 GEOM: Configure ad2s1f, start 5561647104 length 8100930048 end 13662577151 (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe3:ata1:0:1:0): error 6 (probe3:ata1:0:1:0): Unretryable Error (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe2:ata1:0:0:0): error 22 (probe2:ata1:0:0:0): Unretryable Error (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe2:ata1:0:0:0): error 22 (probe2:ata1:0:0:0): Unretryable Error pass0 at ata1 bus 0 target 1 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 11.000MB/s transfers GEOM: new disk cd0 (cd0:ata1:0:1:0): error 6 (cd0:ata1:0:1:0): Unretryable Error cd0 at ata1 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 11.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (cd0:ata1:0:1:0): error 6 (cd0:ata1:0:1:0): Unretryable Error (cd0:ata1:0:1:0): error 6 (cd0:ata1:0:1:0): Unretryable Error Mounting root from ufs:/dev/ad0s1a start_init: trying /sbin/init xl0: watchdog timeout --==_Exmh_15018947010 Content-Type: text/plain ; name="dmesg.acpi"; charset=us-ascii Content-Description: dmesg.acpi Content-Disposition: attachment; filename="dmesg.acpi" 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.3-BETA6 #52: Sun Oct 3 15:02:13 PDT 2004 oberman@kzin.es.net:/usr/obj/usr/src/sys/KZIN Preloaded elf kernel "/boot/kernel/kernel" at 0xc0791000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc0791200. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0791250. Calibrating clock(s) ... i8254 clock: 1193205 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 451023534 Hz CPU: AMD-K6(tm) 3D+ Processor (451.02-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x591 Stepping = 1 Features=0x8021bf AMD Features=0x80000800 Data TLB: 128 entries, 2-way associative Instruction TLB: 64 entries, 1-way associative L1 data cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associative L1 instruction cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 32 bytes/line, 2 lines/tag, 4-way associative Write Allocate Enable Limit: 96M bytes Write Allocate 15-16M bytes: Enable real memory = 100646912 (95 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000826000 - 0x0000000005e1bfff, 90136576 bytes (22006 pages) avail memory = 92938240 (88 MB) bios32: Found BIOS32 Service Directory header at 0xc00f9d50 bios32: Entry = 0xf0690 (c00f0690) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x6c0 pnpbios: Found PnP BIOS data at 0xc00fd1d0 pnpbios: Entry = f0000:d200 Rev = 1.0 pnpbios: OEM ID cd041 Other BIOS signatures found: io: null: random: mem: K6-family MTRR support enabled (2 registers) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] 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=154110b9) pcibios: BIOS version 2.10 Found $PIR table, 8 entries at 0xc00f0ca0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs slot 1 0 12 A 0x01 3 4 5 7 9 10 11 12 slot 1 0 12 B 0x02 3 4 5 7 9 10 11 12 slot 1 0 12 C 0x03 3 4 5 7 9 10 11 12 slot 1 0 12 D 0x04 3 4 5 7 9 10 11 12 slot 2 0 11 A 0x02 3 4 5 7 9 10 11 12 slot 2 0 11 B 0x03 3 4 5 7 9 10 11 12 slot 2 0 11 C 0x04 3 4 5 7 9 10 11 12 slot 2 0 11 D 0x01 3 4 5 7 9 10 11 12 slot 3 0 10 A 0x03 3 4 5 7 9 10 11 12 slot 3 0 10 B 0x04 3 4 5 7 9 10 11 12 slot 3 0 10 C 0x01 3 4 5 7 9 10 11 12 slot 3 0 10 D 0x02 3 4 5 7 9 10 11 12 slot 4 0 9 A 0x04 3 4 5 7 9 10 11 12 slot 4 0 9 B 0x01 3 4 5 7 9 10 11 12 slot 4 0 9 C 0x02 3 4 5 7 9 10 11 12 slot 4 0 9 D 0x03 3 4 5 7 9 10 11 12 slot 5 0 13 A 0x04 3 4 5 7 9 10 11 12 slot 5 0 13 B 0x01 3 4 5 7 9 10 11 12 slot 5 0 13 C 0x02 3 4 5 7 9 10 11 12 slot 5 0 13 D 0x03 3 4 5 7 9 10 11 12 embedded 0 2 A 0x59 3 4 5 7 9 10 11 12 embedded 0 1 A 0x01 3 4 5 7 9 10 11 12 embedded 0 1 B 0x02 3 4 5 7 9 10 11 12 embedded 0 1 C 0x03 3 4 5 7 9 10 11 12 embedded 0 1 D 0x04 3 4 5 7 9 10 11 12 embedded 0 6 A 0x03 3 4 5 7 9 10 11 12 embedded 0 6 B 0x04 3 4 5 7 9 10 11 12 embedded 0 6 C 0x01 3 4 5 7 9 10 11 12 embedded 0 6 D 0x02 3 4 5 7 9 10 11 12 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 7 func 0 acpi0: Power Button (fixed) atpic: Programming IRQ9 as level/low ACPI timer looks BAD min = 0, max = 12, width = 12 ACPI timer looks BAD min = 1, max = 16777204, width = 16777203 ACPI timer looks BAD min = 0, max = 5, width = 5 ACPI timer looks BAD min = 0, max = 5, width = 5 ACPI timer looks BAD min = 0, max = 5, width = 5 ACPI timer looks BAD min = 0, max = 16777204, width = 16777204 ACPI timer looks BAD min = 0, max = 16777210, width = 16777210 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks BAD min = 0, max = 5, width = 5 ACPI timer looks BAD min = 0, max = 16777204, width = 16777204 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xec08-0xec0b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: \\_SB_.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 0.12.0 \\_SB_.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 0.12.1 \\_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 5+ low,level,sharable 0.12.2 \\_SB_.LNKD irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 6+ low,level,sharable 0.12.3 \\_SB_.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 0.11.0 \\_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 5+ low,level,sharable 0.11.1 \\_SB_.LNKD irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 6+ low,level,sharable 0.11.2 \\_SB_.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 0.11.3 \\_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 5+ low,level,sharable 0.10.0 \\_SB_.LNKD irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 6+ low,level,sharable 0.10.1 \\_SB_.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 0.10.2 \\_SB_.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 0.10.3 \\_SB_.LNKD irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 6+ low,level,sharable 0.9.0 \\_SB_.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 0.9.1 \\_SB_.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 0.9.2 \\_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 5+ low,level,sharable 0.9.3 \\_SB_.LNKD irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 6+ low,level,sharable 0.13.0 \\_SB_.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 0.13.1 \\_SB_.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 0.13.2 \\_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 5+ low,level,sharable 0.13.3 \\_SB_.LNKE irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 0+ low,level,sharable 0.2.0 \\_SB_.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 0.2.1 \\_SB_.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 0.2.2 \\_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 5+ low,level,sharable 0.2.3 \\_SB_.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 0.1.0 \\_SB_.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 0.1.1 \\_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 5+ low,level,sharable 0.1.2 \\_SB_.LNKD irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 6+ low,level,sharable 0.1.3 \\_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 5+ low,level,sharable 0.6.0 \\_SB_.LNKD irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] 6+ low,level,sharable 0.6.1 \\_SB_.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 0.6.2 \\_SB_.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 0.6.3 pci0: on pcib0 pci0: physical bus=0 map[10]: type 1, range 32, base e0000000, size 26, enabled found-> vendor=0x10b9, dev=0x1541, revid=0x04 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2410, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10b9, dev=0x5243, revid=0x04 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0400, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) found-> vendor=0x10b9, dev=0x7101, revid=0x00 bus=0, slot=3, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10b9, dev=0x1533, revid=0xc3 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x000f, statreg=0x3200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 0000d800, size 6, enabled pcib0: matched entry for 0.9.INTA (src \\_SB_.LNKD) pcib0: possible interrupts: 1 3 4 5 6 7 9 10 11 12 14 15 ACPI PCI link arbitrated settings: \\_SB_.LNKC (references 8, priority 152700): interrupts: 11 10 5 9 12 7 6 4 3 15 14 1 penalty: 320 320 370 640 5320 5320 5320 5320 5320 50320 50320100160 \\_SB_.LNKD (references 7, priority 133612): interrupts: 11 10 5 9 12 7 6 4 3 15 14 1 penalty: 320 320 370 640 5320 5320 5320 5320 5320 50320 50320100160 \\_SB_.LNKA (references 8, priority 93738): interrupts: 11 10 5 9 12 7 6 4 3 15 14 penalty: 320 320 370 640 5320 5320 5320 5320 5320 50320 50320 \\_SB_.LNKB (references 8, priority 93738): interrupts: 11 10 5 9 12 7 6 4 3 15 14 penalty: 320 320 370 640 5320 5320 5320 5320 5320 50320 50320 \\_SB_.LNKE (references 1, priority 19087): interrupts: 11 10 5 9 12 7 6 4 3 15 14 1 penalty: 320 320 370 640 5320 5320 5320 5320 5320 50320 50320100160 pcib0: slot 9 INTA routed to irq 6 via \\_SB_.LNKD found-> vendor=0x1274, dev=0x1371, revid=0x08 bus=0, slot=9, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0410, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x0c (3000 ns), maxlat=0x80 (32000 ns) intpin=a, irq=6 powerspec 1 supports D0 D2 D3 current D0 map[10]: type 4, range 32, base 0000d400, size 7, enabled map[14]: type 1, range 32, base de000000, size 7, enabled pcib0: matched entry for 0.11.INTA (src \\_SB_.LNKB) pcib0: possible interrupts: 3 4 5 6 7 9 10 11 12 14 15 ACPI PCI link arbitrated settings: \\_SB_.LNKC (references 8, priority 155413): interrupts: 11 10 5 9 12 7 4 3 6 15 14 1 penalty: 640 640 690 1280 5640 5640 5640 5640 5710 50640 50640100320 \\_SB_.LNKA (references 8, priority 96581): interrupts: 11 10 5 9 12 7 4 3 6 15 14 penalty: 640 640 690 1280 5640 5640 5640 5640 5710 50640 50640 \\_SB_.LNKB (references 8, priority 96581): interrupts: 11 10 5 9 12 7 4 3 6 15 14 penalty: 640 640 690 1280 5640 5640 5640 5640 5710 50640 50640 \\_SB_.LNKE (references 1, priority 19426): interrupts: 11 10 5 9 12 7 4 3 6 15 14 1 penalty: 640 640 690 1280 5640 5640 5640 5640 5710 50640 50640100320 pcib0: slot 11 INTA routed to irq 10 via \\_SB_.LNKB found-> vendor=0x10b7, dev=0x9055, revid=0x30 bus=0, slot=11, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x0a (2500 ns), maxlat=0x0a (2500 ns) intpin=a, irq=10 powerspec 1 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000d000, size 4, enabled found-> vendor=0x10b9, dev=0x5229, revid=0xc1 bus=0, slot=15, func=0 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=255 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe0000000 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 0xe000-0xdfff pcib1: memory decode 0xdf000000-0xdfffffff pcib1: prefetched decode 0xe5f00000-0xe7ffffff pci1: on pcib1 pci1: physical bus=1 map[10]: type 3, range 32, base e6000000, size 25, enabled pcib1: device (null) requested decoded memory range 0xe6000000-0xe7ffffff map[14]: type 1, range 32, base df800000, size 14, enabled pcib1: device (null) requested decoded memory range 0xdf800000-0xdf803fff map[18]: type 1, range 32, base df000000, size 23, enabled pcib1: device (null) requested decoded memory range 0xdf000000-0xdf7fffff pcib0: matched entry for 0.1.INTA (src \\_SB_.LNKA) pcib0: possible interrupts: 3 4 5 6 7 9 10 11 12 14 15 ACPI PCI link arbitrated settings: \\_SB_.LNKC (references 8, priority 158133): interrupts: 11 5 10 9 12 7 4 3 6 15 14 1 penalty: 960 1010 1040 1920 5960 5960 5960 5960 6030 50960 50960100480 \\_SB_.LNKA (references 8, priority 99432): interrupts: 11 5 10 9 12 7 4 3 6 15 14 penalty: 960 1010 1040 1920 5960 5960 5960 5960 6030 50960 50960 \\_SB_.LNKE (references 1, priority 19766): interrupts: 11 5 10 9 12 7 4 3 6 15 14 1 penalty: 960 1010 1040 1920 5960 5960 5960 5960 6030 50960 50960100480 pcib0: slot 1 INTA routed to irq 11 via \\_SB_.LNKA pcib1: slot 0 INTA is routed to irq 11 found-> vendor=0x102b, dev=0x0525, revid=0x04 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x10 (4000 ns), maxlat=0x20 (8000 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 pci1: at device 0.0 (no driver attached) pci0: at device 3.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 pcm0: port 0xd800-0xd83f irq 6 at device 9.0 on pci0 pcm0: Reserved 0x40 bytes for rid 0x10 type 4 at 0xd800 pcm0: pcm0: Codec features headphone, 20 bit DAC, 18 bit ADC, 6 bit master volume, Crystal Semi 3D Stereo Enhancement pcm0: Primary codec extended features AMAP pcm0: [GIANT-LOCKED] pcm0: sndbuf_setmap 196000, 1000; 0xc0ec2000 -> 196000 pcm0: sndbuf_setmap 214000, 1000; 0xc0f00000 -> 214000 xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xd400-0xd47f mem 0xde000000-0xde00007f irq 10 at device 11.0 on pci0 xl0: Reserved 0x80 bytes for rid 0x14 type 3 at 0xde000000 xl0: using memory mapped I/O xl0: media options word: a xl0: found MII/AUTO miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:50:da:80:4b:43 xl0: [MPSAFE] atapci0: port 0xd000-0xd00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xd000 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 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 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=50 ata1-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata1-slave: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=50 stat1=00 devices=0x9 ata1: [MPSAFE] unknown: not probed (disabled) unknown: not probed (disabled) ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0 port 0x778-0x77b,0x378-0x37b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/7 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 vpo0: can't connect to the drive imm0: (disconnect) s1=0x38 s2=0x38, s3=0x38 imm0: (connect) s1=0x38 s2=0x38, s3=0x38 imm0: (connect) s1=0x38 s2=0x38, s3=0x38 imm0: (connect) s1=0x38 s2=0x38, s3=0x38 sio0: irq maps: 0x1 0x11 0x1 0x1 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1: irq maps: 0x1 0x9 0x1 0x1 sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A unknown: not probed (disabled) unknown: not probed (disabled) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0 irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 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 ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 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 sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc7fff on isa0 pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0: cannot allocate I/O port (6 ports) fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 451023534 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached ata0-master: pio=0x0c wdma=0x22 udma=0x44 cable=80pin ata0-master: setting PIO4 on AcerLabs Aladdin chip ata0-master: setting UDMA33 on AcerLabs Aladdin chip ad0: ATA-4 disk at ata0-master ad0: 13031MB (26688576 sectors), 26476 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA33 GEOM: new disk ad0 ata1-slave: pio=0x0b wdma=0x20 udma=0xffffffff cable=40pin ATAPI_RESET time = 30us ata1-master: pio=0x0c wdma=0x22 udma=0x44 cable=40pin ata1-master: setting PIO4 on AcerLabs Aladdin chip ata1-master: setting UDMA33 on AcerLabs Aladdin chip ata1-slave: setting PIO3 on AcerLabs Aladdin chip ad2: ATA-5 disk at ata1-master ad2: 13029MB (26684784 sectors), 26473 C, 16 H, 63 S, 512 B ad2: 16 secs/int, 1 depth queue, UDMA33 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/15/63 s:63 l:26687745 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 13664125440 end 13664157695 GEOM: new disk ad2 GEOM: Configure ad0s1a, start 0 length 104857600 end 104857599 GEOM: Configure ad0s1b, start 104857600 length 213909504 end 318767103 GEOM: Configure ad0s1c, start 0 length 13662577152 end 13662577151 GEOM: Configure ad0s1e, start 318767104 length 5242880000 end 5561647103 GEOM: Configure ad0s1f, start 5561647104 length 8100930048 end 13662577151 acd0: DVDROM drive at ata1 as slave acd0: read 1377KB/s (1377KB/s), 256KB buffer, PIO3 acd0: Reads: CDRW, CDDA, DVDROM, DVDR acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):872/15/63 s:63 l:26684721 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad2s1, start 32256 length 13662577152 end 13662609407 GEOM: Configure ad2s1a, start 0 length 104857600 end 104857599 GEOM: Configure ad2s1b, start 104857600 length 213909504 end 318767103 GEOM: Configure ad2s1c, start 0 length 13662577152 end 13662577151 GEOM: Configure ad2s1e, start 318767104 length 5242880000 end 5561647103 GEOM: Configure ad2s1f, start 5561647104 length 8100930048 end 13662577151 (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe3:ata1:0:1:0): error 6 (probe3:ata1:0:1:0): Unretryable Error (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe2:ata1:0:0:0): error 22 (probe2:ata1:0:0:0): Unretryable Error (probe2:ata1:0:0:0): error 22 (probe2:ata1:0:0:0): Unretryable Error (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error pass0 at ata1 bus 0 target 1 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 11.000MB/s transfers GEOM: new disk cd0 (cd0:ata1:0:1:0): error 6 (cd0:ata1:0:1:0): Unretryable Error cd0 at ata1 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 11.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (cd0:ata1:0:1:0): error 6 (cd0:ata1:0:1:0): Unretryable Error (cd0:ata1:0:1:0): error 6 (cd0:ata1:0:1:0): Unretryable Error Mounting root from ufs:/dev/ad0s1a start_init: trying /sbin/init --==_Exmh_15018947010-- From owner-freebsd-acpi@FreeBSD.ORG Tue Oct 5 16:26:33 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 5CF1D16A500 for ; Tue, 5 Oct 2004 16:26:33 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22F8343D31 for ; Tue, 5 Oct 2004 16:26:33 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 9946 invoked from network); 5 Oct 2004 16:26:33 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 5 Oct 2004 16:26:31 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i95GQN0m065355; Tue, 5 Oct 2004 12:26:27 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-acpi@FreeBSD.org Date: Tue, 5 Oct 2004 12:09:44 -0400 User-Agent: KMail/1.6.2 References: <20041005155426.DBC515D09@ptavv.es.net> In-Reply-To: <20041005155426.DBC515D09@ptavv.es.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410051209.44530.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: acpi@FreeBSD.org Subject: Re: ASUS P5A broken by ACPI black-list 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, 05 Oct 2004 16:26:33 -0000 On Tuesday 05 October 2004 11:54 am, Kevin Oberman wrote: > > From: John Baldwin > > Date: Mon, 4 Oct 2004 15:57:30 -0400 > > > > On Monday 04 October 2004 02:33 pm, Nate Lawson wrote: > > > Kevin Oberman wrote: > > > > It looks like interrupts from the Ethernet are not delivered without > > > > ACPI, but that is hardly your problem. I have over-ridden the > > > > black-list and things are back to normal. > > > > > > The reason this system works in Windows without ACPI is that irq > > > routing in Windows uses multiple info sources including _PIR and $PIR. > > > John Baldwin has patches to do this for us too. > > > > $PIR routing already works on FreeBSD and has worked for quite a while. > > The patches I have are to make the acpi_pci_link code work more like the > > $PIR code already does. It doesn't change the ACPI code to actually use > > $PIR or the MPTable though. I can try to look at why the ethernet device > > doesn't get interrupts correctly if you can provide verbose ACPI and > > non-ACPI dmesgs to look at. > > I am attaching the files. I do see some oddities with the > interrupts that I had not previously noted, but they seen to be linked to > sound, not the Ethernet. And, for whatever it's worth, "vmstat -i" does > not show my sound card, at all. dmesg indicates it should be on IRQ 6. > interrupt total rate > irq0: clk 4242251 99 > irq1: atkbd0 3 0 > irq7: ppc0 1 0 > irq8: rtc 5430044 127 > irq10: xl0 13699 0 > irq13: npx0 1 0 > irq14: ata0 166980 3 > irq15: ata1 136 0 > Total 9853115 232 First, do you have a floppy drive? IRQ 6 should be used for your floppy drive if so. Note that $PIR says that IRQ 6 is not an option for your link devices but ACPI does. In the non-APCI case we use IRQ 10 for both xl0 and pcm0. Are you saying that in that case pcm0 works but xl0 does not? -- 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 Oct 5 16:26:33 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 5C3DE16A4DC for ; Tue, 5 Oct 2004 16:26:33 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21E2743D2F for ; Tue, 5 Oct 2004 16:26:33 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 9946 invoked from network); 5 Oct 2004 16:26:33 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 5 Oct 2004 16:26:31 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i95GQN0m065355; Tue, 5 Oct 2004 12:26:27 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-acpi@FreeBSD.org Date: Tue, 5 Oct 2004 12:09:44 -0400 User-Agent: KMail/1.6.2 References: <20041005155426.DBC515D09@ptavv.es.net> In-Reply-To: <20041005155426.DBC515D09@ptavv.es.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410051209.44530.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: acpi@FreeBSD.org Subject: Re: ASUS P5A broken by ACPI black-list 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, 05 Oct 2004 16:26:33 -0000 On Tuesday 05 October 2004 11:54 am, Kevin Oberman wrote: > > From: John Baldwin > > Date: Mon, 4 Oct 2004 15:57:30 -0400 > > > > On Monday 04 October 2004 02:33 pm, Nate Lawson wrote: > > > Kevin Oberman wrote: > > > > It looks like interrupts from the Ethernet are not delivered without > > > > ACPI, but that is hardly your problem. I have over-ridden the > > > > black-list and things are back to normal. > > > > > > The reason this system works in Windows without ACPI is that irq > > > routing in Windows uses multiple info sources including _PIR and $PIR. > > > John Baldwin has patches to do this for us too. > > > > $PIR routing already works on FreeBSD and has worked for quite a while. > > The patches I have are to make the acpi_pci_link code work more like the > > $PIR code already does. It doesn't change the ACPI code to actually use > > $PIR or the MPTable though. I can try to look at why the ethernet device > > doesn't get interrupts correctly if you can provide verbose ACPI and > > non-ACPI dmesgs to look at. > > I am attaching the files. I do see some oddities with the > interrupts that I had not previously noted, but they seen to be linked to > sound, not the Ethernet. And, for whatever it's worth, "vmstat -i" does > not show my sound card, at all. dmesg indicates it should be on IRQ 6. > interrupt total rate > irq0: clk 4242251 99 > irq1: atkbd0 3 0 > irq7: ppc0 1 0 > irq8: rtc 5430044 127 > irq10: xl0 13699 0 > irq13: npx0 1 0 > irq14: ata0 166980 3 > irq15: ata1 136 0 > Total 9853115 232 First, do you have a floppy drive? IRQ 6 should be used for your floppy drive if so. Note that $PIR says that IRQ 6 is not an option for your link devices but ACPI does. In the non-APCI case we use IRQ 10 for both xl0 and pcm0. Are you saying that in that case pcm0 works but xl0 does not? -- 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 Oct 5 17:38:51 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 2CE9A16A4CE; Tue, 5 Oct 2004 17:38:51 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0982743D2D; Tue, 5 Oct 2004 17:38:51 +0000 (GMT) (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; Tue, 05 Oct 2004 10:38:50 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 5D4185D04; Tue, 5 Oct 2004 10:38:50 -0700 (PDT) To: John Baldwin In-reply-to: Your message of "Tue, 05 Oct 2004 12:09:44 EDT." <200410051209.44530.jhb@FreeBSD.org> Date: Tue, 05 Oct 2004 10:38:50 -0700 From: "Kevin Oberman" Message-Id: <20041005173850.5D4185D04@ptavv.es.net> cc: acpi@FreeBSD.org cc: freebsd-acpi@FreeBSD.org Subject: Re: ASUS P5A broken by ACPI black-list 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, 05 Oct 2004 17:38:51 -0000 > From: John Baldwin > Date: Tue, 5 Oct 2004 12:09:44 -0400 > > On Tuesday 05 October 2004 11:54 am, Kevin Oberman wrote: > > > From: John Baldwin > > > Date: Mon, 4 Oct 2004 15:57:30 -0400 > > > > > > On Monday 04 October 2004 02:33 pm, Nate Lawson wrote: > > > > Kevin Oberman wrote: > > > > > It looks like interrupts from the Ethernet are not delivered without > > > > > ACPI, but that is hardly your problem. I have over-ridden the > > > > > black-list and things are back to normal. > > > > > > > > The reason this system works in Windows without ACPI is that irq > > > > routing in Windows uses multiple info sources including _PIR and $PIR. > > > > John Baldwin has patches to do this for us too. > > > > > > $PIR routing already works on FreeBSD and has worked for quite a while. > > > The patches I have are to make the acpi_pci_link code work more like the > > > $PIR code already does. It doesn't change the ACPI code to actually use > > > $PIR or the MPTable though. I can try to look at why the ethernet device > > > doesn't get interrupts correctly if you can provide verbose ACPI and > > > non-ACPI dmesgs to look at. > > > > I am attaching the files. I do see some oddities with the > > interrupts that I had not previously noted, but they seen to be linked to > > sound, not the Ethernet. And, for whatever it's worth, "vmstat -i" does > > not show my sound card, at all. dmesg indicates it should be on IRQ 6. > > interrupt total rate > > irq0: clk 4242251 99 > > irq1: atkbd0 3 0 > > irq7: ppc0 1 0 > > irq8: rtc 5430044 127 > > irq10: xl0 13699 0 > > irq13: npx0 1 0 > > irq14: ata0 166980 3 > > irq15: ata1 136 0 > > Total 9853115 232 > > First, do you have a floppy drive? IRQ 6 should be used for your > floppy drive if so. Note that $PIR says that IRQ 6 is not an option > for your link devices but ACPI does. In the non-APCI case we use IRQ > 10 for both xl0 and pcm0. Are you saying that in that case pcm0 works > but xl0 does not? I have a floppy controller, but I stole the drive a while ago for my Windows system which grew a requirement for one to support disaster recovery. I have not tried the pcm0 in either case. I have no idea whether it works right now. I'll be at the system at around noon (PDT) today and I can try it. I have not use the sound card on that system in quite a while. I seldom am physically close to it except when working on it. -- 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 Tue Oct 5 17:38:51 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 2CE9A16A4CE; Tue, 5 Oct 2004 17:38:51 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0982743D2D; Tue, 5 Oct 2004 17:38:51 +0000 (GMT) (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; Tue, 05 Oct 2004 10:38:50 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 5D4185D04; Tue, 5 Oct 2004 10:38:50 -0700 (PDT) To: John Baldwin In-reply-to: Your message of "Tue, 05 Oct 2004 12:09:44 EDT." <200410051209.44530.jhb@FreeBSD.org> Date: Tue, 05 Oct 2004 10:38:50 -0700 From: "Kevin Oberman" Message-Id: <20041005173850.5D4185D04@ptavv.es.net> cc: acpi@FreeBSD.org cc: freebsd-acpi@FreeBSD.org Subject: Re: ASUS P5A broken by ACPI black-list 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, 05 Oct 2004 17:38:51 -0000 > From: John Baldwin > Date: Tue, 5 Oct 2004 12:09:44 -0400 > > On Tuesday 05 October 2004 11:54 am, Kevin Oberman wrote: > > > From: John Baldwin > > > Date: Mon, 4 Oct 2004 15:57:30 -0400 > > > > > > On Monday 04 October 2004 02:33 pm, Nate Lawson wrote: > > > > Kevin Oberman wrote: > > > > > It looks like interrupts from the Ethernet are not delivered without > > > > > ACPI, but that is hardly your problem. I have over-ridden the > > > > > black-list and things are back to normal. > > > > > > > > The reason this system works in Windows without ACPI is that irq > > > > routing in Windows uses multiple info sources including _PIR and $PIR. > > > > John Baldwin has patches to do this for us too. > > > > > > $PIR routing already works on FreeBSD and has worked for quite a while. > > > The patches I have are to make the acpi_pci_link code work more like the > > > $PIR code already does. It doesn't change the ACPI code to actually use > > > $PIR or the MPTable though. I can try to look at why the ethernet device > > > doesn't get interrupts correctly if you can provide verbose ACPI and > > > non-ACPI dmesgs to look at. > > > > I am attaching the files. I do see some oddities with the > > interrupts that I had not previously noted, but they seen to be linked to > > sound, not the Ethernet. And, for whatever it's worth, "vmstat -i" does > > not show my sound card, at all. dmesg indicates it should be on IRQ 6. > > interrupt total rate > > irq0: clk 4242251 99 > > irq1: atkbd0 3 0 > > irq7: ppc0 1 0 > > irq8: rtc 5430044 127 > > irq10: xl0 13699 0 > > irq13: npx0 1 0 > > irq14: ata0 166980 3 > > irq15: ata1 136 0 > > Total 9853115 232 > > First, do you have a floppy drive? IRQ 6 should be used for your > floppy drive if so. Note that $PIR says that IRQ 6 is not an option > for your link devices but ACPI does. In the non-APCI case we use IRQ > 10 for both xl0 and pcm0. Are you saying that in that case pcm0 works > but xl0 does not? I have a floppy controller, but I stole the drive a while ago for my Windows system which grew a requirement for one to support disaster recovery. I have not tried the pcm0 in either case. I have no idea whether it works right now. I'll be at the system at around noon (PDT) today and I can try it. I have not use the sound card on that system in quite a while. I seldom am physically close to it except when working on it. -- 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 Tue Oct 5 20:32:51 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 E72F316A4CE; Tue, 5 Oct 2004 20:32:51 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEF0F43D1D; Tue, 5 Oct 2004 20:32:51 +0000 (GMT) (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; Tue, 05 Oct 2004 13:32:51 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 325D95D04; Tue, 5 Oct 2004 13:32:51 -0700 (PDT) To: John Baldwin In-reply-to: Your message of "Tue, 05 Oct 2004 12:09:44 EDT." <200410051209.44530.jhb@FreeBSD.org> Date: Tue, 05 Oct 2004 13:32:51 -0700 From: "Kevin Oberman" Message-Id: <20041005203251.325D95D04@ptavv.es.net> cc: acpi@FreeBSD.org cc: freebsd-acpi@FreeBSD.org Subject: Re: ASUS P5A broken by ACPI black-list 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, 05 Oct 2004 20:32:52 -0000 > From: John Baldwin > Date: Tue, 5 Oct 2004 12:09:44 -0400 > > On Tuesday 05 October 2004 11:54 am, Kevin Oberman wrote: > > > From: John Baldwin > > > Date: Mon, 4 Oct 2004 15:57:30 -0400 > > > > > > On Monday 04 October 2004 02:33 pm, Nate Lawson wrote: > > > > Kevin Oberman wrote: > > > > > It looks like interrupts from the Ethernet are not delivered without > > > > > ACPI, but that is hardly your problem. I have over-ridden the > > > > > black-list and things are back to normal. > > > > > > > > The reason this system works in Windows without ACPI is that irq > > > > routing in Windows uses multiple info sources including _PIR and $PIR. > > > > John Baldwin has patches to do this for us too. > > > > > > $PIR routing already works on FreeBSD and has worked for quite a while. > > > The patches I have are to make the acpi_pci_link code work more like the > > > $PIR code already does. It doesn't change the ACPI code to actually use > > > $PIR or the MPTable though. I can try to look at why the ethernet device > > > doesn't get interrupts correctly if you can provide verbose ACPI and > > > non-ACPI dmesgs to look at. > > > > I am attaching the files. I do see some oddities with the > > interrupts that I had not previously noted, but they seen to be linked to > > sound, not the Ethernet. And, for whatever it's worth, "vmstat -i" does > > not show my sound card, at all. dmesg indicates it should be on IRQ 6. > > interrupt total rate > > irq0: clk 4242251 99 > > irq1: atkbd0 3 0 > > irq7: ppc0 1 0 > > irq8: rtc 5430044 127 > > irq10: xl0 13699 0 > > irq13: npx0 1 0 > > irq14: ata0 166980 3 > > irq15: ata1 136 0 > > Total 9853115 232 > > First, do you have a floppy drive? IRQ 6 should be used for your floppy drive > if so. Note that $PIR says that IRQ 6 is not an option for your link devices > but ACPI does. In the non-APCI case we use IRQ 10 for both xl0 and pcm0. > Are you saying that in that case pcm0 works but xl0 does not? The sound card works fine with ACPI but, without ACPI it fails. The first tone in the file plays continuously, like there are no interrupts from the sound card. :-) The kernel is RELENG_5 as of 9/28/04 04:00:00. I know that quite a bit has been done to fix up floppy problems recently, so it is possible that things might be different on 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 Tue Oct 5 20:32:51 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 E72F316A4CE; Tue, 5 Oct 2004 20:32:51 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEF0F43D1D; Tue, 5 Oct 2004 20:32:51 +0000 (GMT) (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; Tue, 05 Oct 2004 13:32:51 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 325D95D04; Tue, 5 Oct 2004 13:32:51 -0700 (PDT) To: John Baldwin In-reply-to: Your message of "Tue, 05 Oct 2004 12:09:44 EDT." <200410051209.44530.jhb@FreeBSD.org> Date: Tue, 05 Oct 2004 13:32:51 -0700 From: "Kevin Oberman" Message-Id: <20041005203251.325D95D04@ptavv.es.net> cc: acpi@FreeBSD.org cc: freebsd-acpi@FreeBSD.org Subject: Re: ASUS P5A broken by ACPI black-list 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, 05 Oct 2004 20:32:52 -0000 > From: John Baldwin > Date: Tue, 5 Oct 2004 12:09:44 -0400 > > On Tuesday 05 October 2004 11:54 am, Kevin Oberman wrote: > > > From: John Baldwin > > > Date: Mon, 4 Oct 2004 15:57:30 -0400 > > > > > > On Monday 04 October 2004 02:33 pm, Nate Lawson wrote: > > > > Kevin Oberman wrote: > > > > > It looks like interrupts from the Ethernet are not delivered without > > > > > ACPI, but that is hardly your problem. I have over-ridden the > > > > > black-list and things are back to normal. > > > > > > > > The reason this system works in Windows without ACPI is that irq > > > > routing in Windows uses multiple info sources including _PIR and $PIR. > > > > John Baldwin has patches to do this for us too. > > > > > > $PIR routing already works on FreeBSD and has worked for quite a while. > > > The patches I have are to make the acpi_pci_link code work more like the > > > $PIR code already does. It doesn't change the ACPI code to actually use > > > $PIR or the MPTable though. I can try to look at why the ethernet device > > > doesn't get interrupts correctly if you can provide verbose ACPI and > > > non-ACPI dmesgs to look at. > > > > I am attaching the files. I do see some oddities with the > > interrupts that I had not previously noted, but they seen to be linked to > > sound, not the Ethernet. And, for whatever it's worth, "vmstat -i" does > > not show my sound card, at all. dmesg indicates it should be on IRQ 6. > > interrupt total rate > > irq0: clk 4242251 99 > > irq1: atkbd0 3 0 > > irq7: ppc0 1 0 > > irq8: rtc 5430044 127 > > irq10: xl0 13699 0 > > irq13: npx0 1 0 > > irq14: ata0 166980 3 > > irq15: ata1 136 0 > > Total 9853115 232 > > First, do you have a floppy drive? IRQ 6 should be used for your floppy drive > if so. Note that $PIR says that IRQ 6 is not an option for your link devices > but ACPI does. In the non-APCI case we use IRQ 10 for both xl0 and pcm0. > Are you saying that in that case pcm0 works but xl0 does not? The sound card works fine with ACPI but, without ACPI it fails. The first tone in the file plays continuously, like there are no interrupts from the sound card. :-) The kernel is RELENG_5 as of 9/28/04 04:00:00. I know that quite a bit has been done to fix up floppy problems recently, so it is possible that things might be different on 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 Wed Oct 6 18:59:24 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 C14CA16A4CE for ; Wed, 6 Oct 2004 18:59:24 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 968EE43D1F for ; Wed, 6 Oct 2004 18:59:24 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 20306 invoked from network); 6 Oct 2004 18:59:23 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 6 Oct 2004 18:59:22 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i96Iwsmo074356; Wed, 6 Oct 2004 14:59:19 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: "Kevin Oberman" Date: Wed, 6 Oct 2004 13:20:44 -0400 User-Agent: KMail/1.6.2 References: <20041005203251.325D95D04@ptavv.es.net> In-Reply-To: <20041005203251.325D95D04@ptavv.es.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410061320.44673.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: acpi@FreeBSD.org cc: freebsd-acpi@FreeBSD.org Subject: Re: ASUS P5A broken by ACPI black-list 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, 06 Oct 2004 18:59:25 -0000 On Tuesday 05 October 2004 04:32 pm, Kevin Oberman wrote: > > From: John Baldwin > > Date: Tue, 5 Oct 2004 12:09:44 -0400 > > > > On Tuesday 05 October 2004 11:54 am, Kevin Oberman wrote: > > > > From: John Baldwin > > > > Date: Mon, 4 Oct 2004 15:57:30 -0400 > > > > > > > > On Monday 04 October 2004 02:33 pm, Nate Lawson wrote: > > > > > Kevin Oberman wrote: > > > > > > It looks like interrupts from the Ethernet are not delivered > > > > > > without ACPI, but that is hardly your problem. I have over-ridden > > > > > > the black-list and things are back to normal. > > > > > > > > > > The reason this system works in Windows without ACPI is that irq > > > > > routing in Windows uses multiple info sources including _PIR and > > > > > $PIR. John Baldwin has patches to do this for us too. > > > > > > > > $PIR routing already works on FreeBSD and has worked for quite a > > > > while. The patches I have are to make the acpi_pci_link code work > > > > more like the $PIR code already does. It doesn't change the ACPI > > > > code to actually use $PIR or the MPTable though. I can try to look > > > > at why the ethernet device doesn't get interrupts correctly if you > > > > can provide verbose ACPI and non-ACPI dmesgs to look at. > > > > > > I am attaching the files. I do see some oddities with the > > > interrupts that I had not previously noted, but they seen to be linked > > > to sound, not the Ethernet. And, for whatever it's worth, "vmstat -i" > > > does not show my sound card, at all. dmesg indicates it should be on > > > IRQ 6. interrupt total rate > > > irq0: clk 4242251 99 > > > irq1: atkbd0 3 0 > > > irq7: ppc0 1 0 > > > irq8: rtc 5430044 127 > > > irq10: xl0 13699 0 > > > irq13: npx0 1 0 > > > irq14: ata0 166980 3 > > > irq15: ata1 136 0 > > > Total 9853115 232 > > > > First, do you have a floppy drive? IRQ 6 should be used for your floppy > > drive if so. Note that $PIR says that IRQ 6 is not an option for your > > link devices but ACPI does. In the non-APCI case we use IRQ 10 for both > > xl0 and pcm0. Are you saying that in that case pcm0 works but xl0 does > > not? > > The sound card works fine with ACPI but, without ACPI it fails. The > first tone in the file plays continuously, like there are no interrupts > from the sound card. :-) Ok, well, it seems your BIOS is too busted for non-ACPI to work out of the box, you can try setting a hint to force the link for your sound card to use IRQ 6. Something like 'set hw.pci.link.0x4.irq=6', or maybe 'hw.pci.link.0x04.irq' if that doesn't work. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Wed Oct 6 18:59: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 054AA16A4CF for ; Wed, 6 Oct 2004 18:59:25 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD26043D48 for ; Wed, 6 Oct 2004 18:59:24 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 20306 invoked from network); 6 Oct 2004 18:59:23 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 6 Oct 2004 18:59:22 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i96Iwsmo074356; Wed, 6 Oct 2004 14:59:19 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: "Kevin Oberman" Date: Wed, 6 Oct 2004 13:20:44 -0400 User-Agent: KMail/1.6.2 References: <20041005203251.325D95D04@ptavv.es.net> In-Reply-To: <20041005203251.325D95D04@ptavv.es.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410061320.44673.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: acpi@FreeBSD.org cc: freebsd-acpi@FreeBSD.org Subject: Re: ASUS P5A broken by ACPI black-list 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, 06 Oct 2004 18:59:25 -0000 On Tuesday 05 October 2004 04:32 pm, Kevin Oberman wrote: > > From: John Baldwin > > Date: Tue, 5 Oct 2004 12:09:44 -0400 > > > > On Tuesday 05 October 2004 11:54 am, Kevin Oberman wrote: > > > > From: John Baldwin > > > > Date: Mon, 4 Oct 2004 15:57:30 -0400 > > > > > > > > On Monday 04 October 2004 02:33 pm, Nate Lawson wrote: > > > > > Kevin Oberman wrote: > > > > > > It looks like interrupts from the Ethernet are not delivered > > > > > > without ACPI, but that is hardly your problem. I have over-ridden > > > > > > the black-list and things are back to normal. > > > > > > > > > > The reason this system works in Windows without ACPI is that irq > > > > > routing in Windows uses multiple info sources including _PIR and > > > > > $PIR. John Baldwin has patches to do this for us too. > > > > > > > > $PIR routing already works on FreeBSD and has worked for quite a > > > > while. The patches I have are to make the acpi_pci_link code work > > > > more like the $PIR code already does. It doesn't change the ACPI > > > > code to actually use $PIR or the MPTable though. I can try to look > > > > at why the ethernet device doesn't get interrupts correctly if you > > > > can provide verbose ACPI and non-ACPI dmesgs to look at. > > > > > > I am attaching the files. I do see some oddities with the > > > interrupts that I had not previously noted, but they seen to be linked > > > to sound, not the Ethernet. And, for whatever it's worth, "vmstat -i" > > > does not show my sound card, at all. dmesg indicates it should be on > > > IRQ 6. interrupt total rate > > > irq0: clk 4242251 99 > > > irq1: atkbd0 3 0 > > > irq7: ppc0 1 0 > > > irq8: rtc 5430044 127 > > > irq10: xl0 13699 0 > > > irq13: npx0 1 0 > > > irq14: ata0 166980 3 > > > irq15: ata1 136 0 > > > Total 9853115 232 > > > > First, do you have a floppy drive? IRQ 6 should be used for your floppy > > drive if so. Note that $PIR says that IRQ 6 is not an option for your > > link devices but ACPI does. In the non-APCI case we use IRQ 10 for both > > xl0 and pcm0. Are you saying that in that case pcm0 works but xl0 does > > not? > > The sound card works fine with ACPI but, without ACPI it fails. The > first tone in the file plays continuously, like there are no interrupts > from the sound card. :-) Ok, well, it seems your BIOS is too busted for non-ACPI to work out of the box, you can try setting a hint to force the link for your sound card to use IRQ 6. Something like 'set hw.pci.link.0x4.irq=6', or maybe 'hw.pci.link.0x04.irq' if that doesn't work. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Wed Oct 6 20:15:26 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 5B8A316A4CE; Wed, 6 Oct 2004 20:15:26 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34DD643D45; Wed, 6 Oct 2004 20:15:26 +0000 (GMT) (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; Wed, 06 Oct 2004 13:15:25 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 4A1B85D0A; Wed, 6 Oct 2004 13:15:25 -0700 (PDT) To: John Baldwin In-reply-to: Your message of "Wed, 06 Oct 2004 13:20:44 EDT." <200410061320.44673.jhb@FreeBSD.org> Date: Wed, 06 Oct 2004 13:15:25 -0700 From: "Kevin Oberman" Message-Id: <20041006201525.4A1B85D0A@ptavv.es.net> cc: acpi@FreeBSD.org cc: freebsd-acpi@FreeBSD.org Subject: Re: ASUS P5A broken by ACPI black-list 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, 06 Oct 2004 20:15:26 -0000 > From: John Baldwin > Date: Wed, 6 Oct 2004 13:20:44 -0400 > > On Tuesday 05 October 2004 04:32 pm, Kevin Oberman wrote: > > > From: John Baldwin > > > Date: Tue, 5 Oct 2004 12:09:44 -0400 > > > > > > On Tuesday 05 October 2004 11:54 am, Kevin Oberman wrote: > > > > > From: John Baldwin > > > > > Date: Mon, 4 Oct 2004 15:57:30 -0400 > > > > > > > > > > On Monday 04 October 2004 02:33 pm, Nate Lawson wrote: > > > > > > Kevin Oberman wrote: > > > > > > > It looks like interrupts from the Ethernet are not delivered > > > > > > > without ACPI, but that is hardly your problem. I have over-ridden > > > > > > > the black-list and things are back to normal. > > > > > > > > > > > > The reason this system works in Windows without ACPI is that irq > > > > > > routing in Windows uses multiple info sources including _PIR and > > > > > > $PIR. John Baldwin has patches to do this for us too. > > > > > > > > > > $PIR routing already works on FreeBSD and has worked for quite a > > > > > while. The patches I have are to make the acpi_pci_link code work > > > > > more like the $PIR code already does. It doesn't change the ACPI > > > > > code to actually use $PIR or the MPTable though. I can try to look > > > > > at why the ethernet device doesn't get interrupts correctly if you > > > > > can provide verbose ACPI and non-ACPI dmesgs to look at. > > > > > > > > I am attaching the files. I do see some oddities with the > > > > interrupts that I had not previously noted, but they seen to be linked > > > > to sound, not the Ethernet. And, for whatever it's worth, "vmstat -i" > > > > does not show my sound card, at all. dmesg indicates it should be on > > > > IRQ 6. interrupt total rate > > > > irq0: clk 4242251 99 > > > > irq1: atkbd0 3 0 > > > > irq7: ppc0 1 0 > > > > irq8: rtc 5430044 127 > > > > irq10: xl0 13699 0 > > > > irq13: npx0 1 0 > > > > irq14: ata0 166980 3 > > > > irq15: ata1 136 0 > > > > Total 9853115 232 > > > > > > First, do you have a floppy drive? IRQ 6 should be used for your floppy > > > drive if so. Note that $PIR says that IRQ 6 is not an option for your > > > link devices but ACPI does. In the non-APCI case we use IRQ 10 for both > > > xl0 and pcm0. Are you saying that in that case pcm0 works but xl0 does > > > not? > > > > The sound card works fine with ACPI but, without ACPI it fails. The > > first tone in the file plays continuously, like there are no interrupts > > from the sound card. :-) > > Ok, well, it seems your BIOS is too busted for non-ACPI to work out of the > box, you can try setting a hint to force the link for your sound card to use > IRQ 6. Something like 'set hw.pci.link.0x4.irq=6', or maybe > 'hw.pci.link.0x04.irq' if that doesn't work. > > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > Thanks, John. This was actually an effort to avoid causing problems for people upgrading to V5 with this card. I have no problems with running ACPI. But, since it's blacklisted for ACPI and won't work without it, people are going to try to upgrade and discover that their systems don't work. I think the best solution is to remove it from the black-list (Nate?) and at least let it work. Then people can figure out to use TSC and not the ACPI clock. What would be better is a more granular black-list that simply disabled ACPI for features that are broken. Of course, maintaining this would be a pain. -- 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 Wed Oct 6 20:15:26 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 5B8A316A4CE; Wed, 6 Oct 2004 20:15:26 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34DD643D45; Wed, 6 Oct 2004 20:15:26 +0000 (GMT) (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; Wed, 06 Oct 2004 13:15:25 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 4A1B85D0A; Wed, 6 Oct 2004 13:15:25 -0700 (PDT) To: John Baldwin In-reply-to: Your message of "Wed, 06 Oct 2004 13:20:44 EDT." <200410061320.44673.jhb@FreeBSD.org> Date: Wed, 06 Oct 2004 13:15:25 -0700 From: "Kevin Oberman" Message-Id: <20041006201525.4A1B85D0A@ptavv.es.net> cc: acpi@FreeBSD.org cc: freebsd-acpi@FreeBSD.org Subject: Re: ASUS P5A broken by ACPI black-list 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, 06 Oct 2004 20:15:26 -0000 > From: John Baldwin > Date: Wed, 6 Oct 2004 13:20:44 -0400 > > On Tuesday 05 October 2004 04:32 pm, Kevin Oberman wrote: > > > From: John Baldwin > > > Date: Tue, 5 Oct 2004 12:09:44 -0400 > > > > > > On Tuesday 05 October 2004 11:54 am, Kevin Oberman wrote: > > > > > From: John Baldwin > > > > > Date: Mon, 4 Oct 2004 15:57:30 -0400 > > > > > > > > > > On Monday 04 October 2004 02:33 pm, Nate Lawson wrote: > > > > > > Kevin Oberman wrote: > > > > > > > It looks like interrupts from the Ethernet are not delivered > > > > > > > without ACPI, but that is hardly your problem. I have over-ridden > > > > > > > the black-list and things are back to normal. > > > > > > > > > > > > The reason this system works in Windows without ACPI is that irq > > > > > > routing in Windows uses multiple info sources including _PIR and > > > > > > $PIR. John Baldwin has patches to do this for us too. > > > > > > > > > > $PIR routing already works on FreeBSD and has worked for quite a > > > > > while. The patches I have are to make the acpi_pci_link code work > > > > > more like the $PIR code already does. It doesn't change the ACPI > > > > > code to actually use $PIR or the MPTable though. I can try to look > > > > > at why the ethernet device doesn't get interrupts correctly if you > > > > > can provide verbose ACPI and non-ACPI dmesgs to look at. > > > > > > > > I am attaching the files. I do see some oddities with the > > > > interrupts that I had not previously noted, but they seen to be linked > > > > to sound, not the Ethernet. And, for whatever it's worth, "vmstat -i" > > > > does not show my sound card, at all. dmesg indicates it should be on > > > > IRQ 6. interrupt total rate > > > > irq0: clk 4242251 99 > > > > irq1: atkbd0 3 0 > > > > irq7: ppc0 1 0 > > > > irq8: rtc 5430044 127 > > > > irq10: xl0 13699 0 > > > > irq13: npx0 1 0 > > > > irq14: ata0 166980 3 > > > > irq15: ata1 136 0 > > > > Total 9853115 232 > > > > > > First, do you have a floppy drive? IRQ 6 should be used for your floppy > > > drive if so. Note that $PIR says that IRQ 6 is not an option for your > > > link devices but ACPI does. In the non-APCI case we use IRQ 10 for both > > > xl0 and pcm0. Are you saying that in that case pcm0 works but xl0 does > > > not? > > > > The sound card works fine with ACPI but, without ACPI it fails. The > > first tone in the file plays continuously, like there are no interrupts > > from the sound card. :-) > > Ok, well, it seems your BIOS is too busted for non-ACPI to work out of the > box, you can try setting a hint to force the link for your sound card to use > IRQ 6. Something like 'set hw.pci.link.0x4.irq=6', or maybe > 'hw.pci.link.0x04.irq' if that doesn't work. > > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > Thanks, John. This was actually an effort to avoid causing problems for people upgrading to V5 with this card. I have no problems with running ACPI. But, since it's blacklisted for ACPI and won't work without it, people are going to try to upgrade and discover that their systems don't work. I think the best solution is to remove it from the black-list (Nate?) and at least let it work. Then people can figure out to use TSC and not the ACPI clock. What would be better is a more granular black-list that simply disabled ACPI for features that are broken. Of course, maintaining this would be a pain. -- 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 Wed Oct 6 20:30:15 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 5649016A4CE; Wed, 6 Oct 2004 20:30:15 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ADAC43D45; Wed, 6 Oct 2004 20:30:15 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i96KU51d029108 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 6 Oct 2004 13:30:06 -0700 Message-ID: <416455CC.6010506@root.org> Date: Wed, 06 Oct 2004 13:30:04 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20041006201525.4A1B85D0A@ptavv.es.net> In-Reply-To: <20041006201525.4A1B85D0A@ptavv.es.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@FreeBSD.org cc: freebsd-acpi@FreeBSD.org cc: John Baldwin Subject: Re: ASUS P5A broken by ACPI black-list 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, 06 Oct 2004 20:30:15 -0000 Kevin Oberman wrote: > Thanks, John. > > This was actually an effort to avoid causing problems for people > upgrading to V5 with this card. I have no problems with running > ACPI. But, since it's blacklisted for ACPI and won't work without it, > people are going to try to upgrade and discover that their systems don't > work. > > I think the best solution is to remove it from the black-list (Nate?) > and at least let it work. Then people can figure out to use TSC and not > the ACPI clock. I'm open to doing this for RELENG_5 but not -current. I'll contact re@. I'll also work on adding a quirks option to disable the timer for -current. > What would be better is a more granular black-list that simply disabled > ACPI for features that are broken. Of course, maintaining this would be > a pain. Yes, I agree. However, we do need to maintain this and my goal all along has been to add more quirks (hence the name "acpi_quirks", not "ACPI blacklist.") Note that Linux doesn't have this problem since they outright disable and refuse to support ACPI on all systems older than 2001 (we block BIOS older than 1999.) Most of the BIOS in our quirks table are from the period 1999-2001. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Wed Oct 6 20:30:15 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 5649016A4CE; Wed, 6 Oct 2004 20:30:15 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ADAC43D45; Wed, 6 Oct 2004 20:30:15 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i96KU51d029108 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 6 Oct 2004 13:30:06 -0700 Message-ID: <416455CC.6010506@root.org> Date: Wed, 06 Oct 2004 13:30:04 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20041006201525.4A1B85D0A@ptavv.es.net> In-Reply-To: <20041006201525.4A1B85D0A@ptavv.es.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@FreeBSD.org cc: freebsd-acpi@FreeBSD.org cc: John Baldwin Subject: Re: ASUS P5A broken by ACPI black-list 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, 06 Oct 2004 20:30:15 -0000 Kevin Oberman wrote: > Thanks, John. > > This was actually an effort to avoid causing problems for people > upgrading to V5 with this card. I have no problems with running > ACPI. But, since it's blacklisted for ACPI and won't work without it, > people are going to try to upgrade and discover that their systems don't > work. > > I think the best solution is to remove it from the black-list (Nate?) > and at least let it work. Then people can figure out to use TSC and not > the ACPI clock. I'm open to doing this for RELENG_5 but not -current. I'll contact re@. I'll also work on adding a quirks option to disable the timer for -current. > What would be better is a more granular black-list that simply disabled > ACPI for features that are broken. Of course, maintaining this would be > a pain. Yes, I agree. However, we do need to maintain this and my goal all along has been to add more quirks (hence the name "acpi_quirks", not "ACPI blacklist.") Note that Linux doesn't have this problem since they outright disable and refuse to support ACPI on all systems older than 2001 (we block BIOS older than 1999.) Most of the BIOS in our quirks table are from the period 1999-2001. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Oct 7 04:27:10 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 5CA5516A4CE for ; Thu, 7 Oct 2004 04:27:10 +0000 (GMT) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECF9943D2D for ; Thu, 7 Oct 2004 04:27:09 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.115] (adsl-64-171-187-209.dsl.snfc21.pacbell.net [64.171.187.209])i974R2wn024032; Thu, 7 Oct 2004 00:27:02 -0400 Message-ID: <4164C597.7030505@root.org> Date: Wed, 06 Oct 2004 21:27:03 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040901) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20041006201525.4A1B85D0A@ptavv.es.net> In-Reply-To: <20041006201525.4A1B85D0A@ptavv.es.net> Content-Type: multipart/mixed; boundary="------------020107080204030202050108" cc: freebsd-acpi@FreeBSD.org Subject: Re: ASUS P5A broken by ACPI black-list 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, 07 Oct 2004 04:27:10 -0000 This is a multi-part message in MIME format. --------------020107080204030202050108 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Kevin Oberman wrote: > Thanks, John. > > This was actually an effort to avoid causing problems for people > upgrading to V5 with this card. I have no problems with running > ACPI. But, since it's blacklisted for ACPI and won't work without it, > people are going to try to upgrade and discover that their systems don't > work. > > I think the best solution is to remove it from the black-list (Nate?) > and at least let it work. Then people can figure out to use TSC and not > the ACPI clock. > > What would be better is a more granular black-list that simply disabled > ACPI for features that are broken. Of course, maintaining this would be > a pain. Try the attached patch. If it works, please submit your system info including dmesg and acpidump -t as a PR (i386/???) and I'll commit it. -Nate --------------020107080204030202050108 Content-Type: text/plain; name="tmr.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="tmr.diff" Index: acpi_quirks =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi_quirks,v retrieving revision 1.3 diff -u -r1.3 acpi_quirks --- acpi_quirks 29 Jun 2004 14:32:06 -0000 1.3 +++ acpi_quirks 7 Oct 2004 01:29:53 -0000 @@ -53,17 +53,14 @@ creator_rev: FADT <= 0x31303030 quirks: ACPI_Q_BROKEN -# ASUS P5A 03/12/99 +# ASUS P5A and P5A-B 03/12/99 +# PR: i386/ +# Testing indicates that the ACPI timer runs twice as fast but otherwise +# this system works normally. name: ASUS_P5A oem: FADT "ASUS " "P5A " oem_rev: FADT <= 0x58582e31 -quirks: ACPI_Q_BROKEN - -# ASUS P5A-B -name: ASUS_P5A_B -oem: FADT "ASUS " "P5A-B " -oem_rev: FADT <= 0x58582e31 -quirks: ACPI_Q_BROKEN +quirks: ACPI_Q_TIMER # Compaq Armada 3500 name: Compaq_Armada_3500 Index: acpi_timer.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi_timer.c,v retrieving revision 1.35 diff -u -r1.35 acpi_timer.c --- acpi_timer.c 22 Jul 2004 05:42:14 -0000 1.35 +++ acpi_timer.c 7 Oct 2004 01:26:17 -0000 @@ -116,7 +116,8 @@ ACPI_FUNCTION_TRACE((char *)(uintptr_t)__func__); - if (acpi_disabled("timer") || AcpiGbl_FADT == NULL || acpi_timer_dev) + if (acpi_disabled("timer") || (acpi_quirks & ACPI_Q_TIMER) || + AcpiGbl_FADT == NULL || acpi_timer_dev) return_VOID; if ((dev = BUS_ADD_CHILD(parent, 0, "acpi_timer", 0)) == NULL) { Index: acpivar.h =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpivar.h,v retrieving revision 1.82 diff -u -r1.82 acpivar.h --- acpivar.h 22 Sep 2004 15:46:16 -0000 1.82 +++ acpivar.h 7 Oct 2004 01:25:40 -0000 @@ -161,8 +161,10 @@ #define ACPI_INTR_SAPIC 2 /* Quirk flags. */ +extern int acpi_quirks; #define ACPI_Q_OK 0 #define ACPI_Q_BROKEN (1 << 0) /* Disable ACPI completely. */ +#define ACPI_Q_TIMER (1 << 1) /* Disable ACPI timer. */ /* * Note that the low ivar values are reserved to provide --------------020107080204030202050108-- From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 8 15:26:59 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 DE64916A4CE for ; Fri, 8 Oct 2004 15:26:59 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5A0343D1D for ; Fri, 8 Oct 2004 15:26:59 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Fri, 08 Oct 2004 08:26:59 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 2C81F5D04; Fri, 8 Oct 2004 08:26:59 -0700 (PDT) To: Nate Lawson In-reply-to: Your message of "Wed, 06 Oct 2004 21:27:03 PDT." <4164C597.7030505@root.org> Date: Fri, 08 Oct 2004 08:26:59 -0700 From: "Kevin Oberman" Message-Id: <20041008152659.2C81F5D04@ptavv.es.net> cc: freebsd-acpi@FreeBSD.org Subject: Re: ASUS P5A broken by ACPI black-list 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: Fri, 08 Oct 2004 15:27:00 -0000 > Date: Wed, 06 Oct 2004 21:27:03 -0700 > From: Nate Lawson > > This is a multi-part message in MIME format. > --------------020107080204030202050108 > Content-Type: text/plain; charset=us-ascii; format=flowed > Content-Transfer-Encoding: 7bit > > Kevin Oberman wrote: > > Thanks, John. > > > > This was actually an effort to avoid causing problems for people > > upgrading to V5 with this card. I have no problems with running > > ACPI. But, since it's blacklisted for ACPI and won't work without it, > > people are going to try to upgrade and discover that their systems don't > > work. > > > > I think the best solution is to remove it from the black-list (Nate?) > > and at least let it work. Then people can figure out to use TSC and not > > the ACPI clock. > > > > What would be better is a more granular black-list that simply disabled > > ACPI for features that are broken. Of course, maintaining this would be > > a pain. > > Try the attached patch. If it works, please submit your system info > including dmesg and acpidump -t as a PR (i386/???) and I'll commit it. It worked perfectly. I'll add it to the PR in a few minutes. If you are doing this, will you add quirks for the other ACPI modules? I know I've seen reports that various of them are not working on some BIOS or another and putting in the quirks (even if there are no current references to most of them in the acpi_quirks file) will make it easier for people to make appropriate customizations of their kernels. -- 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 Fri Oct 8 17:46:54 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 7A32C16A4CE for ; Fri, 8 Oct 2004 17:46:54 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3407343D2F for ; Fri, 8 Oct 2004 17:46:54 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i98Hki1d022604 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 8 Oct 2004 10:46:45 -0700 Message-ID: <4166D27C.1080005@root.org> Date: Fri, 08 Oct 2004 10:46:36 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20041008152659.2C81F5D04@ptavv.es.net> In-Reply-To: <20041008152659.2C81F5D04@ptavv.es.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@FreeBSD.org Subject: Re: ASUS P5A broken by ACPI black-list 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: Fri, 08 Oct 2004 17:46:54 -0000 Kevin Oberman wrote: >>Date: Wed, 06 Oct 2004 21:27:03 -0700 >>From: Nate Lawson >>Try the attached patch. If it works, please submit your system info >>including dmesg and acpidump -t as a PR (i386/???) and I'll commit it. > > > It worked perfectly. I'll add it to the PR in a few minutes. > > If you are doing this, will you add quirks for the other ACPI modules? > I know I've seen reports that various of them are not working on some > BIOS or another and putting in the quirks (even if there are no current > references to most of them in the acpi_quirks file) will make it easier > for people to make appropriate customizations of their kernels. Not to begin with. It's likely many modules will never need to be disabled by default or can't be disabled without breaking the rest of ACPI (i.e., the EC) so I'll deal with those as they come up. So it doesn't make sense to define an automatic mapping between quirks and the debug.acpi.disabled tunable. Also, I intend for the quirks system to work around bogus behavior also and want to save bits for that vs. just making it an outright blacklist. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 8 18:15:13 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 596A516A4CE for ; Fri, 8 Oct 2004 18:15:13 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0182743D1D for ; Fri, 8 Oct 2004 18:15:13 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i98IF51e023570 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 8 Oct 2004 11:15:06 -0700 Message-ID: <4166D929.1040708@root.org> Date: Fri, 08 Oct 2004 11:15:05 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040901) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20041008152659.2C81F5D04@ptavv.es.net> In-Reply-To: <20041008152659.2C81F5D04@ptavv.es.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@FreeBSD.org Subject: Re: ASUS P5A broken by ACPI black-list 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: Fri, 08 Oct 2004 18:15:13 -0000 Kevin Oberman wrote: > > It worked perfectly. I'll add it to the PR in a few minutes. > Thanks, I've committed the patch and will close the PR. -Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 8 18:18:50 2004 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F31FC16A4CE; Fri, 8 Oct 2004 18:18:49 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E446343D2F; Fri, 8 Oct 2004 18:18:49 +0000 (GMT) (envelope-from njl@FreeBSD.org) Received: from freefall.freebsd.org (njl@localhost [127.0.0.1]) i98IIn1E065316; Fri, 8 Oct 2004 18:18:49 GMT (envelope-from njl@freefall.freebsd.org) Received: (from njl@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i98IInS8065312; Fri, 8 Oct 2004 18:18:49 GMT (envelope-from njl) Date: Fri, 8 Oct 2004 18:18:49 GMT From: Nate Lawson Message-Id: <200410081818.i98IInS8065312@freefall.freebsd.org> To: oberman@es.net, njl@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-acpi@FreeBSD.org Subject: Re: i386/72450: ASUS P5A fails to start properly with ACPI black-listed 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: Fri, 08 Oct 2004 18:18:50 -0000 Synopsis: ASUS P5A fails to start properly with ACPI black-listed State-Changed-From-To: open->closed State-Changed-By: njl State-Changed-When: Fri Oct 8 18:16:46 GMT 2004 State-Changed-Why: Thanks for the info. I committed the patch and will MFC, hopefully to 5.3R. For the record, the thread discussing this on the acpi list was entitled "ASUS P5A broken by ACPI black-list". The problem of interrupt routing with acpi disabled has not been addressed. Responsible-Changed-From-To: freebsd-i386->freebsd-acpi Responsible-Changed-By: njl Responsible-Changed-When: Fri Oct 8 18:16:46 GMT 2004 Responsible-Changed-Why: Thanks for the info. I committed the patch and will MFC, hopefully to 5.3R. For the record, the thread discussing this on the acpi list was entitled "ASUS P5A broken by ACPI black-list". The problem of interrupt routing with acpi disabled has not been addressed. http://www.freebsd.org/cgi/query-pr.cgi?pr=72450 From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 8 20:05:13 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 3152116A4CF for ; Fri, 8 Oct 2004 20:05:13 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B44A43D1D for ; Fri, 8 Oct 2004 20:05:13 +0000 (GMT) (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; Fri, 08 Oct 2004 13:05:12 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 379B05D09; Fri, 8 Oct 2004 13:05:12 -0700 (PDT) To: Nate Lawson In-reply-to: Your message of "Fri, 08 Oct 2004 11:15:05 PDT." <4166D929.1040708@root.org> Date: Fri, 08 Oct 2004 13:05:12 -0700 From: "Kevin Oberman" Message-Id: <20041008200512.379B05D09@ptavv.es.net> cc: freebsd-acpi@FreeBSD.org Subject: Re: ASUS P5A broken by ACPI black-list 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: Fri, 08 Oct 2004 20:05:13 -0000 > Date: Fri, 08 Oct 2004 11:15:05 -0700 > From: Nate Lawson > > Kevin Oberman wrote: > > > > It worked perfectly. I'll add it to the PR in a few minutes. > > > > Thanks, I've committed the patch and will close the PR. > > -Nate > Thanks! I'm sure a number of people with old P5A systems will be much happier when they upgrade to V5 and find a working network...especially if they are planning a network install. -- 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