From owner-freebsd-current@FreeBSD.ORG Mon Jun 7 06:09:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC2CC16A4CE; Mon, 7 Jun 2004 06:09:15 +0000 (GMT) Received: from mtiwmhc12.worldnet.att.net (mtiwmhc12.worldnet.att.net [204.127.131.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EFC943D4C; Mon, 7 Jun 2004 06:09:15 +0000 (GMT) (envelope-from j.e.drews@att.net) Received: from 204.127.135.57 ([204.127.135.57]) by worldnet.att.net (mtiwmhc12) with SMTP id <2004060706091111200jakk5e>; Mon, 7 Jun 2004 06:09:11 +0000 Received: from [64.105.56.145] by 204.127.135.57; Mon, 07 Jun 2004 06:09:13 +0000 From: j.e.drews@att.net To: Nate Lawson Date: Mon, 07 Jun 2004 06:09:13 +0000 Message-Id: <060720040609.22380.40C406880008851B0000576C21603763169C990A9D0BD20AD206@att.net> X-Mailer: AT&T Message Center Version 1 (May 27 2004) X-Authenticated-Sender: ai5lLmRyZXdzQGF0dC5uZXQ= cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: ACPI Error: AE_NO_HARDWARE_RESPONSE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 06:09:15 -0000 Hi: When I was shutting down I got this output from tty0: evregion-0502: *** Error: Handler for [EmbeddedControl] returned AE_NO_HARDWARE_ RESPONSE **** Exception AE_NO_HARDWARE_RESPONSE during execution of method [\_TZ_.THRM._T MP] (Node 0xc1a777a8) Method Execution Stack: Method [_TMP] executing: 7 # 70 Store (\_SB.PCI0.LPCB.EC0.CTMP, Local1) Local Variables for method [_TMP]: Local0: 0 Local1: 0 Local2: 0 Local3: 0 Local4: 0 Local5: 0 Local6: 0 Local7: 0 Arguments for Method [_TMP]: (0 arguments defined, max concurrency = ff) Arg0: 0 Arg1: 0 Arg2: 0 Arg3: 0 Arg4: 0 Arg5: 0 Arg6: 0 psparse-1303: *** Error: Method execution failed [\_TZ_.THRM._TMP] (Node 0xc1a7 77a8), AE_NO_HARDWARE_RESPONSE I thought I would pass this info along. from: FreeBSD 5.2-CURRENT #0: Sun Jun 6 17:03:51 CDT 2004 > On Wed, 2 Jun 2004 j.e.drews@att.net wrote: > > I made the polling adjustment that you suggested: > > sysctl hw.acpi.thermal.polling_rate=1 > > > > and then ran the script while compiling qt33 and Mozilla at the same time. > > the initial reading was at: hw.acpi.thermal.tz0.temperature: 3112 > > the high temps were: > > hw.acpi.thermal.tz0.temperature: 3242 > > hw.acpi.thermal.tz0.temperature: 3252 > > > > the fan kicked on at 3232. I could not get the error again, even though > > I ran the computer under load for quite a while. > > Ok, thanks for all the debugging info. There are two issues here: > > --- > GEOM: Configure ad0s1f, start 1851564032 length 22418914816 end 24270478847 > acpi_ec0: info: new max delay is 75 us > acpi_ec0: info: new max delay is 90 us > acpi_ec0: info: new max delay is 210 us > acpi_ec0: info: new max delay is 805 us > acpi_ec0: info: new max delay is 900 us > system power profile changed to 'economy' > --- > > 1. Embedded controller read times out during boot. > As seen above, during the probe of your flash key, the EC hits higher and > higher delays until finally timing out. The issue is that ACPI acquires > Giant and so does CAM (which is probing your flash drive). Try booting > without your flash key inserted and see if the error goes away. I am > working on a patch for ACPI to run Giant-free that should address this. > It's almost done. > > --- > POWERRES-0257 [20] acpi_pwr_register_cons: registered power consumer > \\_SB_.PCI0.USB7 > POWERRES-0350 [19] acpi_pwr_switch_consum: setup to switch > \\_SB_.PCI0.USB7 D255 -> D3 > POWERRES-0479 [19] acpi_pwr_switch_consum: attempt to set unsupported state D3 > pci0: Failed to set ACPI power state D3 on (null): AE_BAD_PARAMETER > POWERRES-0257 [20] acpi_pwr_register_cons: registered power consumer > \\_SB_.PCI0.MODM > POWERRES-0350 [19] acpi_pwr_switch_consum: setup to switch > \\_SB_.PCI0.MODM D255 -> D3 > POWERRES-0479 [19] acpi_pwr_switch_consum: attempt to set unsupported state D3 > pci0: Failed to set ACPI power state D3 on (null): AE_BAD_PARAMETER > --- > > 2. Error messages for power switching consumer. > These are harmless but I'll remove them. The power state routines try to > power down your USB7 and built-in modem since no driver attached them. > However, they don't offer power control via ACPI so the attempt returns a > harmless error message. I'll add checks for this. > > Thanks for the help, > Nate