From owner-freebsd-acpi@FreeBSD.ORG Sun Nov 27 01:07:33 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org 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 29C3216A41F for ; Sun, 27 Nov 2005 01:07:33 +0000 (GMT) (envelope-from dkelly@Grumpy.DynDNS.org) Received: from smtp.knology.net (smtp.knology.net [24.214.63.101]) by mx1.FreeBSD.org (Postfix) with SMTP id 4B35243D68 for ; Sun, 27 Nov 2005 01:07:26 +0000 (GMT) (envelope-from dkelly@Grumpy.DynDNS.org) Received: (qmail 7591 invoked by uid 0); 27 Nov 2005 01:07:24 -0000 Received: from user-69-73-60-132.knology.net (HELO Grumpy.DynDNS.org) (69.73.60.132) by smtp6.knology.net with SMTP; 27 Nov 2005 01:07:24 -0000 Received: by Grumpy.DynDNS.org (Postfix, from userid 928) id 80CDE6402; Sat, 26 Nov 2005 19:07:24 -0600 (CST) Date: Sat, 26 Nov 2005 19:07:24 -0600 From: David Kelly To: freebsd-acpi@FreeBSD.org Message-ID: <20051127010724.GA1161@Grumpy.DynDNS.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Worked in RELENG_5, fails in RELENG_6 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Nov 2005 01:07:33 -0000 Per instructions at http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-debug.html System is Dell Poweredge 400SC, BIOS revision A06. Boot panics with ACPI enabled. boot -v: [too much to type] ACPI-0237 *** Error: Incorrect table signature - wanted [FACS] found [ ] ACPI-0359 *** Error: Could not get/install the FACS, AE_BAD_SIGNATURE ACPI-0191 ... ACPI-0213 ... ... panic: Using MADT but ACPI doesn't work. Have not figured out how to "boot -v" with ACPI disabled. That would be a nice little thing to add to chapter 11.16.1 of the Handbook. Plain old dmesg.boot with ACPI disabled can be found at http://home.hiwaay.net/~dkelly/dmesg.boot The output of "acpidump -t -d" is rather short so I'm including it here: /* RSD PTR: OEM=DELL, ACPI_Rev=1.0x (0) RSDT=0x000fd143, cksum=93 */ /* RSDT: Length=56, Revision=1, Checksum=215, OEMID=DELL, OEM Table ID=PE400SC, OEM Revision=0x7, Creator ID=ASL, Creator Revision=0x61 Entries={ 0x000fd17b, 0xfffc8fd7, 0x000fd1ef, 0x000fd25b, 0x000fd283 } */ /* FACP: Length=116, Revision=1, Checksum=6, OEMID=DELL, OEM Table ID=PE400SC, OEM Revision=0x7, Creator ID=ASL, Creator Revision=0x61 FACS=0x7ff74000, DSDT=0xfffc6892 INT_MODEL=APIC Preferred_PM_Profile=Unspecified (0) SCI_INT=9 SMI_CMD=0xb2, ACPI_ENABLE=0x70, ACPI_DISABLE=0x71, S4BIOS_REQ=0x0 PSTATE_CNT=0x0 PM1a_EVT_BLK=0x800-0x803 PM1a_CNT_BLK=0x804-0x805 PM_TMR_BLK=0x808-0x80b GPE0_BLK=0x828-0x82f P_LVL2_LAT=500 us, P_LVL3_LAT=5000 us FLUSH_SIZE=0, FLUSH_STRIDE=0 DUTY_OFFSET=0, DUTY_WIDTH=0 DAY_ALRM=0, MON_ALRM=0, CENTURY=0 IAPC_BOOT_ARCH= Flags={WBINVD,PROC_C1,SLP_BUTTON,RTC_S4} */ In addition to the above the following is written to stderr: acpidump: FACS is corrupt Fresh cvsup, kernel and world this afternoon, altho this is not a new problem for this machine with RELENG_6: % uname -a FreeBSD Grumpy.DynDNS.org 6.0-STABLE FreeBSD 6.0-STABLE #4: Sat Nov 26 09:48:46 CST 2005 dkelly@Grumpy.DynDNS.org:/usr5/obj/usr/src/sys/OPUS i386 One final detail that may contribute. System has two Intel Etherexpress 10/100 PCI NICs (fxp) in addition to Intel gigabit (em) on motherboard. The PCI NICs each have different firmware, one is 2.6 and the other is 2.2, they jump in before the FreeBSD boot process. Their configurations say something about ACPI for power control. Have everything disabled in their BIOS config that the machine can still boot without trying to do a network boot. Haven't messed with system BIOS or NIC BIOS "because up until now it has worked fine." Totally disabling the BIOS boot stuff on the NICs is a trick which I've done before but not lately. Will do so if you think necessary. Will remove the cards if you think it would help. This motherboard is supposed to be an Intel reference design, built by Intel under contract for Dell. Would hope Dell didn't screw up the ACPI implementation but stranger things happen. -- David Kelly N4HHE, dkelly@HiWAAY.net ======================================================================== Whom computers would destroy, they must first drive mad. From owner-freebsd-acpi@FreeBSD.ORG Sun Nov 27 02:26:15 2005 Return-Path: X-Original-To: acpi@freebsd.org 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 02CE116A41F; Sun, 27 Nov 2005 02:26:15 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0776B43D53; Sun, 27 Nov 2005 02:26:13 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.25] ([192.168.42.25]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id jAR2QCmO099972; Sat, 26 Nov 2005 20:26:12 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <43891936.7090904@centtech.com> Date: Sat, 26 Nov 2005 20:25:58 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051021 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Greg 'groggy' Lehey" References: <4383C20E.20509@shaw.ca> <20051123195120.GE908@eucla.lemis.com> In-Reply-To: <20051123195120.GE908@eucla.lemis.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1195/Fri Nov 25 03:29:55 2005 on mh2.centtech.com X-Virus-Status: Clean Cc: acpi@freebsd.org, freebsd-stable@freebsd.org, Graham North Subject: Re: ACPI problems with Dell laptops X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Nov 2005 02:26:15 -0000 Greg 'groggy' Lehey wrote: > On Tuesday, 22 November 2005 at 17:12:46 -0800, Graham North wrote: > >>Am currently trying to choose between a couple of laptops, the luck >>winner of which will have Freebsd loaded alongside WinXP. >> >>Dell Latitude d600 with Radeon 9000? video, intel pro wireless >>or >>IBM R51 - Intel Extreme2, intel pro wireless. >>The main differences will likely be the video and maybe bios, acpi...? >>Can someone suggest to me whether these are both safe choices? >>Am I better off installing 5.4 or 6.0? > > > I've had both Dell and ThinkPad (no longer IBM). I prefer Dell, > despite their attempts to convince me otherwise. > > However, we currently seem to have significant ACPI problems with Dell > laptops. I'm writing this on an Inspiron 6000 running 7-CURRENT, but > the same problems occur with 6.0: if I enable ACPI, timing goes to > hell, and some things just time out. There was a similar message a > couple of days ago from an owner of (I think) the latest Latitude > machine, which sounded even worse. My requests for feedback about how > to solve the problem have so far not been resolved. If you're > otherwise tending towards Dell, I'd suggest you watch this space until > there's some indication that the problems will be resolved. > > Nothing of this says that ThinkPads will do better, of course. I > don't know what the situation is there. Which scheduler are you using? Also, have you tried disabling apic? I had these same troubles, and worked around them, but I can't recall the exact trick - I seem to recall disabling apic and/or using 4BSD scheduler. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-acpi@FreeBSD.ORG Sun Nov 27 04:47:30 2005 Return-Path: X-Original-To: acpi@freebsd.org 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 76EA216A420; Sun, 27 Nov 2005 04:47:30 +0000 (GMT) (envelope-from northg@shaw.ca) Received: from pd4mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A1CB43D5E; Sun, 27 Nov 2005 04:47:29 +0000 (GMT) (envelope-from northg@shaw.ca) Received: from pd2mr7so.prod.shaw.ca (pd2mr7so-qfe3.prod.shaw.ca [10.0.141.10]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IQL00HPHJZ47250@l-daemon>; Sat, 26 Nov 2005 21:47:28 -0700 (MST) Received: from pn2ml6so.prod.shaw.ca ([10.0.121.150]) by pd2mr7so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IQL0093LJZ4BZD0@pd2mr7so.prod.shaw.ca>; Sat, 26 Nov 2005 21:47:28 -0700 (MST) Received: from [192.168.0.100] (S0106000f3d63c5a5.vc.shawcable.net [24.85.154.162]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0IQL00E6YJZ46W@l-daemon>; Sat, 26 Nov 2005 21:47:28 -0700 (MST) Received: from 127.0.0.1 (AVG SMTP 7.1.362 [267.13.8/183]); Sat, 26 Nov 2005 20:47:28 -0800 Date: Sat, 26 Nov 2005 20:47:28 -0800 From: Graham North In-reply-to: <43891936.7090904@centtech.com> To: Eric Anderson Message-id: <43893A60.4000200@shaw.ca> MIME-version: 1.0 Content-type: multipart/mixed; boundary="=======AVGMAIL-43893A602015=======" X-Accept-Language: en-us, en References: <4383C20E.20509@shaw.ca> <20051123195120.GE908@eucla.lemis.com> <43891936.7090904@centtech.com> User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ACPI problems with Dell laptops X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Nov 2005 04:47:30 -0000 --=======AVGMAIL-43893A602015======= Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Eric, Groggy and all who replied to this my initial enquiry: Thank you for the tips. I tend to favour the Dells also, but the the ACPI does sound like a concern. Will watch this space. Thanks again to all. Cheers, Graham/ Eric Anderson wrote: > Greg 'groggy' Lehey wrote: > >> On Tuesday, 22 November 2005 at 17:12:46 -0800, Graham North wrote: >> >>> Am currently trying to choose between a couple of laptops, the luck >>> winner of which will have Freebsd loaded alongside WinXP. >>> >>> Dell Latitude d600 with Radeon 9000? video, intel pro wireless >>> or >>> IBM R51 - Intel Extreme2, intel pro wireless. >>> The main differences will likely be the video and maybe bios, acpi...? >>> Can someone suggest to me whether these are both safe choices? >>> Am I better off installing 5.4 or 6.0? >> >> >> >> I've had both Dell and ThinkPad (no longer IBM). I prefer Dell, >> despite their attempts to convince me otherwise. >> >> However, we currently seem to have significant ACPI problems with Dell >> laptops. I'm writing this on an Inspiron 6000 running 7-CURRENT, but >> the same problems occur with 6.0: if I enable ACPI, timing goes to >> hell, and some things just time out. There was a similar message a >> couple of days ago from an owner of (I think) the latest Latitude >> machine, which sounded even worse. My requests for feedback about how >> to solve the problem have so far not been resolved. If you're >> otherwise tending towards Dell, I'd suggest you watch this space until >> there's some indication that the problems will be resolved. >> >> Nothing of this says that ThinkPads will do better, of course. I >> don't know what the situation is there. > > > Which scheduler are you using? Also, have you tried disabling apic? > I had these same troubles, and worked around them, but I can't recall > the exact trick - I seem to recall disabling apic and/or using 4BSD > scheduler. > > Eric > > > > -- Kindness can be infectious - try it. Graham North Vancouver, BC www.soleado.ca --=======AVGMAIL-43893A602015======= Content-Type: text/plain; x-avg=cert; charset=us-ascii Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Content-Description: "AVG certification" No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.362 / Virus Database: 267.13.8/183 - Release Date: 11/25/2005 --=======AVGMAIL-43893A602015=======-- From owner-freebsd-acpi@FreeBSD.ORG Sun Nov 27 11:50:32 2005 Return-Path: X-Original-To: acpi@freebsd.org 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 E0D5816A41F; Sun, 27 Nov 2005 11:50:32 +0000 (GMT) (envelope-from grog@lemis.com) Received: from ext-gw.lemis.com (ext-gw.lemis.com [150.101.14.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2987E43D5A; Sun, 27 Nov 2005 11:50:31 +0000 (GMT) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by ext-gw.lemis.com (Postfix) with ESMTP id B165D1310B4; Sun, 27 Nov 2005 22:20:30 +1030 (CST) Received: from eucla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by wantadilla.lemis.com (Postfix) with ESMTP id 31DA9857B1; Sun, 27 Nov 2005 22:20:30 +1030 (CST) Received: by eucla.lemis.com (Postfix, from userid 1004) id 4A34F86920; Sun, 27 Nov 2005 12:50:41 +0100 (CET) Date: Sun, 27 Nov 2005 12:50:41 +0100 From: Greg 'groggy' Lehey To: Eric Anderson Message-ID: <20051127115041.GD867@eucla.lemis.com> References: <4383C20E.20509@shaw.ca> <20051123195120.GE908@eucla.lemis.com> <43891936.7090904@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43891936.7090904@centtech.com> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: acpi@freebsd.org, freebsd-stable@freebsd.org, Graham North Subject: Re: ACPI problems with Dell laptops X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Nov 2005 11:50:33 -0000 On Saturday, 26 November 2005 at 20:25:58 -0600, Eric Anderson wrote: > Greg 'groggy' Lehey wrote: >> I've had both Dell and ThinkPad (no longer IBM). I prefer Dell, >> despite their attempts to convince me otherwise. >> >> However, we currently seem to have significant ACPI problems with Dell >> laptops. I'm writing this on an Inspiron 6000 running 7-CURRENT, but >> the same problems occur with 6.0: if I enable ACPI, timing goes to >> hell, and some things just time out. There was a similar message a >> couple of days ago from an owner of (I think) the latest Latitude >> machine, which sounded even worse. My requests for feedback about how >> to solve the problem have so far not been resolved. If you're >> otherwise tending towards Dell, I'd suggest you watch this space until >> there's some indication that the problems will be resolved. > > Which scheduler are you using? The standard (ULE). I don't think the problem's related to the scheduler: it shows all the signs of being an interrupt space problem. > Also, have you tried disabling apic? I think you mean ACPI. This machine doesn't have an APIC. To answer the presumed question: Yes, as I said above, the problems only occur when I enable ACPI. Since then I've also discovered that the builtin wireless card doesn't work either. It's: iwi0: mem 0xdfcfd000-0xdfcfdfff irq 10 at device 3.0 on pci3 iwi0: Ethernet address: 00:13:ce:46:28:49 After downloading the firmware, I can set IP addresses and such, but I always get "no carrier": iwi0: flags=8802 mtu 1500 ether 00:13:ce:46:28:49 media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ssid "" channel 1 (2412) authmode OPEN privacy OFF deftxkey UNDEF powersavemode OFF powersavesleep 100 txpowmax 100 txpower 100 rtsthreshold 2346 fragthreshold 2346 -pureg protmode CTS -wme roaming AUTO bintval 0 When I run dhclient on the interface, I get: DHCPDISCOVER on iwi0 to 255.255.255.255 port 67 interval 6 DHCPDISCOVER on iwi0 to 255.255.255.255 port 67 interval 15 send_packet: Network is down On the console I get the detailed error message: iwi0: fatal error This machine also has Linux on it, and the card works fine with Linux, so it's obviously a FreeBSD-related problem. Greg -- See complete headers for address and phone numbers From owner-freebsd-acpi@FreeBSD.ORG Sun Nov 27 13:13:35 2005 Return-Path: X-Original-To: acpi@FreeBSD.org 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 74DF016A420; Sun, 27 Nov 2005 13:13:35 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D62F43D5E; Sun, 27 Nov 2005 13:13:34 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.25] ([192.168.42.25]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id jARDDXL8005385; Sun, 27 Nov 2005 07:13:33 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <4389B0EF.20208@centtech.com> Date: Sun, 27 Nov 2005 07:13:19 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051021 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Greg 'groggy' Lehey" References: <4383C20E.20509@shaw.ca> <20051123195120.GE908@eucla.lemis.com> <43891936.7090904@centtech.com> <20051127115041.GD867@eucla.lemis.com> In-Reply-To: <20051127115041.GD867@eucla.lemis.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1195/Fri Nov 25 03:29:55 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: acpi@FreeBSD.org, freebsd-stable@FreeBSD.org, Graham North Subject: Re: ACPI problems with Dell laptops X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Nov 2005 13:13:35 -0000 Greg 'groggy' Lehey wrote: > On Saturday, 26 November 2005 at 20:25:58 -0600, Eric Anderson wrote: > >>Greg 'groggy' Lehey wrote: >> >>>I've had both Dell and ThinkPad (no longer IBM). I prefer Dell, >>>despite their attempts to convince me otherwise. >>> >>>However, we currently seem to have significant ACPI problems with Dell >>>laptops. I'm writing this on an Inspiron 6000 running 7-CURRENT, but >>>the same problems occur with 6.0: if I enable ACPI, timing goes to >>>hell, and some things just time out. There was a similar message a >>>couple of days ago from an owner of (I think) the latest Latitude >>>machine, which sounded even worse. My requests for feedback about how >>>to solve the problem have so far not been resolved. If you're >>>otherwise tending towards Dell, I'd suggest you watch this space until >>>there's some indication that the problems will be resolved. >> >>Which scheduler are you using? > > > The standard (ULE). I don't think the problem's related to the > scheduler: it shows all the signs of being an interrupt space problem. Fine - I'm just offering the parts that I recall working around it for me - if you are unwilling to at least try it, maybe someone else can and report back so we know if it is or isn't related. >>Also, have you tried disabling apic? > > > I think you mean ACPI. This machine doesn't have an APIC. No, I meant apic. I realize it doesn't have one, but did you try disabling it? > To answer the presumed question: Yes, as I said above, the problems > only occur when I enable ACPI. > > Since then I've also discovered that the builtin wireless card doesn't > work either. It's: > > iwi0: mem 0xdfcfd000-0xdfcfdfff irq 10 at device 3.0 on pci3 > iwi0: Ethernet address: 00:13:ce:46:28:49 > > After downloading the firmware, I can set IP addresses and such, but > I always get "no carrier": > > iwi0: flags=8802 mtu 1500 > ether 00:13:ce:46:28:49 > media: IEEE 802.11 Wireless Ethernet autoselect > status: no carrier > ssid "" channel 1 (2412) > authmode OPEN privacy OFF deftxkey UNDEF powersavemode OFF > powersavesleep 100 txpowmax 100 txpower 100 rtsthreshold 2346 > fragthreshold 2346 -pureg protmode CTS -wme roaming AUTO bintval 0 > > When I run dhclient on the interface, I get: > > DHCPDISCOVER on iwi0 to 255.255.255.255 port 67 interval 6 > DHCPDISCOVER on iwi0 to 255.255.255.255 port 67 interval 15 > send_packet: Network is down > > On the console I get the detailed error message: > > iwi0: fatal error > > This machine also has Linux on it, and the card works fine with Linux, > so it's obviously a FreeBSD-related problem. I also had problems with it. I ended up replacing it with a mini-pci atheros card. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-acpi@FreeBSD.ORG Sun Nov 27 21:43:55 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 CE70516A41F for ; Sun, 27 Nov 2005 21:43:55 +0000 (GMT) (envelope-from oxy@field.hu) Received: from dumballah.tvnet.hu (dumballah.tvnet.hu [195.38.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58FC743D45 for ; Sun, 27 Nov 2005 21:43:54 +0000 (GMT) (envelope-from oxy@field.hu) Received: from localhost (localhost.localdomain [127.0.0.1]) by dumballah.tvnet.hu (Postfix) with ESMTP id 102A4101EE7 for ; Sun, 27 Nov 2005 22:43:54 +0100 (CET) Received: from dumballah.tvnet.hu ([127.0.0.1]) by localhost (dumballah.tvnet.hu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17116-04 for ; Sun, 27 Nov 2005 22:43:53 +0100 (CET) Received: from oxy (dsl85-238-71-86.pool.tvnet.hu [85.238.71.86]) by dumballah.tvnet.hu (Postfix) with SMTP id 70547101EEC for ; Sun, 27 Nov 2005 22:43:53 +0100 (CET) Message-ID: <000f01c5f39b$b3604b40$0201a8c0@oxy> From: "OxY" To: Date: Sun, 27 Nov 2005 22:44:09 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Virus-Scanned: by amavisd-new at tvnet.hu Subject: can't boot with acpi on fbsd 6.0 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Nov 2005 21:43:55 -0000 hi! i have a compaq proliant dl 360 (p21) and i can't boot acpi on freebsd 6.0-release.. is this a known problem, or should i post the dmesg where it freeze to death? thanks! From owner-freebsd-acpi@FreeBSD.ORG Sun Nov 27 23:10:54 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 115CE16A41F for ; Sun, 27 Nov 2005 23:10:54 +0000 (GMT) (envelope-from howells@kde.org) Received: from mail.devrandom.org.uk (host-84-9-223-82.bulldogdsl.com [84.9.223.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E45C43D82 for ; Sun, 27 Nov 2005 23:10:41 +0000 (GMT) (envelope-from howells@kde.org) Received: from localhost (localhost [127.0.0.1]) by mail.devrandom.org.uk (Postfix) with ESMTP id 18180FD0AC for ; Sun, 27 Nov 2005 23:10:34 +0000 (GMT) Received: from mail.devrandom.org.uk ([127.0.0.1]) by localhost (mail.devrandom.org.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 87480-02 for ; Sun, 27 Nov 2005 23:10:23 +0000 (GMT) Received: from [192.168.1.177] (unknown [192.168.0.1]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.devrandom.org.uk (Postfix) with ESMTP id 036F2FD08E for ; Sun, 27 Nov 2005 23:10:22 +0000 (GMT) From: Chris Howells Organization: K Desktop Environment To: freebsd-acpi@freebsd.org Date: Sun, 27 Nov 2005 23:10:01 +0000 User-Agent: KMail/1.8.2 References: <4383C20E.20509@shaw.ca> <43891936.7090904@centtech.com> <20051127115041.GD867@eucla.lemis.com> In-Reply-To: <20051127115041.GD867@eucla.lemis.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200511272310.02378.howells@kde.org> X-Virus-Scanned: amavisd-new at devrandom.org.uk Subject: Re: ACPI problems with Dell laptops X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Nov 2005 23:10:54 -0000 On Sunday 27 November 2005 11:50, Greg 'groggy' Lehey wrote: > Since then I've also discovered that the builtin wireless card doesn't > work either. =A0It's: > > =A0 iwi0: mem 0xdfcfd000-0xdfcfdfff irq 1= 0 at > device 3.0 on pci3 iwi0: Ethernet address: 00:13:ce:46:28:49 > =A0 DHCPDISCOVER on iwi0 to 255.255.255.255 port 67 interval 6 > =A0 DHCPDISCOVER on iwi0 to 255.255.255.255 port 67 interval 15 > =A0 send_packet: Network is down > > On the console I get the detailed error message: > > =A0 iwi0: fatal error iwi(4) is unfortunately pretty unstable so I'm not sure if it's directly=20 related to the ACPI problems. =2D-=20 Cheers, Chris Howells -- chris@chrishowells.co.uk, howells@kde.org Web: http://chrishowells.co.uk, PGP ID: 0x33795A2C KDE/Qt/C++/PHP Developer: http://www.kde.org From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 28 08:07:08 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 5E3AC16A41F for ; Mon, 28 Nov 2005 08:07:08 +0000 (GMT) (envelope-from larkine@gmail.com) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D8BA43D60 for ; Mon, 28 Nov 2005 08:07:00 +0000 (GMT) (envelope-from larkine@gmail.com) Received: from [192.168.1.29] (roa76-5-82-234-252-139.fbx.proxad.net [82.234.252.139]) by smtp1-g19.free.fr (Postfix) with ESMTP id 3BBD95E334 for ; Mon, 28 Nov 2005 09:06:57 +0100 (CET) Message-ID: <438ABB13.80207@gmail.com> Date: Mon, 28 Nov 2005 09:08:51 +0100 From: Larkine User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: fr, en MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Acer Aspire 3002WLMI - ACPI X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: larkine@gmail.com List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 08:07:08 -0000 Hello, I have a Aspire 3002WLMI laptop. I got the following page fault after updating my BIOS. I have FreeBSD 6.0 installed. The problem is the same with 5.4. Here is some info: % Bios release % ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------- http://larkine.org/freebsd/acer_Aspire3002WLMI_BIOS_3A26.txt % Here the dmesg: % ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Copyright (c) 1992-2005 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 6.0-RELEASE #11: Sun Nov 27 23:01:11 CET 2005 root@larkine:/usr/src/sys/i386/compile/ELIPSE ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Mobile AMD Sempron(tm) Processor 2800+ (1600.07-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x10fc0 Stepping = 0 Features=0x78bfbff AMD Features=0xc2500800,3DNow+,3DNow> real memory = 468647936 (446 MB) avail memory = 453402624 (432 MB) ACPI: Overriding _OS definition with "Windows 2001.1" MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND SearchNode 0xc1499540 StartNode 0xc1499540 ReturnNode 0 acpi0: Power Button (fixed) unknown: I/O range not supported acpi_ec0: port 0x62,0x66 on acpi0 pci_link0: irq 7 on acpi0 pci_link1: irq 4 on acpi0 pci_link2: irq 5 on acpi0 pci_link3: irq 3 on acpi0 pci_link4: irq 9 on acpi0 pci_link5: irq 11 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 10 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe1ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 2.5 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 2.6 (no driver attached) pci0: at device 2.7 (no driver attached) ohci0: mem 0xe2002000-0xe2002fff irq 20 at device 3.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xe2003000-0xe2003fff irq 21 at device 3.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ehci0: mem 0xe2004000-0xe2004fff irq 23 at device 3.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 3 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: SiS EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 6 ports with 6 removable, self powered sis0: port 0x1800-0x18ff mem 0xe2005000-0xe2005fff irq 19 at device 4.0 on pci0 miibus0: on sis0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:c0:9f:a4:d2:f0 cbb0: at device 6.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pci0: at device 11.0 (no driver attached) acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcbfff,0xdc000-0xe3fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: vendor 0x1241 product 0x1177, rev 1.10/2.00, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. ukbd0: Logitech Logitech USB Keyboard, rev 1.10/15.00, addr 3, iclass 3/1 kbd1 at ukbd0 uhid0: Logitech Logitech USB Keyboard, rev 1.10/15.00, addr 3, iclass 3/1 Timecounter "TSC" frequency 1600065180 Hz quality 800 Timecounters tick every 1.000 msec ad0: 57231MB at ata0-master UDMA100 Trying to mount root from ufs:/dev/ad0s2a WARNING: / was not properly dismounted ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND SearchNode 0xc1499540 StartNode 0xc1499540 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc1499440), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND SearchNode 0xc1499540 StartNode 0xc1499540 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc1499440), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND SearchNode 0xc1499540 StartNode 0xc1499540 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc1499440), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND SearchNode 0xc1499540 StartNode 0xc1499540 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc1499440), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND SearchNode 0xc1499540 StartNode 0xc1499540 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc1499440), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND SearchNode 0xc1499540 StartNode 0xc1499540 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc1499440), AE_NOT_FOUND WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted ndis0: mem 0xe2000000-0xe2001fff irq 17 at device 11.0 on pci0 ndis0: NDIS API version: 5.1 ndis0: Ethernet address: 00:0e:9b:d3:b5:7e ndis0: link state changed to UP ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND SearchNode 0xc1499540 StartNode 0xc1499540 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc1499440), AE_NOT_FOUND umass0: USB Flash Disk, rev 2.00/2.00, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 125MB (256000 512 byte sectors: 64H 32S/T 125C) % Here the result after compiling asl file: % ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Intel ACPI Component Architecture ASL Optimizing Compiler / AML Disassembler version 20041119 [Nov 3 2005] Copyright (C) 2000 - 2004 Intel Corporation Supports ACPI Specification Revision 2.0c regnier_Aspire3002WLMI.asl 3064: Z007, Error 1022 - ^ Object does not exist (Z007) regnier_Aspire3002WLMI.asl 3065: Z007, Error 1022 - ^ Object does not exist (Z007) regnier_Aspire3002WLMI.asl 3441: Method (_WAK, 1, NotSerialized) Warning 2026 - ^ Reserved method must return a value (_WAK) ASL Input: regnier_Aspire3002WLMI.asl - 3559 lines, 119584 bytes, 1568 keywords Compilation complete. 2 Errors, 1 Warnings, 0 Remarks, 539 Optimizations % Here the asl file at: % ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------- http://larkine.org/freebsd/regnier_Aspire3002WLMI.asl ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Regards, Oliver. From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 28 09:17:34 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 7288116A41F for ; Mon, 28 Nov 2005 09:17:34 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id A25EF43D45 for ; Mon, 28 Nov 2005 09:17:33 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1Egf8I-0006Wu-00; Mon, 28 Nov 2005 10:17:10 +0100 Date: Mon, 28 Nov 2005 10:17:10 +0100 To: Larkine Message-ID: <20051128091710.GA25063@poupinou.org> References: <438ABB13.80207@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <438ABB13.80207@gmail.com> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@freebsd.org Subject: Re: Acer Aspire 3002WLMI - ACPI X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 09:17:34 -0000 On Mon, Nov 28, 2005 at 09:08:51AM +0100, Larkine wrote: > Hello, > > I have a Aspire 3002WLMI laptop. I got the following page fault after > updating my BIOS. > > I have FreeBSD 6.0 installed. The problem is the same with 5.4. > > Here is some info: > > > % Bios release % > ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > > http://larkine.org/freebsd/acer_Aspire3002WLMI_BIOS_3A26.txt > > > % Here the dmesg: % ... ... > npx0: INT 16 interface > acpi0: on motherboard > ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND > SearchNode 0xc1499540 StartNode 0xc1499540 ReturnNode 0 ... ... > Timecounters tick every 1.000 msec > ad0: 57231MB at ata0-master UDMA100 > Trying to mount root from ufs:/dev/ad0s2a > WARNING: / was not properly dismounted > ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND > SearchNode 0xc1499540 StartNode 0xc1499540 ReturnNode 0 > ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] > (Node 0xc1499440), AE_NOT_FOUND > ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND > SearchNode 0xc1499540 StartNode 0xc1499540 ReturnNode 0 > ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] > (Node 0xc1499440), AE_NOT_FOUND ... > http://larkine.org/freebsd/regnier_Aspire3002WLMI.asl It's a well known issue on some Acer laptops. I think we could get it without having to overwrite the DSDT, but in the meantime you have to: apply this patch to you regnier_Aspire3002WLMI.asl, --- regnier_Aspire3002WLMI.asl 2005/11/28 09:04:09 1.1 +++ regnier_Aspire3002WLMI.asl 2005/11/28 09:04:24 @@ -3061,8 +3061,8 @@ Name (PBST, Package (0x04) { 0x00, - Z007, - Z007, + Ones, + Ones, 0x2710 }) Name (ERRC, 0x00) Recompile: 'iasl regnier_Aspire3002WLMI.asl', you will get a file called 'DSDT.aml' Copy DSDT.aml to /boot/DSDT.aml then add those lines to /boot/loader.conf acpi_dsdt_load="YES" acpi_dsdt_name="/boot/DSDT.aml" and you sohuld be able to get some kind of battery information now. Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 28 10:24:04 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 0F95A16A41F for ; Mon, 28 Nov 2005 10:24:04 +0000 (GMT) (envelope-from larkine@gmail.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D50D43D5D for ; Mon, 28 Nov 2005 10:24:00 +0000 (GMT) (envelope-from larkine@gmail.com) Received: from [192.168.1.29] (roa76-5-82-234-252-139.fbx.proxad.net [82.234.252.139]) by smtp4-g19.free.fr (Postfix) with ESMTP id 524673FFD6 for ; Mon, 28 Nov 2005 11:23:59 +0100 (CET) Message-ID: <438ADB0B.7080004@gmail.com> Date: Mon, 28 Nov 2005 11:25:15 +0100 From: Larkine User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: fr, en MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: <438ABB13.80207@gmail.com> <20051128091710.GA25063@poupinou.org> In-Reply-To: <20051128091710.GA25063@poupinou.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: Acer Aspire 3002WLMI - ACPI X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: larkine@gmail.com List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 10:24:04 -0000 Bruno Ducrot a écrit : >On Mon, Nov 28, 2005 at 09:08:51AM +0100, Larkine wrote: > > >>Hello, >> >>I have a Aspire 3002WLMI laptop. I got the following page fault after >>updating my BIOS. >> >>I have FreeBSD 6.0 installed. The problem is the same with 5.4. >> >>Here is some info: >> >> >>% Bios release % >>----------------------------------------------------------------------------------------------------------------------------------------------------------------------------- >> >>http://larkine.org/freebsd/acer_Aspire3002WLMI_BIOS_3A26.txt >> >> >>% Here the dmesg: % >> >> > >... >... > > >>npx0: INT 16 interface >>acpi0: on motherboard >> ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND >>SearchNode 0xc1499540 StartNode 0xc1499540 ReturnNode 0 >> >> > >... >... > > >>Timecounters tick every 1.000 msec >>ad0: 57231MB at ata0-master UDMA100 >>Trying to mount root from ufs:/dev/ad0s2a >>WARNING: / was not properly dismounted >> ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND >>SearchNode 0xc1499540 StartNode 0xc1499540 ReturnNode 0 >> ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] >>(Node 0xc1499440), AE_NOT_FOUND >> ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND >>SearchNode 0xc1499540 StartNode 0xc1499540 ReturnNode 0 >> ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] >>(Node 0xc1499440), AE_NOT_FOUND >> >> > > >... > > > >>http://larkine.org/freebsd/regnier_Aspire3002WLMI.asl >> >> > >It's a well known issue on some Acer laptops. >I think we could get it without having to overwrite the DSDT, but >in the meantime you have to: > >apply this patch to you regnier_Aspire3002WLMI.asl, > >--- regnier_Aspire3002WLMI.asl 2005/11/28 09:04:09 1.1 >+++ regnier_Aspire3002WLMI.asl 2005/11/28 09:04:24 >@@ -3061,8 +3061,8 @@ > Name (PBST, Package (0x04) > { > 0x00, >- Z007, >- Z007, >+ Ones, >+ Ones, > 0x2710 > }) > Name (ERRC, 0x00) > > >Recompile: 'iasl regnier_Aspire3002WLMI.asl', >you will get a file called 'DSDT.aml' > >Copy DSDT.aml to /boot/DSDT.aml >then add those lines to /boot/loader.conf > >acpi_dsdt_load="YES" >acpi_dsdt_name="/boot/DSDT.aml" > >and you sohuld be able to get some kind of battery information now. > >Cheers, > > > Thank you so much for your quick response. I applied the patch and it works fine :) Thank you again :) From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 28 11:02:11 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 F10CC16A41F for ; Mon, 28 Nov 2005 11:02:11 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 199F843D9B for ; Mon, 28 Nov 2005 11:01:55 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jASB1tJc088044 for ; Mon, 28 Nov 2005 11:01:55 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jASB1sOF088038 for freebsd-acpi@freebsd.org; Mon, 28 Nov 2005 11:01:54 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 28 Nov 2005 11:01:54 GMT Message-Id: <200511281101.jASB1sOF088038@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 Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 11:02:12 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/22] i386/54756 acpi ACPI suspend/resume problem on CF-W2 lapt o [2003/08/17] i386/55661 acpi ACPI suspend/resume problem on ARMADA M70 o [2003/08/20] kern/55822 acpi No ACPI power off with SMP kernel o [2003/08/27] kern/56024 acpi ACPI suspend drains battery while in S3 o [2003/09/03] i386/56372 acpi acpi don't work on TYAN tiger100 M/B o [2004/03/09] i386/64002 acpi acpi problem o [2004/05/27] i386/67273 acpi [hang] system hangs with acpi and Xfree o [2004/10/12] i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Arma o [2005/03/21] i386/79080 acpi acpi thermal changes freezes HP nx6110 o [2005/03/21] i386/79081 acpi ACPI suspend/resume not working on HP nx6 o [2005/11/11] kern/88859 acpi ACPI broken on Compaq DL360 11 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/03/17] kern/64365 acpi ACPI problems o [2004/05/28] kern/67309 acpi zzz reboot computer (ACPI S3) o [2004/07/29] i386/69750 acpi Boot without ACPI failed on ASUS L5 o [2004/11/11] i386/73822 acpi [request] add thermal support to ACPI o [2004/11/11] kern/73823 acpi [feature request] acpi / power-on by time o [2004/11/17] kern/74030 acpi Unplugging AC causes battery % to stay lo o [2004/11/21] kern/74215 acpi [request] add ACPI headers to /usr/includ o [2005/05/09] kern/80815 acpi ACPI(pci_link) problem in 5.4-STABLE: TIM o [2005/11/21] i386/89376 acpi cmbat related ACPI change between 6.0-rel 9 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 28 13:04:26 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 BB3CD16A41F for ; Mon, 28 Nov 2005 13:04:26 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id B63A243D60 for ; Mon, 28 Nov 2005 13:04:25 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2728668 for multiple; Mon, 28 Nov 2005 08:04:34 -0500 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jASD4KP1056772; Mon, 28 Nov 2005 08:04:20 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Mon, 28 Nov 2005 08:04:17 -0500 User-Agent: KMail/1.8.3 References: <19269e540511250555p18355d49u@mail.gmail.com> In-Reply-To: <19269e540511250555p18355d49u@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200511280804.18428.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Timm Florian Gloger Subject: Re: System freezes when using ACPI X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 13:04:26 -0000 On Friday 25 November 2005 08:55 am, Timm Florian Gloger wrote: > hey list, > > i installed a fresh 6.0 stable system on my machine. > > when using acpi the system freezes after less than 10 minutes. > with disabled acpi there is no such problem and the system runs fine. > > i am new to freebsd so i dont know all the things which may influence > the acpi driver to misbehave. > > i attached the outputs which are mentioned in the handbook. > > the system is: > > asus a7n8x deluxe rev 2.0 bios 1008 > amd athlon xp 3000+ fsb 400 > 1 gb ddr400 ram > nforce 2 chipset (firewire disabled) > sapphire radeon 9800 pro > > if there are any further information required to get the system work > properly ... > > thanks > timm Try disabling APIC for now. Your BIOS has a bug in that it tells us that t= he=20 APIC-routed interrupts are active-hi polarity when in fact they are=20 active-low. Unfortunately it seems that a few BIOSen have this bug. :( Al= l=20 PCI interrupts should be level-triggered active-low polarity. You can also= =20 try the following patch: Index: acpi_pci_link.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /host/cvs/usr/cvs/src/sys/dev/acpica/acpi_pci_link.c,v retrieving revision 1.48 diff -u -r1.48 acpi_pci_link.c =2D-- acpi_pci_link.c 1 Nov 2005 22:44:07 -0000 1.48 +++ acpi_pci_link.c 28 Nov 2005 13:03:29 -0000 @@ -859,7 +859,18 @@ if (!link->l_routed && PCI_INTERRUPT_VALID(link->l_irq)) { link->l_routed =3D TRUE; + /* + * Some BIOSen are broken and actually set + * some interrupts to active-high with level + * trigger. Workaround this by hard-coding + * active-low and level-trigger. + */ +#if 0 acpi_config_intr(dev, resource); +#else + BUS_CONFIG_INTR(dev, link->l_irq, + INTR_TRIGGER_LEVEL, INTR_POLARITY_LOW); +#endif pci_link_interrupt_weights[link->l_irq] +=3D link->l_references; } =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 28 13:14:09 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 E0AD916A41F for ; Mon, 28 Nov 2005 13:14:09 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB89343D46 for ; Mon, 28 Nov 2005 13:14:08 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2729198 for multiple; Mon, 28 Nov 2005 08:14:18 -0500 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jASDE2kF056821; Mon, 28 Nov 2005 08:14:02 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Mon, 28 Nov 2005 08:10:03 -0500 User-Agent: KMail/1.8.3 References: <5A00483D-8A89-4180-B982-0F9437198200@dragondata.com> In-Reply-To: <5A00483D-8A89-4180-B982-0F9437198200@dragondata.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200511280810.04087.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Kevin Day Subject: Re: ACPI hang on 6.0-RELEASE on Compaq Proliant ML530 (866MHz Xeon) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 13:14:10 -0000 On Saturday 26 November 2005 11:18 am, Kevin Day wrote: > Hangs on boot after displaying kernel copyright notice with ACPI > enabled. Works fine with ACPI disabled. > > Server has two CPUs, but hang occurs with or without SMP kernel. > > > > acpidump at http://www.dragondata.com/~toasty/toasty-ml530.asl > > > dmesg from working config: Any chance you could use a serial console to capture the dmesg from a booth= =20 with ACPI enabled? > Copyright (c) 1992-2005 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 6.0-RELEASE #0: Thu Nov 3 09:36:13 UTC 2005 > root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC > MPTable: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel Pentium III Xeon (863.94-MHz 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0x683 Stepping =3D 3 > > Features=3D0x383fbff MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE> > real memory =3D 2147467264 (2047 MB) > avail memory =3D 2096672768 (1999 MB) > ioapic0: Changing APIC ID to 8 > ioapic0: Assuming intbase of 0 > ioapic0 irqs 0-34 on motherboard > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > cpu0 on motherboard > pcib0: pcibus 0 on motherboard > pci0: on pcib0 > pci0: at device 3.0 (no driver attached) > pci0: at device 5.0 (no driver attached) > pci0: at device 8.0 (no driver attached) > isab0: at device 15.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2800-0x280f at device 15.1 on pci0 > ata0: on atapci0 > ata1: on atapci0 > pcib2: pcibus 2 on motherboard > pci2: on pcib2 > em0: port > 0x3000-0x303f mem 0xf7ee0000-0xf7efffff irq 24 at device 6.0 on pci2 > em0: Ethernet address: 00:07:e9:13:5c:82 > em0: Speed:N/A Duplex:N/A > em1: port > 0x3040-0x307f mem 0xf7ec0000-0xf7edffff irq 24 at device 6.1 on pci2 > em1: Ethernet address: 00:07:e9:13:5c:83 > em1: Speed:N/A Duplex:N/A > pcib255: pcibus 255 on > motherboard > pci255: on pcib255 > pcib5: pcibus 5 on motherboard > pci5: on pcib5 > sym0: <896> port 0x4000-0x40ff mem 0xf7fffc00-0xf7ffffff, > 0xf7ffc000-0xf7ffdfff irq 22 at device 4.0 on pci5 > sym0: No NVRAM, ID 7, Fast-40, LVD, parity checking > sym0: [GIANT-LOCKED] > sym1: <896> port 0x4400-0x44ff mem 0xf7ffbc00-0xf7ffbfff, > 0xf7ff8000-0xf7ff9fff irq 21 at device 4.1 on pci5 > sym1: No NVRAM, ID 7, Fast-40, LVD, parity checking > sym1: [GIANT-LOCKED] > eisa0: on motherboard > mainboard0: on eisa0 slot 0 > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xc7fff,0xe8000-0xedfff, > 0xee000-0xeffff on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 > drq 2 on isa0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > ppc0: at port 0x378-0x37f irq 7 on isa0 > ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > sio1: type 16550A > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on > isa0 > Timecounter "TSC" frequency 863936862 Hz quality 800 > Timecounters tick every 1.000 msec > acd0: CDROM at ata0-master PIO4 > Waiting 5 seconds for SCSI devices to settle > da1 at sym0 bus 0 target 2 lun 0 > da1: Fixed Direct Access SCSI-2 device > da1: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged > Queueing Enabled > da1: 8678MB (17773524 512 byte sectors: 255H 63S/T 1106C) > da0 at sym0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged > Queueing Enabled > da0: 17365MB (35565080 512 byte sectors: 255H 63S/T 2213C) > da2 at sym0 bus 0 target 3 lun 0 > da2: Fixed Direct Access SCSI-2 device > da2: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged > Queueing Enabled > da2: 17365MB (35565080 512 byte sectors: 255H 63S/T 2213C) > da3 at sym0 bus 0 target 4 lun 0 > da3: Fixed Direct Access SCSI-2 device > da3: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged > Queueing Enabled > da3: 8678MB (17773524 512 byte sectors: 255H 63S/T 1106C) > da4 at sym0 bus 0 target 5 lun 0 > da4: Fixed Direct Access SCSI-2 device > da4: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged > Queueing Enabled > da4: 8678MB (17773524 512 byte sectors: 255H 63S/T 1106C) > Trying to mount root from ufs:/dev/da0s1a > em0: link state changed to UP > em0: promiscuous mode enabled > em0: promiscuous mode disabled > em0: promiscuous mode enabled > em0: promiscuous mode disabled =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 28 13:14:13 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 D76CA16A41F for ; Mon, 28 Nov 2005 13:14:13 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09BEA43D60 for ; Mon, 28 Nov 2005 13:14:12 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2729202 for multiple; Mon, 28 Nov 2005 08:14:23 -0500 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jASDE2kG056821; Mon, 28 Nov 2005 08:14:07 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Mon, 28 Nov 2005 08:11:27 -0500 User-Agent: KMail/1.8.3 References: <200511261918.jAQJIZnL095114@m5p.com> In-Reply-To: <200511261918.jAQJIZnL095114@m5p.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200511280811.28929.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Subject: Re: ACPI + FIC VA-503+ = non-working fdc X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 13:14:14 -0000 On Saturday 26 November 2005 02:18 pm, george+freebsd@m5p.com wrote: > On a FIC VA-503+ motherboard, ACPI does not play nice with the floppy > disk controller. In all versions of 5.x, and now 6.0, it cannot talk > to the fdc when ACPI is enabled. In 6.0-RELEASE, the message I get > if "No FDOUT register!". It works fine with ACPI disabled, and perhaps > I should just stick with that ... Can you post the fdc0 lines from both dmesg's to see what the resources loo= k=20 like? Sounds like a bug in your BIOS. > Also, in 6.0-RELEASE, enabling ACPI seems to cause the re driver to > get watchdog timeouts ... Are any of the IRQs different with ACPI enabled vs ACPI disabled? Also, do= =20 you get these times with ACPI enabled on 5.x? =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 28 13:14:17 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 062F716A41F for ; Mon, 28 Nov 2005 13:14:17 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FEAB43D60 for ; Mon, 28 Nov 2005 13:14:16 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2729205 for multiple; Mon, 28 Nov 2005 08:14:26 -0500 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jASDE2kH056821; Mon, 28 Nov 2005 08:14:13 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Mon, 28 Nov 2005 08:13:58 -0500 User-Agent: KMail/1.8.3 References: <20051127010724.GA1161@Grumpy.DynDNS.org> In-Reply-To: <20051127010724.GA1161@Grumpy.DynDNS.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200511280813.59911.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: David Kelly Subject: Re: Worked in RELENG_5, fails in RELENG_6 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 13:14:17 -0000 On Saturday 26 November 2005 08:07 pm, David Kelly wrote: > Per instructions at > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-debug.html > > System is Dell Poweredge 400SC, BIOS revision A06. Boot panics with ACPI > enabled. > > boot -v: > [too much to type] > ACPI-0237 *** Error: Incorrect table signature - wanted [FACS] found [ ] > ACPI-0359 *** Error: Could not get/install the FACS, AE_BAD_SIGNATURE > ACPI-0191 ... > ACPI-0213 ... > ... > panic: Using MADT but ACPI doesn't work. > > Have not figured out how to "boot -v" with ACPI disabled. That would be > a nice little thing to add to chapter 11.16.1 of the Handbook. At the loader prompt, do: 'set hint.acpi.0.disabled=3D1' and then 'boot' or 'boot -v'. > In addition to the above the following is written to stderr: > acpidump: FACS is corrupt Well, that would seem to indicate an issue with the ACPI tables generated b= y=20 the BIOS. :) =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 28 13:32:02 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 9076C16A420 for ; Mon, 28 Nov 2005 13:32:02 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80E3543D9D for ; Mon, 28 Nov 2005 13:31:12 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2730033 for multiple; Mon, 28 Nov 2005 08:31:19 -0500 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jASDV6Ne057282; Mon, 28 Nov 2005 08:31:06 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Mon, 28 Nov 2005 08:14:39 -0500 User-Agent: KMail/1.8.3 References: <000f01c5f39b$b3604b40$0201a8c0@oxy> In-Reply-To: <000f01c5f39b$b3604b40$0201a8c0@oxy> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200511280814.40484.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Subject: Re: can't boot with acpi on fbsd 6.0 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 13:32:02 -0000 On Sunday 27 November 2005 04:44 pm, OxY wrote: > hi! > > i have a compaq proliant dl 360 (p21) and i can't boot acpi > on freebsd 6.0-release.. > is this a known problem, or should i post the dmesg where it freeze to > death? > thanks! Not a known problem. Does the machine work ok with 5.4 with ACPI enabled a= nd=20 does it work fine on 6.0 with ACPI disabled? =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 28 14:38:28 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 C711716A41F; Mon, 28 Nov 2005 14:38:28 +0000 (GMT) (envelope-from toasty@dragondata.com) Received: from tokyo01.jp.mail.your.org (tokyo01.jp.mail.your.org [204.9.54.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A77743D6A; Mon, 28 Nov 2005 14:38:16 +0000 (GMT) (envelope-from toasty@dragondata.com) Received: from mail.your.org (server3-b.your.org [64.202.113.67]) by tokyo01.jp.mail.your.org (Postfix) with ESMTP id 539EF2AD55B2; Mon, 28 Nov 2005 14:38:14 +0000 (UTC) Received: from [69.31.99.38] (pool038.dhcp.your.org [69.31.99.38]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mail.your.org (Postfix) with ESMTP id 761213D181F; Mon, 28 Nov 2005 08:38:13 -0600 (CST) In-Reply-To: <200511280810.04087.jhb@freebsd.org> References: <5A00483D-8A89-4180-B982-0F9437198200@dragondata.com> <200511280810.04087.jhb@freebsd.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <4EF01B2D-AB73-4185-9137-CFE4693BCA7A@dragondata.com> Content-Transfer-Encoding: 7bit From: Kevin Day Date: Mon, 28 Nov 2005 08:38:11 -0600 To: John Baldwin X-Mailer: Apple Mail (2.746.2) Cc: freebsd-acpi@freebsd.org Subject: Re: ACPI hang on 6.0-RELEASE on Compaq Proliant ML530 (866MHz Xeon) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 14:38:28 -0000 On Nov 28, 2005, at 7:10 AM, John Baldwin wrote: > On Saturday 26 November 2005 11:18 am, Kevin Day wrote: >> Hangs on boot after displaying kernel copyright notice with ACPI >> enabled. Works fine with ACPI disabled. >> >> Server has two CPUs, but hang occurs with or without SMP kernel. >> >> >> >> acpidump at http://www.dragondata.com/~toasty/toasty-ml530.asl >> >> >> dmesg from working config: > > Any chance you could use a serial console to capture the dmesg from > a booth > with ACPI enabled? I get as far as: > Copyright (c) 1992-2005 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 6.0-RELEASE #0: Thu Nov 3 09:36:13 UTC 2005 > root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC before it hangs. I realize that's not much to go on. :) Since the next thing it should be displaying is the mptable string, just in case this is relevant, here's the output of mptable: ======================================================================== ======= MPTable ------------------------------------------------------------------------ ------- MP Floating Pointer Structure: location: BIOS physical address: 0x000f4ff0 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0xdc mode: Virtual Wire ------------------------------------------------------------------------ ------- MP Config Table Header: physical address: 0x000f2d88 signature: 'PCMP' base table length: 508 version: 1.4 checksum: 0xd1 OEM ID: 'COMPAQ ' Product ID: 'PROLIANT ' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 55 local APIC address: 0xfee00000 extended table length: 252 extended table checksum: 91 ------------------------------------------------------------------------ ------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 1 0x10 BSP, usable 6 8 3 0x383fbff 0 0x10 AP, usable 6 8 6 0x383fbff -- Bus: Bus ID Type 0 PCI 2 PCI 5 PCI 15 ISA -- I/O APICs: APIC ID Version State Address 8 0x11 usable 0xfec00000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# INT active-lo level 0 8:A 8 31 INT active-lo level 0 8:B 8 31 INT active-lo level 0 8:C 8 31 INT active-lo level 0 8:D 8 31 INT active-lo level 5 8:A 8 30 INT active-lo level 5 8:B 8 30 INT active-lo level 5 8:C 8 30 INT active-lo level 5 8:D 8 30 INT active-lo level 5 7:A 8 29 INT active-lo level 5 7:B 8 29 INT active-lo level 5 7:C 8 29 INT active-lo level 5 7:D 8 29 INT active-lo level 5 6:A 8 28 INT active-lo level 5 6:B 8 28 INT active-lo level 5 6:C 8 28 INT active-lo level 5 6:D 8 28 INT active-lo level 5 9:A 8 27 INT active-lo level 5 9:B 8 27 INT active-lo level 5 9:C 8 27 INT active-lo level 5 9:D 8 27 INT active-lo level 5 5:A 8 26 INT active-lo level 5 5:B 8 26 INT active-lo level 5 5:C 8 26 INT active-lo level 5 5:D 8 26 INT active-lo level 2 5:A 8 25 INT active-lo level 2 5:B 8 25 INT active-lo level 2 5:C 8 25 INT active-lo level 2 5:D 8 25 INT active-lo level 2 6:A 8 24 INT active-lo level 2 6:B 8 24 INT active-lo level 2 6:C 8 24 INT active-lo level 2 6:D 8 24 INT active-lo level 5 4:A 8 22 INT active-lo level 5 4:B 8 21 INT active-hi edge 15 1 8 1 INT active-hi edge 15 0 8 2 INT active-hi edge 15 3 8 3 INT active-hi edge 15 4 8 4 INT active-hi edge 15 6 8 6 INT active-hi edge 15 7 8 7 INT active-hi edge 15 8 8 8 INT active-lo level 15 9 8 9 INT active-hi edge 15 12 8 12 INT active-lo level 15 13 8 13 INT active-hi edge 15 14 8 14 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT conforms conforms 15 0 255 0 NMI conforms conforms 15 0 255 1 -- MPTABLE OUT OF ORDER! I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT conforms conforms 15 0 8 0 ------------------------------------------------------------------------ ------- MP Config Extended Table Entries: -- System Address Space bus ID: 0 address type: I/O address address base: 0x1800 address range: 0x1010 -- System Address Space bus ID: 0 address type: I/O address address base: 0x0 address range: 0x10000 -- System Address Space bus ID: 0 address type: memory address address base: 0xf7d00000 address range: 0x100000 -- System Address Space bus ID: 0 address type: prefetch address address base: 0x80000000 address range: 0x77000000 -- System Address Space bus ID: 2 address type: I/O address address base: 0x3000 address range: 0x80 -- System Address Space bus ID: 2 address type: memory address address base: 0xf7e00000 address range: 0x100000 -- System Address Space bus ID: 2 address type: prefetch address address base: 0x0 address range: 0x0 -- System Address Space bus ID: 5 address type: I/O address address base: 0x4000 address range: 0x500 -- System Address Space bus ID: 5 address type: memory address address base: 0xf7f00000 address range: 0x100000 -- System Address Space bus ID: 5 address type: prefetch address address base: 0x0 address range: 0x0 -- System Address Space bus ID: 0 address type: memory address address base: 0xa0000 address range: 0x60000 -- Bus Heirarchy bus ID: 15 bus info: 0x01 parent bus ID: 0 -- Compatibility Bus Address bus ID: 0 address modifier: add predefined range: 0x00000000 -- Compatibility Bus Address bus ID: 2 address modifier: subtract predefined range: 0x00000000 -- Compatibility Bus Address bus ID: 5 address modifier: subtract predefined range: 0x00000000 ======================================================================== ======= From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 28 17:04:34 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 725DE16A55B for ; Mon, 28 Nov 2005 17:04:34 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32A7143D86 for ; Mon, 28 Nov 2005 17:04:24 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2741934 for multiple; Mon, 28 Nov 2005 12:04:27 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jASH3rCO058457; Mon, 28 Nov 2005 12:04:14 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Kevin Day Date: Mon, 28 Nov 2005 11:58:10 -0500 User-Agent: KMail/1.8.2 References: <5A00483D-8A89-4180-B982-0F9437198200@dragondata.com> <200511280810.04087.jhb@freebsd.org> <4EF01B2D-AB73-4185-9137-CFE4693BCA7A@dragondata.com> In-Reply-To: <4EF01B2D-AB73-4185-9137-CFE4693BCA7A@dragondata.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511281158.11463.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-acpi@freebsd.org Subject: Re: ACPI hang on 6.0-RELEASE on Compaq Proliant ML530 (866MHz Xeon) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 17:04:34 -0000 On Monday 28 November 2005 09:38 am, Kevin Day wrote: > On Nov 28, 2005, at 7:10 AM, John Baldwin wrote: > > On Saturday 26 November 2005 11:18 am, Kevin Day wrote: > >> Hangs on boot after displaying kernel copyright notice with ACPI > >> enabled. Works fine with ACPI disabled. > >> > >> Server has two CPUs, but hang occurs with or without SMP kernel. > >> > >> > >> > >> acpidump at http://www.dragondata.com/~toasty/toasty-ml530.asl > >> > >> > >> dmesg from working config: > > > > Any chance you could use a serial console to capture the dmesg from > > a booth > > with ACPI enabled? > > I get as far as: > > Copyright (c) 1992-2005 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 6.0-RELEASE #0: Thu Nov 3 09:36:13 UTC 2005 > > root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC > > before it hangs. I realize that's not much to go on. :) > > > Since the next thing it should be displaying is the mptable string, > just in case this is relevant, here's the output of mptable: Actually, in the ACPI case it won't use the mptable, but use the MADT table from ACPI instead. It is odd that your MADT is missing a Local NMI entry for CPU 0. Could you capture the dmesg from a boot -v over a serial console with ACPI enabled? -- 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 Nov 28 17:06:07 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 3175816A424; Mon, 28 Nov 2005 17:06:07 +0000 (GMT) (envelope-from toasty@dragondata.com) Received: from tokyo01.jp.mail.your.org (tokyo01.jp.mail.your.org [204.9.54.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id A281443D60; Mon, 28 Nov 2005 17:06:06 +0000 (GMT) (envelope-from toasty@dragondata.com) Received: from mail.your.org (server3-b.your.org [64.202.113.67]) by tokyo01.jp.mail.your.org (Postfix) with ESMTP id 2A8532AD57E0; Mon, 28 Nov 2005 17:06:05 +0000 (UTC) Received: from [69.31.99.38] (pool038.dhcp.your.org [69.31.99.38]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mail.your.org (Postfix) with ESMTP id 8C3BF3D198B; Mon, 28 Nov 2005 11:06:04 -0600 (CST) In-Reply-To: <200511281158.11463.jhb@freebsd.org> References: <5A00483D-8A89-4180-B982-0F9437198200@dragondata.com> <200511280810.04087.jhb@freebsd.org> <4EF01B2D-AB73-4185-9137-CFE4693BCA7A@dragondata.com> <200511281158.11463.jhb@freebsd.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <290401B2-C468-4951-821D-9C1CFAE1611B@dragondata.com> Content-Transfer-Encoding: 7bit From: Kevin Day Date: Mon, 28 Nov 2005 11:06:03 -0600 To: John Baldwin X-Mailer: Apple Mail (2.746.2) Cc: freebsd-acpi@freebsd.org Subject: Re: ACPI hang on 6.0-RELEASE on Compaq Proliant ML530 (866MHz Xeon) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 17:06:07 -0000 > Actually, in the ACPI case it won't use the mptable, but use the > MADT table > from ACPI instead. It is odd that your MADT is missing a Local NMI > entry for > CPU 0. Could you capture the dmesg from a boot -v over a serial > console with > ACPI enabled? > Yes, but since this server is in a remote datacenter, it may take a couple of days to get this to you. I'll have it for you as soon as possible. Thanks! From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 28 17:34:05 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 8835B16A41F; Mon, 28 Nov 2005 17:34:05 +0000 (GMT) (envelope-from george@m5p.com) Received: from mailhost.m5p.com (209-162-215-52.dq1sn.easystreet.com [209.162.215.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id BECBB43D64; Mon, 28 Nov 2005 17:33:59 +0000 (GMT) (envelope-from george@m5p.com) Received: from m5p.com (ssh.m5p.com [IPv6:2001:418:3fd::fb]) by mailhost.m5p.com (8.13.2/8.13.2) with ESMTP id jASHXuWm031497 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=OK); Mon, 28 Nov 2005 09:33:57 -0800 (PST) Received: (from george@localhost) by m5p.com (8.13.2/8.13.2/Submit) id jASHXuSR015008; Mon, 28 Nov 2005 09:33:56 -0800 (PST) Date: Mon, 28 Nov 2005 09:33:56 -0800 (PST) From: George Mitchell Message-Id: <200511281733.jASHXuSR015008@m5p.com> To: freebsd-acpi@freebsd.org, jhb@freebsd.org In-Reply-To: <200511280811.28929.jhb@freebsd.org> X-Scanned-By: MIMEDefang 2.49 on IPv6:2001:418:3fd::f7 Cc: Subject: Re: ACPI + FIC VA-503+ = non-working fdc X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 17:34:05 -0000 > On Saturday 26 November 2005 02:18 pm, george+freebsd@m5p.com wrote: > > On a FIC VA-503+ motherboard, ACPI does not play nice with the floppy > > disk controller. In all versions of 5.x, and now 6.0, it cannot talk > > to the fdc when ACPI is enabled. In 6.0-RELEASE, the message I get > > if "No FDOUT register!". It works fine with ACPI disabled, and perhaps > > I should just stick with that ... > > Can you post the fdc0 lines from both dmesg's to see what the resources look > like? Sounds like a bug in your BIOS. http://www.m5p.com/~george/dmesg-6.0-no-acpi-verbose.txt http://www.m5p.com/~george/dmesg-6.0-acpi-verbose.txt > > Also, in 6.0-RELEASE, enabling ACPI seems to cause the re driver to > > get watchdog timeouts ... > > Are any of the IRQs different with ACPI enabled vs ACPI disabled? Also, do > you get these times with ACPI enabled on 5.x? See above for 6.0. ACPI had enough other problems on 5.0 that I never ran with it enabled, except a couple of times when I saw that the floppy controller wasn't working. Thanks for your attention. -- George P.S. I got these dumps with 6.0-RC1, but the messages are the same with 6.0-RELEASE. From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 28 17:45:21 2005 Return-Path: X-Original-To: acpi@freebsd.org 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 9CA3816A41F; Mon, 28 Nov 2005 17:45:21 +0000 (GMT) (envelope-from grog@lemis.com) Received: from ext-gw.lemis.com (ext-gw.lemis.com [150.101.14.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5270C43D9D; Mon, 28 Nov 2005 17:45:12 +0000 (GMT) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by ext-gw.lemis.com (Postfix) with ESMTP id DCEE51310CB; Tue, 29 Nov 2005 04:15:09 +1030 (CST) Received: from eucla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by wantadilla.lemis.com (Postfix) with ESMTP id D71F8855ED; Tue, 29 Nov 2005 04:15:08 +1030 (CST) Received: by eucla.lemis.com (Postfix, from userid 1004) id DB4308691B; Mon, 28 Nov 2005 18:45:06 +0100 (CET) Date: Mon, 28 Nov 2005 18:45:06 +0100 From: Greg 'groggy' Lehey To: Eric Anderson , Chris Howells Message-ID: <20051128174506.GD963@eucla.lemis.com> References: <4383C20E.20509@shaw.ca> <43891936.7090904@centtech.com> <20051127115041.GD867@eucla.lemis.com> <200511272310.02378.howells@kde.org> <4383C20E.20509@shaw.ca> <20051123195120.GE908@eucla.lemis.com> <43891936.7090904@centtech.com> <20051127115041.GD867@eucla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200511272310.02378.howells@kde.org> <20051127115041.GD867@eucla.lemis.com> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: acpi@freebsd.org, freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, Graham North Subject: Re: ACPI problems with Dell laptops X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 17:45:21 -0000 On Sunday, 27 November 2005 at 23:10:01 +0000, Chris Howells wrote: > On Sunday 27 November 2005 11:50, Greg 'groggy' Lehey wrote: >> Since then I've also discovered that the builtin wireless card doesn't >> work either.  It's: >> >>   iwi0: mem 0xdfcfd000-0xdfcfdfff irq 10 at >> device 3.0 on pci3 iwi0: Ethernet address: 00:13:ce:46:28:49 > > > >>   DHCPDISCOVER on iwi0 to 255.255.255.255 port 67 interval 6 >>   DHCPDISCOVER on iwi0 to 255.255.255.255 port 67 interval 15 >>   send_packet: Network is down >> >> On the console I get the detailed error message: >> >>   iwi0: fatal error > > iwi(4) is unfortunately pretty unstable so I'm not sure if it's directly > related to the ACPI problems. Yes, as I said: since then. It doesn't work with or without ACPI, so I see this as unrelated to ACPI. It does seem relevant to the original Subject: line ("Laptop choices"), though. Even more information about iwi0: I googled and found some information about iwi and Dell laptops, and after issuing the command # ifconfig iwi0 mode b I got an association and was able to use the card. Then I tried # ifconfig iwi0 mode g which caused a panic #9 0xc0648ff7 in panic (fmt=0xc087130c "mutex %s recursed at %s:%d") at /usr/src/sys/kern/kern_shutdown.c:539 #10 0xc064180b in _mtx_assert (m=0xc4d1cb6c, what=0xc1033000, file=0xc08726bd "/usr/src/sys/kern/kern_synch.c", line=0xbc) at /usr/src/sys/kern/kern_mutex.c:748 #11 0xc064ee6a in msleep (ident=0xc4d1c000, mtx=0xc4d1cb6c, priority=0x0, wmesg=0xc0aadbd3 "iwiinit", timo=0x3e8) at /usr/src/sys/kern/kern_synch.c:188 Unfortunately, the stack beyond this point was corrupt. Since then I haven't been able to reproduce getting the card to associate or (obviously) the panic. So I'd agree that iwi is still a bit flaky. Greg -- See complete headers for address and phone numbers From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 28 17:45:21 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 9CA3816A41F; Mon, 28 Nov 2005 17:45:21 +0000 (GMT) (envelope-from grog@lemis.com) Received: from ext-gw.lemis.com (ext-gw.lemis.com [150.101.14.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5270C43D9D; Mon, 28 Nov 2005 17:45:12 +0000 (GMT) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by ext-gw.lemis.com (Postfix) with ESMTP id DCEE51310CB; Tue, 29 Nov 2005 04:15:09 +1030 (CST) Received: from eucla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by wantadilla.lemis.com (Postfix) with ESMTP id D71F8855ED; Tue, 29 Nov 2005 04:15:08 +1030 (CST) Received: by eucla.lemis.com (Postfix, from userid 1004) id DB4308691B; Mon, 28 Nov 2005 18:45:06 +0100 (CET) Date: Mon, 28 Nov 2005 18:45:06 +0100 From: Greg 'groggy' Lehey To: Eric Anderson , Chris Howells Message-ID: <20051128174506.GD963@eucla.lemis.com> References: <4383C20E.20509@shaw.ca> <43891936.7090904@centtech.com> <20051127115041.GD867@eucla.lemis.com> <200511272310.02378.howells@kde.org> <4383C20E.20509@shaw.ca> <20051123195120.GE908@eucla.lemis.com> <43891936.7090904@centtech.com> <20051127115041.GD867@eucla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200511272310.02378.howells@kde.org> <20051127115041.GD867@eucla.lemis.com> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: acpi@freebsd.org, freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, Graham North Subject: Re: ACPI problems with Dell laptops X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 17:45:21 -0000 On Sunday, 27 November 2005 at 23:10:01 +0000, Chris Howells wrote: > On Sunday 27 November 2005 11:50, Greg 'groggy' Lehey wrote: >> Since then I've also discovered that the builtin wireless card doesn't >> work either.  It's: >> >>   iwi0: mem 0xdfcfd000-0xdfcfdfff irq 10 at >> device 3.0 on pci3 iwi0: Ethernet address: 00:13:ce:46:28:49 > > > >>   DHCPDISCOVER on iwi0 to 255.255.255.255 port 67 interval 6 >>   DHCPDISCOVER on iwi0 to 255.255.255.255 port 67 interval 15 >>   send_packet: Network is down >> >> On the console I get the detailed error message: >> >>   iwi0: fatal error > > iwi(4) is unfortunately pretty unstable so I'm not sure if it's directly > related to the ACPI problems. Yes, as I said: since then. It doesn't work with or without ACPI, so I see this as unrelated to ACPI. It does seem relevant to the original Subject: line ("Laptop choices"), though. Even more information about iwi0: I googled and found some information about iwi and Dell laptops, and after issuing the command # ifconfig iwi0 mode b I got an association and was able to use the card. Then I tried # ifconfig iwi0 mode g which caused a panic #9 0xc0648ff7 in panic (fmt=0xc087130c "mutex %s recursed at %s:%d") at /usr/src/sys/kern/kern_shutdown.c:539 #10 0xc064180b in _mtx_assert (m=0xc4d1cb6c, what=0xc1033000, file=0xc08726bd "/usr/src/sys/kern/kern_synch.c", line=0xbc) at /usr/src/sys/kern/kern_mutex.c:748 #11 0xc064ee6a in msleep (ident=0xc4d1c000, mtx=0xc4d1cb6c, priority=0x0, wmesg=0xc0aadbd3 "iwiinit", timo=0x3e8) at /usr/src/sys/kern/kern_synch.c:188 Unfortunately, the stack beyond this point was corrupt. Since then I haven't been able to reproduce getting the card to associate or (obviously) the panic. So I'd agree that iwi is still a bit flaky. Greg -- See complete headers for address and phone numbers From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 28 20:30:59 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 BBD3816A41F for ; Mon, 28 Nov 2005 20:30:59 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id C32E643D46 for ; Mon, 28 Nov 2005 20:30:50 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2753120 for multiple; Mon, 28 Nov 2005 15:30:48 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jASKUWEa062288; Mon, 28 Nov 2005 15:30:33 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: George Mitchell Date: Mon, 28 Nov 2005 13:09:41 -0500 User-Agent: KMail/1.8.2 References: <200511281733.jASHXuSR015008@m5p.com> In-Reply-To: <200511281733.jASHXuSR015008@m5p.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511281309.42200.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-acpi@freebsd.org Subject: Re: ACPI + FIC VA-503+ = non-working fdc X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 20:30:59 -0000 On Monday 28 November 2005 12:33 pm, George Mitchell wrote: > > On Saturday 26 November 2005 02:18 pm, george+freebsd@m5p.com wrote: > > > On a FIC VA-503+ motherboard, ACPI does not play nice with the floppy > > > disk controller. In all versions of 5.x, and now 6.0, it cannot talk > > > to the fdc when ACPI is enabled. In 6.0-RELEASE, the message I get > > > if "No FDOUT register!". It works fine with ACPI disabled, and perhaps > > > I should just stick with that ... > > > > Can you post the fdc0 lines from both dmesg's to see what the resources > > look like? Sounds like a bug in your BIOS. > > http://www.m5p.com/~george/dmesg-6.0-no-acpi-verbose.txt > http://www.m5p.com/~george/dmesg-6.0-acpi-verbose.txt Note these messages: ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0.ISA_.FDC0._CRS] (Node 0xc1e89540), AE_AML_BUFFER_LIMIT ACPI-0239: *** Error: Method execution failed [\\_SB_.PCI0.ISA_.FDC0._CRS] (Node 0xc1e89540), AE_AML_BUFFER_LIMIT can't fetch resources for \\_SB_.PCI0.ISA_.FDC0 - AE_AML_BUFFER_LIMIT FDC0 is your floppy drive controller, and your BIOS is busted and doesn't return valid information in the ACPI tables to tell us which I/O ports, etc. to use, so that's why your floppy drive doesn't work with ACPI. You might be able to fix it by patching your ASL. > > > Also, in 6.0-RELEASE, enabling ACPI seems to cause the re driver to > > > get watchdog timeouts ... > > > > Are any of the IRQs different with ACPI enabled vs ACPI disabled? Also, > > do you get these times with ACPI enabled on 5.x? > > See above for 6.0. ACPI had enough other problems on 5.0 that I never > ran with it enabled, except a couple of times when I saw that the floppy > controller wasn't working. Thanks for your attention. -- George > > P.S. I got these dumps with 6.0-RC1, but the messages are the same with > 6.0-RELEASE. Well, the IRQs are the same for both. However, it is quite weird. With ACPI, we see from your BIOS that your ppc0 device is using IRQ 5, and several PCI devices are using IRQ 7 (include re0). Without ACPI, both the printer and the PCI devices end up using IRQ 7 (this should _not_ happen). Try removing the hints for ppc0 so it is probed by the PNP BIOS rather than via hints and see if the IRQ moves from 7 to 5 for your non-ACPI case. Then, check to see if you get the same timeout issues. You can also try going into your BIOS and changing the LPT settings to use IRQ 7 rather than IRQ 5 as IRQ 7 is more "standard". -- 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 Nov 29 02:25:56 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 E7B7316A420 for ; Tue, 29 Nov 2005 02:25:56 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A05643D45 for ; Tue, 29 Nov 2005 02:25:56 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.250] (ppp-71-139-30-140.dsl.snfc21.pacbell.net [71.139.30.140]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id jAT2Q6ZM020638 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 28 Nov 2005 18:26:07 -0800 Message-ID: <438BBC31.8020805@root.org> Date: Mon, 28 Nov 2005 18:25:53 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: guru@Sisis.de References: <20051024075655.GA1425@rebelion.Sisis.de> In-Reply-To: <20051024075655.GA1425@rebelion.Sisis.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Fwd: 5.4-REL && noteboock F/S AMILO-D && S4 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 02:25:57 -0000 guru@Sisis.de wrote: > What does this means? And again, is there some overall description > how suspend to 'S4OS' should work and how the resume must be > initiated? I read in Goggle that for S4OS the RAM is filed to > some 'hibernation' file to disk, where this file should appear? > and how a re-boot will pick it up? I've 1 GByte of RAM but can't > see any file large enough to fit my RAM into; In case no one replied yet, S4OS is not yet implemented on FreeBSD. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 29 03:46:31 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 CF4AC16A41F for ; Tue, 29 Nov 2005 03:46:31 +0000 (GMT) (envelope-from dkelly@hiwaay.net) Received: from smtp.knology.net (smtp.knology.net [24.214.63.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id E030443D60 for ; Tue, 29 Nov 2005 03:46:30 +0000 (GMT) (envelope-from dkelly@hiwaay.net) Received: (qmail 9070 invoked by uid 0); 29 Nov 2005 03:39:06 -0000 Received: from user-69-73-60-132.knology.net (HELO ?10.0.0.6?) (69.73.60.132) by smtp3.knology.net with SMTP; 29 Nov 2005 03:39:06 -0000 In-Reply-To: <200511280813.59911.jhb@freebsd.org> References: <20051127010724.GA1161@Grumpy.DynDNS.org> <200511280813.59911.jhb@freebsd.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <804E027B-1274-40E2-8691-F6B6D057BC0A@hiwaay.net> Content-Transfer-Encoding: 7bit From: David Kelly Date: Mon, 28 Nov 2005 21:46:28 -0600 To: John Baldwin X-Mailer: Apple Mail (2.746.2) Cc: freebsd-acpi@freebsd.org Subject: Re: Worked in RELENG_5, fails in RELENG_6 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 03:46:31 -0000 On Nov 28, 2005, at 7:13 AM, John Baldwin wrote: > On Saturday 26 November 2005 08:07 pm, David Kelly wrote: >> Per instructions at >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi- >> debug.html >> >> System is Dell Poweredge 400SC, BIOS revision A06. Boot panics >> with ACPI >> enabled. >> >> boot -v: >> [too much to type] >> ACPI-0237 *** Error: Incorrect table signature - wanted [FACS] >> found [ ] >> ACPI-0359 *** Error: Could not get/install the FACS, AE_BAD_SIGNATURE >> ACPI-0191 ... >> ACPI-0213 ... >> ... >> panic: Using MADT but ACPI doesn't work. >> >> Have not figured out how to "boot -v" with ACPI disabled. That >> would be >> a nice little thing to add to chapter 11.16.1 of the Handbook. > > At the loader prompt, do: > > 'set hint.acpi.0.disabled=1' > > and then 'boot' or 'boot -v'. Downloaded and FLASHed BIOS from A06 to Dell's latest, A09 this evening. No improvement. Also built and installed a new kernel from cvsup this afternoon. No improvement. Have a hyperthread-able P4 with hyperthreading disabled in the BIOS. Enabling HT did not prevent the panic. Copy of /var/run/dmesg.boot using "boot -v" and acpi disabled as described above is at http://home.hiwaay.net/~dkelly/dmesg.boot A curious thing is with HT disabled in BIOS FreeBSD still lists hyperthreading in the CPU capabilities. Oh, and apparently the dmesg buffer isn't big enough to hold everything "boot -v" wants to say. Surely there is a way to make it bigger? -- David Kelly N4HHE, dkelly@HiWAAY.net ======================================================================== Whom computers would destroy, they must first drive mad. From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 29 19:55:01 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 3B02716A41F for ; Tue, 29 Nov 2005 19:55:01 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0BB243D70 for ; Tue, 29 Nov 2005 19:54:53 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2822671 for multiple; Tue, 29 Nov 2005 14:55:04 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jATJse3h074079; Tue, 29 Nov 2005 14:54:48 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: David Kelly Date: Tue, 29 Nov 2005 14:52:34 -0500 User-Agent: KMail/1.8.2 References: <20051127010724.GA1161@Grumpy.DynDNS.org> <200511280813.59911.jhb@freebsd.org> <804E027B-1274-40E2-8691-F6B6D057BC0A@hiwaay.net> In-Reply-To: <804E027B-1274-40E2-8691-F6B6D057BC0A@hiwaay.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511291452.35400.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-acpi@freebsd.org Subject: Re: Worked in RELENG_5, fails in RELENG_6 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 19:55:01 -0000 On Monday 28 November 2005 10:46 pm, David Kelly wrote: > On Nov 28, 2005, at 7:13 AM, John Baldwin wrote: > > On Saturday 26 November 2005 08:07 pm, David Kelly wrote: > >> Per instructions at > >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi- > >> debug.html > >> > >> System is Dell Poweredge 400SC, BIOS revision A06. Boot panics > >> with ACPI > >> enabled. > >> > >> boot -v: > >> [too much to type] > >> ACPI-0237 *** Error: Incorrect table signature - wanted [FACS] > >> found [ ] > >> ACPI-0359 *** Error: Could not get/install the FACS, AE_BAD_SIGNATURE > >> ACPI-0191 ... > >> ACPI-0213 ... > >> ... > >> panic: Using MADT but ACPI doesn't work. > >> > >> Have not figured out how to "boot -v" with ACPI disabled. That > >> would be > >> a nice little thing to add to chapter 11.16.1 of the Handbook. > > > > At the loader prompt, do: > > > > 'set hint.acpi.0.disabled=1' > > > > and then 'boot' or 'boot -v'. > > Downloaded and FLASHed BIOS from A06 to Dell's latest, A09 this > evening. No improvement. Also built and installed a new kernel from > cvsup this afternoon. No improvement. But 5.4 works fine with ACPI enabled? This is the machine that even acpidump chokes on, yes? Does acpidump work ok on 5.4? > A curious thing is with HT disabled in BIOS FreeBSD still lists > hyperthreading in the CPU capabilities. Not curious at all. The BIOS setting just has the BIOS mark HTT CPUs as disabled in the ACPI MADT table (usually HTT CPUs aren't even listed in the MP Table). > Oh, and apparently the dmesg buffer isn't big enough to hold > everything "boot -v" wants to say. Surely there is a way to make it > bigger? Well, using a serial console is the best method, but there is also a kernel option for increasing the message buffer size documented in sys/conf/NOTES. -- 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 Nov 29 20:50:46 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 C1ED116A41F; Tue, 29 Nov 2005 20:50:46 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD67E43D6B; Tue, 29 Nov 2005 20:50:38 +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, 29 Nov 2005 12:50:21 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 1E7B45D04; Tue, 29 Nov 2005 12:50:19 -0800 (PST) X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: John Baldwin In-reply-to: Your message of "Tue, 29 Nov 2005 14:52:34 EST." <200511291452.35400.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 29 Nov 2005 12:50:19 -0800 From: "Kevin Oberman" Message-Id: <20051129205019.1E7B45D04@ptavv.es.net> Cc: David Kelly , freebsd-acpi@freebsd.org Subject: Re: Worked in RELENG_5, fails in RELENG_6 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 20:50:46 -0000 > On Monday 28 November 2005 10:46 pm, David Kelly wrote: > > On Nov 28, 2005, at 7:13 AM, John Baldwin wrote: > > > On Saturday 26 November 2005 08:07 pm, David Kelly wrote: > > >> Per instructions at > > >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi- > > >> debug.html > > >> > > >> System is Dell Poweredge 400SC, BIOS revision A06. Boot panics > > >> with ACPI > > >> enabled. > > >> > > >> boot -v: > > >> [too much to type] > > >> ACPI-0237 *** Error: Incorrect table signature - wanted [FACS] > > >> found [ ] > > >> ACPI-0359 *** Error: Could not get/install the FACS, AE_BAD_SIGNATURE > > >> ACPI-0191 ... > > >> ACPI-0213 ... > > >> ... > > >> panic: Using MADT but ACPI doesn't work. > > >> > > >> Have not figured out how to "boot -v" with ACPI disabled. That > > >> would be > > >> a nice little thing to add to chapter 11.16.1 of the Handbook. > > > > > > At the loader prompt, do: > > > > > > 'set hint.acpi.0.disabled=1' > > > > > > and then 'boot' or 'boot -v'. > > > > Downloaded and FLASHed BIOS from A06 to Dell's latest, A09 this > > evening. No improvement. Also built and installed a new kernel from > > cvsup this afternoon. No improvement. > > But 5.4 works fine with ACPI enabled? This is the machine that even acpidump > chokes on, yes? Does acpidump work ok on 5.4? > > > A curious thing is with HT disabled in BIOS FreeBSD still lists > > hyperthreading in the CPU capabilities. > > Not curious at all. The BIOS setting just has the BIOS mark HTT CPUs as > disabled in the ACPI MADT table (usually HTT CPUs aren't even listed in the > MP Table). > > > Oh, and apparently the dmesg buffer isn't big enough to hold > > everything "boot -v" wants to say. Surely there is a way to make it > > bigger? > > Well, using a serial console is the best method, but there is also a kernel > option for increasing the message buffer size documented in sys/conf/NOTES. Take a look at /var/run/dmesg.boot. (Of course, this does not survive a reboot.) -- 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 Nov 29 21:19:32 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 DC39016A420 for ; Tue, 29 Nov 2005 21:19:32 +0000 (GMT) (envelope-from dkelly@Grumpy.DynDNS.org) Received: from smtp.knology.net (smtp.knology.net [24.214.63.101]) by mx1.FreeBSD.org (Postfix) with SMTP id E5DB443D6B for ; Tue, 29 Nov 2005 21:19:29 +0000 (GMT) (envelope-from dkelly@Grumpy.DynDNS.org) Received: (qmail 30586 invoked by uid 0); 29 Nov 2005 21:18:06 -0000 Received: from user-69-73-60-132.knology.net (HELO Grumpy.DynDNS.org) (69.73.60.132) by smtp5.knology.net with SMTP; 29 Nov 2005 21:18:06 -0000 Received: by Grumpy.DynDNS.org (Postfix, from userid 928) id 5F110649D; Tue, 29 Nov 2005 15:19:28 -0600 (CST) Date: Tue, 29 Nov 2005 15:19:28 -0600 From: David Kelly To: John Baldwin Message-ID: <20051129211928.GE4935@Grumpy.DynDNS.org> References: <20051127010724.GA1161@Grumpy.DynDNS.org> <200511280813.59911.jhb@freebsd.org> <804E027B-1274-40E2-8691-F6B6D057BC0A@hiwaay.net> <200511291452.35400.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200511291452.35400.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-acpi@freebsd.org Subject: Re: Worked in RELENG_5, fails in RELENG_6 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 21:19:33 -0000 On Tue, Nov 29, 2005 at 02:52:34PM -0500, John Baldwin wrote: > On Monday 28 November 2005 10:46 pm, David Kelly wrote: > > > > Downloaded and FLASHed BIOS from A06 to Dell's latest, A09 this > > evening. No improvement. Also built and installed a new kernel from > > cvsup this afternoon. No improvement. > > But 5.4 works fine with ACPI enabled? This is the machine that even > acpidump chokes on, yes? Does acpidump work ok on 5.4? "acpidump -t -d" stops after 31 lines and says, "acpidump: FACS is corrupt" on stderr. See http://home.hiwaay.net/~dkelly/opus-acpidump-d-t.txt "acpidump -d" runs without error and emits 2754 lines. See http://home.hiwaay.net/~dkelly/opus-acpidump-d.txt ACPI worked with 5.4 so I never had a reason to acpidump then. Could I boot a 5.4 CDROM to test ACPI? Without much effort have put my hands on a "5.3-RELEASE Live Filesystem" CDROM that should make a good test. There was an issue briefly with ACPI in 5.0 or 5.1, very likely in a prerelease. Absolultely certain ACPI worked prior to 6.0 because among other things ACPI installed a power button handler which performed a clean shutdown (same as ctl-alt-del) rather than brute force yank-the-plug crash. > > Oh, and apparently the dmesg buffer isn't big enough to hold > > everything "boot -v" wants to say. Surely there is a way to make it > > bigger? > > Well, using a serial console is the best method, but there is also a > kernel option for increasing the message buffer size documented in > sys/conf/NOTES. I can work the problem both ways tonight when I can put my hands on the physical machine. -- David Kelly N4HHE, dkelly@HiWAAY.net ======================================================================== Whom computers would destroy, they must first drive mad. From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 29 21:25:41 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 2F3B616A420 for ; Tue, 29 Nov 2005 21:25:41 +0000 (GMT) (envelope-from dkelly@Grumpy.DynDNS.org) Received: from smtp.knology.net (smtp.knology.net [24.214.63.101]) by mx1.FreeBSD.org (Postfix) with SMTP id A40DE43D4C for ; Tue, 29 Nov 2005 21:25:39 +0000 (GMT) (envelope-from dkelly@Grumpy.DynDNS.org) Received: (qmail 32071 invoked by uid 0); 29 Nov 2005 21:25:38 -0000 Received: from user-69-73-60-132.knology.net (HELO Grumpy.DynDNS.org) (69.73.60.132) by smtp6.knology.net with SMTP; 29 Nov 2005 21:25:38 -0000 Received: by Grumpy.DynDNS.org (Postfix, from userid 928) id CD7D9649D; Tue, 29 Nov 2005 15:25:37 -0600 (CST) Date: Tue, 29 Nov 2005 15:25:37 -0600 From: David Kelly To: Kevin Oberman Message-ID: <20051129212537.GF4935@Grumpy.DynDNS.org> References: <200511291452.35400.jhb@freebsd.org> <20051129205019.1E7B45D04@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051129205019.1E7B45D04@ptavv.es.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-acpi@freebsd.org Subject: Re: Worked in RELENG_5, fails in RELENG_6 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 21:25:41 -0000 On Tue, Nov 29, 2005 at 12:50:19PM -0800, Kevin Oberman wrote: > > > > Well, using a serial console is the best method, but there is also a kernel > > option for increasing the message buffer size documented in sys/conf/NOTES. > > Take a look at /var/run/dmesg.boot. (Of course, this does not survive a > reboot.) Yes, /var/run/dmesg.boot is what I posted at http://home.hiwaay.net/~dkelly/dmesg.boot But the dmesg buffer was full before the file was written, causing the most interesting first part to be lost. Also it doesn't capture the panic which I could capture with a serial console. Will connect my Macintosh as a serial console tonight to capture the panic and boot messages. -- David Kelly N4HHE, dkelly@HiWAAY.net ======================================================================== Whom computers would destroy, they must first drive mad. From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 29 21:36:48 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 A573216A41F for ; Tue, 29 Nov 2005 21:36:48 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEC7443D46 for ; Tue, 29 Nov 2005 21:36:32 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: by wproxy.gmail.com with SMTP id 67so3713227wri for ; Tue, 29 Nov 2005 13:36:22 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type; b=es01MEh+wPNaOndNp/1I56FaE+Uk08ZEzXj6d8Ip/10mx280sZYBYIjBH0XS1ZNQ1UtSuTwIEIrMF8o32QxjwXe6TLAX43TWWyLHCxEErtX9iYkl0hW+BKePB16ZRFRp77VPRfBvPmY+OdySfFxji7yLRXCNvGATxGlLEuEYJ2k= Received: by 10.65.114.1 with SMTP id r1mr2941905qbm; Tue, 29 Nov 2005 13:36:22 -0800 (PST) Received: by 10.65.243.16 with HTTP; Tue, 29 Nov 2005 13:36:22 -0800 (PST) Message-ID: Date: Tue, 29 Nov 2005 21:36:22 +0000 From: Marco Calviani To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-acpi@freebsd.org Subject: high CPU load due to powerd X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 21:36:48 -0000 Hi list, i'm currently running 6.0-RELEASE and i activated powerd as the system power control utility. However, using top, i'm seeing that powerd normally uses nearly 18% of the CPU power, thus consuming energy and battery time (i'm using a laptop). Another point is that i'm seeing also more than one process named powerd. Is this all normal? For example (a part of top): 30397 root 1 8 0 1188K 820K nanslp 3:07 17.14% powerd 2143 root 1 8 0 1188K 820K nanslp 1:25 2.20% powerd 2146 root 1 8 0 1188K 820K nanslp 0:47 1.03% powerd (plus other.....) Many thanks in advance, MC From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 29 21:50:43 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 CB04116A41F for ; Tue, 29 Nov 2005 21:50:43 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AEA243D78 for ; Tue, 29 Nov 2005 21:50:42 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2828835 for multiple; Tue, 29 Nov 2005 16:50:24 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jATLoZ76074918; Tue, 29 Nov 2005 16:50:35 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: David Kelly Date: Tue, 29 Nov 2005 16:47:01 -0500 User-Agent: KMail/1.8.2 References: <20051127010724.GA1161@Grumpy.DynDNS.org> <200511291452.35400.jhb@freebsd.org> <20051129211928.GE4935@Grumpy.DynDNS.org> In-Reply-To: <20051129211928.GE4935@Grumpy.DynDNS.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511291647.02056.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-acpi@freebsd.org Subject: Re: Worked in RELENG_5, fails in RELENG_6 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 21:50:43 -0000 On Tuesday 29 November 2005 04:19 pm, David Kelly wrote: > On Tue, Nov 29, 2005 at 02:52:34PM -0500, John Baldwin wrote: > > On Monday 28 November 2005 10:46 pm, David Kelly wrote: > > > Downloaded and FLASHed BIOS from A06 to Dell's latest, A09 this > > > evening. No improvement. Also built and installed a new kernel from > > > cvsup this afternoon. No improvement. > > > > But 5.4 works fine with ACPI enabled? This is the machine that even > > acpidump chokes on, yes? Does acpidump work ok on 5.4? > > "acpidump -t -d" stops after 31 lines and says, "acpidump: FACS is > corrupt" on stderr. See > http://home.hiwaay.net/~dkelly/opus-acpidump-d-t.txt > > "acpidump -d" runs without error and emits 2754 lines. See > http://home.hiwaay.net/~dkelly/opus-acpidump-d.txt > > ACPI worked with 5.4 so I never had a reason to acpidump then. Could I > boot a 5.4 CDROM to test ACPI? Without much effort have put my hands on > a "5.3-RELEASE Live Filesystem" CDROM that should make a good test. > > There was an issue briefly with ACPI in 5.0 or 5.1, very likely in a > prerelease. > > Absolultely certain ACPI worked prior to 6.0 because among other things > ACPI installed a power button handler which performed a clean shutdown > (same as ctl-alt-del) rather than brute force yank-the-plug crash. Ok. BTW, FACS is an ACPI 2.0 table that replaces the FADT (I think), so if your BIOS has an option to only do ACPI 1.0, you can try that to see if it fixes the problem. -- 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 Nov 29 21:50:51 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 4306F16A41F; Tue, 29 Nov 2005 21:50:51 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22A0843D75; Tue, 29 Nov 2005 21:50:44 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2828839 for multiple; Tue, 29 Nov 2005 16:50:27 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jATLoZ77074918; Tue, 29 Nov 2005 16:50:38 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: jpeg@thilelli.net Date: Tue, 29 Nov 2005 16:50:06 -0500 User-Agent: KMail/1.8.2 References: <49704.192.168.1.18.1113475314.squirrel@webmail.thilelli.net> <200504150217.37985.jhb@FreeBSD.org> <60391.192.168.1.18.1113571878.squirrel@webmail.thilelli.net> In-Reply-To: <60391.192.168.1.18.1113571878.squirrel@webmail.thilelli.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511291650.08922.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-acpi@freebsd.org, freebsd-usb@freebsd.org, bug-followup@freebsd.org Subject: Re: usb/74989: (regression) Lost USB support between 5.2.1-RELEASE and 5.3-RELEASE on K7T266 Pro2. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 21:50:51 -0000 On Friday 15 April 2005 09:31 am, Julien Gabel wrote: > >> I made some progress here. After playing with BIOS settings, i am now > >> able to: > >> - Boot with ACPI enable (shutdown -p works as expected now); > >> - Use USB devices. > >> > >> In order to do that, i had to totally disable "APIC Function" in the > >> BIOS. With "APIC Function" enabled, neither version 1.4 nor 1.1 of the > >> "MPS Table Version" settings solved my problem. > >> > >> So, although i need to disable "APIC Function", all seems to works > >> correctly together: ACPI support and USB support. As a side note, i > >> did not encountered anymore the interrupt storm on the uhci USB host > >> controller driver. > >> > >> Maybe can someone explain me what may be wrong with "APIC Function", > >> and if there is some drawbacks to disable it (or what is the purpose > >> of this setting)? > > > > APIC is used to route interrupts differently. You can also disable it > > from the loader with 'hint.apic.0.disabled=1'. I've looked at your > > dmesg's, and the problem is that in the ACPI case the IRQ 10 that your > > USB controllers are using is configured as an ISA IRQ (edge/high). For > > now you can either disable APIC or ACPI as a workaround until I figure > > out a better solution. > > Thanks. I effectively prefer turn APIC off via the loader configuration > than from the BIOS settings, i think it is far more easily to remember > what i have done from this place. > > I can try patch(es) or make test(s) without problem on this machine, if > any. Thanks a lot. Actually, can you try this patch: Index: acpi_pci_link.c =================================================================== RCS file: /host/cvs/usr/cvs/src/sys/dev/acpica/acpi_pci_link.c,v retrieving revision 1.48 diff -u -r1.48 acpi_pci_link.c --- acpi_pci_link.c 1 Nov 2005 22:44:07 -0000 1.48 +++ acpi_pci_link.c 28 Nov 2005 13:03:29 -0000 @@ -859,7 +859,18 @@ if (!link->l_routed && PCI_INTERRUPT_VALID(link->l_irq)) { link->l_routed = TRUE; + /* + * Some BIOSen are broken and actually set + * some interrupts to active-high with level + * trigger. Workaround this by hard-coding + * active-low and level-trigger. + */ +#if 0 acpi_config_intr(dev, resource); +#else + BUS_CONFIG_INTR(dev, link->l_irq, + INTR_TRIGGER_LEVEL, INTR_POLARITY_LOW); +#endif pci_link_interrupt_weights[link->l_irq] += link->l_references; } -- 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 Nov 29 22:26:59 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 A105716A41F; Tue, 29 Nov 2005 22:26:59 +0000 (GMT) (envelope-from robert.moore@intel.com) Received: from orsfmr005.jf.intel.com (fmr20.intel.com [134.134.136.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D2ED43D6A; Tue, 29 Nov 2005 22:26:30 +0000 (GMT) (envelope-from robert.moore@intel.com) Received: from orsfmr100.jf.intel.com (orsfmr100.jf.intel.com [10.7.209.16]) by orsfmr005.jf.intel.com (8.12.10/8.12.10/d: major-outer.mc,v 1.1 2004/09/17 17:50:56 root Exp $) with ESMTP id jATMQTNP032145; Tue, 29 Nov 2005 22:26:29 GMT Received: from orsmsxvs040.jf.intel.com (orsmsxvs040.jf.intel.com [192.168.65.206]) by orsfmr100.jf.intel.com (8.12.10/8.12.10/d: major-inner.mc,v 1.2 2004/09/17 18:05:01 root Exp $) with SMTP id jATMO1NB009928; Tue, 29 Nov 2005 22:26:29 GMT Received: from orsmsx331.amr.corp.intel.com ([192.168.65.56]) by orsmsxvs040.jf.intel.com (SAVSMTP 3.1.7.47) with SMTP id M2005112914262816010 ; Tue, 29 Nov 2005 14:26:28 -0800 Received: from orsmsx403.amr.corp.intel.com ([192.168.65.209]) by orsmsx331.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.211); Tue, 29 Nov 2005 14:26:28 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 29 Nov 2005 14:26:27 -0800 Message-ID: <971FCB6690CD0E4898387DBF7552B90E03907B15@orsmsx403.amr.corp.intel.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Worked in RELENG_5, fails in RELENG_6 thread-index: AcX1MMGPN/hXjIcBSIOT0/yAvduYHQAAwnZA From: "Moore, Robert" To: "John Baldwin" , "David Kelly" X-OriginalArrivalTime: 29 Nov 2005 22:26:28.0935 (UTC) FILETIME=[F13CAD70:01C5F533] X-Scanned-By: MIMEDefang 2.52 on 10.7.209.16 Cc: freebsd-acpi@freebsd.org Subject: RE: Worked in RELENG_5, fails in RELENG_6 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 22:26:59 -0000 FACS does not replace FADT. FACS is an ACPI 1.0 table as well. > -----Original Message----- > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > acpi@freebsd.org] On Behalf Of John Baldwin > Sent: Tuesday, November 29, 2005 1:47 PM > To: David Kelly > Cc: freebsd-acpi@freebsd.org > Subject: Re: Worked in RELENG_5, fails in RELENG_6 >=20 > On Tuesday 29 November 2005 04:19 pm, David Kelly wrote: > > On Tue, Nov 29, 2005 at 02:52:34PM -0500, John Baldwin wrote: > > > On Monday 28 November 2005 10:46 pm, David Kelly wrote: > > > > Downloaded and FLASHed BIOS from A06 to Dell's latest, A09 this > > > > evening. No improvement. Also built and installed a new kernel from > > > > cvsup this afternoon. No improvement. > > > > > > But 5.4 works fine with ACPI enabled? This is the machine that even > > > acpidump chokes on, yes? Does acpidump work ok on 5.4? > > > > "acpidump -t -d" stops after 31 lines and says, "acpidump: FACS is > > corrupt" on stderr. See > > http://home.hiwaay.net/~dkelly/opus-acpidump-d-t.txt > > > > "acpidump -d" runs without error and emits 2754 lines. See > > http://home.hiwaay.net/~dkelly/opus-acpidump-d.txt > > > > ACPI worked with 5.4 so I never had a reason to acpidump then. Could I > > boot a 5.4 CDROM to test ACPI? Without much effort have put my hands on > > a "5.3-RELEASE Live Filesystem" CDROM that should make a good test. > > > > There was an issue briefly with ACPI in 5.0 or 5.1, very likely in a > > prerelease. > > > > Absolultely certain ACPI worked prior to 6.0 because among other things > > ACPI installed a power button handler which performed a clean shutdown > > (same as ctl-alt-del) rather than brute force yank-the-plug crash. >=20 > Ok. BTW, FACS is an ACPI 2.0 table that replaces the FADT (I think), so > if > your BIOS has an option to only do ACPI 1.0, you can try that to see if it > fixes the problem. >=20 > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 29 22:39:03 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 55B5E16A420 for ; Tue, 29 Nov 2005 22:39:03 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD2F243D6A for ; Tue, 29 Nov 2005 22:39:01 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2831643 for multiple; Tue, 29 Nov 2005 17:38:32 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jATMcn7u075262; Tue, 29 Nov 2005 17:38:49 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Moore, Robert" Date: Tue, 29 Nov 2005 17:38:59 -0500 User-Agent: KMail/1.8.2 References: <971FCB6690CD0E4898387DBF7552B90E03907B15@orsmsx403.amr.corp.intel.com> In-Reply-To: <971FCB6690CD0E4898387DBF7552B90E03907B15@orsmsx403.amr.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511291739.00985.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: David Kelly , freebsd-acpi@freebsd.org Subject: Re: Worked in RELENG_5, fails in RELENG_6 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 22:39:03 -0000 On Tuesday 29 November 2005 05:26 pm, Moore, Robert wrote: > FACS does not replace FADT. FACS is an ACPI 1.0 table as well. Ok, nevermind then, I misread things in the brief browsing I did of CHANGES.txt in the ACPICA distribution. Do you have any ideas why an older version of ACPICA would accept his FACS, but the more recent versions are now choking on it? Did the in-kernel version not verify checksums on FACS until recently? It seems that acpidump has always reported that the table is corrupt, even with the older ACPICA distribution. > > -----Original Message----- > > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > > acpi@freebsd.org] On Behalf Of John Baldwin > > Sent: Tuesday, November 29, 2005 1:47 PM > > To: David Kelly > > Cc: freebsd-acpi@freebsd.org > > Subject: Re: Worked in RELENG_5, fails in RELENG_6 > > > > On Tuesday 29 November 2005 04:19 pm, David Kelly wrote: > > > On Tue, Nov 29, 2005 at 02:52:34PM -0500, John Baldwin wrote: > > > > On Monday 28 November 2005 10:46 pm, David Kelly wrote: > > > > > Downloaded and FLASHed BIOS from A06 to Dell's latest, A09 this > > > > > evening. No improvement. Also built and installed a new kernel > > from > > > > > > cvsup this afternoon. No improvement. > > > > > > > > But 5.4 works fine with ACPI enabled? This is the machine that > > even > > > > > acpidump chokes on, yes? Does acpidump work ok on 5.4? > > > > > > "acpidump -t -d" stops after 31 lines and says, "acpidump: FACS is > > > corrupt" on stderr. See > > > http://home.hiwaay.net/~dkelly/opus-acpidump-d-t.txt > > > > > > "acpidump -d" runs without error and emits 2754 lines. See > > > http://home.hiwaay.net/~dkelly/opus-acpidump-d.txt > > > > > > ACPI worked with 5.4 so I never had a reason to acpidump then. Could > > I > > > > boot a 5.4 CDROM to test ACPI? Without much effort have put my hands > > on > > > > a "5.3-RELEASE Live Filesystem" CDROM that should make a good test. > > > > > > There was an issue briefly with ACPI in 5.0 or 5.1, very likely in a > > > prerelease. > > > > > > Absolultely certain ACPI worked prior to 6.0 because among other > > things > > > > ACPI installed a power button handler which performed a clean > > shutdown > > > > (same as ctl-alt-del) rather than brute force yank-the-plug crash. > > > > Ok. BTW, FACS is an ACPI 2.0 table that replaces the FADT (I think), > > so > > > if > > your BIOS has an option to only do ACPI 1.0, you can try that to see > > if it > > > fixes the problem. > > > > -- > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > > _______________________________________________ > > freebsd-acpi@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > > To unsubscribe, send any mail to > > "freebsd-acpi-unsubscribe@freebsd.org" -- 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 Nov 29 22:56:10 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 3682416A420; Tue, 29 Nov 2005 22:56:10 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F84F43D7C; Tue, 29 Nov 2005 22:56:03 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (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 jATMuCZM001771 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 29 Nov 2005 14:56:13 -0800 Message-ID: <438CDC7F.8030704@root.org> Date: Tue, 29 Nov 2005 14:55:59 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <971FCB6690CD0E4898387DBF7552B90E03907B15@orsmsx403.amr.corp.intel.com> <200511291739.00985.jhb@freebsd.org> In-Reply-To: <200511291739.00985.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: David Kelly , "Moore, Robert" , freebsd-acpi@freebsd.org Subject: Re: Worked in RELENG_5, fails in RELENG_6 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 22:56:10 -0000 John Baldwin wrote: > On Tuesday 29 November 2005 05:26 pm, Moore, Robert wrote: > >>FACS does not replace FADT. FACS is an ACPI 1.0 table as well. > > > Ok, nevermind then, I misread things in the brief browsing I did of > CHANGES.txt in the ACPICA distribution. Do you have any ideas why an older > version of ACPICA would accept his FACS, but the more recent versions are now > choking on it? Did the in-kernel version not verify checksums on FACS until > recently? It seems that acpidump has always reported that the table is > corrupt, even with the older ACPICA distribution. RELENG_5 and 6 are the same versions of ACPICA. Only 7-current has the newest dist. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 29 22:59:17 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 DC55E16A41F; Tue, 29 Nov 2005 22:59:17 +0000 (GMT) (envelope-from robert.moore@intel.com) Received: from orsfmr005.jf.intel.com (fmr20.intel.com [134.134.136.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE18443D67; Tue, 29 Nov 2005 22:59:15 +0000 (GMT) (envelope-from robert.moore@intel.com) Received: from orsfmr100.jf.intel.com (orsfmr100.jf.intel.com [10.7.209.16]) by orsfmr005.jf.intel.com (8.12.10/8.12.10/d: major-outer.mc,v 1.1 2004/09/17 17:50:56 root Exp $) with ESMTP id jATMxDNP007779; Tue, 29 Nov 2005 22:59:13 GMT Received: from orsmsxvs040.jf.intel.com (orsmsxvs040.jf.intel.com [192.168.65.206]) by orsfmr100.jf.intel.com (8.12.10/8.12.10/d: major-inner.mc,v 1.2 2004/09/17 18:05:01 root Exp $) with SMTP id jATMvxMJ005118; Tue, 29 Nov 2005 22:59:13 GMT Received: from orsmsx332.amr.corp.intel.com ([192.168.65.60]) by orsmsxvs040.jf.intel.com (SAVSMTP 3.1.7.47) with SMTP id M2005112914591222240 ; Tue, 29 Nov 2005 14:59:12 -0800 Received: from orsmsx403.amr.corp.intel.com ([192.168.65.209]) by orsmsx332.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.211); Tue, 29 Nov 2005 14:59:13 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 29 Nov 2005 14:59:12 -0800 Message-ID: <971FCB6690CD0E4898387DBF7552B90E03907C03@orsmsx403.amr.corp.intel.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Worked in RELENG_5, fails in RELENG_6 thread-index: AcX1Na+TKUcN5KscTVOix4GJe4aNvgAAiiRg From: "Moore, Robert" To: "John Baldwin" X-OriginalArrivalTime: 29 Nov 2005 22:59:13.0112 (UTC) FILETIME=[83FA4D80:01C5F538] X-Scanned-By: MIMEDefang 2.52 on 10.7.209.16 Cc: David Kelly , freebsd-acpi@freebsd.org Subject: RE: Worked in RELENG_5, fails in RELENG_6 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 22:59:18 -0000 > > >> ACPI-0237 *** Error: Incorrect table signature - wanted [FACS] > > >> found [ ] > > >> ACPI-0359 *** Error: Could not get/install the FACS,=20 > > >> AE_BAD_SIGNATURE ACPI-0191 ... ACPI-0213 ... Some ideas: This looks like possibly the pointer to the FACS (in the FADT) is bogus. There may be multiple RSDTs/XSDTs on this machine and the code is picking the wrong one (a bad one). In any case, it will probably require some poking around by hand in memory to trace the RSDT/FADT/FACS pointers and examine the tables. Instrumenting acpidump might be helpful (I would hope that acpidump has a verbose mode to help track down these kinds of problems.) Bob > -----Original Message----- > From: John Baldwin [mailto:jhb@freebsd.org] > Sent: Tuesday, November 29, 2005 2:39 PM > To: Moore, Robert > Cc: David Kelly; freebsd-acpi@freebsd.org > Subject: Re: Worked in RELENG_5, fails in RELENG_6 >=20 > On Tuesday 29 November 2005 05:26 pm, Moore, Robert wrote: > > FACS does not replace FADT. FACS is an ACPI 1.0 table as well. >=20 > Ok, nevermind then, I misread things in the brief browsing I did of > CHANGES.txt in the ACPICA distribution. Do you have any ideas why an > older > version of ACPICA would accept his FACS, but the more recent versions are > now > choking on it? Did the in-kernel version not verify checksums on FACS > until > recently? It seems that acpidump has always reported that the table is > corrupt, even with the older ACPICA distribution. >=20 > > > -----Original Message----- > > > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > > > acpi@freebsd.org] On Behalf Of John Baldwin > > > Sent: Tuesday, November 29, 2005 1:47 PM > > > To: David Kelly > > > Cc: freebsd-acpi@freebsd.org > > > Subject: Re: Worked in RELENG_5, fails in RELENG_6 > > > > > > On Tuesday 29 November 2005 04:19 pm, David Kelly wrote: > > > > On Tue, Nov 29, 2005 at 02:52:34PM -0500, John Baldwin wrote: > > > > > On Monday 28 November 2005 10:46 pm, David Kelly wrote: > > > > > > Downloaded and FLASHed BIOS from A06 to Dell's latest, A09 this > > > > > > evening. No improvement. Also built and installed a new kernel > > > > from > > > > > > > > cvsup this afternoon. No improvement. > > > > > > > > > > But 5.4 works fine with ACPI enabled? This is the machine that > > > > even > > > > > > > acpidump chokes on, yes? Does acpidump work ok on 5.4? > > > > > > > > "acpidump -t -d" stops after 31 lines and says, "acpidump: FACS is > > > > corrupt" on stderr. See > > > > http://home.hiwaay.net/~dkelly/opus-acpidump-d-t.txt > > > > > > > > "acpidump -d" runs without error and emits 2754 lines. See > > > > http://home.hiwaay.net/~dkelly/opus-acpidump-d.txt > > > > > > > > ACPI worked with 5.4 so I never had a reason to acpidump then. Could > > > > I > > > > > > boot a 5.4 CDROM to test ACPI? Without much effort have put my hands > > > > on > > > > > > a "5.3-RELEASE Live Filesystem" CDROM that should make a good test. > > > > > > > > There was an issue briefly with ACPI in 5.0 or 5.1, very likely in a > > > > prerelease. > > > > > > > > Absolultely certain ACPI worked prior to 6.0 because among other > > > > things > > > > > > ACPI installed a power button handler which performed a clean > > > > shutdown > > > > > > (same as ctl-alt-del) rather than brute force yank-the-plug crash. > > > > > > Ok. BTW, FACS is an ACPI 2.0 table that replaces the FADT (I think), > > > > so > > > > > if > > > your BIOS has an option to only do ACPI 1.0, you can try that to see > > > > if it > > > > > fixes the problem. > > > > > > -- > > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > > > "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org > > > _______________________________________________ > > > freebsd-acpi@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > > > To unsubscribe, send any mail to > > > > "freebsd-acpi-unsubscribe@freebsd.org" >=20 > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 30 00:55:47 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 CEF3C16A423; Wed, 30 Nov 2005 00:55:47 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72DBE43D9A; Wed, 30 Nov 2005 00:55:33 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (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 jAU0t2ZM003307 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 29 Nov 2005 16:55:03 -0800 Message-ID: <438CF858.7020005@root.org> Date: Tue, 29 Nov 2005 16:54:48 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <20051127010724.GA1161@Grumpy.DynDNS.org> <200511291452.35400.jhb@freebsd.org> <20051129211928.GE4935@Grumpy.DynDNS.org> <200511291647.02056.jhb@freebsd.org> In-Reply-To: <200511291647.02056.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: David Kelly , freebsd-acpi@freebsd.org Subject: Re: Worked in RELENG_5, fails in RELENG_6 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 00:55:48 -0000 John Baldwin wrote: > On Tuesday 29 November 2005 04:19 pm, David Kelly wrote: > >>On Tue, Nov 29, 2005 at 02:52:34PM -0500, John Baldwin wrote: >> >>>On Monday 28 November 2005 10:46 pm, David Kelly wrote: >>> >>>>Downloaded and FLASHed BIOS from A06 to Dell's latest, A09 this >>>>evening. No improvement. Also built and installed a new kernel from >>>>cvsup this afternoon. No improvement. >>> >>>But 5.4 works fine with ACPI enabled? This is the machine that even >>>acpidump chokes on, yes? Does acpidump work ok on 5.4? >> >>"acpidump -t -d" stops after 31 lines and says, "acpidump: FACS is >>corrupt" on stderr. See >>http://home.hiwaay.net/~dkelly/opus-acpidump-d-t.txt >> >>"acpidump -d" runs without error and emits 2754 lines. See >>http://home.hiwaay.net/~dkelly/opus-acpidump-d.txt >> >>ACPI worked with 5.4 so I never had a reason to acpidump then. Could I >>boot a 5.4 CDROM to test ACPI? Without much effort have put my hands on >>a "5.3-RELEASE Live Filesystem" CDROM that should make a good test. >> >>There was an issue briefly with ACPI in 5.0 or 5.1, very likely in a >>prerelease. >> >>Absolultely certain ACPI worked prior to 6.0 because among other things >>ACPI installed a power button handler which performed a clean shutdown >>(same as ctl-alt-del) rather than brute force yank-the-plug crash. > > > Ok. BTW, FACS is an ACPI 2.0 table that replaces the FADT (I think), so if > your BIOS has an option to only do ACPI 1.0, you can try that to see if it > fixes the problem. No, FACS is the firmware control struct. It was in 1.x. It includes the waking vector, among other things. It might be useful to patch acpidump to print a more detailed error (like how the checksum failed). I have no clue why it would work in RELENG_5 but have a problem in RELENG_6. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 30 03:50:39 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 29CDA16A420 for ; Wed, 30 Nov 2005 03:50:39 +0000 (GMT) (envelope-from dkelly@hiwaay.net) Received: from smtp.knology.net (smtp.knology.net [24.214.63.101]) by mx1.FreeBSD.org (Postfix) with SMTP id 3161E43D70 for ; Wed, 30 Nov 2005 03:50:37 +0000 (GMT) (envelope-from dkelly@hiwaay.net) Received: (qmail 20550 invoked by uid 0); 30 Nov 2005 03:50:36 -0000 Received: from user-69-73-60-132.knology.net (HELO ?10.0.0.6?) (69.73.60.132) by smtp1.knology.net with SMTP; 30 Nov 2005 03:50:36 -0000 In-Reply-To: <438CDFD3.4080800@dial.pipex.com> References: <20051127010724.GA1161@Grumpy.DynDNS.org> <200511280813.59911.jhb@freebsd.org> <804E027B-1274-40E2-8691-F6B6D057BC0A@hiwaay.net> <200511291452.35400.jhb@freebsd.org> <20051129211928.GE4935@Grumpy.DynDNS.org> <438CDFD3.4080800@dial.pipex.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <2647189F-12C2-4084-82C8-A706388BCB24@hiwaay.net> Content-Transfer-Encoding: 7bit From: David Kelly Date: Tue, 29 Nov 2005 21:50:32 -0600 To: Alex Zbyslaw X-Mailer: Apple Mail (2.746.2) Cc: freebsd-acpi@freebsd.org Subject: Re: Worked in RELENG_5, fails in RELENG_6 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 03:50:39 -0000 On Nov 29, 2005, at 5:10 PM, Alex Zbyslaw wrote: > David Kelly wrote: > >> Could I >> boot a 5.4 CDROM to test ACPI? > Yes you could. I did this the other day on a machine that doesn't > even have a disk yet ;-) acpidump is there. Select fixit then > live file system (if memory serves) but you probably knew that ! Problem solved, but I've been working on it too hard not to share the story which might be useful: Yes I knew how to launch the fixit disk but it didn't hurt one bit to remind me. The problem is that FreeBSD is so darn good I've almost never used the fixit mode in the past 10 years. Have either been a bad boy and lost my 5.4 disks or a good boy and gave them to someone. So I hope 5.3 will do. From within 5.3 fixit: Fixit# acpidump -d iasl tmp file (read): No such file or directory acpidump -t appears to work. Forgot to bring a null modem cable for the serial console. OTOH I now have Kermit built on MacOS X. Then I thought to boot my 6.0-RELEASE CD's. Dontchaknow ACPI worked? Gave it some deep thought, moved my /boot/loader.conf out of the way and rebooted. ACPI worked. Conclusion: something in my loader.conf is breaking ACPI. Many reboots later (reminded me of the last time I installed NT4, but that took 3 days) of selectively enabling lines in my /boot/ loader.conf I found the one line that broke ACPI, its commented out below: geom_vinum_load=YES if_ath_load=YES snd_ich_load=YES hw.ata.atapi_dma=1 kern.maxdsiz="2G" kern.dfldsiz="2G" #hw.physmem="2G" kern.maxssiz="128M" The reason hw.physmem="2G" was added was that I found FreeBSD running with only 1G of RAM rather than the full 2G installed and saw '#hw.physmem="1G"' in /boot/defaults/loader.conf. Added that line and noticed I had the full 2G once again, congratulated myself on solving that problem and moved on. Suspect that is when ACPI broke and I was simply moving too fast to notice that I had to disable ACPI to boot. Without hw.physmem="2G" its now finding the full memory load so I don't know what was happening previously. Sorry to bother you guys. Maybe there is something broken with hw.physmem with respect to ACPI so this wasn't wasted effort. Meanwhile between my reboots I was testing P/R bin/89100 which still yesterday's chops files short as if a 32 bit length was all that was allowed, but a fresh copy of the same file made with "cp -p" fully makes it thru the sendfile(2) system call. But won't a couple of hours later. -- David Kelly N4HHE, dkelly@HiWAAY.net ======================================================================== Whom computers would destroy, they must first drive mad. From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 30 04:36:37 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org 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 9E64016A433 for ; Wed, 30 Nov 2005 04:36:37 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB5F643D7E for ; Wed, 30 Nov 2005 04:36:20 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2849104 for multiple; Tue, 29 Nov 2005 23:34:58 -0500 Received: from [192.168.0.15] (osx.baldwin.cx [192.168.0.15]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jAU4a7jV077251; Tue, 29 Nov 2005 23:36:08 -0500 (EST) (envelope-from jhb@FreeBSD.org) In-Reply-To: <2647189F-12C2-4084-82C8-A706388BCB24@hiwaay.net> References: <20051127010724.GA1161@Grumpy.DynDNS.org> <200511280813.59911.jhb@freebsd.org> <804E027B-1274-40E2-8691-F6B6D057BC0A@hiwaay.net> <200511291452.35400.jhb@freebsd.org> <20051129211928.GE4935@Grumpy.DynDNS.org> <438CDFD3.4080800@dial.pipex.com> <2647189F-12C2-4084-82C8-A706388BCB24@hiwaay.net> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <7689ADE7-14BF-42C8-A3BD-B10E514799B3@FreeBSD.org> Content-Transfer-Encoding: 7bit From: John Baldwin Date: Tue, 29 Nov 2005 23:35:55 -0500 To: David Kelly X-Mailer: Apple Mail (2.746.2) X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-acpi@FreeBSD.org Subject: Re: Worked in RELENG_5, fails in RELENG_6 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 04:36:37 -0000 On Nov 29, 2005, at 10:50 PM, David Kelly wrote: > > On Nov 29, 2005, at 5:10 PM, Alex Zbyslaw wrote: > >> David Kelly wrote: >> >>> Could I >>> boot a 5.4 CDROM to test ACPI? >> Yes you could. I did this the other day on a machine that doesn't >> even have a disk yet ;-) acpidump is there. Select fixit then >> live file system (if memory serves) but you probably knew that ! > > Problem solved, but I've been working on it too hard not to share > the story which might be useful: > > Without hw.physmem="2G" its now finding the full memory load so I > don't know what was happening previously. Actually, this is the second report I've had that setting hw.physmem interacts badly with ACPI. The other report I had resulted in a kernel panic if it was set to 3G. -- 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 Nov 30 09:12:08 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org 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 EB88716A41F; Wed, 30 Nov 2005 09:12:08 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86AE043D49; Wed, 30 Nov 2005 09:12:08 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (ppp-71-139-30-140.dsl.snfc21.pacbell.net [71.139.30.140]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id jAU9CKZM012488 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 30 Nov 2005 01:12:20 -0800 Message-ID: <438D6CE4.8010907@root.org> Date: Wed, 30 Nov 2005 01:12:04 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <20051127010724.GA1161@Grumpy.DynDNS.org> <200511280813.59911.jhb@freebsd.org> <804E027B-1274-40E2-8691-F6B6D057BC0A@hiwaay.net> <200511291452.35400.jhb@freebsd.org> <20051129211928.GE4935@Grumpy.DynDNS.org> <438CDFD3.4080800@dial.pipex.com> <2647189F-12C2-4084-82C8-A706388BCB24@hiwaay.net> <7689ADE7-14BF-42C8-A3BD-B10E514799B3@FreeBSD.org> In-Reply-To: <7689ADE7-14BF-42C8-A3BD-B10E514799B3@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: David Kelly , freebsd-acpi@FreeBSD.org Subject: Re: Worked in RELENG_5, fails in RELENG_6 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 09:12:09 -0000 John Baldwin wrote: > > On Nov 29, 2005, at 10:50 PM, David Kelly wrote: > >> >> On Nov 29, 2005, at 5:10 PM, Alex Zbyslaw wrote: >> >>> David Kelly wrote: >>> >>>> Could I >>>> boot a 5.4 CDROM to test ACPI? >>> >>> Yes you could. I did this the other day on a machine that doesn't >>> even have a disk yet ;-) acpidump is there. Select fixit then live >>> file system (if memory serves) but you probably knew that ! >> >> >> Problem solved, but I've been working on it too hard not to share the >> story which might be useful: >> >> Without hw.physmem="2G" its now finding the full memory load so I >> don't know what was happening previously. > > > Actually, this is the second report I've had that setting hw.physmem > interacts badly with ACPI. The other report I had resulted in a kernel > panic if it was set to 3G. I suspect mapping the memory to read the FACS is failing for the hw.physmem case. His machine probably has tables at 2G (highmem). A common location (other than < 1MB) is top of memory minus 16 MB. I don't know what setting hw.physmem actually does -- does it change how we can map high memory? -- Nate From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 30 11:37:52 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 B839316A41F for ; Wed, 30 Nov 2005 11:37:52 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A1E643D53 for ; Wed, 30 Nov 2005 11:37:46 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: by wproxy.gmail.com with SMTP id 36so103357wra for ; Wed, 30 Nov 2005 03:37:43 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=LUclZNiybtzGE6cJgfDgM47Es38UAFCdsrmbfTxawZvgL91OjVpd2Rak6CJR7PZb9CmowrpDy8f1Vmk0QawQ6e50X5ffR2/RxS5rI3X03LX7vONNfQb6Rfo5ghBtP4FaeVEbyAKmlRIbd2shucvY5QSvPOJtywYsovI67vD/EgU= Received: by 10.65.96.7 with SMTP id y7mr49231qbl; Wed, 30 Nov 2005 03:37:43 -0800 (PST) Received: by 10.65.243.16 with HTTP; Wed, 30 Nov 2005 03:37:43 -0800 (PST) Message-ID: Date: Wed, 30 Nov 2005 12:37:43 +0100 From: Marco Calviani To: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: cpufreq and changing driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 11:37:52 -0000 Hi, having seen on the cpufreq(4) man page that there is more than one driver that is currently supported. In particular having a centrino processor, i would like to use the est driver. Currently, by default, the running driver is the one that comes with acpi (AFAIU), and i'm using powerd to control the cpu frequency in adaptive mode. In particular doing comparison with the linux case in which i have cpufreq with speedstep-centrino driver and the ondemand governor, in this case the system is much more responsive and also the fans runs much more quieter (although i cannot rely on proven data since i don't know any benchmark program). In particular i understood that the ondemand governor responds to the system much faster that powerd is able to do. Is there someone who can share some impression or thoughts? Best regards, MC From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 30 11:39:56 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 0CBC016A41F for ; Wed, 30 Nov 2005 11:39:56 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2733D43D72 for ; Wed, 30 Nov 2005 11:39:44 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: by zproxy.gmail.com with SMTP id q3so369672nzb for ; Wed, 30 Nov 2005 03:39:43 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qM7R7gS7PCOW1TCCq6lXW6saXnq6qotfslbmOa+u0hspqzPEwx10KyXT2UUxtLUB0WUOxoeueHHBH9s6C4Of0w//P8VPfF0LeN9rk/9rxG2YRsyXgr25ubWON5EvNNU37jZCetiJlJRPssBIAQLYHmUXO9rfsaTzmgwTG1PEoSI= Received: by 10.65.137.17 with SMTP id p17mr70383qbn; Wed, 30 Nov 2005 03:39:43 -0800 (PST) Received: by 10.65.243.16 with HTTP; Wed, 30 Nov 2005 03:39:43 -0800 (PST) Message-ID: Date: Wed, 30 Nov 2005 12:39:43 +0100 From: Marco Calviani To: freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: freebsd-acpi@freebsd.org Subject: Re: high CPU load due to powerd X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 11:39:56 -0000 2005/11/29, Marco Calviani : > Hi list, > i'm currently running 6.0-RELEASE and i activated powerd as the syste= m > power control utility. However, using top, i'm seeing that powerd normall= y > uses nearly 18% of the CPU power, thus consuming energy and battery time > (i'm using a laptop). Another point is that i'm seeing also more than one > process named powerd. > > Is this all normal? > > For example (a part of top): > > 30397 root 1 8 0 1188K 820K nanslp 3:07 17.14% powerd > 2143 root 1 8 0 1188K 820K nanslp 1:25 2.20% powerd > 2146 root 1 8 0 1188K 820K nanslp 0:47 1.03% powerd > (plus other.....) > > Many thanks in advance, > MC > Hi, i think this behaviour has been caused by my fault. Trying to modify the power settings i called powerd more than one time thinking of an automatic adjustment; however everytime i press powerd a new process started. Just my fault, sorry, MC From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 30 13:20:06 2005 Return-Path: X-Original-To: freebsd-acpi@hub.freebsd.org 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 88E4A16A45F for ; Wed, 30 Nov 2005 13:20:06 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4006943D55 for ; Wed, 30 Nov 2005 13:20:06 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jAUDK6wl060215 for ; Wed, 30 Nov 2005 13:20:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jAUDK6a3060214; Wed, 30 Nov 2005 13:20:06 GMT (envelope-from gnats) Date: Wed, 30 Nov 2005 13:20:06 GMT Message-Id: <200511301320.jAUDK6a3060214@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Pavel Rydvan Cc: Subject: Re: i386/79080: acpi thermal changes freezes HP nx6110 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pavel Rydvan List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 13:20:06 -0000 The following reply was made to PR i386/79080; it has been noted by GNATS. From: Pavel Rydvan To: bug-followup@FreeBSD.org, juho.vuori@kepa.fi Cc: Subject: Re: i386/79080: acpi thermal changes freezes HP nx6110 Date: Wed, 30 Nov 2005 14:15:49 +0100 Hello, I am also using nx6110 and having the same problem. It also seems that USB works only if ACPI is enabled (and, having no ports than USB, it seems to be quite vital). Another astonishing connection is, that with ACPI enabled, the notebook's touchpad started to be "tappable" (when i tap to the surface, it performs a click), which never worked, but it somehow started with enabling ACPI (and remains also when I disable it again) -- it is out of my immagination and also out of toppic... As was told, notebook dies (when using SCHED_4BSD scheduler), or freezes for approx. 2 seconds (when using SCHED_ULE), when the temperature raises/drops above/below hw.acpi.thermal.tz0._ACx. There happens to appear a storm of acpi TZ_NOTIFY_TEMPERATURE messages. When using SCHED_ULE, then --- after 2 seconds --- one occurence of TZ_NOTIFY_LEVELS appears, then again one appearence of TZ_NOTIFY_TEMPERATURE, and then the system continues in working well, until another raise/drop happens. It seems that there should come some answer/action to the TZ_NOTIFY_TEMPERATURE from the acpi_thermal driver, but it never happens (or happens quite late). It seems to me that the answer is only "waked up" (acpi_tz_signal function in acpi_thermal.c:640) and is to be performed by some other thread. I thought of moving that code "inside" the actual thread, maybe it would help. But I do not understand ACPI at all, so I do not know, WHAT the hw is expecting to happen:((. My "backup" idea was to set the ACx temperatures to values that cannot be raised/dropped above/below, so the freezes wouldn't appear. And also set some reasonable fan speed. There are 4+1 fan speeds (0=fastest, ... 3=slowest; -1=off), it is possible to control their speed via sysctl hw.acpi.thermal.tz0.active=n, which works well (no freeze when changing "by hand"). There is following list of temperatures in hw.acpi.thermal.tz0._ACx: hw.acpi.thermal.tz0._ACx: 80.0C 70.0C 60.0C 45.0C -1 -1 -1 -1 -1 -1 If I persuaded the ntb to have the list for example 80.0C 5.0C 4.0C 3.0C -1 -1 -1..., than the storm perhaps never happens. It seems to me that it is somehow possible to change the values in the list (but I don't know, where they are dictated by sw or hw): when the temperature (for example) raises above 60.0C, the list is (somehow) smartly changed to 80.0C 70.0C 55.0C 45.0C. Notice that 60.0 changed to 55.0, so the temperature is not going to lower below the limit immediately... I have no experiences or knowledge of ACPI, I just tried to use sysctl to set the _ACx, but it is read-only. Is it possible to be set by sw? Has anybody idea of how to accomplish? Pavel Rydvan P.S.: Another astonishing connection is, that with ACPI enabled, the notebook's touchpad started to be "tappable" (when i tap to the surface, it performs a click), which never worked in FreeBSD with xorg, but it somehow appeared with enabling ACPI (and remains also when I disable it again) -- it is out of my immagination but it is also off topic... From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 30 13:32:36 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 CBEC516A41F; Wed, 30 Nov 2005 13:32:36 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61C2D43D94; Wed, 30 Nov 2005 13:32:28 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EhS4O-0002Hy-00; Wed, 30 Nov 2005 14:32:24 +0100 Date: Wed, 30 Nov 2005 14:32:24 +0100 To: Marco Calviani Message-ID: <20051130133224.GA4713@poupinou.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 13:32:37 -0000 On Wed, Nov 30, 2005 at 12:37:43PM +0100, Marco Calviani wrote: > Hi, > having seen on the cpufreq(4) man page that there is more than one > driver that is currently supported. In particular having a centrino > processor, i would like to use the est driver. Currently, by default, > the running driver is the one that comes with acpi (AFAIU), and i'm > using powerd to control the cpu frequency in adaptive mode. You have to load the cpufreq.ko module at boot. Adding that line: cpufreq_load = "YES" to /boot/loader.conf should be OK. > In particular doing comparison with the linux case in which i have > cpufreq with speedstep-centrino driver and the ondemand governor, in > this case the system is much more responsive and also the fans runs > much more quieter (although i cannot rely on proven data since i don't > know any benchmark program). In particular i understood that the > ondemand governor responds to the system much faster that powerd is > able to do. > > Is there someone who can share some impression or thoughts? powerd need some rework in order to get it working properly. There is one FreeBSD project on that subject if you are interrested. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 30 13:53:47 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 6D4C716A41F for ; Wed, 30 Nov 2005 13:53:47 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id E635C43D68 for ; Wed, 30 Nov 2005 13:53:44 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so68426nzo for ; Wed, 30 Nov 2005 05:53:44 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=J30BeG6vV0M87uh/ORer6g2P5YGXAHfDGAd44P59SVizjp3KdTXKqmjZYJ9SKw7USZmzu+/rS9npbSeYdthMSBvPiQp0OoCQnmMNEfRdiIiRR9K2o+Vt4wvI7hpzJO8bhmKNiPigAGFuU8tShvDY0LR0eDo8Wjxi/718vAp/DWg= Received: by 10.65.133.19 with SMTP id k19mr151905qbn; Wed, 30 Nov 2005 05:53:44 -0800 (PST) Received: by 10.65.243.16 with HTTP; Wed, 30 Nov 2005 05:53:44 -0800 (PST) Message-ID: Date: Wed, 30 Nov 2005 14:53:44 +0100 From: Marco Calviani To: freebsd-questions@freebsd.org, freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: <20051130133224.GA4713@poupinou.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051130133224.GA4713@poupinou.org> Cc: Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 13:53:47 -0000 Hi, 2005/11/30, Bruno Ducrot : > You have to load the cpufreq.ko module at boot. > Adding that line: > cpufreq_load =3D "YES" > to /boot/loader.conf > should be OK. I have that line in that position, and it seems working. The point is that i would like to change the driver and use (AFAIU) a better driver for my system (est). In particular i have: dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=3D\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 dev.cpu.0.%parent: acpi0 Maybe i didn't understood well: but what i have to do to use the Intel Enhanced SpeedStep driver? > powerd need some rework in order to get it working properly. There > is one FreeBSD project on that subject if you are interrested. Well, thanks i'm very interested, although i'm not at all experienced in kernel programming.... I'm not inside this issue, but it would not be possible to "emulate" the behaviour of the ondemand governor? (sorry if this question makes no sense) > Bruno Ducrot Thanks, MC From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 30 15:18:25 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 B10E216A41F for ; Wed, 30 Nov 2005 15:18:25 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91B8443D46 for ; Wed, 30 Nov 2005 15:18:24 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2875331 for multiple; Wed, 30 Nov 2005 10:16:19 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jAUFIE8u081326; Wed, 30 Nov 2005 10:18:15 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Wed, 30 Nov 2005 10:18:23 -0500 User-Agent: KMail/1.8.2 References: <20051127010724.GA1161@Grumpy.DynDNS.org> <7689ADE7-14BF-42C8-A3BD-B10E514799B3@FreeBSD.org> <438D6CE4.8010907@root.org> In-Reply-To: <438D6CE4.8010907@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511301018.24822.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: David Kelly Subject: Re: Worked in RELENG_5, fails in RELENG_6 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 15:18:25 -0000 On Wednesday 30 November 2005 04:12 am, Nate Lawson wrote: > John Baldwin wrote: > > On Nov 29, 2005, at 10:50 PM, David Kelly wrote: > >> On Nov 29, 2005, at 5:10 PM, Alex Zbyslaw wrote: > >>> David Kelly wrote: > >>>> Could I > >>>> boot a 5.4 CDROM to test ACPI? > >>> > >>> Yes you could. I did this the other day on a machine that doesn't > >>> even have a disk yet ;-) acpidump is there. Select fixit then live > >>> file system (if memory serves) but you probably knew that ! > >> > >> Problem solved, but I've been working on it too hard not to share the > >> story which might be useful: > >> > >> Without hw.physmem="2G" its now finding the full memory load so I > >> don't know what was happening previously. > > > > Actually, this is the second report I've had that setting hw.physmem > > interacts badly with ACPI. The other report I had resulted in a kernel > > panic if it was set to 3G. > > I suspect mapping the memory to read the FACS is failing for the > hw.physmem case. His machine probably has tables at 2G (highmem). A > common location (other than < 1MB) is top of memory minus 16 MB. I > don't know what setting hw.physmem actually does -- does it change how > we can map high memory? Well, it can override what the SMAP tells us such that we can extend the last SMAP entry: /* * Maxmem isn't the "maximum memory", it's one larger than the * highest page of the physical address space. It should be * called something like "Maxphyspage". We may adjust this * based on ``hw.physmem'' and the results of the memory test. */ Maxmem = atop(physmap[physmap_idx + 1]); #ifdef MAXMEM Maxmem = MAXMEM / 4; #endif if (TUNABLE_ULONG_FETCH("hw.physmem", &physmem_tunable)) Maxmem = atop(physmem_tunable); if (atop(physmap[physmap_idx + 1]) != Maxmem && (boothowto & RB_VERBOSE)) printf("Physical memory use set to %ldK\n", Maxmem * 4); /* * If Maxmem has been increased beyond what the system has detected, * extend the last memory segment to the new limit. */ if (atop(physmap[physmap_idx + 1]) < Maxmem) physmap[physmap_idx + 1] = ptoa((vm_paddr_t)Maxmem); This would force the memory up to 2g to be included as pages and I think we zero out pages to test them before adding them to the VM. Extending Maxmem might have forced the pages holding his ACPI tables to be added to the valid pages resulting in those pages being overwritten. David, can you use a serial console to grab a boot -v output that includes the SMAP output? Also, the boot -v output might also provide the PA of FACS (or maybe acpidump -t would have that?) which would also be useful. -- 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 Nov 30 17:03:09 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 87AED16A41F for ; Wed, 30 Nov 2005 17:03:09 +0000 (GMT) (envelope-from dkelly@Grumpy.DynDNS.org) Received: from smtp.knology.net (smtp.knology.net [24.214.63.101]) by mx1.FreeBSD.org (Postfix) with SMTP id 35CD043D60 for ; Wed, 30 Nov 2005 17:03:07 +0000 (GMT) (envelope-from dkelly@Grumpy.DynDNS.org) Received: (qmail 3148 invoked by uid 0); 30 Nov 2005 17:03:06 -0000 Received: from user-69-73-60-132.knology.net (HELO Grumpy.DynDNS.org) (69.73.60.132) by smtp6.knology.net with SMTP; 30 Nov 2005 17:03:06 -0000 Received: by Grumpy.DynDNS.org (Postfix, from userid 928) id 38E39649D; Wed, 30 Nov 2005 11:03:06 -0600 (CST) Date: Wed, 30 Nov 2005 11:03:06 -0600 From: David Kelly To: John Baldwin Message-ID: <20051130170306.GA4108@Grumpy.DynDNS.org> References: <20051127010724.GA1161@Grumpy.DynDNS.org> <7689ADE7-14BF-42C8-A3BD-B10E514799B3@FreeBSD.org> <438D6CE4.8010907@root.org> <200511301018.24822.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200511301018.24822.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-acpi@freebsd.org Subject: Re: Worked in RELENG_5, fails in RELENG_6 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 17:03:09 -0000 On Wed, Nov 30, 2005 at 10:18:23AM -0500, John Baldwin wrote: [...] > David, can you use a serial console to grab a boot -v output that > includes the SMAP output? Also, the boot -v output might also provide > the PA of FACS (or maybe acpidump -t would have that?) which would > also be useful. Grabbed my null modem cable and am carrying it out to the car that I can fire up the serial console tonight. -- David Kelly N4HHE, dkelly@HiWAAY.net ======================================================================== Whom computers would destroy, they must first drive mad. From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 30 18:05:39 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 19B7016A41F; Wed, 30 Nov 2005 18:05:39 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2558C43D6E; Wed, 30 Nov 2005 18:05:12 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (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 jAUI5IZM018640 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 30 Nov 2005 10:05:19 -0800 Message-ID: <438DE9D0.6080107@root.org> Date: Wed, 30 Nov 2005 10:05:04 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marco Calviani References: <20051130133224.GA4713@poupinou.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 18:05:39 -0000 Marco Calviani wrote: > Hi, > > 2005/11/30, Bruno Ducrot : > >>You have to load the cpufreq.ko module at boot. >>Adding that line: >>cpufreq_load = "YES" >>to /boot/loader.conf >>should be OK. > > > I have that line in that position, and it seems working. The point is > that i would like to change the driver and use (AFAIU) a better driver > for my system (est). > In particular i have: > > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > > Maybe i didn't understood well: but what i have to do to use the Intel > Enhanced SpeedStep driver? You should send the full output of "sysctl dev.cpu". There is no cpufreq driver (est, acpi_perf, or other) driver running. Perhaps look at your dmesg to see if one is probing/attaching. If you are using acpi and load cpufreq.ko, you've got all the cpufreq drivers in one package. The right one for your platform will automatically probe/attach. >>powerd need some rework in order to get it working properly. There >>is one FreeBSD project on that subject if you are interrested. > > Well, thanks i'm very interested, although i'm not at all experienced > in kernel programming.... > > I'm not inside this issue, but it would not be possible to "emulate" > the behaviour of the ondemand governor? (sorry if this question makes > no sense) I have no idea what you mean by "on-demand governor". The only automated control of cpu speed is either by the BIOS (which we can't control) or the TM/TM2 (and that one is heat-based, not load-based). -- Nate From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 30 18:13:56 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 9238916A41F; Wed, 30 Nov 2005 18:13:56 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39AD143D58; Wed, 30 Nov 2005 18:13:56 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (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 jAUIE9ZM018710 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 30 Nov 2005 10:14:09 -0800 Message-ID: <438DEBE2.2010006@root.org> Date: Wed, 30 Nov 2005 10:13:54 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <20051127010724.GA1161@Grumpy.DynDNS.org> <7689ADE7-14BF-42C8-A3BD-B10E514799B3@FreeBSD.org> <438D6CE4.8010907@root.org> <200511301018.24822.jhb@freebsd.org> In-Reply-To: <200511301018.24822.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, David Kelly Subject: Re: Worked in RELENG_5, fails in RELENG_6 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 18:13:56 -0000 John Baldwin wrote: > On Wednesday 30 November 2005 04:12 am, Nate Lawson wrote: > >>John Baldwin wrote: >>>Actually, this is the second report I've had that setting hw.physmem >>>interacts badly with ACPI. The other report I had resulted in a kernel >>>panic if it was set to 3G. >> >>I suspect mapping the memory to read the FACS is failing for the >>hw.physmem case. His machine probably has tables at 2G (highmem). A >>common location (other than < 1MB) is top of memory minus 16 MB. I >>don't know what setting hw.physmem actually does -- does it change how >>we can map high memory? > > > Well, it can override what the SMAP tells us such that we can extend the last > SMAP entry: > > This would force the memory up to 2g to be included as pages and I think we > zero out pages to test them before adding them to the VM. Extending Maxmem > might have forced the pages holding his ACPI tables to be added to the valid > pages resulting in those pages being overwritten. David, can you use a > serial console to grab a boot -v output that includes the SMAP output? Also, > the boot -v output might also provide the PA of FACS (or maybe acpidump -t > would have that?) which would also be useful. That sounds like the problem. hw.physmem should still respect the SMAP restrictions even when overriding the memory size value. The way to tell the PA for the FACS is just look at the acpidump -t output. Look at what order the tables appear (FACP, FACS, ...) and then look up the address in the RSDT Entries list. As shown in his previous debug output, the 2nd entry in his RSDT is when acpidump -t errors out. That address is 0xfffc8fd7, and indeed is at top of memory - 200 KB. /* RSDT: Length=56, Revision=1, Checksum=215, OEMID=DELL, OEM Table ID=PE400SC, OEM Revision=0x7, Creator ID=ASL, Creator Revision=0x61 Entries={ 0x000fd17b, 0xfffc8fd7, 0x000fd1ef, 0x000fd25b, 0x000fd283 } */ -- Nate From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 30 19:49:41 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 8FBEA16A420; Wed, 30 Nov 2005 19:49:41 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from smtp.thilelli.net (smtp.thilelli.net [213.41.129.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91BD543D68; Wed, 30 Nov 2005 19:49:40 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from localhost (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id 31A21564C2; Wed, 30 Nov 2005 20:49:38 +0100 (CET) Received: from bento.thilelli.net ([127.0.0.1]) by localhost (bento.thilelli.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 50428-03-2; Wed, 30 Nov 2005 20:49:36 +0100 (CET) Received: from webmail.thilelli.net (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id A2350564C1; Wed, 30 Nov 2005 20:49:36 +0100 (CET) Received: from 192.168.1.20 (SquirrelMail authenticated user jgabel) by webmail.thilelli.net with HTTP; Wed, 30 Nov 2005 20:49:36 +0100 (CET) Message-ID: <59463.192.168.1.20.1133380176.squirrel@webmail.thilelli.net> In-Reply-To: <200511291650.08922.jhb@freebsd.org> References: <49704.192.168.1.18.1113475314.squirrel@webmail.thilelli.net> <200504150217.37985.jhb@FreeBSD.org> <60391.192.168.1.18.1113571878.squirrel@webmail.thilelli.net> <200511291650.08922.jhb@freebsd.org> Date: Wed, 30 Nov 2005 20:49:36 +0100 (CET) From: "Julien Gabel" To: "John Baldwin" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at thilelli.net Cc: freebsd-acpi@freebsd.org, freebsd-usb@freebsd.org, bug-followup@freebsd.org Subject: Re: usb/74989: (regression) Lost USB support between 5.2.1-RELEASE and 5.3-RELEASE on K7T266 Pro2. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jpeg@thilelli.net List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 19:49:41 -0000 >>>> I made some progress here. After playing with BIOS settings, i am now >>>> able to: >>>> - Boot with ACPI enable (shutdown -p works as expected now); >>>> - Use USB devices. >>>> >>>> In order to do that, i had to totally disable "APIC Function" in the >>>> BIOS. With "APIC Function" enabled, neither version 1.4 nor 1.1 of >>>> the "MPS Table Version" settings solved my problem. >>>> >>>> So, although i need to disable "APIC Function", all seems to works >>>> correctly together: ACPI support and USB support. As a side note, i >>>> did not encountered anymore the interrupt storm on the uhci USB host >>>> controller driver. >>>> >>>> Maybe can someone explain me what may be wrong with "APIC Function", >>>> and if there is some drawbacks to disable it (or what is the purpose >>>> of this setting)? >>> APIC is used to route interrupts differently. You can also disable it >>> from the loader with 'hint.apic.0.disabled=1'. I've looked at your >>> dmesg's, and the problem is that in the ACPI case the IRQ 10 that your >>> USB controllers are using is configured as an ISA IRQ (edge/high). >>> For now you can either disable APIC or ACPI as a workaround until I >>> figure out a better solution. >> Thanks. I effectively prefer turn APIC off via the loader configuration >> than from the BIOS settings, i think it is far more easily to remember >> what i have done from this place. >> I can try patch(es) or make test(s) without problem on this machine, if >> any. Thanks a lot. > Actually, can you try this patch: > > Index: acpi_pci_link.c > =================================================================== > RCS file: /host/cvs/usr/cvs/src/sys/dev/acpica/acpi_pci_link.c,v > retrieving revision 1.48 > diff -u -r1.48 acpi_pci_link.c > --- acpi_pci_link.c 1 Nov 2005 22:44:07 -0000 1.48 > +++ acpi_pci_link.c 28 Nov 2005 13:03:29 -0000 > @@ -859,7 +859,18 @@ > if (!link->l_routed && > PCI_INTERRUPT_VALID(link->l_irq)) { > link->l_routed = TRUE; > + /* > + * Some BIOSen are broken and actually set > + * some interrupts to active-high with level > + * trigger. Workaround this by hard-coding > + * active-low and level-trigger. > + */ > +#if 0 > acpi_config_intr(dev, resource); > +#else > + BUS_CONFIG_INTR(dev, link->l_irq, > + INTR_TRIGGER_LEVEL, INTR_POLARITY_LOW); > +#endif > pci_link_interrupt_weights[link->l_irq] += > link->l_references; > } I applied this patch, rebuild and installed the kernel, set the loader.conf directive `hint.apic.0.disabled' to "0" and reboot on the system. Sadly, the same behaviour happened (as before), i.e. USB mouse simply hang, USB thumbdrive doesn't work, etc. The patch was applied on src/sys/dev/acpica/acpi_pci_link.c before your last commit on RELENG_6 (version 1.44.2.4, 2005/11/30 16:03:55). Don't know if this may change something or not in this case. -- -jpeg. From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 30 20:13:36 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 028C616A41F; Wed, 30 Nov 2005 20:13:36 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id B48FB43D80; Wed, 30 Nov 2005 20:13:32 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EhYJu-0002kU-00; Wed, 30 Nov 2005 21:12:50 +0100 Date: Wed, 30 Nov 2005 21:12:50 +0100 To: Nate Lawson Message-ID: <20051130201250.GC4713@poupinou.org> References: <20051130133224.GA4713@poupinou.org> <438DE9D0.6080107@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <438DE9D0.6080107@root.org> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-stable@freebsd.org, freebsd-acpi@freebsd.org, freebsd-questions@freebsd.org Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 20:13:36 -0000 On Wed, Nov 30, 2005 at 10:05:04AM -0800, Nate Lawson wrote: > Marco Calviani wrote: > >Hi, > > > >2005/11/30, Bruno Ducrot : > > > >>You have to load the cpufreq.ko module at boot. > >>Adding that line: > >>cpufreq_load = "YES" > >>to /boot/loader.conf > >>should be OK. > > > > > >I have that line in that position, and it seems working. The point is > >that i would like to change the driver and use (AFAIU) a better driver > >for my system (est). > >In particular i have: > > > >dev.cpu.0.%desc: ACPI CPU > >dev.cpu.0.%driver: cpu > >dev.cpu.0.%location: handle=\_PR_.CPU0 > >dev.cpu.0.%pnpinfo: _HID=none _UID=0 > >dev.cpu.0.%parent: acpi0 > > > >Maybe i didn't understood well: but what i have to do to use the Intel > >Enhanced SpeedStep driver? > > You should send the full output of "sysctl dev.cpu". There is no > cpufreq driver (est, acpi_perf, or other) driver running. Perhaps look > at your dmesg to see if one is probing/attaching. > > If you are using acpi and load cpufreq.ko, you've got all the cpufreq > drivers in one package. The right one for your platform will > automatically probe/attach. > > >>powerd need some rework in order to get it working properly. There > >>is one FreeBSD project on that subject if you are interrested. > > > >Well, thanks i'm very interested, although i'm not at all experienced > >in kernel programming.... > > > >I'm not inside this issue, but it would not be possible to "emulate" > >the behaviour of the ondemand governor? (sorry if this question makes > >no sense) > > I have no idea what you mean by "on-demand governor". The only > automated control of cpu speed is either by the BIOS (which we can't > control) or the TM/TM2 (and that one is heat-based, not load-based). > The ondemand governor is basically an implemation of the following algorithm: There is a counter, say count. at each given fixed intervall: if (idle less than a watermark) { frequency full reinitialise count to 10 } else if (idle more than another watermark) { decrement count if count is 0 { down one step the frequency } else reinitilize count to 10 Note that in the latter case, the down step is performed only after 10 such comparison. In other word, intervall is ten times larger for the down side than the full frequency one. This work well when you can perform, say, 20 to 50 transitions per second. Otherwise, it is pretty bad. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 30 20:23:55 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 1EB5616A41F; Wed, 30 Nov 2005 20:23:55 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id A204A43D5D; Wed, 30 Nov 2005 20:23:54 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (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 jAUKO6ZM020261 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 30 Nov 2005 12:24:07 -0800 Message-ID: <438E0A58.60609@root.org> Date: Wed, 30 Nov 2005 12:23:52 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bruno Ducrot References: <20051130133224.GA4713@poupinou.org> <438DE9D0.6080107@root.org> <20051130201250.GC4713@poupinou.org> In-Reply-To: <20051130201250.GC4713@poupinou.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-acpi@freebsd.org, freebsd-questions@freebsd.org Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 20:23:55 -0000 Bruno Ducrot wrote: > On Wed, Nov 30, 2005 at 10:05:04AM -0800, Nate Lawson wrote: > >>Marco Calviani wrote: >> >>>Hi, >>> >>>2005/11/30, Bruno Ducrot : >>> >>> >>>>You have to load the cpufreq.ko module at boot. >>>>Adding that line: >>>>cpufreq_load = "YES" >>>>to /boot/loader.conf >>>>should be OK. >>> >>> >>>I have that line in that position, and it seems working. The point is >>>that i would like to change the driver and use (AFAIU) a better driver >>>for my system (est). >>>In particular i have: >>> >>>dev.cpu.0.%desc: ACPI CPU >>>dev.cpu.0.%driver: cpu >>>dev.cpu.0.%location: handle=\_PR_.CPU0 >>>dev.cpu.0.%pnpinfo: _HID=none _UID=0 >>>dev.cpu.0.%parent: acpi0 >>> >>>Maybe i didn't understood well: but what i have to do to use the Intel >>>Enhanced SpeedStep driver? >> >>You should send the full output of "sysctl dev.cpu". There is no >>cpufreq driver (est, acpi_perf, or other) driver running. Perhaps look >>at your dmesg to see if one is probing/attaching. >> >>If you are using acpi and load cpufreq.ko, you've got all the cpufreq >>drivers in one package. The right one for your platform will >>automatically probe/attach. >> >> >>>>powerd need some rework in order to get it working properly. There >>>>is one FreeBSD project on that subject if you are interrested. >>> >>>Well, thanks i'm very interested, although i'm not at all experienced >>>in kernel programming.... >>> >>>I'm not inside this issue, but it would not be possible to "emulate" >>>the behaviour of the ondemand governor? (sorry if this question makes >>>no sense) >> >>I have no idea what you mean by "on-demand governor". The only >>automated control of cpu speed is either by the BIOS (which we can't >>control) or the TM/TM2 (and that one is heat-based, not load-based). >> > > > The ondemand governor is basically an implemation of the following > algorithm: > > There is a counter, say count. > > at each given fixed intervall: > if (idle less than a watermark) { > frequency full > reinitialise count to 10 > } else if (idle more than another watermark) { > decrement count > if count is 0 { > down one step the frequency > } > else reinitilize count to 10 > > > Note that in the latter case, the down step is performed only > after 10 such comparison. In other word, intervall is ten times > larger for the down side than the full frequency one. > > This work well when you can perform, say, 20 to 50 transitions per > second. Otherwise, it is pretty bad. > Send me a URL to the datasheet that says Intel implemented this. That algorithm is basically what powerd does. So just run powerd. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 30 20:28:08 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 BDE6C16A423 for ; Wed, 30 Nov 2005 20:28:08 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32DE143D8F for ; Wed, 30 Nov 2005 20:27:53 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: by wproxy.gmail.com with SMTP id i7so139528wra for ; Wed, 30 Nov 2005 12:27:53 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=BFzHLT2S4I4cCuqoG9iMPe2nzCLCoNLDjVvkS3zZ+HZjOc12NKnXM7mnn/dgCDtxwDeW8wYKZbvFhXX8MWo3ZxlCCabgsfksfkajHeu7/0blOY5bDqGsGngn1TFN6ZeCZ+lguTIX92JYiGBqJbNDz153L6rYwqz0M0hH1gWqMW8= Received: by 10.65.133.19 with SMTP id k19mr439286qbn; Wed, 30 Nov 2005 12:27:52 -0800 (PST) Received: by 10.65.243.16 with HTTP; Wed, 30 Nov 2005 12:27:52 -0800 (PST) Message-ID: Date: Wed, 30 Nov 2005 20:27:52 +0000 From: Marco Calviani To: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org In-Reply-To: <20051130201250.GC4713@poupinou.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051130133224.GA4713@poupinou.org> <438DE9D0.6080107@root.org> <20051130201250.GC4713@poupinou.org> Cc: Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 20:28:09 -0000 Hi Bruno, > The ondemand governor is basically an implemation of the following > algorithm: > > There is a counter, say count. > > at each given fixed intervall: > if (idle less than a watermark) { > frequency full > reinitialise count to 10 > } else if (idle more than another watermark) { > decrement count > if count is 0 { > down one step the frequency > } > else reinitilize count to 10 > > > Note that in the latter case, the down step is performed only > after 10 such comparison. In other word, intervall is ten times > larger for the down side than the full frequency one. > > This work well when you can perform, say, 20 to 50 transitions per > second. Otherwise, it is pretty bad. > Thanks very much! But i'm not understanding if this high number of transitions are a problem from the hardware point of view or from the software implementation in freeBSD? Best regards, MC From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 30 20:37:28 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 D721A16A41F; Wed, 30 Nov 2005 20:37:28 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2074943D5C; Wed, 30 Nov 2005 20:37:27 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EhYhD-0002n7-00; Wed, 30 Nov 2005 21:36:55 +0100 Date: Wed, 30 Nov 2005 21:36:55 +0100 To: Nate Lawson Message-ID: <20051130203655.GA10628@poupinou.org> References: <20051130133224.GA4713@poupinou.org> <438DE9D0.6080107@root.org> <20051130201250.GC4713@poupinou.org> <438E0A58.60609@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <438E0A58.60609@root.org> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 20:37:29 -0000 On Wed, Nov 30, 2005 at 12:23:52PM -0800, Nate Lawson wrote: > Bruno Ducrot wrote: > >On Wed, Nov 30, 2005 at 10:05:04AM -0800, Nate Lawson wrote: > > > >>Marco Calviani wrote: > >> > >>>Hi, > >>> > >>>2005/11/30, Bruno Ducrot : > >>> > >>> > >>>>You have to load the cpufreq.ko module at boot. > >>>>Adding that line: > >>>>cpufreq_load = "YES" > >>>>to /boot/loader.conf > >>>>should be OK. > >>> > >>> > >>>I have that line in that position, and it seems working. The point is > >>>that i would like to change the driver and use (AFAIU) a better driver > >>>for my system (est). > >>>In particular i have: > >>> > >>>dev.cpu.0.%desc: ACPI CPU > >>>dev.cpu.0.%driver: cpu > >>>dev.cpu.0.%location: handle=\_PR_.CPU0 > >>>dev.cpu.0.%pnpinfo: _HID=none _UID=0 > >>>dev.cpu.0.%parent: acpi0 > >>> > >>>Maybe i didn't understood well: but what i have to do to use the Intel > >>>Enhanced SpeedStep driver? > >> > >>You should send the full output of "sysctl dev.cpu". There is no > >>cpufreq driver (est, acpi_perf, or other) driver running. Perhaps look > >>at your dmesg to see if one is probing/attaching. > >> > >>If you are using acpi and load cpufreq.ko, you've got all the cpufreq > >>drivers in one package. The right one for your platform will > >>automatically probe/attach. > >> > >> > >>>>powerd need some rework in order to get it working properly. There > >>>>is one FreeBSD project on that subject if you are interrested. > >>> > >>>Well, thanks i'm very interested, although i'm not at all experienced > >>>in kernel programming.... > >>> > >>>I'm not inside this issue, but it would not be possible to "emulate" > >>>the behaviour of the ondemand governor? (sorry if this question makes > >>>no sense) > >> > >>I have no idea what you mean by "on-demand governor". The only > >>automated control of cpu speed is either by the BIOS (which we can't > >>control) or the TM/TM2 (and that one is heat-based, not load-based). > >> > > > > > >The ondemand governor is basically an implemation of the following > >algorithm: > > > >There is a counter, say count. > > > >at each given fixed intervall: > >if (idle less than a watermark) { > > frequency full > > reinitialise count to 10 > >} else if (idle more than another watermark) { > > decrement count > > if count is 0 { > > down one step the frequency > > } > >else reinitilize count to 10 > > > > > >Note that in the latter case, the down step is performed only > >after 10 such comparison. In other word, intervall is ten times > >larger for the down side than the full frequency one. > > > >This work well when you can perform, say, 20 to 50 transitions per > >second. Otherwise, it is pretty bad. > > > > Send me a URL to the datasheet that says Intel implemented this. http://www.intel.com/cd/ids/developer/asmo-na/eng/195910.htm?prn=Y > That algorithm is basically what powerd does. So just run powerd. Indeed. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 30 20:46:40 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 87BDF16A41F for ; Wed, 30 Nov 2005 20:46:40 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE73643D77 for ; Wed, 30 Nov 2005 20:46:19 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: by xproxy.gmail.com with SMTP id h27so109298wxd for ; Wed, 30 Nov 2005 12:46:15 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rsLp92ed5ZOto7ySW9Ja+fiN3EmBw1PNZ9yjBsaTbyjgjPWXAqpeKo5hgfBjF3GpjFkDfVkwGUMc/ENbnQuSCbcwUSwMzgHJ7IcESTwb7rKwsAecx44PiuVaZyjgRPwxeY037KG1H18myzHiwrrSwgaV2rQKM6iuivsramF1ELM= Received: by 10.65.96.7 with SMTP id y7mr410897qbl; Wed, 30 Nov 2005 12:05:59 -0800 (PST) Received: by 10.65.243.16 with HTTP; Wed, 30 Nov 2005 12:05:59 -0800 (PST) Message-ID: Date: Wed, 30 Nov 2005 20:05:59 +0000 From: Marco Calviani To: freebsd-questions@freebsd.org, freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: <438DE9D0.6080107@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051130133224.GA4713@poupinou.org> <438DE9D0.6080107@root.org> Cc: Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 20:46:40 -0000 Hi Nate, 2005/11/30, Nate Lawson : > > You should send the full output of "sysctl dev.cpu". There is no > cpufreq driver (est, acpi_perf, or other) driver running. Perhaps look > at your dmesg to see if one is probing/attaching. > > sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=3D\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1000 dev.cpu.0.freq_levels: 1800/24000 1600/20000 1400/18000 1225/15750 1050/13500 1000/16000 875/14000 750/12000 625/10000 600/12000 525/10500 450/9000 375/7500 300/6000 225/4500 150/3000 75/1500 and if useful, > dmesg | grep -i acpi Features=3D0xafe9f9bf acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 6 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 6 on acpi0 pci_link3: irq 6 on acpi0 pci_link4: irq 10 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 10 on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 30.0 on pci0 pci2: on pcib2 acpi_lid0: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_button0: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio1 port 0x2f8-0x2ff irq 3 drq 1 on acpi0 > If you are using acpi and load cpufreq.ko, you've got all the cpufreq > drivers in one package. The right one for your platform will > automatically probe/attach. It seems that my system has recognized acpi_perf as the appropriate driver. But since my CPU is a dothan type centrino i would like to understand why is not possible to use the est driver. > I have no idea what you mean by "on-demand governor". The only > automated control of cpu speed is either by the BIOS (which we can't > control) or the TM/TM2 (and that one is heat-based, not load-based). > I was referring to this http://www.intel.com/cd/ids/developer/asmo-na/eng/195910.htm?prn=3DY and http://lwn.net/Articles/55589/ introduced in linux kernel 2.6.9 . Just to remind: sorry if this is not applicable to the freeBSD kernel. In the linux case the system is much more responsive to actual user actions in respect to what i'm experiencing with powerd. If i can help in some way in testing i would like to contribute. > -- > Nate > Regards, MC From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 30 20:51:33 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 6F9AF16A41F; Wed, 30 Nov 2005 20:51:33 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id A127D43D5E; Wed, 30 Nov 2005 20:51:32 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EhYvK-0002oq-00; Wed, 30 Nov 2005 21:51:30 +0100 Date: Wed, 30 Nov 2005 21:51:30 +0100 To: Marco Calviani Message-ID: <20051130205130.GA10786@poupinou.org> References: <20051130133224.GA4713@poupinou.org> <438DE9D0.6080107@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 20:51:33 -0000 On Wed, Nov 30, 2005 at 08:05:59PM +0000, Marco Calviani wrote: > Hi Nate, > > 2005/11/30, Nate Lawson : > > > > > You should send the full output of "sysctl dev.cpu". There is no > > cpufreq driver (est, acpi_perf, or other) driver running. Perhaps look > > at your dmesg to see if one is probing/attaching. > > > > > sysctl dev.cpu > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 1000 > dev.cpu.0.freq_levels: 1800/24000 1600/20000 1400/18000 1225/15750 > 1050/13500 1000/16000 875/14000 750/12000 625/10000 600/12000 > 525/10500 450/9000 375/7500 300/6000 225/4500 150/3000 75/1500 > > > > If you are using acpi and load cpufreq.ko, you've got all the cpufreq > > drivers in one package. The right one for your platform will > > automatically probe/attach. > > > It seems that my system has recognized acpi_perf as the appropriate > driver. But since my CPU is a dothan type centrino i would like to > understand why is not possible to use the est driver. Did you load the cpufreq driver at boot time which include the est driver as said before? It will replace the acpi_perf if appropriate. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 30 21:15:00 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 6878B16A41F for ; Wed, 30 Nov 2005 21:15:00 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC69943D69 for ; Wed, 30 Nov 2005 21:14:58 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: by zproxy.gmail.com with SMTP id i11so105326nzi for ; Wed, 30 Nov 2005 13:14:58 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nEhHZb7G5Jc8k8mzJlUjj0mFyJq6w/lHjueIwpIqSntQeMtw5J3x2Q0vWHIDVstgATA2Tt/PC2yAuT+TuYA0tpgQa+SzpG/hlI/MAavKO6N1QEfJXwp1lxY73AcuSeB0ZQy+m4xLb05CZPz/aJ3L48dPRPAbILFKa/kUMZgYyog= Received: by 10.65.204.20 with SMTP id g20mr468401qbq; Wed, 30 Nov 2005 13:14:58 -0800 (PST) Received: by 10.65.243.16 with HTTP; Wed, 30 Nov 2005 13:14:58 -0800 (PST) Message-ID: Date: Wed, 30 Nov 2005 21:14:58 +0000 From: Marco Calviani To: freebsd-questions@freebsd.org, freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: <20051130205130.GA10786@poupinou.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051130133224.GA4713@poupinou.org> <438DE9D0.6080107@root.org> <20051130205130.GA10786@poupinou.org> Cc: Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 21:15:00 -0000 Hi Bruno, 2005/11/30, Bruno Ducrot : > Did you load the cpufreq driver at boot time which include the est > driver as said before? It will replace the acpi_perf if appropriate. > > -- > Bruno Ducrot Yes cpufreq is loaded at boot time in /boot/loader.conf .However i don't know how to tell him that i want to load est instead of acpi_perf. Regards, MC From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 30 21:23:02 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 CA71B16A41F for ; Wed, 30 Nov 2005 21:23:02 +0000 (GMT) (envelope-from e0oscar@etek.chalmers.se) Received: from anubis.medic.chalmers.se (anubis.medic.chalmers.se [129.16.30.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7F7343D68 for ; Wed, 30 Nov 2005 21:23:01 +0000 (GMT) (envelope-from e0oscar@etek.chalmers.se) X-Medic-Info: ff6.438e1833.0 PI210nreHYxl951M Received: from webmail.chalmers.se (elbe1.ita.chalmers.se [129.16.222.100]) by mail.chalmers.se (Postfix) with ESMTP id DA80D3F26 for ; Wed, 30 Nov 2005 22:22:59 +0100 (CET) Received: from 212.181.210.250 (SquirrelMail authenticated user e0oscar); by webmail.chalmers.se with HTTP; Wed, 30 Nov 2005 22:22:59 +0100 (CET) Message-ID: <53127.212.181.210.250.1133385779.squirrel@webmail.chalmers.se> Date: Wed, 30 Nov 2005 22:22:59 +0100 (CET) From: "Oscar Eriksson" To: freebsd-acpi@freebsd.org User-Agent: SquirrelMail/1.4.3a-7.EL3 X-Mailer: SquirrelMail/1.4.3a-7.EL3 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Asus A6U/Asus V6V cmbat problem (fixed in linux acpi) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 21:23:02 -0000 Hi! I have problems with my Asus A6U laptop on FreeBSD 6.0 Release. I found the problem described in this debian error report: http://bugzilla.kernel.org/show_bug.cgi?id=4575 When loading cmbat, events seem to be pooled in a queue (exception: power button and LID) Everything works perfectly when cmbat is not loaded (except for battery status, of course.) The error report above says that it is fixed in acpi-20050902, but I guess I cant use the linux acpi interpreter in FreeBSD? Could anyone please help me fix my DSDT to go around this problem, or tell me how to upgrade to a acpi interpreter that can handle my faulty DSDT. Thanks! laptop# acpidump -t -d > A6U.asl acpidump: RSDT entry 2 (sig OEMB) is corrupt original DSDT: http://www.etek.chalmers.se/~e0oscar/A6U.asl dmesg: http://www.etek.chalmers.se/~e0oscar/dmesg.txt /Oscar From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 30 21:57:47 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 B7FB416A41F; Wed, 30 Nov 2005 21:57:47 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5633943D49; Wed, 30 Nov 2005 21:57:47 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (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 jAULvvZM021608 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 30 Nov 2005 13:57:58 -0800 Message-ID: <438E2056.4020505@root.org> Date: Wed, 30 Nov 2005 13:57:42 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marco Calviani References: <20051130133224.GA4713@poupinou.org> <438DE9D0.6080107@root.org> <20051130205130.GA10786@poupinou.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 21:57:47 -0000 Marco Calviani wrote: > Hi Bruno, > > 2005/11/30, Bruno Ducrot : > > >>Did you load the cpufreq driver at boot time which include the est >>driver as said before? It will replace the acpi_perf if appropriate. >> >>-- >>Bruno Ducrot > > > Yes cpufreq is loaded at boot time in /boot/loader.conf .However i > don't know how to tell him that i want to load est instead of > acpi_perf. est is preferred if supported. But probably est doesn't have a table for his processor so acpi_perf is used. There's nothing wrong with using acpi_perf -- it just gives a BIOS interface to est anyway. You can test this with: hint.acpi_perf.0.disabled="1" This will cause acpi_perf to let est attach. But I suspect est won't. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 30 21:57:56 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 4981E16A41F for ; Wed, 30 Nov 2005 21:57:56 +0000 (GMT) (envelope-from oxy@field.hu) Received: from dumballah.tvnet.hu (dumballah.tvnet.hu [195.38.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9811743D55 for ; Wed, 30 Nov 2005 21:57:55 +0000 (GMT) (envelope-from oxy@field.hu) Received: from localhost (localhost.localdomain [127.0.0.1]) by dumballah.tvnet.hu (Postfix) with ESMTP id 2C973101855 for ; Wed, 30 Nov 2005 22:57:54 +0100 (CET) Received: from dumballah.tvnet.hu ([127.0.0.1]) by localhost (dumballah.tvnet.hu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30973-20 for ; Wed, 30 Nov 2005 22:57:53 +0100 (CET) Received: from oxy (dsl85-238-71-86.pool.tvnet.hu [85.238.71.86]) by dumballah.tvnet.hu (Postfix) with SMTP id BA7551017A3 for ; Wed, 30 Nov 2005 22:57:53 +0100 (CET) Message-ID: <001e01c5f5f9$205ffab0$0201a8c0@oxy> From: "OxY" To: References: <000f01c5f39b$b3604b40$0201a8c0@oxy> <200511280814.40484.jhb@freebsd.org> Date: Wed, 30 Nov 2005 22:57:58 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Virus-Scanned: by amavisd-new at tvnet.hu Subject: Re: can't boot with acpi on fbsd 6.0 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 21:57:56 -0000 i made a couple of info under 5.4-release: http://green.field.hu/dmesg54.txt http://green.field.hu/conf54.txt http://green.field.hu/mptable54.txt as the dmesg shows the cpus are recognized by acpi! so, that's my problem! 6.0 not working with acpi! please help me to fix this acpi issue under 6.0.. thx guys! ----- Original Message ----- From: "John Baldwin" To: Cc: "OxY" Sent: Monday, November 28, 2005 2:14 PM Subject: Re: can't boot with acpi on fbsd 6.0 On Sunday 27 November 2005 04:44 pm, OxY wrote: > hi! > > i have a compaq proliant dl 360 (p21) and i can't boot acpi > on freebsd 6.0-release.. > is this a known problem, or should i post the dmesg where it freeze to > death? > thanks! Not a known problem. Does the machine work ok with 5.4 with ACPI enabled and does it work fine on 6.0 with ACPI disabled? -- 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 Nov 30 22:25:59 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 D8DDE16A41F; Wed, 30 Nov 2005 22:25:59 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35CD343D64; Wed, 30 Nov 2005 22:25:59 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EhaOD-0002wi-00; Wed, 30 Nov 2005 23:25:25 +0100 Date: Wed, 30 Nov 2005 23:25:25 +0100 To: Nate Lawson Message-ID: <20051130222525.GA11219@poupinou.org> References: <20051130133224.GA4713@poupinou.org> <438DE9D0.6080107@root.org> <20051130205130.GA10786@poupinou.org> <438E2056.4020505@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <438E2056.4020505@root.org> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-stable@freebsd.org, freebsd-acpi@freebsd.org, freebsd-questions@freebsd.org Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 22:26:00 -0000 On Wed, Nov 30, 2005 at 01:57:42PM -0800, Nate Lawson wrote: > Marco Calviani wrote: > >Hi Bruno, > > > >Yes cpufreq is loaded at boot time in /boot/loader.conf .However i > >don't know how to tell him that i want to load est instead of > >acpi_perf. > > est is preferred if supported. But probably est doesn't have a table > for his processor so acpi_perf is used. That's the case for any Dothan IIRC. > There's nothing wrong with > using acpi_perf -- it just gives a BIOS interface to est anyway. indeed. > > You can test this with: > hint.acpi_perf.0.disabled="1" > > This will cause acpi_perf to let est attach. But I suspect est won't. est need acpi_perf if a dothan or above is in use... On the other hand, the linux driver work for the OP, and that's not acceptable we can't do the same :) Maybe a link to a 'acpidmp -d -t' may help to see a little deeper? Marco, could you send to me privately or better provide a link to this output? Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 1 01:20:01 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 C8D6B16A422 for ; Thu, 1 Dec 2005 01:20:01 +0000 (GMT) (envelope-from dkelly@hiwaay.net) Received: from smtp.knology.net (smtp.knology.net [24.214.63.101]) by mx1.FreeBSD.org (Postfix) with SMTP id 117E243D62 for ; Thu, 1 Dec 2005 01:19:55 +0000 (GMT) (envelope-from dkelly@hiwaay.net) Received: (qmail 1099 invoked by uid 0); 1 Dec 2005 01:18:28 -0000 Received: from user-69-73-60-132.knology.net (HELO ?10.0.0.6?) (69.73.60.132) by smtp5.knology.net with SMTP; 1 Dec 2005 01:18:28 -0000 In-Reply-To: <200511301018.24822.jhb@freebsd.org> References: <20051127010724.GA1161@Grumpy.DynDNS.org> <7689ADE7-14BF-42C8-A3BD-B10E514799B3@FreeBSD.org> <438D6CE4.8010907@root.org> <200511301018.24822.jhb@freebsd.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <8DCC8546-767A-42A4-9A80-A950E1FFEF89@hiwaay.net> Content-Transfer-Encoding: 7bit From: David Kelly Date: Wed, 30 Nov 2005 19:19:51 -0600 To: John Baldwin X-Mailer: Apple Mail (2.746.2) Cc: freebsd-acpi@freebsd.org Subject: Re: Worked in RELENG_5, fails in RELENG_6 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 01:20:01 -0000 On Nov 30, 2005, at 9:18 AM, John Baldwin wrote: > David, can you use a > serial console to grab a boot -v output that includes the SMAP > output? Also, > the boot -v output might also provide the PA of FACS (or maybe > acpidump -t > would have that?) which would also be useful. Serial console boot -v with working ACPI, attempted to edit ^H's out: http://home.hiwaay.net/~dkelly/opus_serialconsole.log I don't grep SMAP in acpidump output but there was plenty in boot -v above: acpidump -t -d: http://home.hiwaay.net/~dkelly/opus_acpidump-t-d.txt acpidump -t: http://home.hiwaay.net/~dkelly/opus_acpidump-t.txt acpidump -d: http://home.hiwaay.net/~dkelly/opus_acpidump-d.txt And ultimately this is what started it all. Re-enabled hw.physmem and captured the boot -v panic via serial console and didn't bother to edit the ^H's: http://home.hiwaay.net/~dkelly/opus-panic.log -- David Kelly N4HHE, dkelly@HiWAAY.net ======================================================================== Whom computers would destroy, they must first drive mad. From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 1 01:34:55 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 C9E3516A41F; Thu, 1 Dec 2005 01:34:55 +0000 (GMT) (envelope-from george@m5p.com) Received: from mailhost.m5p.com (209-162-215-52.dq1sn.easystreet.com [209.162.215.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8E2B43D72; Thu, 1 Dec 2005 01:34:46 +0000 (GMT) (envelope-from george@m5p.com) Received: from m5p.com (ssh.m5p.com [IPv6:2001:418:3fd::fb]) by mailhost.m5p.com (8.13.2/8.13.2) with ESMTP id jB11Yirg080330 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=OK); Wed, 30 Nov 2005 17:34:44 -0800 (PST) Received: (from george@localhost) by m5p.com (8.13.2/8.13.2/Submit) id jB11YigV038775; Wed, 30 Nov 2005 17:34:44 -0800 (PST) Date: Wed, 30 Nov 2005 17:34:44 -0800 (PST) From: George Mitchell Message-Id: <200512010134.jB11YigV038775@m5p.com> To: jhb@freebsd.org In-Reply-To: <200511281309.42200.jhb@freebsd.org> X-Scanned-By: MIMEDefang 2.49 on IPv6:2001:418:3fd::f7 Cc: freebsd-acpi@freebsd.org Subject: Compaq R3120US, was Re: ACPI + FIC VA-503+ = non-working fdc X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 01:34:55 -0000 > Well, the IRQs are the same for both. However, it is quite weird. With ACPI, > we see from your BIOS that your ppc0 device is using IRQ 5, and several PCI > devices are using IRQ 7 (include re0). Without ACPI, both the printer and > the PCI devices end up using IRQ 7 (this should _not_ happen). Try removing > the hints for ppc0 so it is probed by the PNP BIOS rather than via hints and > see if the IRQ moves from 7 to 5 for your non-ACPI case. Then, check to see > if you get the same timeout issues. You can also try going into your BIOS > and changing the LPT settings to use IRQ 7 rather than IRQ 5 as IRQ 7 is more > "standard". There were no ppc hints to change, so I reconfigured it in the BIOS to IRQ 7. (I'm sure I had a reason to configure it on IRQ 5 at some point long ago, but I don't remember why.) This did not change the behavior of the board. And at this point, I would just as soon run with ACPI disabled, since I don't know what I would gain by having it enabled. It's another story on another machine I havem where ACPI is working much better of 6.0-RELEASE than it had been under 5.4-RELEASE: a Compaq R3120US. I'm getting only three ACPI errors on this machine, whose dmesg output is at: http://www.m5p.com/~george/dmesg-6.0-R3120US.txt Should I try to do anything about these lines: acpi0: reservation of 62, 2 (4) failed acpi0: reservation of 65, b (4) failed acpi_tz0: _CRT value is absurd, ignored (200.0C) or can I just ignore them? -- George From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 1 04:43:06 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 19E6B16A41F; Thu, 1 Dec 2005 04:43:06 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2C8643D4C; Thu, 1 Dec 2005 04:43:05 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (ppp-71-139-30-140.dsl.snfc21.pacbell.net [71.139.30.140]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id jB14hEZM026699 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 30 Nov 2005 20:43:17 -0800 Message-ID: <438E7F53.1040001@root.org> Date: Wed, 30 Nov 2005 20:42:59 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Kelly References: <20051127010724.GA1161@Grumpy.DynDNS.org> <7689ADE7-14BF-42C8-A3BD-B10E514799B3@FreeBSD.org> <438D6CE4.8010907@root.org> <200511301018.24822.jhb@freebsd.org> <8DCC8546-767A-42A4-9A80-A950E1FFEF89@hiwaay.net> In-Reply-To: <8DCC8546-767A-42A4-9A80-A950E1FFEF89@hiwaay.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Worked in RELENG_5, fails in RELENG_6 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 04:43:06 -0000 David Kelly wrote: > > On Nov 30, 2005, at 9:18 AM, John Baldwin wrote: > >> David, can you use a >> serial console to grab a boot -v output that includes the SMAP >> output? Also, >> the boot -v output might also provide the PA of FACS (or maybe >> acpidump -t >> would have that?) which would also be useful. > > > Serial console boot -v with working ACPI, attempted to edit ^H's out: > http://home.hiwaay.net/~dkelly/opus_serialconsole.log > > I don't grep SMAP in acpidump output but there was plenty in boot -v > above: > > acpidump -t -d: > http://home.hiwaay.net/~dkelly/opus_acpidump-t-d.txt > > acpidump -t: > http://home.hiwaay.net/~dkelly/opus_acpidump-t.txt > > acpidump -d: > http://home.hiwaay.net/~dkelly/opus_acpidump-d.txt > > And ultimately this is what started it all. Re-enabled hw.physmem and > captured the boot -v panic via serial console and didn't bother to edit > the ^H's: > http://home.hiwaay.net/~dkelly/opus-panic.log Even with the user setting hw.physmem, we should only be mapping type 1 memory values: SMAP type=01 base=0000000000000000 len=00000000000a0000 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=01 base=0000000000100000 len=000000007fe74000 As you can see, the last part up to 2 GB (> 0x7fe74000) should not be mapped (and later zeroed). So it seems this bug is apparent. Can you fix it John? -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 1 08:41:19 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 9586C16A41F for ; Thu, 1 Dec 2005 08:41:19 +0000 (GMT) (envelope-from ityonemo@scripps.edu) Received: from relay2.scripps.edu (relay2.scripps.edu [137.131.200.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id F313343D62 for ; Thu, 1 Dec 2005 08:41:18 +0000 (GMT) (envelope-from ityonemo@scripps.edu) Received: from home.scripps.edu (home [137.131.140.50]) by relay2.scripps.edu (8.12.11/TSRI-5.0.2rAV) with ESMTP id jB18fIDf028048 for ; Thu, 1 Dec 2005 00:41:18 -0800 (PST) Received: from home.scripps.edu (localhost [127.0.0.1]) by home.scripps.edu (8.12.9/8.12.8/TSRI-4.0.2h) with ESMTP id jB18f83e1675545 for ; Thu, 1 Dec 2005 00:41:08 -0800 (PST) Received: from localhost (ityonemo@localhost) by home.scripps.edu (8.12.9/8.12.8/Submit) with ESMTP id jB18f77f1676317 for ; Thu, 1 Dec 2005 00:41:08 -0800 (PST) Date: Thu, 1 Dec 2005 00:41:07 -0800 From: Isaac Yonemoto To: freebsd-acpi@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Score: undef - spam scanning disabled X-CanItPRO-Stream: 10_OptOut X-Scanned-By: CanIt (www . roaringpenguin . com) on 137.131.200.30 Subject: SMP opteron frustrations X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 08:41:19 -0000 i'm having a bit of difficulty getting the cpufreq operating correctly on my machine. It's a dual opteron 242/1.6GHz (ZMax DP) box running a freshly recompiled FBSD 6.0, SMP enabled in the kernel. In my BIOS I have ACPI enabled and APM disabled. I have cpufreq_load="YES" in loader.conf, and kldstat shows that cpufreq.ko is running, however, wher I run sysctl -a I see no hw.powernow* dev.powernow* entries and dev.cpu.0.%driver="cpufreq" instead of "powernow", and there are no entries in dev.cpu.1 running powerd on boot (in rc.conf) causes a total system hang 5 seconds after activation (just as I'm typing in "roo" at the login prompt). it seems like I'm missing the powernow device driver -- I saw powernow.c in /usr/src/sys/i386/cpufreq, but not in the corresponding .../amd64 directory (not even a cpufreq directory there!) Am I missing something here, and why isn't sysctl outputting for dev.cpu.1?? Isaac Yonemoto From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 1 10:59:08 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 0C20A16A41F for ; Thu, 1 Dec 2005 10:59:08 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8498A43D5F for ; Thu, 1 Dec 2005 10:59:07 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1Ehm8z-0004q6-00; Thu, 01 Dec 2005 11:58:29 +0100 Date: Thu, 1 Dec 2005 11:58:29 +0100 To: Isaac Yonemoto Message-ID: <20051201105829.GA17066@poupinou.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@freebsd.org Subject: Re: SMP opteron frustrations X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 10:59:08 -0000 On Thu, Dec 01, 2005 at 12:41:07AM -0800, Isaac Yonemoto wrote: > > i'm having a bit of difficulty getting the cpufreq operating correctly on > my machine. It's a dual opteron 242/1.6GHz (ZMax DP) box running a > freshly recompiled FBSD 6.0, SMP enabled in the kernel. In my BIOS I have > ACPI enabled and APM disabled. > > I have > > cpufreq_load="YES" > > in loader.conf, and kldstat shows that cpufreq.ko is running, however, > wher I run sysctl -a I see no > > hw.powernow* > dev.powernow* entries > > and > > dev.cpu.0.%driver="cpufreq" > > instead of "powernow", and there are no entries in dev.cpu.1 > > running powerd on boot (in rc.conf) causes a total system hang 5 seconds > after activation (just as I'm typing in "roo" at the login prompt). > > it seems like I'm missing the powernow device driver -- I saw powernow.c > in /usr/src/sys/i386/cpufreq, but not in the corresponding .../amd64 > directory (not even a cpufreq directory there!) Am I missing something > here, and why isn't sysctl outputting for dev.cpu.1?? > Could you please post a dmesg from a 'boot -v' and a 'acpidmp -d -t'? Note that the acpidump is pretty huge, so if you could put that on a web page, or send this to me privately. Also it would be helpfull to determine if the problem happens if SMP is enabled. Could you try an UP kernel for testing purpose only? Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 1 17:08:50 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 E2A8816A420 for ; Thu, 1 Dec 2005 17:08:50 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D6D643D58 for ; Thu, 1 Dec 2005 17:08:50 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2948479 for multiple; Thu, 01 Dec 2005 12:06:42 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jB1H8dLP090530; Thu, 1 Dec 2005 12:08:39 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: George Mitchell Date: Thu, 1 Dec 2005 11:55:46 -0500 User-Agent: KMail/1.8.2 References: <200512010134.jB11YigV038775@m5p.com> In-Reply-To: <200512010134.jB11YigV038775@m5p.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512011155.47057.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-acpi@freebsd.org Subject: Re: Compaq R3120US, was Re: ACPI + FIC VA-503+ = non-working fdc X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 17:08:51 -0000 On Wednesday 30 November 2005 08:34 pm, George Mitchell wrote: > > Well, the IRQs are the same for both. However, it is quite weird. With > > ACPI, we see from your BIOS that your ppc0 device is using IRQ 5, and > > several PCI devices are using IRQ 7 (include re0). Without ACPI, both > > the printer and the PCI devices end up using IRQ 7 (this should _not_ > > happen). Try removing the hints for ppc0 so it is probed by the PNP BIOS > > rather than via hints and see if the IRQ moves from 7 to 5 for your > > non-ACPI case. Then, check to see if you get the same timeout issues. > > You can also try going into your BIOS and changing the LPT settings to > > use IRQ 7 rather than IRQ 5 as IRQ 7 is more "standard". > > There were no ppc hints to change, so I reconfigured it in the BIOS to > IRQ 7. (I'm sure I had a reason to configure it on IRQ 5 at some point > long ago, but I don't remember why.) This did not change the behavior > of the board. And at this point, I would just as soon run with ACPI > disabled, since I don't know what I would gain by having it enabled. You had to have hints because your non-ACPI kernel was using IRQ 7 (wrong) for ppc0 rather than IRQ 5. Are you sure your /boot/device.hints was empty? Anyways, once you moved the LPT IRQ to 7, did the PCI IRQs change such that re0 is on 5 now instead of 7? > It's another story on another machine I havem where ACPI is working > much better of 6.0-RELEASE than it had been under 5.4-RELEASE: a Compaq > R3120US. I'm getting only three ACPI errors on this machine, whose > dmesg output is at: > > http://www.m5p.com/~george/dmesg-6.0-R3120US.txt > > Should I try to do anything about these lines: > > acpi0: reservation of 62, 2 (4) failed > acpi0: reservation of 65, b (4) failed > acpi_tz0: _CRT value is absurd, ignored (200.0C) > > or can I just ignore them? -- George I think you can ignore them. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 1 17:08:52 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 54BD216A41F; Thu, 1 Dec 2005 17:08:52 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 362AA43D5F; Thu, 1 Dec 2005 17:08:51 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2948484 for multiple; Thu, 01 Dec 2005 12:06:46 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jB1H8dLQ090530; Thu, 1 Dec 2005 12:08:41 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: jpeg@thilelli.net Date: Thu, 1 Dec 2005 12:03:15 -0500 User-Agent: KMail/1.8.2 References: <49704.192.168.1.18.1113475314.squirrel@webmail.thilelli.net> <200511291650.08922.jhb@freebsd.org> <59463.192.168.1.20.1133380176.squirrel@webmail.thilelli.net> In-Reply-To: <59463.192.168.1.20.1133380176.squirrel@webmail.thilelli.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512011203.17304.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-acpi@freebsd.org, freebsd-usb@freebsd.org, bug-followup@freebsd.org Subject: Re: usb/74989: (regression) Lost USB support between 5.2.1-RELEASE and 5.3-RELEASE on K7T266 Pro2. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 17:08:52 -0000 On Wednesday 30 November 2005 02:49 pm, Julien Gabel wrote: > >>>> I made some progress here. After playing with BIOS settings, i am now > >>>> able to: > >>>> - Boot with ACPI enable (shutdown -p works as expected now); > >>>> - Use USB devices. > >>>> > >>>> In order to do that, i had to totally disable "APIC Function" in the > >>>> BIOS. With "APIC Function" enabled, neither version 1.4 nor 1.1 of > >>>> the "MPS Table Version" settings solved my problem. > >>>> > >>>> So, although i need to disable "APIC Function", all seems to works > >>>> correctly together: ACPI support and USB support. As a side note, i > >>>> did not encountered anymore the interrupt storm on the uhci USB host > >>>> controller driver. > >>>> > >>>> Maybe can someone explain me what may be wrong with "APIC Function", > >>>> and if there is some drawbacks to disable it (or what is the purpose > >>>> of this setting)? > >>> > >>> APIC is used to route interrupts differently. You can also disable it > >>> from the loader with 'hint.apic.0.disabled=1'. I've looked at your > >>> dmesg's, and the problem is that in the ACPI case the IRQ 10 that your > >>> USB controllers are using is configured as an ISA IRQ (edge/high). > >>> For now you can either disable APIC or ACPI as a workaround until I > >>> figure out a better solution. > >> > >> Thanks. I effectively prefer turn APIC off via the loader configuration > >> than from the BIOS settings, i think it is far more easily to remember > >> what i have done from this place. > >> > >> I can try patch(es) or make test(s) without problem on this machine, if > >> any. Thanks a lot. > > > > Actually, can you try this patch: > > > > Index: acpi_pci_link.c > > =================================================================== > > RCS file: /host/cvs/usr/cvs/src/sys/dev/acpica/acpi_pci_link.c,v > > retrieving revision 1.48 > > diff -u -r1.48 acpi_pci_link.c > > --- acpi_pci_link.c 1 Nov 2005 22:44:07 -0000 1.48 > > +++ acpi_pci_link.c 28 Nov 2005 13:03:29 -0000 > > @@ -859,7 +859,18 @@ > > if (!link->l_routed && > > PCI_INTERRUPT_VALID(link->l_irq)) { > > link->l_routed = TRUE; > > + /* > > + * Some BIOSen are broken and actually set > > + * some interrupts to active-high with level > > + * trigger. Workaround this by hard-coding > > + * active-low and level-trigger. > > + */ > > +#if 0 > > acpi_config_intr(dev, resource); > > +#else > > + BUS_CONFIG_INTR(dev, link->l_irq, > > + INTR_TRIGGER_LEVEL, INTR_POLARITY_LOW); > > +#endif > > pci_link_interrupt_weights[link->l_irq] += > > link->l_references; > > } > > I applied this patch, rebuild and installed the kernel, set the loader.conf > directive `hint.apic.0.disabled' to "0" and reboot on the system. Sadly, > the same behaviour happened (as before), i.e. USB mouse simply hang, USB > thumbdrive doesn't work, etc. > > The patch was applied on src/sys/dev/acpica/acpi_pci_link.c before your > last commit on RELENG_6 (version 1.44.2.4, 2005/11/30 16:03:55). Don't > know if this may change something or not in this case. Well, I can't get to your dmesg's anymore. If I understand correctly, USB works for you so long as you have APIC disabled, both with ACPI enabled and disabled correct? And USB is broken if you have both ACPI and APIC enabled. Have you tried booting with ACPI disabled (hint.acpi.0.disabled=1) but with APIC enabled? Does it work then or break? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 1 17:09:37 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 4EE6416A41F for ; Thu, 1 Dec 2005 17:09:37 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4FC343D58 for ; Thu, 1 Dec 2005 17:09:36 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2948486 for multiple; Thu, 01 Dec 2005 12:06:51 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jB1H8dLR090530; Thu, 1 Dec 2005 12:08:44 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Nate Lawson Date: Thu, 1 Dec 2005 12:08:05 -0500 User-Agent: KMail/1.8.2 References: <20051127010724.GA1161@Grumpy.DynDNS.org> <8DCC8546-767A-42A4-9A80-A950E1FFEF89@hiwaay.net> <438E7F53.1040001@root.org> In-Reply-To: <438E7F53.1040001@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512011208.06633.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: David Kelly , freebsd-acpi@freebsd.org Subject: Re: Worked in RELENG_5, fails in RELENG_6 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 17:09:37 -0000 On Wednesday 30 November 2005 11:42 pm, Nate Lawson wrote: > David Kelly wrote: > > On Nov 30, 2005, at 9:18 AM, John Baldwin wrote: > >> David, can you use a > >> serial console to grab a boot -v output that includes the SMAP > >> output? Also, > >> the boot -v output might also provide the PA of FACS (or maybe > >> acpidump -t > >> would have that?) which would also be useful. > > > > Serial console boot -v with working ACPI, attempted to edit ^H's out: > > http://home.hiwaay.net/~dkelly/opus_serialconsole.log > > > > I don't grep SMAP in acpidump output but there was plenty in boot -v > > above: > > > > acpidump -t -d: > > http://home.hiwaay.net/~dkelly/opus_acpidump-t-d.txt > > > > acpidump -t: > > http://home.hiwaay.net/~dkelly/opus_acpidump-t.txt > > > > acpidump -d: > > http://home.hiwaay.net/~dkelly/opus_acpidump-d.txt > > > > And ultimately this is what started it all. Re-enabled hw.physmem and > > captured the boot -v panic via serial console and didn't bother to edit > > the ^H's: > > http://home.hiwaay.net/~dkelly/opus-panic.log > > Even with the user setting hw.physmem, we should only be mapping type 1 > memory values: > > SMAP type=01 base=0000000000000000 len=00000000000a0000 > SMAP type=02 base=00000000000f0000 len=0000000000010000 > SMAP type=01 base=0000000000100000 len=000000007fe74000 > > As you can see, the last part up to 2 GB (> 0x7fe74000) should not be > mapped (and later zeroed). So it seems this bug is apparent. Can you > fix it John? No, not easily. The problem is that we only keep one smap entry around at a time and don't save the whole table. For the most part people shouldn't be using hw.physmem with ACPI anyways except to shrink the memory down for testing, so I'm almost inclined to say "don't use it". Ideally hw.physmem would only extend the end of physical memory to cover chunks not reserved by a type of !1 (IOW, either type = 1 regions or outright holes in the map), but without full access to the SMAP table that's not that easy to do. I think folks should just stop setting hw.physmem, it mostly exists as workaround for when we don't get the memory size right from the BIOS, and folks shouldn't use it if we get the size right without it unless they want to blow their feet off. :) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 1 19:12:04 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 7F0A016A41F for ; Thu, 1 Dec 2005 19:12:04 +0000 (GMT) (envelope-from dkelly@Grumpy.DynDNS.org) Received: from smtp.knology.net (smtp.knology.net [24.214.63.101]) by mx1.FreeBSD.org (Postfix) with SMTP id 57AB743D80 for ; Thu, 1 Dec 2005 19:12:01 +0000 (GMT) (envelope-from dkelly@Grumpy.DynDNS.org) Received: (qmail 27864 invoked by uid 0); 1 Dec 2005 19:11:58 -0000 Received: from user-69-73-60-132.knology.net (HELO Grumpy.DynDNS.org) (69.73.60.132) by smtp1.knology.net with SMTP; 1 Dec 2005 19:11:58 -0000 Received: by Grumpy.DynDNS.org (Postfix, from userid 928) id 4FA796184; Thu, 1 Dec 2005 13:11:58 -0600 (CST) Date: Thu, 1 Dec 2005 13:11:58 -0600 From: David Kelly To: John Baldwin Message-ID: <20051201191158.GB4848@Grumpy.DynDNS.org> References: <20051127010724.GA1161@Grumpy.DynDNS.org> <8DCC8546-767A-42A4-9A80-A950E1FFEF89@hiwaay.net> <438E7F53.1040001@root.org> <200512011208.06633.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200512011208.06633.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-acpi@freebsd.org Subject: Re: Worked in RELENG_5, fails in RELENG_6 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 19:12:04 -0000 On Thu, Dec 01, 2005 at 12:08:05PM -0500, John Baldwin wrote: > > I think folks should just stop setting hw.physmem, it mostly exists as > workaround for when we don't get the memory size right from the BIOS, > and folks shouldn't use it if we get the size right without it unless > they want to blow their feet off. :) Thats how I came across it, at least once FreeBSD didn't get the memory size right. Can't say for sure ACPI broke the instant I upgraded to RELENG_6 but it was running RELENG_6 that I found only 1G listed at the top of dmesg. Only thought to look at that part of dmesg when the machine started swapping unexpectedly. Started searching how to control or hint to the kernel my true memory size and found hw.physmem and that /boot/defaults/loader.conf listed it at 1G, same as my system was running. Can't say for sure whether it was commented out in defaults but assumed I was being told it was being set to 1G there or somewhere as the system default. Something has changed as the 6.0-RELEASE CDROM got my memory size correct, and recent RELENG_6's get it correct, both without assistance from hw.physmem. -- David Kelly N4HHE, dkelly@HiWAAY.net ======================================================================== Whom computers would destroy, they must first drive mad. From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 1 21:34:30 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 B9D5E16A41F; Thu, 1 Dec 2005 21:34:30 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from smtp.thilelli.net (smtp.thilelli.net [213.41.129.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id D14A543D60; Thu, 1 Dec 2005 21:34:29 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from localhost (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id 0D651564C2; Thu, 1 Dec 2005 22:34:28 +0100 (CET) Received: from bento.thilelli.net ([127.0.0.1]) by localhost (bento.thilelli.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 24991-01-2; Thu, 1 Dec 2005 22:34:24 +0100 (CET) Received: from webmail.thilelli.net (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id 857A3564C1; Thu, 1 Dec 2005 22:34:24 +0100 (CET) Received: from 192.168.1.20 (SquirrelMail authenticated user jgabel) by webmail.thilelli.net with HTTP; Thu, 1 Dec 2005 22:34:24 +0100 (CET) Message-ID: <49547.192.168.1.20.1133472864.squirrel@webmail.thilelli.net> In-Reply-To: <200512011203.17304.jhb@freebsd.org> References: <49704.192.168.1.18.1113475314.squirrel@webmail.thilelli.net> <200511291650.08922.jhb@freebsd.org> <59463.192.168.1.20.1133380176.squirrel@webmail.thilelli.net> <200512011203.17304.jhb@freebsd.org> Date: Thu, 1 Dec 2005 22:34:24 +0100 (CET) From: "Julien Gabel" To: "John Baldwin" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at thilelli.net Cc: freebsd-acpi@freebsd.org, freebsd-usb@freebsd.org, bug-followup@freebsd.org Subject: Re: usb/74989: (regression) Lost USB support between 5.2.1-RELEASE and 5.3-RELEASE on K7T266 Pro2. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jpeg@thilelli.net List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 21:34:31 -0000 >> I applied this patch, rebuild and installed the kernel, set the >> loader.conf directive `hint.apic.0.disabled' to "0" and reboot on the >> system. Sadly, the same behaviour happened (as before), i.e. USB mouse >> simply hang, USB thumbdrive doesn't work, etc. >> >> The patch was applied on src/sys/dev/acpica/acpi_pci_link.c before your >> last commit on RELENG_6 (version 1.44.2.4, 2005/11/30 16:03:55). Don't >> know if this may change something or not in this case. > Well, I can't get to your dmesg's anymore. If I understand correctly, Yes, sorry: the layout of the website was changed recently. Here are the corresponding files (using RELENG_5 at this time): http://www.thilelli.net/~jgabel/store/pub/PR/74989/ > USB works for you so long as you have APIC disabled, both with ACPI > enabled and disabled correct? And USB is broken if you have both ACPI > and APIC enabled. Have you tried booting with ACPI disabled > (hint.acpi.0.disabled=1) but with APIC enabled? Does it work then or > break? More precisely, here is a little tab... to be more accurate (i hope): --------------------------------------- USB support | ACPI | APIC | ------------------------ | on | off | on | off | --------------------------------------- KO! | XX | | XX | | --------------------------------------- ok | XX | | | XX | --------------------------------------- ok | | XX | XX | | --------------------------------------- Did not boot(*)| | XX | | XX | --------------------------------------- (*) The boot disk seems not be able to be used for the root mount, i.e. ufs:/dev/ad0s1a in my case. Note: this box currently run the RELENG_6 branch, build at Wed Nov 30 07:12:41 CET 2005. -- -jpeg. From owner-freebsd-acpi@FreeBSD.ORG Fri Dec 2 09:05:24 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 F3D5916A41F for ; Fri, 2 Dec 2005 09:05:23 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27FB143D49 for ; Fri, 2 Dec 2005 09:05:22 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: by wproxy.gmail.com with SMTP id 37so548484wra for ; Fri, 02 Dec 2005 01:05:21 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bE7eIyDcp2DMAf0qJgzNrYOaaQT0cvKOLUoYEH31E+4gWqPAWrw+wUXnpam3ccbmLdOzZXxgkGiH1lzkyybqLrF7kTROC81brqO+7d/z0oT2nD0DlQmozCS9TJaG12jtQaA0oBTMzQmzMIjElzDpgc1+jhBl00+Q7FbRWEMjqoU= Received: by 10.64.53.1 with SMTP id b1mr1358412qba; Fri, 02 Dec 2005 01:05:21 -0800 (PST) Received: by 10.65.243.16 with HTTP; Fri, 2 Dec 2005 01:05:21 -0800 (PST) Message-ID: Date: Fri, 2 Dec 2005 10:05:21 +0100 From: Marco Calviani To: freebsd-questions@freebsd.org, freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: <20051201141724.GE17066@poupinou.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <438DE9D0.6080107@root.org> <20051130205130.GA10786@poupinou.org> <438E2056.4020505@root.org> <20051130222525.GA11219@poupinou.org> <20051201141724.GE17066@poupinou.org> Cc: Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2005 09:05:24 -0000 Hi Bruno, > > 2) sorry what about the point that we were discussing above? The high > > number of transition you were explaining me, are present in the actual > > implementation of powerd, and if not, why? > > It's not present under powerd for the simple fact that to be efficient > in term of not being too intrusive (kernel to user data transfers, etc), > powerd can only provide a limited number of check per second (at this > time, 2 per second). But the current algorithm present in powerd is > not well suited in that case. You have to wait one demi-second > for the processor being put to full speed if the system was idle > before. > Are there on the horizon any sort of plans to implement a newer and more efficient algorithm to increase the number of transition per second? Sorry but i've not understood why linux-cpufreqd is able to cope with those without being so intrusive..... Best regards, MC From owner-freebsd-acpi@FreeBSD.ORG Fri Dec 2 10:00:19 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 3E6D016A41F; Fri, 2 Dec 2005 10:00:19 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5B3143D58; Fri, 2 Dec 2005 10:00:18 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.250] (ppp-71-139-30-140.dsl.snfc21.pacbell.net [71.139.30.140]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id jB2A0WZM017120 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 2 Dec 2005 02:00:33 -0800 Message-ID: <43901B25.6010908@root.org> Date: Fri, 02 Dec 2005 02:00:05 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marco Calviani References: <438DE9D0.6080107@root.org> <20051130205130.GA10786@poupinou.org> <438E2056.4020505@root.org> <20051130222525.GA11219@poupinou.org> <20051201141724.GE17066@poupinou.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2005 10:00:19 -0000 Marco Calviani wrote: > Hi Bruno, > > > > 2) sorry what about the point that we were discussing above? The high > >>>number of transition you were explaining me, are present in the actual >>>implementation of powerd, and if not, why? >> >>It's not present under powerd for the simple fact that to be efficient >>in term of not being too intrusive (kernel to user data transfers, etc), >>powerd can only provide a limited number of check per second (at this >>time, 2 per second). But the current algorithm present in powerd is >>not well suited in that case. You have to wait one demi-second >>for the processor being put to full speed if the system was idle >>before. >> > > > Are there on the horizon any sort of plans to implement a newer and > more efficient algorithm to increase the number of transition per > second? Sorry but i've not understood why linux-cpufreqd is able to > cope with those without being so intrusive..... This work is easy, it's just grunt work implementing and testing to see which is best. See this page for details on how to proceed: http://wikitest.freebsd.org/moin.cgi/powerd Wikitest seems to be down so here's the text only: http://66.102.7.104/search?q=cache:IEXV5nW17ZMJ:wikitest.freebsd.org/moin.cgi/powerd+site:wikitest.freebsd.org+powerd+&hl=en&lr=&strip=1 -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Dec 2 10:06:05 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 5E98E16A426; Fri, 2 Dec 2005 10:06:05 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCD7043D5D; Fri, 2 Dec 2005 10:06:01 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp226-96.lns2.adl4.internode.on.net [203.122.226.96]) by smtp1.adl2.internode.on.net (8.12.9/8.12.6) with ESMTP id jB2A5voX044548; Fri, 2 Dec 2005 20:35:57 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.dons.net.au (inchoate.dons.net.au [10.0.2.99]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id jB2A5uhm036065 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 2 Dec 2005 20:35:56 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 2 Dec 2005 20:35:54 +1030 User-Agent: KMail/1.8.2 References: <20051201141724.GE17066@poupinou.org> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1325260.gpetGJ1ep6"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512022035.55854.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 10.0.2.7 Cc: freebsd-acpi@freebsd.org, freebsd-questions@freebsd.org Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2005 10:06:05 -0000 --nextPart1325260.gpetGJ1ep6 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 2 Dec 2005 19:35, Marco Calviani wrote: > > It's not present under powerd for the simple fact that to be efficient > > in term of not being too intrusive (kernel to user data transfers, etc), > > powerd can only provide a limited number of check per second (at this > > time, 2 per second). But the current algorithm present in powerd is > > not well suited in that case. You have to wait one demi-second > > for the processor being put to full speed if the system was idle > > before. > > Are there on the horizon any sort of plans to implement a newer and > more efficient algorithm to increase the number of transition per > second? Sorry but i've not understood why linux-cpufreqd is able to > cope with those without being so intrusive..... I don't see why you can't run powerd more frequently, I do.. Unless your AC= PI=20 has a problem that means the transition is slow. I can't imagine that doing 5 (or even 50) syscalls a second is a big CPU lo= ad=20 unless there is a specific problem with sysctls or the cpufreq=20 infrastructure. I run powerd like this -> /usr/sbin/powerd -i 90 -r 30 -a adaptive -b adaptive -n adaptive -p 200 =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1325260.gpetGJ1ep6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDkByD5ZPcIHs/zowRAlQOAJ9PkoRjEfkMF3NUADMbqvYED9pTtACgi31S yYhIXX8hD8jWaD/U6wFCVS0= =jjon -----END PGP SIGNATURE----- --nextPart1325260.gpetGJ1ep6-- From owner-freebsd-acpi@FreeBSD.ORG Fri Dec 2 13:11:54 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 60F2E16A420; Fri, 2 Dec 2005 13:11:54 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id A41F043D53; Fri, 2 Dec 2005 13:11:48 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 3006196 for multiple; Fri, 02 Dec 2005 08:09:46 -0500 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jB2DBa7u002169; Fri, 2 Dec 2005 08:11:40 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: jpeg@thilelli.net Date: Fri, 2 Dec 2005 08:11:30 -0500 User-Agent: KMail/1.8.3 References: <49704.192.168.1.18.1113475314.squirrel@webmail.thilelli.net> <200512011203.17304.jhb@freebsd.org> <49547.192.168.1.20.1133472864.squirrel@webmail.thilelli.net> In-Reply-To: <49547.192.168.1.20.1133472864.squirrel@webmail.thilelli.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512020811.33720.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-acpi@freebsd.org, freebsd-usb@freebsd.org, bug-followup@freebsd.org Subject: Re: usb/74989: (regression) Lost USB support between 5.2.1-RELEASE and 5.3-RELEASE on K7T266 Pro2. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2005 13:11:54 -0000 On Thursday 01 December 2005 04:34 pm, Julien Gabel wrote: > >> I applied this patch, rebuild and installed the kernel, set the > >> loader.conf directive `hint.apic.0.disabled' to "0" and reboot on the > >> system. Sadly, the same behaviour happened (as before), i.e. USB mouse > >> simply hang, USB thumbdrive doesn't work, etc. > >> > >> The patch was applied on src/sys/dev/acpica/acpi_pci_link.c before your > >> last commit on RELENG_6 (version 1.44.2.4, 2005/11/30 16:03:55). Don't > >> know if this may change something or not in this case. > > > > Well, I can't get to your dmesg's anymore. If I understand correctly, > > Yes, sorry: the layout of the website was changed recently. Here are > the corresponding files (using RELENG_5 at this time): > http://www.thilelli.net/~jgabel/store/pub/PR/74989/ Ok, yours is a more odd case. :) This is debatably a bug in your ASL, but = I=20 think we can work around it. It is routing your USB interrupts to IRQ 10 b= ut=20 is not using a link device to do it, and it is not including an INTR_OVERRI= DE=20 entry in the MADT to change IRQ 10 from the default of edge/trigger to=20 level/low. The patch below forces all hard-wired PCI interrupts routed via= =20 ACPI to be level/low. This patch should apply both to HEAD and 6.x and may= be=20 5.x. Index: acpi_pcib.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /host/cvs/usr/cvs/src/sys/dev/acpica/acpi_pcib.c,v retrieving revision 1.58 diff -u -r1.58 acpi_pcib.c =2D-- acpi_pcib.c 7 Nov 2005 21:48:45 -0000 1.58 +++ acpi_pcib.c 2 Dec 2005 13:08:16 -0000 @@ -252,9 +252,11 @@ if (bootverbose) device_printf(pcib, "slot %d INT%c hardwired to IRQ %d\n", pci_get_slot(dev), 'A' + pin, prt->SourceIndex); =2D if (prt->SourceIndex) + if (prt->SourceIndex) { interrupt =3D prt->SourceIndex; =2D else + BUS_CONFIG_INTR(dev, interrupt, INTR_TRIGGER_LEVEL, + INTR_POLARITY_LOW); + } else device_printf(pcib, "error: invalid hard-wired IRQ of 0\n"); goto out; } > More precisely, here is a little tab... to be more accurate (i hope): > > --------------------------------------- > USB support | ACPI | APIC | > ------------------------ > > | on | off | on | off | > > --------------------------------------- > Did not boot(*)| | XX | | XX | > --------------------------------------- > (*) The boot disk seems not be able to be used for the root mount, i.e. > ufs:/dev/ad0s1a in my case. If you could get a verbose dmesg for this case using a serial console I'd b= e=20 interested in looking at that too. =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Fri Dec 2 13:49:30 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 3A47116A41F; Fri, 2 Dec 2005 13:49:30 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9323A43D62; Fri, 2 Dec 2005 13:49:29 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EiBHl-0006UG-00; Fri, 02 Dec 2005 14:49:13 +0100 Date: Fri, 2 Dec 2005 14:49:13 +0100 To: Daniel O'Connor Message-ID: <20051202134913.GD24254@poupinou.org> References: <20051201141724.GE17066@poupinou.org> <200512022035.55854.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200512022035.55854.doconnor@gsoft.com.au> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2005 13:49:30 -0000 On Fri, Dec 02, 2005 at 08:35:54PM +1030, Daniel O'Connor wrote: > On Fri, 2 Dec 2005 19:35, Marco Calviani wrote: > > > It's not present under powerd for the simple fact that to be efficient > > > in term of not being too intrusive (kernel to user data transfers, etc), > > > powerd can only provide a limited number of check per second (at this > > > time, 2 per second). But the current algorithm present in powerd is > > > not well suited in that case. You have to wait one demi-second > > > for the processor being put to full speed if the system was idle > > > before. > > > > Are there on the horizon any sort of plans to implement a newer and > > more efficient algorithm to increase the number of transition per > > second? Sorry but i've not understood why linux-cpufreqd is able to > > cope with those without being so intrusive..... > > I don't see why you can't run powerd more frequently, I do.. Unless your ACPI > has a problem that means the transition is slow. I'm sure this could not be done under Linux without a lot of problems (it is required to use the /proc things and it's too slow in that case). > I can't imagine that doing 5 (or even 50) syscalls a second is a big CPU load > unless there is a specific problem with sysctls or the cpufreq > infrastructure. If that's possible being not so intrusive with, say 50 syscalls under FreeBSD, then all I said above is indeed stupid crap. > I run powerd like this -> > /usr/sbin/powerd -i 90 -r 30 -a adaptive -b adaptive -n adaptive -p 200 > -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Fri Dec 2 14:04:50 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 2D7DA16A420 for ; Fri, 2 Dec 2005 14:04:50 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCFDA43D69 for ; Fri, 2 Dec 2005 14:04:48 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so77842wra for ; Fri, 02 Dec 2005 06:04:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=om6D6I/ZOfrjIClwFyB4NPAJXUGw3poGP755VmRrLvCdutd7yFr2Ey2JwiZj1WIVxnTvP8NgBbQk50VyuU1JTuXu6TmVmipysM5yWvcgd+b0voPzGyJPbiIJEjYWTkZ1tlEn/76N9/Ck33+zjIN+JAcBJyc7mXEO8/SWHVQmjl4= Received: by 10.65.123.16 with SMTP id a16mr1479054qbn; Fri, 02 Dec 2005 06:04:45 -0800 (PST) Received: by 10.65.243.16 with HTTP; Fri, 2 Dec 2005 06:04:45 -0800 (PST) Message-ID: Date: Fri, 2 Dec 2005 15:04:45 +0100 From: Marco Calviani To: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org In-Reply-To: <20051202134913.GD24254@poupinou.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051201141724.GE17066@poupinou.org> <200512022035.55854.doconnor@gsoft.com.au> <20051202134913.GD24254@poupinou.org> Cc: Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2005 14:04:50 -0000 Hi list, 2005/12/2, Bruno Ducrot : > > I don't see why you can't run powerd more frequently, I do.. Unless you= r ACPI > > has a problem that means the transition is slow. > > I'm sure this could not be done under Linux without a lot of > problems (it is required to use the /proc things and it's too slow in > that case). > > > I can't imagine that doing 5 (or even 50) syscalls a second is a big CP= U load > > unless there is a specific problem with sysctls or the cpufreq > > infrastructure. > > If that's possible being not so intrusive with, say 50 syscalls under Fre= eBSD, > then all I said above is indeed stupid crap. > > > I run powerd like this -> > > /usr/sbin/powerd -i 90 -r 30 -a adaptive -b adaptive -n adaptive -p 200 > > Well, i've tried decreasing the polling interval, but there is an increased powerd cpu load: at 100ms polling interval the cpu load is to an astonishing 20% circa, which i think it's too much for a normal use. The sampling rate with ondemand governor in linux kernel is 10ms but cpufreqd is at 0.6% on average cpu load. Regards, MC From owner-freebsd-acpi@FreeBSD.ORG Fri Dec 2 14:07:34 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 2D8A216A41F for ; Fri, 2 Dec 2005 14:07:34 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDAA343D5F for ; Fri, 2 Dec 2005 14:07:11 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: by zproxy.gmail.com with SMTP id q3so241430nzb for ; Fri, 02 Dec 2005 06:07:10 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lCP4/AsSKVUT16ApnyiCPzXunvh4rx/h//It+dSljOCOztW4AmUdCUzf3Ga7MT441FdHPJvNCf4M+04D3DMaojqm0KTxbXqwTx6CoJmsqXcxQQBwRjEajcUiaxQy9Jkn81vLzh8U1jfV61KgNqCcdoeHtqlYDt5OvqVPvHnGBPc= Received: by 10.65.81.20 with SMTP id i20mr1498757qbl; Fri, 02 Dec 2005 06:07:09 -0800 (PST) Received: by 10.65.243.16 with HTTP; Fri, 2 Dec 2005 06:07:09 -0800 (PST) Message-ID: Date: Fri, 2 Dec 2005 15:07:09 +0100 From: Marco Calviani To: freebsd-questions@freebsd.org, freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: <43901B25.6010908@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051130205130.GA10786@poupinou.org> <438E2056.4020505@root.org> <20051130222525.GA11219@poupinou.org> <20051201141724.GE17066@poupinou.org> <43901B25.6010908@root.org> Cc: Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2005 14:07:34 -0000 Hi Nate, 2005/12/2, Nate Lawson : > This work is easy, it's just grunt work implementing and testing to see > which is best. See this page for details on how to proceed: > > http://wikitest.freebsd.org/moin.cgi/powerd > > Wikitest seems to be down so here's the text only: > http://66.102.7.104/search?q=3Dcache:IEXV5nW17ZMJ:wikitest.freebsd.org/mo= in.cgi/powerd+site:wikitest.freebsd.org+powerd+&hl=3Den&lr=3D&strip=3D1 > I'll have a look at it whenever it will become online again. Regards, MC From owner-freebsd-acpi@FreeBSD.ORG Fri Dec 2 18:02:36 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 D002216A41F; Fri, 2 Dec 2005 18:02:36 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA15443D69; Fri, 2 Dec 2005 18:02:33 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.250] (ppp-71-139-30-140.dsl.snfc21.pacbell.net [71.139.30.140]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id jB2I2mZM025589 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 2 Dec 2005 10:02:49 -0800 Message-ID: <43908C2E.9010000@root.org> Date: Fri, 02 Dec 2005 10:02:22 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marco Calviani References: <20051201141724.GE17066@poupinou.org> <200512022035.55854.doconnor@gsoft.com.au> <20051202134913.GD24254@poupinou.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2005 18:02:37 -0000 Marco Calviani wrote: > Hi list, > > 2005/12/2, Bruno Ducrot : > > > >>>I don't see why you can't run powerd more frequently, I do.. Unless your ACPI >>>has a problem that means the transition is slow. >> >>I'm sure this could not be done under Linux without a lot of >>problems (it is required to use the /proc things and it's too slow in >>that case). >> >> >>>I can't imagine that doing 5 (or even 50) syscalls a second is a big CPU load >>>unless there is a specific problem with sysctls or the cpufreq >>>infrastructure. >> >>If that's possible being not so intrusive with, say 50 syscalls under FreeBSD, >>then all I said above is indeed stupid crap. >> >> >>>I run powerd like this -> >>>/usr/sbin/powerd -i 90 -r 30 -a adaptive -b adaptive -n adaptive -p 200 >>> > > > Well, i've tried decreasing the polling interval, but there is an > increased powerd cpu load: at 100ms polling interval the cpu load is > to an astonishing 20% circa, which i think it's too much for a normal > use. The sampling rate with ondemand governor in linux kernel is 10ms > but cpufreqd is at 0.6% on average cpu load. powerd is not intended to do high speed polling. If you do that, your system will almost never be idle and so we can't save power via Cx. We don't need high speed sampling right now, we need a predictive algorithm. So until someone implements this, it's moot. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Dec 2 20:56:07 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 7473816A41F for ; Fri, 2 Dec 2005 20:56:07 +0000 (GMT) (envelope-from Robert.Faulds@voxify.com) Received: from mail.voxify.com (65-123-2-7.dia.cust.qwest.net [65.123.2.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B98D43D75 for ; Fri, 2 Dec 2005 20:56:05 +0000 (GMT) (envelope-from Robert.Faulds@voxify.com) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Fri, 2 Dec 2005 10:40:11 -0800 Message-ID: <331CA3AB8A236A488C92DEC289C7D04D01641F60@Deliverance.voxify.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Tyan Tiget S5351-i7322 hangs with ACPI (AMD64 or i386) Thread-Index: AcX3b9NpPNpzWkcqSraL0dZ4Y90v8w== From: "Robert Faulds" To: Subject: Tyan Tiget S5351-i7322 hangs with ACPI (AMD64 or i386) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2005 20:56:07 -0000 FreeBSD-AMD64 (Same behavior with i386) Tyan S5351 dual XEON 4GB RAM I can not boot this motherboard with acpi enabled. It consistently times-out while trying to attach disks to the controller. The stock controller is a LSI 1030 but with an Adaptec 2130SLP it hangs in the same place. I've tried 6.0-RELEASE, 6.0-STABLE(from Tuesday), and 5.4-STABLE with and without drives attached to the controllers. All exhibit the same behavior. I've posted a few dmesg's of various sorts. I'm currently building a kernel with ACPI-DEBUG an will post the results shortly. Any help is greatly appreciated. http://xocolatl.com/rfaulds/freebsd-acpi TIA, Robert From owner-freebsd-acpi@FreeBSD.ORG Fri Dec 2 21:14:36 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 B3D8416A41F for ; Fri, 2 Dec 2005 21:14:36 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96C3B43D66 for ; Fri, 2 Dec 2005 21:14:28 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 3029902 for multiple; Fri, 02 Dec 2005 16:12:30 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jB2LEJUV006597; Fri, 2 Dec 2005 16:14:25 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Fri, 2 Dec 2005 16:13:21 -0500 User-Agent: KMail/1.8.2 References: <331CA3AB8A236A488C92DEC289C7D04D01641F60@Deliverance.voxify.com> In-Reply-To: <331CA3AB8A236A488C92DEC289C7D04D01641F60@Deliverance.voxify.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512021613.22304.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Subject: Re: Tyan Tiget S5351-i7322 hangs with ACPI (AMD64 or i386) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2005 21:14:36 -0000 On Friday 02 December 2005 01:40 pm, Robert Faulds wrote: > FreeBSD-AMD64 (Same behavior with i386) > Tyan S5351 dual XEON > 4GB RAM > > I can not boot this motherboard with acpi enabled. It consistently > times-out while trying to attach disks to the controller. The stock > controller is a LSI 1030 but with an Adaptec 2130SLP it hangs in the > same place. > > I've tried 6.0-RELEASE, 6.0-STABLE(from Tuesday), and 5.4-STABLE with > and without drives attached to the controllers. All exhibit the same > behavior. > I've posted a few dmesg's of various sorts. I'm currently building a > kernel with ACPI-DEBUG an will post the results shortly. Any help is > greatly appreciated. > > > http://xocolatl.com/rfaulds/freebsd-acpi Well, one thing to note is that with ACPI you have APIC, but without ACPI you do not. Can you try just booting ACPI with APIC disabled (hint.apic.0.disabled=1) to see if that fares better? You'll probably need to do that with a FreeBSD/i386 kernel for now. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Fri Dec 2 21:59:25 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 5DC3116A420; Fri, 2 Dec 2005 21:59:25 +0000 (GMT) (envelope-from Robert.Faulds@voxify.com) Received: from mail.voxify.com (65-123-2-7.dia.cust.qwest.net [65.123.2.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id F406D43D72; Fri, 2 Dec 2005 21:59:18 +0000 (GMT) (envelope-from Robert.Faulds@voxify.com) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Fri, 2 Dec 2005 13:59:18 -0800 Message-ID: <331CA3AB8A236A488C92DEC289C7D04D01642019@Deliverance.voxify.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Tyan Tiget S5351-i7322 hangs with ACPI (AMD64 or i386) Thread-Index: AcX3hWeQflsc6COYQ9ugHu5RT27UpAABZRMg From: "Robert Faulds" To: "John Baldwin" , Cc: Subject: RE: Tyan Tiget S5351-i7322 hangs with ACPI (AMD64 or i386) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2005 21:59:25 -0000 That does indeed allow me to boot 6.0-RELEASE-x86 http://xocolatl.com/rfaulds/freebsd-acpi/test1-dmesg-no-apic-verbose=20 Bad assumption on my part that root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC and /sys/i386/conf/GENERIC were the same. Or is it loader.conf on the release ISO that is different. Doesn't a lack of APIC preclude running SMP? Can you suggest next steps for me, please? Robert -----Original Message----- From: John Baldwin [mailto:jhb@freebsd.org]=20 Sent: Friday, December 02, 2005 1:13 PM To: freebsd-acpi@freebsd.org Cc: Robert Faulds Subject: Re: Tyan Tiget S5351-i7322 hangs with ACPI (AMD64 or i386) On Friday 02 December 2005 01:40 pm, Robert Faulds wrote: > FreeBSD-AMD64 (Same behavior with i386) > Tyan S5351 dual XEON > 4GB RAM > > I can not boot this motherboard with acpi enabled. It consistently > times-out while trying to attach disks to the controller. The stock > controller is a LSI 1030 but with an Adaptec 2130SLP it hangs in the > same place. > > I've tried 6.0-RELEASE, 6.0-STABLE(from Tuesday), and 5.4-STABLE with > and without drives attached to the controllers. All exhibit the same > behavior. > I've posted a few dmesg's of various sorts. I'm currently building a > kernel with ACPI-DEBUG an will post the results shortly. Any help is > greatly appreciated. > > > http://xocolatl.com/rfaulds/freebsd-acpi Well, one thing to note is that with ACPI you have APIC, but without ACPI you=20 do not. Can you try just booting ACPI with APIC disabled=20 (hint.apic.0.disabled=3D1) to see if that fares better? You'll probably need=20 to do that with a FreeBSD/i386 kernel for now. --=20 John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Fri Dec 2 22:37:10 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 E7CD416A420; Fri, 2 Dec 2005 22:37:10 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from smtp.thilelli.net (smtp.thilelli.net [213.41.129.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id E760A43D5C; Fri, 2 Dec 2005 22:37:09 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from localhost (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id D3164564C1; Fri, 2 Dec 2005 23:37:07 +0100 (CET) Received: from bento.thilelli.net ([127.0.0.1]) by localhost (bento.thilelli.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 88372-04-2; Fri, 2 Dec 2005 23:37:06 +0100 (CET) Received: from webmail.thilelli.net (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id 39156564C3; Fri, 2 Dec 2005 23:37:06 +0100 (CET) Received: from 192.168.1.20 (SquirrelMail authenticated user jgabel) by webmail.thilelli.net with HTTP; Fri, 2 Dec 2005 23:37:06 +0100 (CET) Message-ID: <62227.192.168.1.20.1133563026.squirrel@webmail.thilelli.net> In-Reply-To: <200512020811.33720.jhb@freebsd.org> References: <49704.192.168.1.18.1113475314.squirrel@webmail.thilelli.net> <200512011203.17304.jhb@freebsd.org> <49547.192.168.1.20.1133472864.squirrel@webmail.thilelli.net> <200512020811.33720.jhb@freebsd.org> Date: Fri, 2 Dec 2005 23:37:06 +0100 (CET) From: "Julien Gabel" To: "John Baldwin" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at thilelli.net Cc: freebsd-acpi@freebsd.org, freebsd-usb@freebsd.org, bug-followup@freebsd.org Subject: Re: usb/74989: (regression) Lost USB support between 5.2.1-RELEASE and 5.3-RELEASE on K7T266 Pro2. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jpeg@thilelli.net List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2005 22:37:11 -0000 > Ok, yours is a more odd case. :) This is debatably a bug in your ASL, > but I think we can work around it. It is routing your USB interrupts > to IRQ 10 but is not using a link device to do it, and it is not > including an INTR_OVERRIDE entry in the MADT to change IRQ 10 from the > default of edge/trigger to level/low. The patch below forces all > hard-wired PCI interrupts routed via ACPI to be level/low. This patch > should apply both to HEAD and 6.x and maybe 5.x. > > Index: acpi_pcib.c > [...] Ok. I think you finally got it this time. Applied this patch against RELENG_6 and it seems to work fine now. I build and installed the kernel, set the loader.conf directives hint.acpi.0.disabled to 0 hint.apic.0.disabled to 0 and reboot on the system... it works well now, thank you ;) >> More precisely, here is a little tab... to be more accurate (i hope): >> >> --------------------------------------- >> USB support | ACPI | APIC | >> ------------------------ >> | on | off | on | off | >> --------------------------------------- >> Did not boot(*)| | XX | | XX | >> --------------------------------------- >> (*) The boot disk seems not be able to be used for the root mount, i.e. >> ufs:/dev/ad0s1a in my case. > If you could get a verbose dmesg for this case using a serial console I'd > be interested in looking at that too. Certainly! The output can be found at: http://www.thilelli.net/~jgabel/store/pub/PR/74989/serial.dmesg.boot-v Note: the kernel used for this boot was the just-previously-patched one. -- -jpeg. From owner-freebsd-acpi@FreeBSD.ORG Fri Dec 2 22:44:22 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 4FA5416A420 for ; Fri, 2 Dec 2005 22:44:22 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DA1C43D5A for ; Fri, 2 Dec 2005 22:44:19 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 3033610 for multiple; Fri, 02 Dec 2005 17:42:18 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jB2Mi94G011002; Fri, 2 Dec 2005 17:44:12 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Robert Faulds" Date: Fri, 2 Dec 2005 17:36:04 -0500 User-Agent: KMail/1.8.2 References: <331CA3AB8A236A488C92DEC289C7D04D01642019@Deliverance.voxify.com> In-Reply-To: <331CA3AB8A236A488C92DEC289C7D04D01642019@Deliverance.voxify.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512021736.05368.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-acpi@freebsd.org Subject: Re: Tyan Tiget S5351-i7322 hangs with ACPI (AMD64 or i386) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2005 22:44:22 -0000 On Friday 02 December 2005 04:59 pm, Robert Faulds wrote: > That does indeed allow me to boot 6.0-RELEASE-x86 > http://xocolatl.com/rfaulds/freebsd-acpi/test1-dmesg-no-apic-verbose > > Bad assumption on my part that > root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC and > /sys/i386/conf/GENERIC were the same. Or is it loader.conf on the > release ISO that is different. They should be identical. I think that your machine doesn't have a valid MP Table, so the non-ACPI kernel isn't able to locate any APICs. > Doesn't a lack of APIC preclude running SMP? Can you suggest next steps > for me, please? Yes, it does, but it narrows down where the problems are. Can you try building an SMP kernel (GENERIC on 6.x doesn't include SMP by default) and seeing if it boots up ok? > Robert > > > > -----Original Message----- > From: John Baldwin [mailto:jhb@freebsd.org] > Sent: Friday, December 02, 2005 1:13 PM > To: freebsd-acpi@freebsd.org > Cc: Robert Faulds > Subject: Re: Tyan Tiget S5351-i7322 hangs with ACPI (AMD64 or i386) > > On Friday 02 December 2005 01:40 pm, Robert Faulds wrote: > > FreeBSD-AMD64 (Same behavior with i386) > > Tyan S5351 dual XEON > > 4GB RAM > > > > I can not boot this motherboard with acpi enabled. It consistently > > times-out while trying to attach disks to the controller. The stock > > controller is a LSI 1030 but with an Adaptec 2130SLP it hangs in the > > same place. > > > > I've tried 6.0-RELEASE, 6.0-STABLE(from Tuesday), and 5.4-STABLE with > > and without drives attached to the controllers. All exhibit the same > > behavior. > > I've posted a few dmesg's of various sorts. I'm currently building a > > kernel with ACPI-DEBUG an will post the results shortly. Any help is > > greatly appreciated. > > > > > > http://xocolatl.com/rfaulds/freebsd-acpi > > Well, one thing to note is that with ACPI you have APIC, but without > ACPI you > do not. Can you try just booting ACPI with APIC disabled > (hint.apic.0.disabled=1) to see if that fares better? You'll probably > need > to do that with a FreeBSD/i386 kernel for now. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Fri Dec 2 22:44:24 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 747CC16A41F for ; Fri, 2 Dec 2005 22:44:24 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6065543D58 for ; Fri, 2 Dec 2005 22:44:23 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 3033607 for multiple; Fri, 02 Dec 2005 17:42:15 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jB2Mi94F011002; Fri, 2 Dec 2005 17:44:10 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Eugene Grosbein Date: Fri, 2 Dec 2005 17:32:14 -0500 User-Agent: KMail/1.8.2 References: <20050513140240.GA25774@svzserv.kemerovo.su> In-Reply-To: <20050513140240.GA25774@svzserv.kemerovo.su> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512021732.15866.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-acpi@freebsd.org Subject: Re: 5.4: pci_link problem on 440BX X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2005 22:44:24 -0000 On Friday 13 May 2005 10:02 am, Eugene Grosbein wrote: > John Baldwin wrote: > > We shouldn't print that message unless pci_link is enabled. When > > pci_link is disabled we shouldn't even be looking at PRT entries. Can > > you try booting a 6.0-snapshot CD and seeing if it works ok? > > Now 6.0 boots to multiuser mode with ACPI fully enabled or fully disabled. > make buildworld cannot be completed with ACPI - still silent hang > of userland and no console switching (keyboard leds do switch and > KDB works). > > 6.0's GENERIC does not boot to single user with > debug.acpi.disabled="pci_link", fatal trap 12 occures: page fault while in > kernel mode, > fault virtual address 0x0, supervisor read, page not present > in acpi_pci_link_lookup+0x26. I think I know what this is and this patch probably fixes the panic in the case that you use 'debug.acpi.disabled="pci_link"' --- //depot/vendor/freebsd/src/sys/dev/acpica/acpi_pci_link.c 2005/11/23 16:40:40 +++ //depot/user/jhb/acpipci/dev/acpica/acpi_pci_link.c 2005/12/02 22:28:08 @@ -1011,6 +1011,9 @@ { struct link *link; + if (acpi_disabled("pci_link")) + return (PCI_INVALID_IRQ); + ACPI_SERIAL_BEGIN(pci_link); link = acpi_pci_link_lookup(dev, index); if (link == NULL) How does the 6.0 install CD do on your machine both with ACPI enabled and disabled? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Fri Dec 2 23:20:21 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 2440416A443; Fri, 2 Dec 2005 23:20:21 +0000 (GMT) (envelope-from Robert.Faulds@voxify.com) Received: from mail.voxify.com (65-123-2-7.dia.cust.qwest.net [65.123.2.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id E146D43DBA; Fri, 2 Dec 2005 23:20:09 +0000 (GMT) (envelope-from Robert.Faulds@voxify.com) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Fri, 2 Dec 2005 15:20:01 -0800 Message-ID: <331CA3AB8A236A488C92DEC289C7D04D01642079@Deliverance.voxify.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Tyan Tiget S5351-i7322 hangs with ACPI (AMD64 or i386) Thread-Index: AcX3ke1btjzd0kyZTRS8Tvor6FYIYwABEUSw From: "Robert Faulds" To: "John Baldwin" Cc: freebsd-acpi@freebsd.org Subject: RE: Tyan Tiget S5351-i7322 hangs with ACPI (AMD64 or i386) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2005 23:20:22 -0000 No love from SMP either. It still only boots with apic disabled. I put up the mptable, and a few other files at http://xocolatl.com/rfaulds/freebsd-acpi/ I've been stepping through the BIOS but there is no options for forcing the mp spec. Interestingly, I have disabled HyperThreading in the BIOS and yet the SMP kernel still detects it. Thanks, Robert -----Original Message----- From: John Baldwin [mailto:jhb@freebsd.org]=20 Sent: Friday, December 02, 2005 2:36 PM To: Robert Faulds Cc: freebsd-acpi@freebsd.org Subject: Re: Tyan Tiget S5351-i7322 hangs with ACPI (AMD64 or i386) On Friday 02 December 2005 04:59 pm, Robert Faulds wrote: > That does indeed allow me to boot 6.0-RELEASE-x86 > http://xocolatl.com/rfaulds/freebsd-acpi/test1-dmesg-no-apic-verbose > > Bad assumption on my part that > root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC and > /sys/i386/conf/GENERIC were the same. Or is it loader.conf on the > release ISO that is different. They should be identical. I think that your machine doesn't have a valid MP=20 Table, so the non-ACPI kernel isn't able to locate any APICs. > Doesn't a lack of APIC preclude running SMP? Can you suggest next steps > for me, please? Yes, it does, but it narrows down where the problems are. Can you try=20 building an SMP kernel (GENERIC on 6.x doesn't include SMP by default) and=20 seeing if it boots up ok? > Robert > > > > -----Original Message----- > From: John Baldwin [mailto:jhb@freebsd.org] > Sent: Friday, December 02, 2005 1:13 PM > To: freebsd-acpi@freebsd.org > Cc: Robert Faulds > Subject: Re: Tyan Tiget S5351-i7322 hangs with ACPI (AMD64 or i386) > > On Friday 02 December 2005 01:40 pm, Robert Faulds wrote: > > FreeBSD-AMD64 (Same behavior with i386) > > Tyan S5351 dual XEON > > 4GB RAM > > > > I can not boot this motherboard with acpi enabled. It consistently > > times-out while trying to attach disks to the controller. The stock > > controller is a LSI 1030 but with an Adaptec 2130SLP it hangs in the > > same place. > > > > I've tried 6.0-RELEASE, 6.0-STABLE(from Tuesday), and 5.4-STABLE with > > and without drives attached to the controllers. All exhibit the same > > behavior. > > I've posted a few dmesg's of various sorts. I'm currently building a > > kernel with ACPI-DEBUG an will post the results shortly. Any help is > > greatly appreciated. > > > > > > http://xocolatl.com/rfaulds/freebsd-acpi > > Well, one thing to note is that with ACPI you have APIC, but without > ACPI you > do not. Can you try just booting ACPI with APIC disabled > (hint.apic.0.disabled=3D1) to see if that fares better? You'll = probably > need > to do that with a FreeBSD/i386 kernel for now. --=20 John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Sat Dec 3 10:19:40 2005 Return-Path: X-Original-To: freebsd-acpi@hub.freebsd.org 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 D251116A41F; Sat, 3 Dec 2005 10:19:40 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B06C43D5E; Sat, 3 Dec 2005 10:19:40 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jB3AJePr096237; Sat, 3 Dec 2005 10:19:40 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jB3AJeQ1096233; Sat, 3 Dec 2005 10:19:40 GMT (envelope-from linimon) Date: Sat, 3 Dec 2005 10:19:40 GMT From: Mark Linimon Message-Id: <200512031019.jB3AJeQ1096233@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-acpi@FreeBSD.org Cc: Subject: Re: kern/89879: [acpi] ACPI-0438: *** Error: Looking up [Z00C] in namespace, AE_NOT_FOUND X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2005 10:19:41 -0000 Synopsis: [acpi] ACPI-0438: *** Error: Looking up [Z00C] in namespace, AE_NOT_FOUND Responsible-Changed-From-To: freebsd-bugs->freebsd-acpi Responsible-Changed-By: linimon Responsible-Changed-When: Sat Dec 3 10:19:27 GMT 2005 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=89879 From owner-freebsd-acpi@FreeBSD.ORG Sat Dec 3 18:00:22 2005 Return-Path: X-Original-To: freebsd-acpi@hub.freebsd.org 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 43A7E16A41F for ; Sat, 3 Dec 2005 18:00:22 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FED643D58 for ; Sat, 3 Dec 2005 18:00:21 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jB3I0LhV057863 for ; Sat, 3 Dec 2005 18:00:21 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jB3I0Lof057862; Sat, 3 Dec 2005 18:00:21 GMT (envelope-from gnats) Date: Sat, 3 Dec 2005 18:00:21 GMT Message-Id: <200512031800.jB3I0Lof057862@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: "Dana H. Myers" Cc: Subject: Re: kern/89879: [acpi] ACPI-0438: *** Error: Looking up [Z00C] in namespace, AE_NOT_FOUND X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Dana H. Myers" List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2005 18:00:22 -0000 The following reply was made to PR kern/89879; it has been noted by GNATS. From: "Dana H. Myers" To: bug-followup@FreeBSD.org, dwerner1974@yahoo.com Cc: Subject: Re: kern/89879: [acpi] ACPI-0438: *** Error: Looking up [Z00C] in namespace, AE_NOT_FOUND Date: Sat, 03 Dec 2005 09:55:19 -0800 I see the same problem on the Acer Ferrari 4005, where Z00C isn't defined and thus the battery status method fails. Dana From owner-freebsd-acpi@FreeBSD.ORG Sat Dec 3 18:50:07 2005 Return-Path: X-Original-To: freebsd-acpi@hub.freebsd.org 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 2B55516A41F for ; Sat, 3 Dec 2005 18:50:07 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CFFD43D88 for ; Sat, 3 Dec 2005 18:50:06 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jB3Io6Bs066883 for ; Sat, 3 Dec 2005 18:50:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jB3Io6Mu066882; Sat, 3 Dec 2005 18:50:06 GMT (envelope-from gnats) Date: Sat, 3 Dec 2005 18:50:06 GMT Message-Id: <200512031850.jB3Io6Mu066882@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Ariff Abdullah Cc: Subject: Re: kern/89879: [acpi] ACPI-0438: *** Error: Looking up [Z00C] in namespace, AE_NOT_FOUND X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ariff Abdullah List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2005 18:50:07 -0000 The following reply was made to PR kern/89879; it has been noted by GNATS. From: Ariff Abdullah To: bug-followup@FreeBSD.org, dana.myers@gmail.com, dwerner1974@yahoo.com Cc: Subject: Re: kern/89879: [acpi] ACPI-0438: *** Error: Looking up [Z00C] in namespace, AE_NOT_FOUND Date: Sun, 4 Dec 2005 02:43:06 +0800 On Sat, 3 Dec 2005 18:00:21 GMT "Dana H. Myers" wrote: > The following reply was made to PR kern/89879; it has been noted by > GNATS. > > From: "Dana H. Myers" > To: bug-followup@FreeBSD.org, dwerner1974@yahoo.com > Cc: > Subject: Re: kern/89879: [acpi] ACPI-0438: *** Error: Looking up > [Z00C] in > namespace, AE_NOT_FOUND > Date: Sat, 03 Dec 2005 09:55:19 -0800 > > I see the same problem on the Acer Ferrari 4005, where Z00C isn't > defined and thus the battery status method fails. > This is actually easy to fix, provided that you know how to dump, edit and recompile your acpi dsdt using acpidump(8) and iasl(8). Take a look at http://people.freebsd.org/~ariff/acer_ferrari/ for an example on how to tweak and recover the functionality of battery status method. -- Ariff Abdullah FreeBSD From owner-freebsd-acpi@FreeBSD.ORG Sat Dec 3 21:27:33 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 933E016A41F; Sat, 3 Dec 2005 21:27:33 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD04543D49; Sat, 3 Dec 2005 21:27:16 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 3086349 for multiple; Sat, 03 Dec 2005 16:25:14 -0500 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jB3LR5Em020892; Sat, 3 Dec 2005 16:27:05 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: jpeg@thilelli.net Date: Sat, 3 Dec 2005 16:26:57 -0500 User-Agent: KMail/1.8.3 References: <49704.192.168.1.18.1113475314.squirrel@webmail.thilelli.net> <200512020811.33720.jhb@freebsd.org> <62227.192.168.1.20.1133563026.squirrel@webmail.thilelli.net> In-Reply-To: <62227.192.168.1.20.1133563026.squirrel@webmail.thilelli.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512031626.59048.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-acpi@freebsd.org, freebsd-usb@freebsd.org, bug-followup@freebsd.org Subject: Re: usb/74989: (regression) Lost USB support between 5.2.1-RELEASE and 5.3-RELEASE on K7T266 Pro2. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2005 21:27:33 -0000 On Friday 02 December 2005 05:37 pm, Julien Gabel wrote: > > Ok, yours is a more odd case. :) This is debatably a bug in your ASL, > > but I think we can work around it. It is routing your USB interrupts > > to IRQ 10 but is not using a link device to do it, and it is not > > including an INTR_OVERRIDE entry in the MADT to change IRQ 10 from the > > default of edge/trigger to level/low. The patch below forces all > > hard-wired PCI interrupts routed via ACPI to be level/low. This patch > > should apply both to HEAD and 6.x and maybe 5.x. > > > > Index: acpi_pcib.c > > [...] > > Ok. I think you finally got it this time. Applied this patch against > RELENG_6 and it seems to work fine now. I build and installed the kernel, > set the loader.conf directives > hint.acpi.0.disabled to 0 > hint.apic.0.disabled to 0 > and reboot on the system... it works well now, thank you ;) Ok, fix committed. It will be in 6.1 as well. > >> More precisely, here is a little tab... to be more accurate (i hope): > >> > >> --------------------------------------- > >> USB support | ACPI | APIC | > >> ------------------------ > >> > >> | on | off | on | off | > >> > >> --------------------------------------- > >> Did not boot(*)| | XX | | XX | > >> --------------------------------------- > >> (*) The boot disk seems not be able to be used for the root mount, i.e. > >> ufs:/dev/ad0s1a in my case. > > > > If you could get a verbose dmesg for this case using a serial console I= 'd > > be interested in looking at that too. > > Certainly! The output can be found at: > http://www.thilelli.net/~jgabel/store/pub/PR/74989/serial.dmesg.boot-v > > Note: the kernel used for this boot was the just-previously-patched one. Ok, what happens here is that the $PIR code ends up using IRQ 14 for a=20 virgin-routed link. You can just use a tunable to override this like so: hw.pci.link.0x1.irq=3D12 That should make the vga adapter use irq 12 rather than irq 14. If you hav= e a=20 BIOS setting that says 'enable VGA irq' you could also try turning that on.= =20 However, you'd probably much rather be running with ACPI + APIC enabled=20 anyway. =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org