ACPI Error: AE_NO_HARDWARE_RESPONSE
j.e.drews at att.net
j.e.drews at att.net
Mon Jun 7 06:09:15 GMT 2004
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 <NullObj>
Local1: 0 <NullObj>
Local2: 0 <NullObj>
Local3: 0 <NullObj>
Local4: 0 <NullObj>
Local5: 0 <NullObj>
Local6: 0 <NullObj>
Local7: 0 <NullObj>
Arguments for Method [_TMP]: (0 arguments defined, max concurrency = ff)
Arg0: 0 <NullObj>
Arg1: 0 <NullObj>
Arg2: 0 <NullObj>
Arg3: 0 <NullObj>
Arg4: 0 <NullObj>
Arg5: 0 <NullObj>
Arg6: 0 <NullObj>
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 at 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
More information about the freebsd-current
mailing list