Comment 5 for bug 89269

Finally something is moving.

fixing point ONE does not really help the whole powermanagement subsytem, because there is still laptop-mode touching the disk parameters.

What's most importat of this bug is that things should make sense. acpi-support vs laptop-mode (vs powernowd). Which one touches what?
We can't have a disk standby timeout in laptop-mode.conf and another in /etc/default/acpi-support.
Also hdparm -B which is causing the famouse HDD load cycling bug is called by both of them. So I don't want to post 5 different bugs, for now.

I really think that canonical should put some money on this and get to be the best distro for laptops. That is what i think it's best:
Rewrite/fork laptop-mode to take out all the functionalities not relative to HDD powermanagement, call it something easier and give it a decent config file. Hook it in the acpi-support scripts, so that it does not have to watch for battery and other power related events. Ac get plugged in, we call xxx ac and it parses its config file and sets timeouts and caching/mount options. Resuming from standby? find if on ac or on battery and call it again... and so on. Acpi-support does the transitions from power states, other tools do the settings.

This would be just phase one. Then a daemon and some dbus communication with gnome-power-manager could provide things like power profiles (a profile is just a set of config files for the new laptop-mode and powernowd, plus some settings for the screensaver); an administrative application could help the user to set parameters. But these are just ideas, for now laptop mode and its integration with acpi-support need attention.