[e-users] E 0.25.4: RPC to have it go in battery saver mode?

Howdy, I'm trying to optimize battery use on my Dell XPS 17", and gemini
points out:
Why the Package is still stuck at C3
Since the GPU is sleeping (RC6), we can definitively narrow the "Package C3 Lock" down to the remaining high-frequency interrupt sources in your log:

I2C/Touchpad (idma64.1):
(Fact) This is still firing 183.5 - 209.7 events/s.
(Inference) In Intel's Power Management architecture, the I2C bus is a "Primary Bus." If it is active 200 times a second, the CPU Package (the whole silicon die) refuses to drop from C3 to C8 because it anticipates needing the I2C controller again immediately.

The No-HZ Timer (tick_nohz_handler):
(Fact) Still at 123.2 - 160.6 events/s.
(Inference) This is usually driven by a background process with a high-resolution timer. Even with Chrome dead, something is asking the kernel for sub-10ms wakeups.

My Updated Recommendation
(Fact) Your hardware is now in a "Gold" state. 10W-12W on a 17-inch 4K laptop is solid, but we are chasing the sub-8W goal.

The Touchpad Test: If you have a USB or Bluetooth mouse, physically disable the touchpad (or modprobe -r i2c_designware_platform if you're feeling adventurous as root). If idma64.1 disappears from PowerTOP, your Package should instantly hit C8.

Enlightenment Gadgets: Your enlightenment process is still using 127.6 ms/s. This is the only "heavy" userspace process left. It is likely the source of those tick_nohz_handler wakeups.


It looks like I may be a bot out of luck with the touchpad, but can I signal
E to stop all unnecessary hardware polls from any gadget or widget without
stopping the entire process (which of course, would make Xorg hard to use)

Thanks,
Marc
-- 
"A mouse is a device used to point at the xterm you want to type in" - A.S.R.
 
Home page: http://marc.merlins.org/                       | PGP 7F55D5F27AAF9D08