RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1143014 - RFE: Please update to 2.5+ or backport --auto-tune feature
Summary: RFE: Please update to 2.5+ or backport --auto-tune feature
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: powertop
Version: 7.0
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Jaroslav Škarvada
QA Contact: Jeff Bastian
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-09-17 17:28 UTC by Adam Miller
Modified: 2015-11-19 08:00 UTC (History)
1 user (show)

Fixed In Version: powertop-2.3-9.el7
Doc Type: Enhancement
Doc Text:
Feature: PowerTOP versions 2.5+ has one-shot mode allowing it to apply all its known low power consumption tuning. Reason: This may simplify tuning the system for low power consumption. Result: The feature was backported from upstream and one shot systemd service file was added to the package. But it may be dangerous to use this feature with some HW - e.g. the keyboard or mouse may stop responding or start lagging if USB auto suspend is not correctly supported by the HW. Other problems or performance drop may also arise. It may be safer to fine tune the PowerTOP suggestions by using powertop2tuned tool.
Clone Of:
Environment:
Last Closed: 2015-11-19 08:00:21 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
Backported fix (3.49 KB, patch)
2015-05-11 16:52 UTC, Jaroslav Škarvada 		no flags Details | Diff
View All


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2015:2225 0 normal SHIPPED_LIVE powertop bug fix and enhancement update 2015-11-19 08:38:17 UTC

Description Adam Miller 2014-09-17 17:28:02 UTC 
I would like to request an update to at least to 2.5 version of Powertop in order to have the --auto-tune feature mentioned in the release notes here:

https://01.org/powertop/blogs/kristen/2013/powertop-v2.5-released

And possibly distributing a systemd unit file to go with it so that the auto-tune settings are applied at boot time, similar to the documentation here:

https://wiki.archlinux.org/index.php/powertop#Tips_and_tricks

Thank you,
-AdamM
Comment 3 Jaroslav Škarvada 2014-11-25 15:02:28 UTC 
FYI there is currently oneshot powertop.service in F21+ (powertop-2.7-1) handling the --auto-tune. It would be nice to have this update in RHEL-7.

There is also powertop2tuned utility in tuned-utils package (currently in RHEL) which can convert powertop tunings into tuned profile. This allows you to selectively enable individual powertop tunings (e.g. not enable USB PM for mouse).
Comment 5 Jaroslav Škarvada 2015-05-11 16:52:23 UTC 
Created attachment 1024287 [details]
Backported fix
Comment 7 Jeff Bastian 2015-08-17 22:06:06 UTC 
QE results: Verified

:::::::::::::::
:: auto-tune ::
:::::::::::::::

[root@intel-wildcatpass-02 ~]# rpm -q powertop
powertop-2.3-9.el7.x86_64

[root@intel-wildcatpass-02 ~]# powertop --help | grep auto
--auto-tune 		 Sets all tunable options to their GOOD setting

[root@intel-wildcatpass-02 ~]# powertop --html
Loaded 0 prior measurements
Preparing to take measurements
Taking 1 measurement(s) for a duration of 20 second(s) each.
PowerTOP outputing using base filename powertop.html

[root@intel-wildcatpass-02 ~]# lynx --dump powertop.html
...
Software Settings in need of Tuning

   Description Script
   Enable SATA link power Managmenet for host0 echo 'min_power' >
   '/sys/class/scsi_host/host0/link_power_management_policy';
   VM writeback timeout echo '1500' >
   '/proc/sys/vm/dirty_writeback_centisecs';
   NMI watchdog should be turned off echo '0' >
   '/proc/sys/kernel/nmi_watchdog';
   Enable SATA link power Managmenet for host4 echo 'min_power' >
   '/sys/class/scsi_host/host4/link_power_management_policy';
   Enable SATA link power Managmenet for host5 echo 'min_power' >
   '/sys/class/scsi_host/host5/link_power_management_policy';
   ...

[root@intel-wildcatpass-02 ~]# powertop --auto-tune
Loaded 0 prior measurements
Leaving PowerTOP

[root@intel-wildcatpass-02 ~]# powertop --html
Loaded 0 prior measurements
Preparing to take measurements
Taking 1 measurement(s) for a duration of 20 second(s) each.
PowerTOP outputing using base filename powertop.html

[root@intel-wildcatpass-02 ~]# lynx --dump powertop.html
...
Optimal Tuned Software Settings

                                 Description
   VM writeback timeout
   Enable SATA link power Managmenet for host4
   Enable SATA link power Managmenet for host5
   Enable SATA link power Managmenet for host3
   Enable SATA link power Managmenet for host1
   NMI watchdog should be turned off
   Enable SATA link power Managmenet for host0
   Enable SATA link power Managmenet for host2
   ...


:::::::::::::::::::::::::
:: systemd integration ::
:::::::::::::::::::::::::

[root@intel-wildcatpass-02 ~]# rpm -ql powertop | grep systemd
/usr/lib/systemd/system/powertop.service

[root@intel-wildcatpass-02 ~]# cat /usr/lib/systemd/system/powertop.service
[Unit]
Description=PowerTOP autotuner

[Service]
Type=oneshot
ExecStart=/usr/sbin/powertop --auto-tune

[Install]
WantedBy=multi-user.target

[root@intel-wildcatpass-02 ~]# systemctl status powertop.service
● powertop.service - PowerTOP autotuner
   Loaded: loaded (/usr/lib/systemd/system/powertop.service; disabled; vendor preset: disabled)
   Active: inactive (dead)

[root@intel-wildcatpass-02 ~]# systemctl enable powertop.service
Created symlink from /etc/systemd/system/multi-user.target.wants/powertop.service to /usr/lib/systemd/system/powertop.service.

[root@intel-wildcatpass-02 ~]# reboot
...
...
...

[root@intel-wildcatpass-02 ~]# uptime
 18:03:55 up 0 min,  1 user,  load average: 0.12, 0.03, 0.01

[root@intel-wildcatpass-02 ~]# systemctl status -l powertop.service
● powertop.service - PowerTOP autotuner
   Loaded: loaded (/usr/lib/systemd/system/powertop.service; enabled; vendor preset: disabled)
   Active: inactive (dead) since Mon 2015-08-17 18:03:38 EDT; 34s ago
  Process: 1818 ExecStart=/usr/sbin/powertop --auto-tune (code=exited, status=0/SUCCESS)
 Main PID: 1818 (code=exited, status=0/SUCCESS)

Aug 17 18:03:34 intel-wildcatpass-02.lab.eng.rdu.redhat.com systemd[1]: Starting PowerTOP autotuner...
Aug 17 18:03:34 intel-wildcatpass-02.lab.eng.rdu.redhat.com powertop[1818]: Loaded 0 prior measurements
Aug 17 18:03:38 intel-wildcatpass-02.lab.eng.rdu.redhat.com powertop[1818]: Leaving PowerTOP
Aug 17 18:03:38 intel-wildcatpass-02.lab.eng.rdu.redhat.com systemd[1]: Started PowerTOP autotuner.
Comment 9 errata-xmlrpc 2015-11-19 08:00:21 UTC 
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHBA-2015-2225.html
Note You need to log in before you can comment on or make changes to this bug.