You are not logged in.
http://aur.archlinux.org/packages.php?ID=27705
A small script for laptop-mode-tools that controls eeepc's inbuilt FSB over/underclocking (marketed as Super Hybrid Engine) depending on battery/ac state. This makes a significant improvement to battery life.
Ensure you load the 'eeepc_laptop' kernel module. It is configured in /etc/laptop-mode/conf.d/eee-superhe.conf. It's configured out of the box, but theres a few things that can be tweaked. It defaults to high-power on AC, and lowest power on battery. There are only three levels, high, normal, low.
Older kernels (<2.6.30 or, 29, not sure) will need to set the following option as the control file changed in 2.6.30.
SUPERHE_CONTROL_FILE=/sys/devices/platform/eeepc/she
Last edited by iphitus (2009-06-28 00:15:21)
Offline
Cool, thanks for this. I was hoping someone would port the 'super hybrid engine' over for linux users.
Offline
Any conflicts with acpi-eeepc-generic 0.9.2-1? http://aur.archlinux.org/packages.php?ID=23318
Offline
none, acpi-eeepc-generic didnt provide superhe control last time I used it.
laptop-mode-tools complements acpi-eeepc-generic fairly well. laptop-mode-tools gives various power saving options and acpi-eeepc-generic primarily gives shortcut keys. They both do cpufreq, but you can disable it in either so there's no real conflict.
Last edited by iphitus (2009-06-28 01:56:16)
Offline
Very cool, thanks for the script.
Offline
Thanks for the script! Is there any way to verify that indeed it is working? /etc/rc.d/laptop-mode status does not show any indicator.
Offline
Check it with:
cat /sys/devices/platform/eeepc/cpufv
770 Powersave
769 Normal
768 Performance
Offline
Just discovered that thanks!
Offline
I may be missing something (or I may just be slow - I wouldn't rule either out at this point) but issuing
cat /sys/devices/platform/eeepc/cpufv
returns no such file or directory.
I installed the pacakge build, tweaked the config, restarted /etc/rc.d/laptop-mode.
I am loading eeepc_laptop from local.rc (to speed boot) and @laptop-mode in rc.conf.
Have I missed a step? I gather from this post http://bbs.archlinux.org/viewtopic.php? … 40#p576140 that I should be good to go. Is there more info on the wiki that I haven't come across?
Offline
Did you read my first post?
Older kernels (<2.6.30 or, 29, not sure) will need to set the following option as the control file changed in 2.6.30.
SUPERHE_CONTROL_FILE=/sys/devices/platform/eeepc/she
If that fails, then your hardware may simply not support it via this method. If that's the case, look at eee-control in the AUR.
Offline
Thanks Iphitus - yes I had read the post and added the line to the .conf file. It looks like my 901 doesn't support it.
I'll try eee-control.
Offline
After a lot more googling, it turns out the answer is in the forums here (naturally): there is a patched eeepc-laptop module that supports SHE on the 901
http://bbs.archlinux.org/viewtopic.php? … 56#p546656
It is in AUR as part of eee-control, which unfortunately conflicts with acpi-eeepc-generic. I'm not sure if that is helpful (I don't know enough to make a call about one or the other)...
Offline
nice, thanks for the script. Now I am down to ~9 Watts from 10. Now if rt2860 supported power saving features..
It does.
iwpriv ra0 set PSMode=?
Where ? could be one of:
- MAX_PSP - maximum power saving
- FAST_PSP - medium
- CAM - no power saving
MAX_PSP is very aggressive, where I'd normally be able to download at greater than 1MB/s from my nearest mirror, I only get <10KB/s. However it does drastically save power.
Offline
jordi wrote:nice, thanks for the script. Now I am down to ~9 Watts from 10. Now if rt2860 supported power saving features..
It does.
iwpriv ra0 set PSMode=?
Where ? could be one of:
- MAX_PSP - maximum power saving
- FAST_PSP - medium
- CAM - no power savingMAX_PSP is very aggressive, where I'd normally be able to download at greater than 1MB/s from my nearest mirror, I only get <10KB/s. However it does drastically save power.
Woohoo! Thanks for the tip, iphitus!
BTW, could you tell us where did you find out about this information?
Offline
Thanks for this great package iphitus!
Battery life has increased a lot using this package,
Is there a way to manually change the mode the SHE is working on? eg. being on battery power and changing to the performance or normal mode to do something more computationally intensive.
Thanks again.
Offline
You can just do what the script does:
echo 0 > /sys/devices/platform/eeepc/cpufv
This forces performance mode.
I was actually going to write a script to hook up to Fn+Space to cycle the modes like it does in windows. I'll tack it on this thread if no one does it before I do.
Edit: wrong value, correct as to not confuse people.
Last edited by scio (2009-07-06 19:02:27)
Offline
Just what I wanted to hear!
Thanks!
Offline
Oops, sorry!
It's
echo 0 > /sys/devices/platform/eeepc/cpufv
768 is the read value.
I should have a shell script up tonight.
Offline
Hm, I've got a script but it requires sudo so I'm looking for an good way to prompt and still be able to notify the user of the change.
It's easy from terminal, but binding it to a key will cause problems with prompting.
Offline
oh and a question above:
It is in AUR as part of eee-control, which unfortunately conflicts with acpi-eeepc-generic. I'm not sure if that is helpful (I don't know enough to make a call about one or the other)...
eee-control and acpi-eeepc-generic do not actually conflict each other. They have some slight overlap in functionality (shortcut keys), however this can be disabled in either. They should not be marked as conflicting.
scio: For giving notices, libnotify/notify-send and dzen2 do a pretty good job. Or if you meant a GUI passwd dialog, you can do xterm -e sudo, or gksu/gksudo/kdesu.
Offline
iphitus: Yep, I'm using libnotify but if you run the script with sudo you need to su back to the $SUDO_USER for it to show up correctly.
As for the passwd dialog (which is my current problem), I am trying sudo -A and I might just set SUDO_ASKPASS to xterm -e sudo or something similar if it is not already set.
Also, do you want me to start a new thread for this script if I finish it, or just keep it here for simplicity?
Offline
oh and a question above:
It is in AUR as part of eee-control, which unfortunately conflicts with acpi-eeepc-generic. I'm not sure if that is helpful (I don't know enough to make a call about one or the other)...
eee-control and acpi-eeepc-generic do not actually conflict each other. They have some slight overlap in functionality (shortcut keys), however this can be disabled in either. They should not be marked as conflicting.
I drew attention to this conflict based on the yaourt output:
checking dependencies...
error: replacing packages with -U is not supported yet
error: you can replace packages manually using -Rd and -U
error: failed to prepare transaction (conflicting dependencies)
:: eee-control: conflicts with acpi-eeepc-generic
It may be simply resolved, but to a newbie like me it looked like a conflict...
Offline
I mean the packages themselves should not conflict. Both packages have set conflicts=() in their PKGBUILDs but they shouldnt. There's no reason for that to be set. There are no file conflicts, and the functional conflicts are negligable.
Offline