Laptop troubles...
Adam K Kirchhoff
adamk at voicenet.com
Tue Nov 9 14:33:11 PST 2004
Nate Lawson wrote:
> Adam K Kirchhoff wrote:
>
>>> The -v is just to get more info from right before the hang. Try
>>> doing things like sysctl -a, kldload linux, or whatever to see if
>>> you can isolate what's triggering this.
>>>
>>
>> Woohoo... It's /etc/rc.d/devd:
>> # ./cron start
>> Starting cron.
>> # ./devd start
>> Starting devd.
>> hw.acpi.cpu.cx_lowest: C1 -> C3
>> hw.acpi.cpu.throttle_state: 8 -> 8
>>
>> And then, immediately, the lockup. Want me to try adding the
>> BREAK_TO_DEBUGGER option in the kernel and see if I can get a backtrace?
>
>
> Ok, this is helpful. That's actually /etc/rc.d/power_profile
> switching based on input from devd as to the AC line state. Try
> manually running the sysctls:
>
> sysctl hw.acpi.cpu.cx_lowest=C3
This one would appear to be the culprit. When I tried it, it locked up
immediately. I rebooted, tried the throttle_state one, waited a few
minutes, and all was fine. Tried the cx_lowest one, and it locked up
again within a few seconds.
> sysctl hw.acpi.cpu.throttle_state=8
>
> ...waiting after each one for a minute to see if there's a hang.
> Getting a backtrace would help, yes.
>
Unfortunately, that's proving difficult. Even with the "option
BREAK_TO_DEBUGGER" line in the kernel config, ctrl-alt-backspace isn't
dropping me to the debugger.
Adam
More information about the freebsd-acpi
mailing list