I am using on Fedora 32 a wireless usb mouse that get autosupended and that's driving me crazy. I looked online and tried many things without success. I identified the device using powertop Good Autosuspend for USB device xHCI Host Controller [usb1] Good Autosuspend for USB device xHCI Host Controller [usb2] Good Autosuspend for unknown USB device 1-7 (8087:0a2b) Good Autosuspend for unknown USB device 1-9 (138a:0097) Good Autosuspend for USB device USB3.0-CRW [Generic] Good Autosuspend for USB device Integrated Camera [SunplusIT Inc] >> Bad Autosuspend for USB device 2.4G Wireless Receiver [Nordic] I tried many things - tried to install tuned - added a file in /etc/modprobe.d by doing sudo echo "options usbcore autosuspend=-1" | sudo tee /etc/modprobe.d/disable-usb-autosuspend.conf > /dev/null - updated /etc/default/grub to GRUB_CMDLINE_LINUX="rd.lvm.lv=fedora/root rd.luks.uuid=luks-113d6727-daed-4f2f-b1e7-5ejsudt456370 rd.lvm.lv=fedora/swap rhgb quiet usbcore.autosuspend=-1" That did nothing I would like to selectively disable autosuspend for that mouse **OR** disable usb autosuspend on everything

I just installed Powertop 1.98 on my laptop (T420 + FC15). There is a section called "Tunables". Half of my devices show as Bad. I see I can toggle from Bad to Good? What this section is for? What should/can I toggle? Also, is there any documention available for that app? man and google were unhelpful.

I just bought a brand new Lenovo Thinkpad T14 Gen4. I switched to Ubuntu 22.04 and the battery life is terrible, barely 2 hrs on light usage. I ran powertop and there are a lot of entries marked Bad but I do not understand what I can do about them as a lot of them seem to be drivers. Any help is deeply appreciated!

Bad           VM writeback timeout
   Bad           NMI watchdog should be turned off
   Bad           Runtime PM for I2C Adapter i2c-12 (AMDGPU DM i2c hw bus 7)
   Bad           Runtime PM for I2C Adapter i2c-5 (AMDGPU DM i2c hw bus 0)
   Bad           Runtime PM for I2C Adapter i2c-7 (AMDGPU DM i2c hw bus 2)
   Bad           Runtime PM for I2C Adapter i2c-9 (AMDGPU DM i2c hw bus 4)
   Bad           Runtime PM for I2C Adapter i2c-11 (AMDGPU DM i2c hw bus 6)
   Bad           Runtime PM for I2C Adapter i2c-4 (SMBus PIIX4 adapter port 1 at 0b20)
   Bad           Runtime PM for I2C Adapter i2c-6 (AMDGPU DM i2c hw bus 1)
   Bad           Runtime PM for I2C Adapter i2c-8 (AMDGPU DM i2c hw bus 3)
   Bad           Runtime PM for I2C Adapter i2c-10 (AMDGPU DM i2c hw bus 5)
   Bad           Runtime PM for I2C Adapter i2c-2 (SMBus PIIX4 adapter port 0 at 0b00)
   Bad           Runtime PM for I2C Adapter i2c-3 (SMBus PIIX4 adapter port 2 at 0b00)
   Bad           Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller
   Bad           Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] Device 14ea
   Bad           Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] Device 14ec
   Bad           Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] Device 14ea
   Bad           Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] Device 14ea
   Bad           Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] Device 14ea
   Bad           Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] Device 14ec
   Bad           Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] Device 14e8
   Bad           Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] Device 14e9
   Bad           Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] Device 14f1
   Bad           Runtime PM for PCI Device Qualcomm Atheros QCNFA765
   Bad           Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] Device 14ea
   Bad           Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] Device 14f0
   Bad           Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] Device 14f6
   Bad           Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] Device 14f2
   Bad           Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] Device 14f3
   Bad           Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] Device 14f5
   Bad           Runtime PM for PCI Device Samsung Electronics Co Ltd NVMe SSD Controller PM9A1/PM9A3/980PRO
   Bad           Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] Device 14f4
   Bad           Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD/ATI] Device 15bf
   Bad           Runtime PM for PCI Device Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
   Bad           Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge
   Bad           Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] Device 14f7
   Bad           Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] Device 1502
   Bad           Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] Device 15c7

I enabled the powertop service. It always shows the following:

$ sudo systemctl status powertop -l
○ powertop.service - Extend the battery life of laptop
     Loaded: loaded (/lib/systemd/system/powertop.service; enabled; vendor preset: enabled)
     Active: inactive (dead) since Wed 2022-11-02 17:39:20 CET; 2min 4s ago
    Process: 192272 ExecStart=/usr/sbin/powertop --auto-tune (code=exited, status=0/SUCCESS)
   Main PID: 192272 (code=exited, status=0/SUCCESS)
        CPU: 3.266s

Nov 02 17:39:15 lamy powertop: glob returned GLOB_ABORTED
Nov 02 17:39:18 lamy powertop: Leaving PowerTOP
Nov 02 17:39:20 lamy powertop: Cannot load from file /var/cache/powertop/saved_parameters.powertop
Nov 02 17:39:20 lamy powertop: File will be loaded after taking minimum number of measurement(s) with battery only
Nov 02 17:39:20 lamy powertop: Cannot load from file /var/cache/powertop/saved_parameters.powertop
Nov 02 17:39:20 lamy powertop: File will be loaded after taking minimum number of measurement(s) with battery only
Nov 02 17:39:20 lamy powertop: To show power estimates do 113 measurement(s) connected to battery only
Nov 02 17:39:20 lamy systemd: powertop.service: Deactivated successfully.
Nov 02 17:39:20 lamy systemd: Finished Extend the battery life of laptop.
Nov 02 17:39:20 lamy systemd: powertop.service: Consumed 3.266s CPU time.

How can I find out if its working fine?

My laptop (Dell Precision 7550) has been running extremely hot and consuming battery very quickly, even with no applications running. According to powertop, when running nothing but gnome and a single terminal, the system has been drawing in the range of 40-50 watts. However, according to the same tool, the power consumption for individual hardware components, such as CPU, GPU, RAM, display, radios, etc. only totals to around 4 watts. How can I diagnose what's consuming the missing 40+ watts? I have disabled the discrete graphics card. Every process monitoring or cpu monitoring tool I have tried is reporting the cpu load is as close to zero as one could reasonably expect.

I've read countless posts about reducing power consumption, and that's not why I'm here. I'm looking to get daily or hourly power usage statistics, so that I can estimate the cost of keeping equipment running 24/7. How do I do that?? I don't need an exact value, I'm ok with a good estimate. I've looked into powertop and /sys/class/powercap/*/energy_uj, but I don't know if I'm reading those correctly, for example: powertop says I use 351J for a sample of 60 seconds:

$ powertop -t 60 -C powertop.csv ; cat powertop.csv | grep 'The power consumed was'
modprobe cpufreq_stats failedLoaded 65 prior measurements
RAPL device for cpu 0
RAPL Using PowerCap Sysfs : Domain Mask d
RAPL device for cpu 0
RAPL Using PowerCap Sysfs : Domain Mask d
Devfreq not enabled
glob returned GLOB_ABORTED
Preparing to take measurements
To show power estimates do 250 measurement(s) connected to battery only
Taking 1 measurement(s) for a duration of 60 second(s) each.
 the port is sda
PowerTOP outputing using base filename powertop.csv
The power consumed was :  351  J;

for the same 60 seconds interval, all the energy_uj files give a completely different value:

$ v0=$(cat /sys/class/powercap/intel-rapl\:0/energy_uj); \
  v00=$(cat /sys/class/powercap/intel-rapl\:0\:0/energy_uj); \
  v01=$(cat /sys/class/powercap/intel-rapl\:0\:1/energy_uj); \
  sleep 60; \
  v1=$(cat /sys/class/powercap/intel-rapl\:0/energy_uj); \
  v10=$(cat /sys/class/powercap/intel-rapl\:0\:0/energy_uj); \
  v11=$(cat /sys/class/powercap/intel-rapl\:0\:1/energy_uj); \
  echo "(($v1 - $v0) + ($v10 - $v00) + ($v11 -$v01)) / 1000000" | bc -l
132.10661700000000000000

Thanks all!

I recently installed Fedora 30 for work on my Gigabyte Aero 15X v8. I blacklisted nouveau drivers as I don't need the discrete GPU while working and installed TLD. But even after that, the battery life is around 4-4:30 h versus more than 6 on Windows. I installed powertop to see what's going on and I saw that this tick_sched_timer was drawing more than half of the laptop's power. Apparently quite a few other people experience it from what I searched, but I coudn't find either an explanation or a solution. Is it normal ? Or is there something that can be done ?

I'm using Fedora 30 on a laptop. I've tried setting power tune parameters using the systemd service that comes with powertop (powertop.service) and that didn't work. I then tried creating a shell script along with a custom .service file to run it at boot and that doesn't work either, checking the parameters after a reboot with powertop shows them not to have been changed. Running the script after logging in works. custom script '/root/bin/powertune-HPEnvy.sh'

#!/bin/sh
 echo '1' > '/sys/module/snd_hda_intel/parameters/power_save'; 
 echo 'auto' > '/sys/bus/i2c/devices/i2c-0/device/power/control'; 
 echo 'auto' > '/sys/bus/i2c/devices/i2c-2/device/power/control'; 
 echo 'auto' > '/sys/bus/i2c/devices/i2c-6/device/power/control'; 
 echo 'auto' > '/sys/bus/i2c/devices/i2c-1/device/power/control'; 
 echo 'auto' > '/sys/bus/pci/devices/0000:02:00.0/power/control'; 
 echo 'auto' > '/sys/bus/pci/devices/0000:00:1f.2/power/control'; 
 echo 'auto' > '/sys/bus/pci/devices/0000:00:14.0/power/control'; 
 echo 'auto' > '/sys/bus/pci/devices/0000:00:08.0/power/control'; 
 echo 'auto' > '/sys/bus/pci/devices/0000:00:1f.0/power/control'; 
 echo 'auto' > '/sys/bus/pci/devices/0000:00:15.0/power/control'; 
 echo 'auto' > '/sys/bus/pci/devices/0000:00:1f.4/power/control'; 
 echo 'auto' > '/sys/bus/pci/devices/0000:00:00.0/power/control'; 
 echo 'auto' > '/sys/bus/pci/devices/0000:00:1f.3/power/control'; 
 echo 'auto' > '/sys/bus/pci/devices/0000:01:00.0/power/control'; 
 echo 'auto' > '/sys/bus/pci/devices/0000:00:15.1/power/control'; 
 echo 'auto' > '/sys/bus/pci/devices/0000:00:02.0/power/control'; 
 echo 'auto' > '/sys/bus/pci/devices/0000:00:14.2/power/control'; 
 echo 'auto' > '/sys/bus/pci/devices/0000:00:04.0/power/control'; 
 echo 'auto' > '/sys/bus/pci/devices/0000:00:17.0/power/control'; 




 echo 'enabled' > '/sys/class/net/wlp1s0/device/power/wakeup'; 
 echo 'enabled' > '/sys/bus/usb/devices/usb1/power/wakeup'; 
 echo 'enabled' > '/sys/bus/usb/devices/usb2/power/wakeup';

custom systemd service '/etc/systemd/system/powertune-HPEnvy.service'

[Unit]
Description=Set HP Envy 15-as133cl powersaving

[Service]
Type=oneshot
ExecStart=/root/bin/powertune-HPEnvy.sh


[Install]
WantedBy=multi-user.target

I ran a process which uses 100% CPU: stress -c 1. In powertop , the "Idle stats" tab shows about 120% "C0 active " for the busy logical CPU. By contrast when turbostat is used, turbostat --show Busy% shows about 100% for this logical CPU, as expected. What does it mean to have more than 100% "C0 active" in powertop? Is it a bug? --- * My current kernel is a vanilla 5.1 build. The kernel config is mostly derived from Fedora Linux kernel config (but built with localmodconfig). * powertop-2.10-2.fc29.x86_64 * kernel-tools-5.0.9-200.fc29.x86_64 - package containing the turbostat command

# lscpu
Architecture:        x86_64
CPU op-mode(s):      32-bit, 64-bit
Byte Order:          Little Endian
CPU(s):              4
On-line CPU(s) list: 0-3
Thread(s) per core:  2
Core(s) per socket:  2
Socket(s):           1
NUMA node(s):        1
Vendor ID:           GenuineIntel
CPU family:          6
Model:               61
Model name:          Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz
Stepping:            4
CPU MHz:             973.550
CPU max MHz:         2900.0000
CPU min MHz:         500.0000
BogoMIPS:            4589.08
Virtualization:      VT-x
L1d cache:           32K
L1i cache:           32K
L2 cache:            256K
L3 cache:            3072K
NUMA node0 CPU(s):   0-3
Flags:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb invpcid_single pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm rdseed adx smap intel_pt xsaveopt dtherm ida arat pln pts flush_l1d

I've run into a peculiar issue. Let me describe: (please read EDIT2 as it gives the most important piece of the situation) 1. On boot, from GRUB I pass arguments

snd_hda_intel.power_save=0 snd_hda_intel.power_save_controller=N

2. Laptop mode tools starts up, power saving for snd_hda_intel is disabled: See text file at https://pastebin.com/R6SMzTAT 3. /sys/module/snd_hda_intel/parameters/power_save is set to 0, but the system still shows power saving behavior – the characteristic clicking in headphones a while after stopping sound playback, and again when starting sounding as the card powers on. 4. If I use powertop, go to Tunables, it says Audio codec power management is off. Now, if here, pressing Enter is turn the power management on and then off, the issue is fixed, no more power saving. I'm puzzled why this is needed though. Also, maybe im being silly, but powertop claims it runs the command

echo '' > '/sys/module/snd_hda_intel/parameters/power_save'; 

to turn this off. Running this from the terminal however gives an error bash: echo: write error: Invalid argument I can do echo '0' > /sys/module/snd_hda_intel/parameters/power_save but that parameter is supposedly already set to 0, and this command doesn't fix the issue. I need to enable and disable in powertop. Any explanation for this and how to fix it without having to do the powertop trick afer every boot? And why does powertop claim to run a command that gives an error when I try top execute it? Why is power saving going on when the power_save parameter is 0 (and power_save_controller=N too)? Some more info: Linux gentoo 4.19.1-gentoo #1 SMP Mon Nov 5 21:27:35 CET 2018 x86_64 Intel(R) Core(TM) i7-6700HQ CPU @ 2.60GHz GenuineIntel GNU/Linux Sound card: 00:1f.3 Audio device: Intel Corporation 100 Series/C230 Series Chipset Family HD Audio Controller (rev 31) EDIT: Also an interesting fact – if I do the powertop thing, and then stop laptop mode tools: systemctl stop laptop-mode that causes the power saving behavior to come back, and the powertop trick is needed. So clearly laptop mode tools does something weird here. Booting the system with laptop mode tools disabled makes everything okay too – no annoying power saving on the sound card. EDIT2: Okay, i have no idea why powertop claims to do echo '', because after investigating the source code, it clearly does ofstream file; file.open("/sys/module/snd_hda_intel/parameters/power_save", ios::out); file /sys/module/snd_hda_intel/parameters/power_save echo '0' > /sys/module/snd_hda_intel/parameters/power_save works. laptop-mode-tools must be doing something weird, but overall this has to be a bug in the driver, am I correct?

I am running Fedora 27 on a 2014 11 inch MacBook Air, using GNOME 3.26. I only average about 5 hours on battery instead of the 9 hours this model would last running Mac OS. I know getting the 9 hours of battery life on Linux is not feasible, but I was hoping for more than I have now. Surprisingly, according to PowerTOP, the most significant drain on the battery is the keyboard and trackpad, which are apparently a single unit. The first lines of output from PowerTOP: The battery reports a discharge rate of 4.77 W The power consumed was 253 J The estimated remaining time is 8 hours, 22 minutes Summary: 176.4 wakeups/second, 0.0 GPU ops/seconds, 0.0 VFS ops/sec and 6.3% CPU use Power est. Usage Events/s Category Description 2.41 W 100.0% Device USB device: Apple Internal Keyboard / Trackpad (Apple Inc.) 1.77 W 5.0% Device Display backlight 211 mW 0.9 ms/s 41.5 Timer tick_sched_timer 128 mW 16.3 ms/s 15.5 Process [PID 1854] /usr/bin/gnome-shell 90.9 mW 213.3 µs/s 18.0 Process [PID 8] [rcu_sched] I have checked PowerTOP on a regular basis for several weeks, and power usage for the keyboard and trackpad are typically about 2.4 Watts as shown above, although I have seen it as low as about 250 mWatts and as high as 4 Watts. Running LXQt instead of GNOME did not make a difference, which causes me to suspect this is a driver issue. I tried Ubuntu 16.04 from a live USB for comparison, but Ubuntu's version of PowerTOP did not provide a wattage breakdown. In another Linux on Mac-hardware power consumption question , power consumption by the keyboard and trackpad was only 188 mW. How can I reduce the keyboard and trackpads' power consumption to a reasonable level? Or is PowerTOP being inaccurate?

Running powertop and tabbing over to "Device stats", I see 100% usage - which means no autosuspend - for "USB device: usb-device-8087-0a2a". Googling this ID tells me it is a bluetooth device. Or looking in sysfs. $ cd /sys/bus/usb/devices/1-1.3 # i don't know the logic to this $ cat idVendor 8087 $ cat idProduct 0a2a $ readlink driver */driver ../../../../../../bus/usb/drivers/usb ../../../../../../../bus/usb/drivers/btusb ../../../../../../../bus/usb/drivers/btusb The driver supports autosuspend. However the device that contains the btusb endpoints is considered used. $ cd power $ cat level auto $ cat autosuspend 2 $ cat runtime_active_kids 0 $ cat runtime_usage 1 This is despite me having no active bluetooth sockets $ netstat -a ... Active Bluetooth connections (servers and established) Proto Destination Source State PSM DCID SCID IMTU OMTU Security Proto Destination Source State Channel

Should I be worried?
My battery power doesn't last long (~1hr), could this be the reason?
How can I fix this (if it has to be fixed at all)?

When I run powertop, it doesn't display the "Power Est." column that shows the estimated power consumption in Watts of each row. It should look like in the screen capture here: https://unix.stackexchange.com/questions/94515/macbook-pro-retina-huge-power-consumption But it actually looks like this: Usage Device name 100.0% USB device: Biometric Coprocessor (STMicroelectronics) 100.0% Display backlight 100.0% Audio codec hwC0D0: Analog Devices 7.2% CPU use 67067 pkts/s Network interface: wlan0 (iwl4965) 0.0 pkts/s Network interface: eth0 (e1000e) The "Power Est." column is missing. The total power discharging from the battery is reported, however. From lore on the net, I can find claims that it just needs more measurements before it will report this data, but no official statement or documentation of this fact. I have run powertop --calibrate several times, and left it running while on battery for hours now. How can I get this column to display, or how many "measurements" does powertop need before it will display this? $ powertop --version PowerTOP versionv2.1, compiled on Aug 23 2012 I'm running Ubuntu 13.04 (raring) on a Lenovo Thinkpad T61p. $ uname -a Linux compy 3.8.0-33-generic #48-Ubuntu SMP Wed Oct 23 09:16:58 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux I tried installing PowerTop 2.4 from source, but it has the same problem.

I want to run a script as root when the computer starts. This was earlier done in rc.local, but not anymore. What I've tried: - putting the script in /etc/profile.d - adding the /pathto/script.sh in /etc/profile - added /pathto/script.sh & in /etc/xdg/openbox/autostart The script is for setting things powertop recommends; the script works just fine when I run sudo /pathto/script.sh.

**I am currently using a macbook pro but the operating system is debian 8.2 not os x** I am using a macbook pro but there's this one device that's just draining a lot of power. This USB device: Card Reader (Apple) 32.5 W 100.0% Device USB device: Card Reader (Apple) 2.60 W 100.0% Device Radio device: btusb 209 mW 19.7 pkts/s Device Network interface: wlan0 (wl) This device really drains my battery, I noticed that my laptop wouldn't even get 2 hours when not plugged in, I installed powertop. Made all the recommended changes but this device, I can't find out how to disable it. I don't even use that reader and forgot that it was there. I configured all my devices to use limited power in my rc.local echo '0' > '/proc/sys/kernel/nmi_watchdog' echo 'min_power' > '/sys/class/scsi_host/host0/link_power_management_policy' echo '1' > '/sys/module/snd_hda_intel/parameters/power_save' echo '1500' > '/proc/sys/vm/dirty_writeback_centisecs' echo 'auto' > '/sys/bus/usb/devices/2-4/power/control' echo 'auto' > '/sys/bus/usb/devices/1-12/power/control' echo 'auto' > '/sys/bus/usb/devices/1-8.3/power/control' echo 'auto' > '/sys/bus/pci/devices/0000:00:1f.3/power/control' echo 'auto' > '/sys/bus/pci/devices/0000:01:00.1/power/control' echo 'auto' > '/sys/bus/pci/devices/0000:00:1c.3/power/control' echo 'auto' > '/sys/bus/pci/devices/0000:00:1c.4/power/control' echo 'auto' > '/sys/bus/pci/devices/0000:00:1c.2/power/control' echo 'auto' > '/sys/bus/pci/devices/0000:00:1c.0/power/control' echo 'auto' > '/sys/bus/pci/devices/0000:00:1b.0/power/control' echo 'auto' > '/sys/bus/pci/devices/0000:00:16.0/power/control' echo 'auto' > '/sys/bus/pci/devices/0000:00:14.0/power/control' echo 'auto' > '/sys/bus/pci/devices/0000:00:01.1/power/control' echo 'auto' > '/sys/bus/pci/devices/0000:00:01.0/power/control' echo 'auto' > '/sys/bus/pci/devices/0000:00:00.0/power/control' echo 'auto' > '/sys/bus/pci/devices/0000:01:00.0/power/control' echo 'auto' > '/sys/bus/pci/devices/0000:08:00.0/power/control' echo 'auto' > '/sys/bus/pci/devices/0000:07:06.0/power/control' echo 'auto' > '/sys/bus/pci/devices/0000:07:05.0/power/control' echo 'auto' > '/sys/bus/pci/devices/0000:07:04.0/power/control' echo 'auto' > '/sys/bus/pci/devices/0000:07:03.0/power/control' echo 'auto' > '/sys/bus/pci/devices/0000:07:00.0/power/control' echo 'auto' > '/sys/bus/pci/devices/0000:06:00.0/power/control' echo 'auto' > '/sys/bus/pci/devices/0000:05:00.0/power/control' echo 'auto' > '/sys/bus/pci/devices/0000:04:00.0/power/control' echo 'auto' > '/sys/bus/pci/devices/0000:03:00.0/power/control' echo 'auto' > '/sys/bus/pci/devices/0000:00:1f.0/power/control' How can I get this device to act sanely or disable it completely because I haven't used it.

When I run Powertop, and look at the Tunables screen, about twenty things are listed as Bad. I can toggle these to Good by pressing enter, and when I do so, projected battery lifetime _doubles_. How can I make these changes persist? (I'm on Fedora 18, by the way, with Powertop 2.2)

I'm running Fedora 20, kernel 3.15.6 and ath9 driver with an ateros card. My battery life is very short, on an older debian install I had around 3 to 4 hours, now I'm between 1 and 2 hours. Powertop shows that the wireless uses about 18 W which is quite a lot. Any ideas on what to do or look at?

I got an Asus N76VB notebook. On Windows I can easily stay on battery for 3-4 hours in powersave mode, but on Linux (first Ubuntu 14.04, currently Fedora 20) the battery's discharge rate varies from 10 watt to 40 watt (~25 watt mean) on powersave mode with backlight on the lowest possible value, resulting in 1-2 hours of battery life. I've tried: - Installing Bumblebee (with nVidia drivers) - Installing TLP (with most powersaving configuration) - Enable all tunables in powertop (already done by TLP) Powertop shows the following: [](https://i.sstatic.net/JvERD.png) I've no idea of any other causes of the high discharge rate. What's an average discharge rate? Currently I've only opened a terminal and Google Chrome window with this page and a YouTube video, on a almost clean Fedora installation, but it also happens with Firefox or without YouTube video. Any help would be appreciated!

I'm currently running Debian/Jessie on a MacBook Pro Retina 10,1 15" (early-2103). Everything is going well (ethernet, WiFi, retina, etc.) but I worry about its power consumption. laptop-mode manages the automatic power management of all my devices, all the tunables of powertop are _Good_ and my i7 is running in *powersave* mode. The dicrete Nvidia video card isn't even running (Bumblebee/bbswitch turns it off as I don't need it). All bluetooth, card reader and stuff are disabled. However, powertop reports the following with **no X11, keyboard and screen brightness set to 0 and all devices powered off**: The battery reports a discharge rate of 15.7 W System baseline power is estimated at 15.0 W Power est. Usage Device name 692 mW 0.3% CPU core 484 mW 29.9% Display backlight 299 mW 0.3% CPU misc 264 mW 0.0 ops/s GPU core 0 mW 32.9% USB device: EHCI Host Controller 0 mW 22.9% USB device: usb-device-8087-0024 0 mW 12.8% USB device: usb-device-0424-2512 0 mW 2.7% USB device: Apple Internal Keyboard / Trackpad (Apple Inc.) 0 mW 0.0% Audio codec hwC0D0: Cirrus Logic 0 mW 0.0% Display backlight 0 mW 0.0% USB device: usb-device-8087-0024 0 mW 0.0% USB device: xHCI Host Controller 0 mW 0.0% USB device: xHCI Host Controller 0 mW 0.0% USB device: EHCI Host Controller 0 mW 0.0% USB device: BRCM20702 Hub (Apple Inc.) 0 mW 0.0% USB device: usb-device-05ac-820a 0 mW 0.0% USB device: usb-device-05ac-820b 0 mW 0.0% USB device: Bluetooth USB Host Controller (Apple Inc.) 0 mW 0.0 ops/s GPU misc 0 mW 0.0% USB device: FaceTime HD Camera (Built-in) (Apple Inc.) 100.0% PCI Device: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 100.0% PCI Device: Intel Corporation 3rd Gen Core processor Graphics Controller 100.0% PCI Device: Broadcom Corporation NetXtreme BCM57765 Memory Card Reader 100.0% PCI Device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller 100.0% PCI Device: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port 100.0% PCI Device: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port 100.0% PCI Device: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port 100.0% PCI Device: Intel Corporation 7 Series Chipset Family 6-port SATA Controller [AHCI mode] 100.0% PCI Device: Intel Corporation HM77 Express Chipset LPC Controller 100.0% PCI Device: NVIDIA Corporation GK107 HDMI Audio Controller 100.0% PCI Device: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 100.0% PCI Device: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 33.0% PCI Device: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 0.0% PCI Device: Broadcom Corporation Device 16a3 0.0% PCI Device: Broadcom Corporation BCM4331 802.11a/b/g/n 0.0% PCI Device: NVIDIA Corporation GK107M [GeForce GT 650M Mac Edition] 0.0% PCI Device: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller 0.0% PCI Device: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 0.0% PCI Device: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller 0.0% PCI Device: Intel Corporation 3rd Gen Core processor DRAM Controller Manually doing the sum gives a ridiculously low value, but powertop stills report a 15W consumption. However, running powertop in interactive mode in X11 gives me more plausible values: The battery reports a discharge rate of 29.0 W System baseline power is estimated at 16.4 W Power est. Usage Device name 12.3 W 100.0% Display backlight 8.01 W 29.9% Display backlight 4.61 W 19.4% CPU core 3.78 W 419.6 ops/s GPU misc 3.12 W 4.3 pkts/s Network interface: wlan0 (b43) 2.76 W 19.4% CPU misc 1.35 W 419.6 ops/s GPU core 188 mW 100.0% USB device: Apple Internal Keyboard / Trackpad (Apple Inc.) What? My retina display is consuming 20W? No way! (actually, with a 50% brightness it gives like 15W, which is *huge*). Also, sometimes the Apple Internal Keyboard is consuming 5 W. It's not even a bug in powertop since my battery is indeed discarging very fast (like 2h30 when fully charged with only X11 running). - Do you guys have an idea of what my problem is? I saw on other sites that some MBPr users report 10 W power consumption, or even less - Why is there this huge difference between the "battery discharge rate report" and the "system baseline power"? - Is that normal that my Screen and Keyboard use that much power? I'm running a 3.10-3-amd64 stock kernel.