Linux Projektvorstellung: TLP – Linux Stromsparen

Linux Betriebssystem

linrunner

Ubuntuversteher
Themenstarter
Registriert
22 Juni 2007
Beiträge
13.273
Nachdem im Forum öfters nachgefragt wird, wie man Linux die Feinheiten des Stromsparens beibringt, habe ich mich vor einiger Zeit entschlossen, meine Skriptsammlung in eine allgemein benutzbare Form zu bringen. Das Ergebnis möchte ich Euch an dieser Stelle vorstellen.

Dokumentation ist auf der offiziellen Website https://linrunner.de/tlp/ zu finden (die Infos in unserem Wiki werden von mir nicht mehr gepflegt und sind veraltet).

Fragen und Probleme einfach hier im Thread posten.

Für die erste Analyse benötige ich bitte stets den kompletten Output von

Code:
sudo tlp-stat
Anmerkung: ich fordere oft in der weiteren Analyse Teilausgaben an - das sollt ihr jedoch nicht selbstständig tun! Immer zuerst die vollständige Ausgabe.

Bitte auch die FAQ beachten!

Rückmeldungen der Art "alles funktioniert" sind natürlich auch gern gesehen ... :cool:
 
Zuletzt bearbeitet:
Ja ok wird also nur falsch angezeit - das hatte ich mit dem EC "Problemchen" verwechselt. Soll ich irgendwas "testen" oder probieren ? Ist für den kommenden Testbericht ...

- - - Beitrag zusammengeführt - - -

untere Schwelle setzen z.B. ?
 
Moin.

Ich habe die ruhigen Zeiten genutzt, um die offizielle TLP Website etwas aufzuhübschen und übersichtlicher zu machen: https://linrunner.de/tlp

Die deutsche Doku bleibt im Wiki.

Have fun (und bleibt gesund) :D.
 
Danke. Das ist sehr schön klar und einprägsam strukturiert. Solches würde ich mir für manch anderes Projekt wünschen.
 
Hallo zusammen,

ich habe mal das notleidende Thema Stromverbrauch der Hybrid Grafik in der FAQ aufgearbeitet: https://linrunner.de/tlp/faq/powercon.html

Mangels eigener Hardware bitte ich um eure Erfahrungen und Ergänzungen sowie Hinweise auf gute Anleitungen im Web (in Englisch). Insbesondere die Infos zu AMD GPUs sind noch sehr spärlich.
 
Hallo linrunner,

ich habe mal das notleidende Thema Stromverbrauch der Hybrid Grafik in der FAQ aufgearbeitet: https://linrunner.de/tlp/faq/powercon.html

Mangels eigener Hardware bitte ich um eure Erfahrungen und Ergänzungen sowie Hinweise auf gute Anleitungen im Web (in Englisch). Insbesondere die Infos zu AMD GPUs sind noch sehr spärlich.

Danke, das klingt interessant! Mein T520, was leider eine nVidia-GPU hat, läuft im idle auf >65°C°C, was vermutlich auch eine powermanagement-Sache ist, z.B. dass die GPU fröhlich vor sich hin heizt, während sich die CPU im idle langweilt, und sogar die iGPU benutzt wird.

Daher nun meine Frage zu der Anleitung: Sind die Steps, 1 und 2(a/b) alle notwendig, bzw. in dieser Reihenfolge notwendig? Bei mir ist daher nämlich im Programm nvidia-settings schon immer die intel-GPU eingestellt.

Woran sehe ich (wenn nicht an einer Reduktion der Temperatur), dass das Script das tut, was es soll (ohne Neustart)?
 
Daher nun meine Frage zu der Anleitung: Sind die Steps, 1 und 2(a/b) alle notwendig, bzw. in dieser Reihenfolge notwendig? Bei mir ist daher nämlich im Programm nvidia-settings schon immer die intel-GPU eingestellt.
Ich möchte ja gerade, dass User das ausprobieren. Sonst hätte ich nicht fragen brauchen :D.

Messung des Verbrauchs vorher/nachher mit Powertop im Idle wäre perfekt.
https://thinkwiki.de/Messung_der_Le...nux#Randbedingungen_f.C3.BCr_Vergleichbarkeit

Woran sehe ich (wenn nicht an einer Reduktion der Temperatur), dass das Script das tut, was es soll (ohne Neustart)?
Welches Script? Die FAQ beschreibt eine Konfigurationsänderung, die man per
Code:
sudo tlp start
aktiviert. Der Rückweg ist allerdings nur per Reboot möglich.

Man kann z.B. die Ausgabe von
Code:
tlp-stat -e
vorher/nachher posten und vergleichen.

EDITH sagt, ich habe die FAQ zwischenzeitlich nochmal angepasst.
 
Bin mir nicht sicher ob das hier richtig ist:

acpi_call läuft unter Debian mit Kernel 5.5 (grade nochmal probiert) aber nicht mit Kernel 5.6 -

Secureboot ist aus.

Fehler im Kernel ??? :confused:

Code:
uname -a
Linux mb 5.6.0-0.bpo.2-amd64 #1 SMP Debian 5.6.14-2~bpo10+1 (2020-06-09) x86_64 GNU/Linux
marc@mb:~$ sudo apt update && sudo apt list --upgradable -a && sleep 6 && sudo apt upgrade -y && sudo apt -t buster-backports upgrade -y && sudo apt autoremove -y
[sudo] password for marc: 
Hit:1 http://security.debian.org/debian-security buster/updates InRelease
Hit:2 http://deb.debian.org/debian buster InRelease                            
Hit:3 http://deb.debian.org/debian buster-updates InRelease                    
Hit:4 http://dl.google.com/linux/chrome/deb stable InRelease                   
Hit:5 http://deb.debian.org/debian buster-backports InRelease                  
Get:6 https://gitlab.com/paulcarroty/vscodium-deb-rpm-repo/raw/repos/debs vscodium InRelease
Hit:7 https://packages.microsoft.com/debian/10/prod buster InRelease           
Hit:8 http://cdn-fastly.deb.debian.org/debian buster-backports InRelease
Fetched 3,828 B in 1s (6,098 B/s)
Reading package lists... Done
Building dependency tree       
Reading state information... Done
All packages are up to date.
Listing... Done
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Setting up acpi-call-dkms (1.1.0-5) ...
Removing old acpi-call-1.1.0 DKMS files...

-------- Uninstall Beginning --------
Module:  acpi-call
Version: 1.1.0
Kernel:  5.5.0-0.bpo.2-amd64 (x86_64)
-------------------------------------

Status: Before uninstall, this module version was ACTIVE on this kernel.

acpi_call.ko:
 - Uninstallation
   - Deleting from: /lib/modules/5.5.0-0.bpo.2-amd64/updates/dkms/
 - Original module
   - No original module was found for this module on this kernel.
   - Use the dkms install command to reinstall any previous module version.

depmod...

DKMS: uninstall completed.

------------------------------
Deleting module version: 1.1.0
completely from the DKMS tree.
------------------------------
Done.
Loading new acpi-call-1.1.0 DKMS files...
Building for 5.6.0-0.bpo.2-amd64
Building initial module for 5.6.0-0.bpo.2-amd64
Error! Bad return status for module build on kernel: 5.6.0-0.bpo.2-amd64 (x86_64)
Consult /var/lib/dkms/acpi-call/1.1.0/build/make.log for more information.
dpkg: error processing package acpi-call-dkms (--configure):
 installed acpi-call-dkms package post-installation script subprocess returned error exit status 10
Errors were encountered while processing:
 acpi-call-dkms
E: Sub-process /usr/bin/dpkg returned an error code (1)
marc@mb:~$ sudo tlp-stat -s -b
--- TLP 1.3.1 --------------------------------------------

+++ System Info
System         = LENOVO ThinkPad T490s 20NXCTO1WW
BIOS           = N2JET89W (1.67 )
Release        = Debian GNU/Linux 10 (buster)
Kernel         = 5.6.0-0.bpo.2-amd64 #1 SMP Debian 5.6.14-2~bpo10+1 (2020-06-09) x86_64
/proc/cmdline  = BOOT_IMAGE=/vmlinuz-5.6.0-0.bpo.2-amd64 root=/dev/mapper/mb--vg-root ro quiet
Init system    = systemd v245 (245.6-1~bpo10+1)
Boot mode      = UEFI

+++ TLP Status
State          = enabled
RDW state      = enabled
Last run       = 02:42:36 PM,     79 sec(s) ago
Mode           = AC
Power source   = AC

+++ Battery Features: Charge Thresholds and Recalibrate
natacpi    = active (data, thresholds)
tpacpi-bat = inactive (kernel module 'acpi_call' not installed)
tp-smapi   = inactive (ThinkPad not supported)

+++ ThinkPad Battery Status: BAT0
/sys/class/power_supply/BAT0/manufacturer                   = SMP
/sys/class/power_supply/BAT0/model_name                     = 02DL014
/sys/class/power_supply/BAT0/cycle_count                    =     11
/sys/class/power_supply/BAT0/energy_full_design             =  57020 [mWh]
/sys/class/power_supply/BAT0/energy_full                    =  57040 [mWh]
/sys/class/power_supply/BAT0/energy_now                     =  39680 [mWh]
/sys/class/power_supply/BAT0/power_now                      =      0 [mW]
/sys/class/power_supply/BAT0/status                         = Unknown (threshold may prevent charging)

/sys/class/power_supply/BAT0/charge_start_threshold         =     45 [%]
/sys/class/power_supply/BAT0/charge_stop_threshold          =    100 [%]

Charge                                                      =   69.6 [%]
Capacity                                                    =  100.0 [%]

+++ Recommendations
* Install acpi_call kernel module for ThinkPad battery recalibration
 

Ah Danke! Ich hoffe es gibt eine backport für Debian.
Code:
sudo apt update && sudo apt -t buster-backports install -y  acpi-call-dkms

Code:
root@mb:/home/marc# tlp-stat -s -b
--- TLP 1.3.1 --------------------------------------------

+++ System Info
System         = LENOVO ThinkPad T490s 20NXCTO1WW
BIOS           = N2JET89W (1.67 )
Release        = Debian GNU/Linux 10 (buster)
Kernel         = 5.6.0-0.bpo.2-amd64 #1 SMP Debian 5.6.14-2~bpo10+1 (2020-06-09) x86_64
/proc/cmdline  = BOOT_IMAGE=/vmlinuz-5.6.0-0.bpo.2-amd64 root=/dev/mapper/mb--vg-root ro quiet
Init system    = systemd v245 (245.6-1~bpo10+1)
Boot mode      = UEFI

+++ TLP Status
State          = enabled
RDW state      = enabled
Last run       = 03:42:10 PM,     33 sec(s) ago
Mode           = AC
Power source   = AC

+++ Battery Features: Charge Thresholds and Recalibrate
natacpi    = active (data, thresholds)
tpacpi-bat = active (recalibrate)
tp-smapi   = inactive (ThinkPad not supported)

+++ ThinkPad Battery Status: BAT0 (Main / Internal)
/sys/class/power_supply/BAT0/manufacturer                   = SMP
/sys/class/power_supply/BAT0/model_name                     = 02DL014
/sys/class/power_supply/BAT0/cycle_count                    =     11
/sys/class/power_supply/BAT0/energy_full_design             =  57020 [mWh]
/sys/class/power_supply/BAT0/energy_full                    =  57040 [mWh]
/sys/class/power_supply/BAT0/energy_now                     =  39680 [mWh]
/sys/class/power_supply/BAT0/power_now                      =      0 [mW]
/sys/class/power_supply/BAT0/status                         = Unknown (threshold may prevent charging)

/sys/class/power_supply/BAT0/charge_start_threshold         =     45 [%]
/sys/class/power_supply/BAT0/charge_stop_threshold          =    100 [%]
tpacpi-bat.BAT0.forceDischarge                              =      0

Charge                                                      =   69.6 [%]
Capacity                                                    =  100.0 [%]

root@mb:/home/marc#

Sehr schön ! :thumbup:

Code:
root@mb:/home/marc# dmesg | grep taint
[ 2354.941718] acpi_call: loading out-of-tree module taints kernel.
[ 2354.941764] acpi_call: module verification failed: signature and/or required key missing - tainting kernel
root@mb:/home/marc#

Mal sehen ev. bekomme ich die ja signiert ...
 
Zuletzt bearbeitet:
SELinux und CentOS


Seit meinem letzten Update bekomme ich regelmäßig Warnungen von SELinux "AVC denial" das tlp write auf der Datei last_pwr versucht hat, vor allem nach dem aufwachen aus dem Standby.

Ich gehe davon aus dass das nix böses zu bedeuten hat, aber es sollte denke ich auf jeden Fall nicht sein. Ist da bei tlp was "schiefgegangen" oder soll ich das als bug bei CentOS melden?

Ganzer Output:
SELinux:
Code:
SELinux is preventing tlp from write access on the file last_pwr.

*****  Plugin catchall (100. confidence) suggests   **************************

If you believe that tlp should be allowed write access on the last_pwr file by default.
Then you should report this as a bug.
You can generate a local policy module to allow this access.
Do
allow this access for now by executing:
# ausearch -c 'tlp' --raw | audit2allow -M my-tlp
# semodule -X 300 -i my-tlp.pp

Additional Information:
Source Context                system_u:system_r:tlp_t:s0
Target Context                system_u:object_r:var_run_t:s0
Target Objects                last_pwr [ file ]
Source                        tlp
Source Path                   tlp
Port                          <Unknown>
Host                          #####.X1
Source RPM Packages           
Target RPM Packages           
Policy RPM                    selinux-policy-3.14.3-41.el8_2.6.noarch
Selinux Enabled               True
Policy Type                   targeted
Enforcing Mode                Enforcing
Host Name                     #####.X1
Platform                      Linux #####.X1 4.18.0-193.19.1.el8_2.x86_64 #1 SMP
                              Mon Sep 14 14:37:00 UTC 2020 x86_64 x86_64
Alert Count                   58
First Seen                    2020-10-20 09:55:10 CEST
Last Seen                     2020-10-27 09:43:27 CET
Local ID                      acf86dc3-a7c9-44b2-b326-d157266280d2

Raw Audit Messages
type=AVC msg=audit(1603788207.646:966): avc:  denied  { write } for  pid=90108 comm="tlp" name="last_pwr" dev="tmpfs" ino=22191 scontext=system_u:system_r:tlp_t:s0 tcontext=system_u:object_r:var_run_t:s0 tclass=file permissive=0


Hash: tlp,tlp_t,var_run_t,file,write

tlp-stat:
Code:
--- TLP 1.2.2 --------------------------------------------

+++ Configured Settings: /etc/default/tlp
TLP_ENABLE=1
TLP_DEFAULT_MODE=AC
TLP_PERSISTENT_DEFAULT=0
DISK_IDLE_SECS_ON_AC=0
DISK_IDLE_SECS_ON_BAT=2
MAX_LOST_WORK_SECS_ON_AC=15
MAX_LOST_WORK_SECS_ON_BAT=60
CPU_HWP_ON_AC=balance_performance
CPU_HWP_ON_BAT=balance_power
SCHED_POWERSAVE_ON_AC=0
SCHED_POWERSAVE_ON_BAT=1
NMI_WATCHDOG=0
ENERGY_PERF_POLICY_ON_AC=performance
ENERGY_PERF_POLICY_ON_BAT=power
DISK_DEVICES="nvme0n1 sda"
DISK_APM_LEVEL_ON_AC="254 254"
DISK_APM_LEVEL_ON_BAT="128 128"
SATA_LINKPWR_ON_AC="med_power_with_dipm max_performance"
SATA_LINKPWR_ON_BAT="med_power_with_dipm min_power"
AHCI_RUNTIME_PM_TIMEOUT=15
RADEON_POWER_PROFILE_ON_AC=default
RADEON_POWER_PROFILE_ON_BAT=default
RADEON_DPM_STATE_ON_AC=performance
RADEON_DPM_STATE_ON_BAT=battery
RADEON_DPM_PERF_LEVEL_ON_AC=auto
RADEON_DPM_PERF_LEVEL_ON_BAT=auto
WIFI_PWR_ON_AC=off
WIFI_PWR_ON_BAT=on
WOL_DISABLE=Y
SOUND_POWER_SAVE_ON_AC=0
SOUND_POWER_SAVE_ON_BAT=1
SOUND_POWER_SAVE_CONTROLLER=Y
BAY_POWEROFF_ON_AC=0
BAY_POWEROFF_ON_BAT=0
BAY_DEVICE="sr0"
RUNTIME_PM_ON_AC=on
RUNTIME_PM_ON_BAT=auto
USB_AUTOSUSPEND=1
USB_BLACKLIST_BTUSB=0
USB_BLACKLIST_PHONE=0
USB_BLACKLIST_PRINTER=1
USB_BLACKLIST_WWAN=0
RESTORE_DEVICE_STATE_ON_STARTUP=0
NATACPI_ENABLE=1
TPACPI_ENABLE=1
TPSMAPI_ENABLE=1

+++ System Info
System         = LENOVO ThinkPad X1 Carbon 3rd 20BS003JFR
BIOS           = N14ET33W (1.11 )
Release        = "CentOS Linux release 8.2.2004 (Core) "
Kernel         = 4.18.0-193.19.1.el8_2.x86_64 #1 SMP Mon Sep 14 14:37:00 UTC 2020 x86_64
/proc/cmdline  = BOOT_IMAGE=(hd0,msdos1)/vmlinuz-4.18.0-193.19.1.el8_2.x86_64 root=/dev/mapper/cl_#####-root ro crashkernel=auto resume=/dev/mapper/cl_#####-swap rd.lvm.lv=cl_#####/root rd.luks.uuid=luks-508fc02b-0c82-4956-9592-cb02847062cf rd.lvm.lv=cl_#####/swap rhgb quiet
Init system    = systemd 
Boot mode      = BIOS (CSM, Legacy)

+++ TLP Status
State          = enabled
RDW state      = enabled
Last run       = 09:55:24 AM,    524 sec(s) ago
Mode           = battery
Power source   = battery

Notice: systemd-rfkill.socket is not masked -- invoke "systemctl mask systemd-rfkill.socket" to correct this!

+++ Processor
CPU model      = Intel(R) Core(TM) i5-5200U CPU @ 2.20GHz

/sys/devices/system/cpu/cpu0/cpufreq/scaling_driver    = intel_pstate
/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor  = performance
/sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors = performance powersave
/sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq  =   500000 [kHz]
/sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq  =  2700000 [kHz]

/sys/devices/system/cpu/cpu1/cpufreq/scaling_driver    = intel_pstate
/sys/devices/system/cpu/cpu1/cpufreq/scaling_governor  = performance
/sys/devices/system/cpu/cpu1/cpufreq/scaling_available_governors = performance powersave
/sys/devices/system/cpu/cpu1/cpufreq/scaling_min_freq  =   500000 [kHz]
/sys/devices/system/cpu/cpu1/cpufreq/scaling_max_freq  =  2700000 [kHz]

/sys/devices/system/cpu/cpu2/cpufreq/scaling_driver    = intel_pstate
/sys/devices/system/cpu/cpu2/cpufreq/scaling_governor  = performance
/sys/devices/system/cpu/cpu2/cpufreq/scaling_available_governors = performance powersave
/sys/devices/system/cpu/cpu2/cpufreq/scaling_min_freq  =   500000 [kHz]
/sys/devices/system/cpu/cpu2/cpufreq/scaling_max_freq  =  2700000 [kHz]

/sys/devices/system/cpu/cpu3/cpufreq/scaling_driver    = intel_pstate
/sys/devices/system/cpu/cpu3/cpufreq/scaling_governor  = performance
/sys/devices/system/cpu/cpu3/cpufreq/scaling_available_governors = performance powersave
/sys/devices/system/cpu/cpu3/cpufreq/scaling_min_freq  =   500000 [kHz]
/sys/devices/system/cpu/cpu3/cpufreq/scaling_max_freq  =  2700000 [kHz]

/sys/devices/system/cpu/intel_pstate/min_perf_pct      = 100 [%]
/sys/devices/system/cpu/intel_pstate/max_perf_pct      = 100 [%]
/sys/devices/system/cpu/intel_pstate/no_turbo          =   0
/sys/devices/system/cpu/intel_pstate/turbo_pct         =  27 [%]
/sys/devices/system/cpu/intel_pstate/num_pstates       =  23

x86_energy_perf_policy.cpu0                            = power 
x86_energy_perf_policy.cpu1                            = power 
x86_energy_perf_policy.cpu2                            = power 
x86_energy_perf_policy.cpu3                            = power 

/sys/module/workqueue/parameters/power_efficient       = N
/proc/sys/kernel/nmi_watchdog                          = 0

+++ Undervolting
PHC kernel not available.

+++ Temperatures
CPU temp               =    52 [°C]
/proc/acpi/ibm/fan     =  2825 [/min]

+++ File System
/proc/sys/vm/laptop_mode               =     2
/proc/sys/vm/dirty_writeback_centisecs =  6000
/proc/sys/vm/dirty_expire_centisecs    =  6000
/proc/sys/vm/dirty_ratio               =    40
/proc/sys/vm/dirty_background_ratio    =    10

+++ Storage Devices
Devices = nvme0n1 sda

/dev/nvme0n1: not present.

/dev/sda:
  Type      = ATA
  Model     = SAMSUNG MZNTE256HMHP-000L7              
  Firmware  = EXT28L6Q
  APM Level = none/disabled
  Status    = active/idle
  TRIM      = supported
  Scheduler = [mq-deadline] kyber bfq none (multi queue)

  Runtime PM: control = on, autosuspend_delay_ms =   -1

  SMART info:
      9 Power_On_Hours            =     9073 [h]
     12 Power_Cycle_Count         =    10015 
    177 Wear_Leveling_Count       =       87 [%]
    178 Used_Rsvd_Blk_Cnt_Chip    =        0 
    179 Used_Rsvd_Blk_Cnt_Tot     =        0 
    180 Unused_Rsvd_Blk_Cnt_Tot   =     4406 
    190 Airflow_Temperature_Cel   =       29 [°C]
    233 Media_Wearout_Indicator   =      199 [%]

+++ AHCI Link Power Management (ALPM)
/sys/class/scsi_host/host0/link_power_management_policy  = med_power_with_dipm
/sys/class/scsi_host/host1/link_power_management_policy  = med_power_with_dipm
/sys/class/scsi_host/host2/link_power_management_policy  = med_power_with_dipm
/sys/class/scsi_host/host3/link_power_management_policy  = med_power_with_dipm

+++ AHCI Host Controller Runtime Power Management
/sys/bus/pci/devices/0000:00:1f.2/ata1/power/control = on
/sys/bus/pci/devices/0000:00:1f.2/ata2/power/control = on
/sys/bus/pci/devices/0000:00:1f.2/ata3/power/control = on
/sys/bus/pci/devices/0000:00:1f.2/ata4/power/control = on

+++ Docks and Device Bays
/sys/devices/platform/dock.0: battery_bay   = no battery 

+++ Intel Graphics
/sys/module/i915/parameters/enable_dc        = -1 (use per-chip default)
/sys/module/i915/parameters/enable_fbc       =  1 (enabled)
/sys/module/i915/parameters/enable_psr       = -1 (use per-chip default)
/sys/module/i915/parameters/modeset          = -1 (use per-chip default)

/sys/class/drm/card0/gt_min_freq_mhz         =   300 [MHz]
/sys/class/drm/card0/gt_max_freq_mhz         =   900 [MHz]
/sys/class/drm/card0/gt_boost_freq_mhz       =   900 [MHz]
/sys/kernel/debug/dri/0/i915_ring_freq_table: 300 350 400 450 500 550 600 650 700 750 800 850 900 [MHz] 

+++ Wireless
bluetooth = off (software)
wifi      = on
wwan      = on

wlp4s0(iwlwifi)               : wifi, connected, power management = on
wwp0s20u4(cdc_mbim)           : wwan, not connected

+++ Audio
/sys/module/snd_hda_intel/parameters/power_save            = 1
/sys/module/snd_hda_intel/parameters/power_save_controller = Y

+++ PCIe Active State Power Management
/sys/module/pcie_aspm/parameters/policy = default (using bios preferences)

+++ Runtime Power Management
Device blacklist = (not configured)
Driver blacklist = amdgpu mei_me nouveau nvidia pcieport radeon (default)

/sys/bus/pci/devices/0000:00:00.0/power/control = auto (0x060000, Host bridge, bdw_uncore)
/sys/bus/pci/devices/0000:00:02.0/power/control = auto (0x030000, VGA compatible controller, i915)
/sys/bus/pci/devices/0000:00:03.0/power/control = auto (0x040300, Audio device, snd_hda_intel)
/sys/bus/pci/devices/0000:00:14.0/power/control = auto (0x0c0330, USB controller, xhci_hcd)
/sys/bus/pci/devices/0000:00:16.0/power/control = on   (0x078000, Communication controller, mei_me)
/sys/bus/pci/devices/0000:00:19.0/power/control = auto (0x020000, Ethernet controller, e1000e)
/sys/bus/pci/devices/0000:00:1b.0/power/control = auto (0x040300, Audio device, snd_hda_intel)
/sys/bus/pci/devices/0000:00:1c.0/power/control = on   (0x060400, PCI bridge, pcieport)
/sys/bus/pci/devices/0000:00:1c.1/power/control = auto (0x060400, PCI bridge, pcieport)
/sys/bus/pci/devices/0000:00:1d.0/power/control = auto (0x0c0320, USB controller, ehci-pci)
/sys/bus/pci/devices/0000:00:1f.0/power/control = auto (0x060100, ISA bridge, lpc_ich)
/sys/bus/pci/devices/0000:00:1f.2/power/control = auto (0x010601, SATA controller, ahci)
/sys/bus/pci/devices/0000:00:1f.3/power/control = auto (0x0c0500, SMBus, i801_smbus)
/sys/bus/pci/devices/0000:00:1f.6/power/control = auto (0x118000, Signal processing controller, intel_pch_thermal)
/sys/bus/pci/devices/0000:04:00.0/power/control = auto (0x028000, Network controller, iwlwifi)

+++ USB
Autosuspend         = enabled
Device whitelist    = (not configured)
Device blacklist    = (not configured)
Bluetooth blacklist = disabled
Phone blacklist     = disabled
WWAN blacklist      = disabled

Bus 001 Device 002 ID 8087:8001 control = auto, autosuspend_delay_ms =    0 -- Intel Corp.  (hub)
Bus 001 Device 001 ID 1d6b:0002 control = auto, autosuspend_delay_ms =    0 -- Linux Foundation 2.0 root hub (hub)
Bus 003 Device 001 ID 1d6b:0003 control = auto, autosuspend_delay_ms =    0 -- Linux Foundation 3.0 root hub (hub)
Bus 002 Device 004 ID 04f2:b45d control = auto, autosuspend_delay_ms = 2000 -- Chicony Electronics Co., Ltd  (uvcvideo)
Bus 002 Device 064 ID 1199:a001 control = auto, autosuspend_delay_ms = 2000 -- Sierra Wireless, Inc.  (cdc_mbim, cdc_acm)
Bus 002 Device 001 ID 1d6b:0002 control = auto, autosuspend_delay_ms =    0 -- Linux Foundation 2.0 root hub (hub)

+++ Battery Features: Charge Thresholds and Recalibrate
natacpi    = active (data, thresholds)
tpacpi-bat = inactive (kernel module 'acpi_call' not installed)
tp-smapi   = inactive (ThinkPad not supported)

+++ ThinkPad Battery Status: BAT0 (Main / Internal)
/sys/class/power_supply/BAT0/manufacturer                   = SMP
/sys/class/power_supply/BAT0/model_name                     = 00HW003
/sys/class/power_supply/BAT0/cycle_count                    = (not supported)
/sys/class/power_supply/BAT0/energy_full_design             =  50080 [mWh]
/sys/class/power_supply/BAT0/energy_full                    =  45610 [mWh]
/sys/class/power_supply/BAT0/energy_now                     =  35100 [mWh]
/sys/class/power_supply/BAT0/power_now                      =   9275 [mW]
/sys/class/power_supply/BAT0/status                         = Discharging

/sys/class/power_supply/BAT0/charge_start_threshold         =     96 [%]
/sys/class/power_supply/BAT0/charge_stop_threshold          =    100 [%]

Charge                                                      =   77.0 [%]
Capacity                                                    =   91.1 [%]

+++ Recommendations
* Install acpi_call kernel module for ThinkPad battery recalibration
 
Also TLP ist ja schon ein cooles Tool, ich benutze es regelmäßig und es ist auf allen meinen Thinkpads installiert.

Wenn ich mir ein Feature wünschen dürfte wäre es, dass man tlp-stat auch ohne root-Rechte verwenden kann. Ich würde gar nicht mal erwarten, dass er alles anzeigt, sondern halt nur die Informationen, die man auch ohne root-Rechte ermitteln kann
 
Für welchen Zweck? tlp-stat ist ein Diagnose-Tool für Administratoren, der normale Benutzer braucht das nicht aufrufen. Wenn du irgendwelche Informationen daraus brauchst, kannst du sie auch auf anderem Wege abfragen.
 
Ich fände das auch ganz praktisch -

@bob7 du kannst dir natürlich mit sudo oder doas was basteln (ohne Passwortabfrage).
 
@bob7: Du kannst dir alle root-freien Features wie folgt ausgeben lassen:
Code:
tlp-stat -c -e -r -s -t -u

Ich vermute, Du möchtest die Ausgabe weiterverarbeiten für Conky o.ä.; dafür ist tlp-stat nicht gedacht. Letzten Endes führt das bei unaufmerksamen Usern zu unvollständigen Ausgaben und zu Mehraufwänden bei mir im Support: Ich muss so schon vielfach nachhaken weil Issues unvollständig sind. Da sich die Ausgabe auch jederzeit ändern kann, solltest Du statt zu scrapen die benötigten Sysfiles direkt lesen. Wenn Du mehr willst, darfst Du dich auch gerne im Quellcode (Shellscripts) von TLP bedienen.
 
  • ok1.de
  • ok2.de
  • thinkstore24.de
  • Preiswerte-IT - Gebrauchte Lenovo Notebooks kaufen

Werbung

Zurück
Oben