Toby Corkindale <toby@dryft.net> writes:
After that my main jobs are to fix pm suspend, and go through powertop's suggestions.
I haven't tried powertop myself, but the battery life seems pretty good as standard so far.
FYI most of powertop's suggestions were false positives or not settable on this hardware. I set min_power on both SATA buses, though -- they default to max_performance. # apt-get install sysfsutils (or just use rc.local) # /etc/sysfs.conf - Configuration file for setting sysfs attributes. class/backlight/intel_backlight/brightness = 128 class/scsi_host/host0/link_power_management_policy = min_power class/scsi_host/host1/link_power_management_policy = min_power PS: its suggestions are easier to read from powertop --html=foo.html. Re power, I've had it on from 10AM to 7PM at work and it's has 20% left. Not as good as the TF101, but acceptable. (For comparison, it's at 56%, but 1) its screen has been off all day; and 2) it's an older battery.)
The suspend was a nice surprise, too -- ie. it "just worked" out of the box for me, and resume is near-instant (sub-second).
Still isn't working for me. After trying all the things arch suggests, I can get it to suspend *once* per boot. On resume, it's failing to rebind the EHCI bus to the EHCI driver. (Subsequent suspend requests abort because it can't unbind it when it's not bound. Can't remember what happens if I allow that.) The main symptom of not unbinding EHCI is that after resume dmesg spews complaints about it at top speed -- IIRC not very noticable in X, but destroying the system trying to render all the lines if you're in fbcon. AFAICT nothing is actually *on* the EHCI bus, so I tried blacklisting the EHCI driver in the ramdisk and rootfs, which prevented it loading, but then doing suspend just causes it to immediately resume. Since it's about the only thing we're doing different, I think my suspend problems are touchpad-related—I reckon because I have no driver for it, it's not suspending the touchpad properly. (The actual facts—EHCI bus is empty and EHCI bind fails—don't agree with that theory, but facts aren't really important when I'm bitching.) Toby, does your USB hub match mine? lsusb -t ==> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/8p, 480M |__ Port 3: Dev 2, If 0, Class=Video, Driver=uvcvideo, 480M |__ Port 3: Dev 2, If 1, Class=Video, Driver=uvcvideo, 480M |__ Port 4: Dev 4, If 0, Class=Wireless, Driver=btusb, 12M |__ Port 4: Dev 4, If 1, Class=Wireless, Driver=btusb, 12M /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M