DragonFly bugs List (threaded) for 2004-08
Re: Solved (Re: FYI: acpi | boot hangs when Laptop not connected to AC | NEC Versa FM320)
> :Works, for met too!
> :I noticed the following behaviors:
> :The message "Performance set to economy" is no longer visible at boot
> :(which IMHO is favorable).
Did you remove 'debug.acpi.disabled' line from /boot/loader.conf?
> :The laptop is off line noticeable slower then on line but the
> :throttle_state's are the same (hw.acpi.cpu.throttle_max: 8,
> :hw.acpi.cpu.throttle_state: 8) plugging the power cord in doesn't make
> :the laptop faster, when once booted off line.
> :I seem to fail to discover which sysctl to tweak to get it at full speed.
> :Thanks you (and all the other contributers offcourse) for the excellent
> :work, I really appreciate it!
> The same thing happens to me, except it does tell me that the system
> power profile has change to 'economy' on boot (maybe it tells you too
> but you aren't looking in the dmesg in the right place). And, indeed,
> when I power up with the AC unplugged the machine runs at half speed,
> but then does not speed up again when I plug the AC in (even though it
> tells me it has changed to 'performance' mode).
Not even with
sysctl hw.acpi.cpu.throttle_state=`sysctl -n hw.acpi.cpu.throttle_max`
> Similarly if I power up with AC plugged in (the machine goes full speed),
> but then if I unplug the AC after the system has come up it doesn't slow
> down at all even though it tells me that it has switched to 'economy'
This is because we lack devd framework that acpica5 relies on. I think you
didn't see it throttle up/down when you plugged/unplugged the AC to your
machine just before your fix. The acpi_cpu.c from FreeBSD-4.x installed an
eventhandler power_profile_change so that a call to power_profile_set_state()
called acpi_cpu_power_profile(). In FreeBSD-5.x, throttling on transition of
power profile is handled via devd, so they don't have to install the
eventhandler anymore. And this was why `economy' and 'performance' knobs
were removed from hw.acpi.cpu. Bringing the eventhandler hook from 4.x code
is probably the right fix at the moment, but it's less flexible than devd.