Linux [TLP 1.11 Beta] Der Test Thread

[linrunner]

Moin,

die trostlose Zeit ohne neue TLP-Version ist vorbei, ihr dürft euch nun wieder austoben und Fehler finden!

EDIT 22.10.2026: Der offizielle Beta-Test ist nun gestartet. Lasst euch von der Version 1.11.0-beta.2 nicht irritieren, die 1.11.0-beta.1 musste ich wegen eines redaktionellen Problems zurückziehen.

Was hat sich in 1.11 geändert?

1. Konfigurationsschema
Wie schon im entsprechenden Thread diskutiert, habe ich die Suffixe der Parameter angepasst, um die Profil-Zuordnung besser zu verdeutlichen:

• _PRF (früher _AC): bezieht sich auf das Profil performance
• _BAL (früher _BAT): bezieht sich auf das Profil balanced
• _SAV (unverändert): bezieht sich auf das Profil power-saver
• Die alten Bezeichnungen _AC und _BAT funktionieren weiterhin, sie werden zur Laufzeit automatisch übersetzt. Um zu sehen, welche eurer Config-Zeilen betroffen sind, schaut in der Ausgabe von tlp-stat -c nach Vorkommen von „#> Runtime-translated from ...“.

Die Konfigurationsdateie(n ) werden nicht automatisch umgeschrieben. Ihr könnte sie gerne nach dem Release anpassen - für diesen Test bitte noch nicht. Ich möchte zunächst sehen, ob die Laufzeit-Übersetzung gut funktioniert!


2. Ergänzung des Profils power-saver
Ich habe für Funktionen, für die es noch keine gab, _SAV-Parameter hinzugefügt:

MAX_LOST_WORK_SECS_ON_SAV
MEM_SLEEP_ON_SAV
DISK_APM_LEVEL_ON_SAV
DISK_SPINDOWN_TIMEOUT_ON_SAV
SATA_LINKPWR_ON_SAV
AHCI_RUNTIME_PM_ON_SAV
WIFI_PWR_ON_SAV
SOUND_POWER_SAVE_ON_SAV
RUNTIME_PM_ON_SAV

Damit könnt ihr nun zwischen balanced und power-saver differenzieren. Ergänzt gern für den Test eure Konfiguration.

3. Schalten von Bluetooth, NFC, Wi-Fi, WWAN beim Profilwechsel
Alle Profile bieten jetzt die Möglichkeit zum Ein- und Ausschalten:
performance

DEVICES_TO_ENABLE_ON_PRF
DEVICES_TO_DISABLE_ON_PRF (neu)
DEVICES_TO_DISABLE_ON_PRF_NOT_IN_USE (neu)

balanced

DEVICES_TO_ENABLE_ON_BAL (neu)
DEVICES_TO_DISABLE_ON_BAL
DEVICES_TO_DISABLE_ON_BAL_NOT_IN_USE

power-saver

DEVICES_TO_ENABLE_ON_SAV (neu)
DEVICES_TO_DISABLE_ON_SAV (neu)
DEVICES_TO_DISABLE_ON_SAV_NOT_IN_USE (neu)

Diese Einstellungen sind übrigens nicht Teil von tlp-rdw sondern des Basispakets tlp und setzen nicht den NetworkManager voraus.

4. USB Autosuspend

• USB_EXCLUDE_WWAN=1: Ausnahme vom Autosuspend erfolgt jetzt anhand der USB Interface Class (02h, 0ah) oder des Treibers (cdc_*, option). Die interne, starre Vendor-ID-Liste wird nicht mehr verwendet.
• Serielle Schnittstellenadapter (z.B. mit PL2303 oder CH34x Chip) werden nun standardmäßig vom Autosuspend ausgenommen – wie bisher schon Eingabegeräte (HID), Audio und Scanner (libsane). Um Autosuspend dennoch zu aktvieren, fügt ihr die USB-ID zur USB_ALLOWLIST hinzu.

5. TLP Profiles Daemon (tlp-pd) mit SysVinit
Das Debian-Paket auf der Download-Seite startet tlp-pd jetzt auch unter SysVinit (getestet mit Devuan).

Testziele

1. Klappt die Laufzeit-Übersetzung _AC/_BAT → _PRF/_BAL reibungslos, sprich: wirken eure individuellen Konfigurationen weiterhin?
2. Funktionieren die neuen _SAV Parameter, wenn ihr das power-saver Profil aktiviert?
3. Werden Bluetooth, Wi-Fi, WWAN beim Profilwechsel laut Konfiguration ein- bzw. ausgeschaltet?
4. Werden eure WWAN Karten (USB_EXCLUDE_WWAN=1 erforderlich) und Serielle Schnittstellenadapter (ohne Konfiguration wirksam) vom Autosuspend ausgenommen?
5. Startet tlp-pd mit SysVinit - d.h. kann man über ein Desktop-Applet das Profil wechseln?

Allgemein: wie zu jedem Release geht's mir auch darum, eventuelle Regressionen – tut mit 1.10 aber mit 1.11 nicht mehr – zu finden.

Eure bisherige individuelle Konfiguration solltet ihr für den Test einfach beibehalten und ggf. ergänzen. Ich empfehle übrigens, diese von /etc/tlp.conf nach /etc/tlp.d/01-meine.conf zu verlagern, d.h. nur die angepassten Sachen. Dann kann sie nicht durch eine versehentlich falsche Antwort an den Paketmanager hops gehen.

Testhardware
Mich interessieren im Rahmen des Tests nicht nur ThinkPads, sondern auch Laptops von anderen Herstellern, andere Modellreihen von Lenovo, wie z.B. Thinkbooks, sowie ThinkPads mit Coreboot oder Libreboot.

Weitere Neuerungen
Siehe Changelog. Könnt ihr natürlich auch gerne testen.

Pakete (Arch, Debian, Fedora, Ubuntu)
Findet ihr auf der Download Seite.

Bei Debian/Ubuntu könnt (solltet) ihr eure vorhandene /etc/tlp.conf übernehmen, indem ihr während der Paketinstallation beim Prompt "Configuration file /etc/tlp.conf" mit 'N' (für "keep your currently-installed version") antwortet.

Testschritte / Benötigte Angaben

• Nach der Installation Rechner bitte neu starten.
• Am Desktop nacheinander die drei Profile anklicken und jedesmal die Ausgabe von sudo tlp-stat zeigen
• Sichtprüfung des tlp-stat Outputs: hat die Parameter-Übersetzung geklappt und kommen eure individuell konfigurierten Werte bei den einzelnen Features an?
• Am Desktop prüfen, ob beim Wechsel vom Netzteil zum Akkubetrieb und zurück das Profil entsprechend wechselt, d.h. Netzteil = performance, Akku = balanced (bzw. was ihr abweichend per TLP_PROFILE_AC/BAT konfiguriert habt)
• Nur falls ihr tlp-pd nicht installieren möchtet/könnt oder es mit eurem Desktop nicht funktioniert: bitte manuell per tlp performance/balanced/power-saver umschalten und danach jeweils sudo tlp-stat zeigen

Aufgrund der Längenbegrenzung des Forumseditors die Ausgaben bitte per Paste-Service - vorzugsweise https://gist.github.com/

Fehlerberichte
Wenn etwas nicht wie erwartet funktionieren sollte oder Fragen sind → bitte hier im Thread melden.
Abgrenzung: alles was mit TLP Version < 1.11 zu tun hat, gehört hier nicht rein, sondern in den regulären Support-Thread.

Infos

• Changelog
• Testpakete
• Source Code

 

[Ambrosius]

@xxxx @Crisser67 @Ateles @Reuter @Karma @thickpad Na, wo steckt ihr denn alle? Mag noch jemand die Beta testen?

@Ambrosius jetzt auch mit SysVinit Script im tlp-pd Paket ...

Ist installiert und läuft unauffällig. Werde weiter testen und alle logs nochmal gensonder hochladen. Bis dahin erstmal mein stat -s:

➜ tlp-stat -s
--- TLP 1.11.0-beta.2_0663bb92 --------------------------------------------

+++ System Info
System         = LENOVO ThinkPad T450 MFGT45000
BIOS           = LENOVO JBET73WW (1.37 )
EC firmware    = 1.4
OS release     = Devuan GNU/Linux 6 (excalibur)
Kernel         = 6.12.113+deb13-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.113-1 (2026-10-15) x86_64
/proc/cmdline  = BOOT_IMAGE=/boot/vmlinuz-6.12.113+deb13-amd64 root=UUID=**** ro quiet
Init system    = sysvinit
Boot mode      = UEFI
Suspend mode   = s2idle [deep]

+++ TLP Status
tlp            = enabled, last run: 13:36:05, 569 sec(s) ago
tlp-rdw        = enabled
tlp-pd         = installed, running
TLP profile    = performance/PRF
Power source   = AC

Edit: Schnelltest mit tlpctl und dem Plasma Powerdevil Applet = läuft synchron!

 

[mcb]

Ich werde mal die neuen Umschaltoptionen probieren, soweit geht es.

@t14:~$ tlp-stat --cdiff
--- TLP 1.11.0-beta.2_0663bb92 --------------------------------------------

+++ Configured Settings (only differences to defaults):
/etc/tlp.d/00-amd.conf L0001: TLP_AUTO_SWITCH="1"
/etc/tlp.d/00-amd.conf L0002: DISK_DEVICES="nvme0n1 sda sdb"
/etc/tlp.d/00-amd.conf L0003: AHCI_RUNTIME_PM_ON_BAL="on"
/etc/tlp.d/00-amd.conf L0005: AMDGPU_ABM_LEVEL_ON_BAL="0"
/etc/tlp.d/00-amd.conf L0006: AMDGPU_ABM_LEVEL_ON_SAV="0"
/etc/tlp.d/00-amd.conf L0007: WIFI_PWR_ON_PRF="on"
/etc/tlp.d/00-amd.conf L0008: SOUND_POWER_SAVE_CONTROLLER="N"
/etc/tlp.d/00-amd.conf L0009: RUNTIME_PM_ON_PRF="auto"
/etc/tlp.d/00-amd.conf L0010: TLP_PROFILE_DEFAULT="BAL"
/etc/tlp.d/00-amd.conf L0011: DEVICES_TO_DISABLE_ON_STARTUP="bluetooth"
/etc/tlp.d/00-amd.conf L0012: START_CHARGE_THRESH_BAT0="60"
/etc/tlp.d/00-amd.conf L0013: STOP_CHARGE_THRESH_BAT0="80"
/etc/tlp.d/00-amd.conf L0014: DEVICES_TO_DISABLE_ON_PRF_NOT_IN_USE="bluetooth"
/etc/tlp.d/00-amd.conf L0015: DEVICES_TO_DISABLE_ON_BAL_NOT_IN_USE="bluetooth"
/etc/tlp.d/00-amd.conf L0016: DEVICES_TO_DISABLE_ON_SAV="bluetooth"
/etc/tlp.d/00-amd.conf L0017: CPU_DRIVER_OPMODE_ON_PRF="active"
/etc/tlp.d/00-amd.conf L0018: CPU_DRIVER_OPMODE_ON_BAL="active"
/etc/tlp.d/00-amd.conf L0019: CPU_DRIVER_OPMODE_ON_SAV="active"
/etc/tlp.d/00-amd.conf L0020: DEVICES_TO_DISABLE_ON_LAN_CONNECT="wifi wwan"
/etc/tlp.d/00-amd.conf L0021: DEVICES_TO_ENABLE_ON_LAN_DISCONNECT="wifi"
/etc/tlp.d/00-amd.conf L0022: CPU_BOOST_ON_PRF="1"
/etc/tlp.d/00-amd.conf L0023: CPU_BOOST_ON_BAL="1"
/etc/tlp.d/00-amd.conf L0024: CPU_BOOST_ON_SAV="0"
/etc/tlp.d/00-amd.conf L0025: CPU_SCALING_GOVERNOR_ON_PRF="powersave"
/etc/tlp.d/00-amd.conf L0026: CPU_SCALING_GOVERNOR_ON_BAL="powersave"
/etc/tlp.d/00-amd.conf L0027: CPU_SCALING_GOVERNOR_ON_SAV="powersave"

 

[xxxx]

Von mir kommen wieder Chromebook-Logs auf coreboot. Diesmal aber kano (Acer CP714-2WN). Allerdings dauert das noch eine Weile, vermutlich wird´s Sonntag.

 

[linrunner]

Edit: tlp-pd kann ich momentan gar nicht testen.

Woran liegts?

 

[linrunner]

Moin. Möchte noch jemand testen?

 

[mcb]

Möchte noch jemand testen?

Ich rätsel immer noch welche coolen Sachen ich auf dem T14 AMD nutzen könnte:

MAX_LOST_WORK_SECS_ON_SAV
MEM_SLEEP_ON_SAV
DISK_APM_LEVEL_ON_SAV
DISK_SPINDOWN_TIMEOUT_ON_SAV
SATA_LINKPWR_ON_SAV
AHCI_RUNTIME_PM_ON_SAV
WIFI_PWR_ON_SAV
SOUND_POWER_SAVE_ON_SAV
RUNTIME_PM_ON_SAV

DEVICES_TO_ENABLE_ON_PRF
DEVICES_TO_DISABLE_ON_PRF (neu)
DEVICES_TO_DISABLE_ON_PRF_NOT_IN_USE (neu)

DEVICES_TO_ENABLE_ON_BAL (neu)
DEVICES_TO_DISABLE_ON_BAL
DEVICES_TO_DISABLE_ON_BAL_NOT_IN_USE

DEVICES_TO_ENABLE_ON_SAV (neu)
DEVICES_TO_DISABLE_ON_SAV (neu)
DEVICES_TO_DISABLE_ON_SAV_NOT_IN_USE (neu)

Und ein Test an der Dock steht noch aus.
Die logs:

https://nbreview.de/wp-content/uploads/2026/11/1_ac.txt

https://nbreview.de/wp-content/uploads/2026/11/2_bat_b-on.txt

https://nbreview.de/wp-content/uploads/2026/11/3_dock.txt

https://nbreview.de/wp-content/uploads/2026/11/4_dock-sav.txt

https://nbreview.de/wp-content/uploads/2026/11/5_undock.txt

 

[linrunner]

Ich rätsel immer noch welche coolen Sachen ich auf dem T14 AMD nutzen könnte:

Bei den neuen Parametern ist – wie Du sicher schon selbst bemerkt hast – nichts AMD-spezifisches dabei und der Spielraum ist ohnehin nicht gross, da es fast nur um Features der Kategorie an/aus geht. Die Parameter habe ich hauptsächlich reingenommen um Wünschen nach einer flexibleren Nutzung der drei Profile entgegenzukommen (s.u.).

AMDGPU_ABM_LEVEL_ON_* möchtest Du ja nicht nutzen. Kann ich auch verstehen, da es die Lesbarkeit des Displays doch merklich beeinträchtigt. DISK_APM_LEVEL_ON_*, DISK_SPINDOWN_TIMEOUT_ON_* und SATA_LINKPWR_ON_* spielen ohne SATA Disk keine Rolle.

Vielleicht wäre eine andere Nutzung der drei Profile für dich interessant. balanced am Netzteil und power-saver im Akkubetrieb und performance als nur manuell erreichbarer Booster:

TLP_PROFILE_AC=BAL
TLP_PROFILE_BAT=SAV

Dazu balanced und performance jeweils etwas performanter machen per:

CPU_ENERGY_PERF_POLICY_ON_PRF=performance
CPU_ENERGY_PERF_POLICY_ON_BAL=balance_performance
CPU_ENERGY_PERF_POLICY_ON_SAV=power

Zusätzlich könnte man im power-saver noch den Funk ganz ausschalten:

DEVICES_TO_ENABLE_ON_PRF="bluetooth wifi"
DEVICES_TO_ENABLE_ON_BAL="bluetooth wifi"
DEVICES_TO_DISABLE_ON_SAV="bluetooth wifi"

Ich persönlich nutze aber eher DEVICES_TO_DISABLE_ON_LAN_CONNECT/DEVICES_TO_ENABLE_ON_LAN_DISCONNECT, die Du ja auch verwendest.

 

[mcb]

AMDGPU_ABM_LEVEL_ON_* möchtest Du ja nicht nutzen. Kann ich auch verstehen, da es die Lesbarkeit des Displays doch merklich beeinträchtigt.

Genau, schalten funktioniert, deaktivieren funktioniert auch, sehr schön.

DISK_APM_LEVEL_ON_*, DISK_SPINDOWN_TIMEOUT_ON_* und SATA_LINKPWR_ON_* spielen ohne SATA Disk keine Rolle.

Habe ich dann auch bemerkt, die externen SSDs reagieren nicht darauf.

balanced am Netzteil und power-saver im Akkubetrieb und performance als nur manuell erreichbarer Booster:

Das ist ne Überlegung wert. Ich helfe mir mit mit zwei alias für ballanced und saver, wenn mich der Lüfter nervt.

Ich persönlich nutze aber eher DEVICES_TO_DISABLE_ON_LAN_CONNECT/DEVICES_TO_ENABLE_ON_LAN_DISCONNECT, die Du ja auch verwendest.

Die tun mit der Beta nach wie vor und sind für mich einer der Hauptgründe für tlp.
Bluetooth passt auch (ich nutze es fast nie).

Danke!
PS:
- Rekalibrieren lief durch
- unter Debian testing/sid hatte ich keine Hänger mehr

 

[Ambrosius]

Complete Tlp-Stats

T450-PRF_on_AC
T450-BAL_on_AC
T450-SAV_on_AC

Beitrag automatisch zusammengeführt: Montag um 19:21

Dann kann sie nicht durch eine versehentlich falsche Antwort an den Paketmanager hops gehen.

@linrunner vermutlich ist es dir schon aufgefallen., aber mir ist genau DAS passiert, hoppla.. Ich hab beim Installieren in der Hast, doch die bestehen Config File überschrieben, insofern sind meine Logs für diesen Betatest nur bedingt brauchbar. Ich hab jetzt die Alpha Version von Juli wieder installiert und werde den Vorgang zur aktuellen Beta wiederholen, aber mir ist gerade noch was anderes aufgefallen.


Du schriebst in deinem Eingangspost:

Eure bisherige individuelle Konfiguration solltet ihr für den Test einfach beibehalten und ggf. ergänzen. Ich empfehle übrigens, diese von /etc/tlp.conf nach /etc/tlp.d/01-meine.conf zu verlagern, d.h. nur die angepassten Sachen. Dann kann sie nicht durch eine versehentlich falsche Antwort an den Paketmanager hops gehen.

Ich hatte zunächst ein Verständnisproblem, wenngleich ich es doch dann gecheckt habe, was du meinst.
Mit verlagern meinst du nicht die komplette Config File zu kopieren. Die dortige Template-File lässt zumindest den Gedanken zu, dass man auch einzelne Zeilen hinzufügen kann/sollte.

In der Man-Page steht außerdem noch folgendes:

FILES
/etc/tlp.conf
System-wide user configuration file, uncomment parameters here to override default set‐
tings and customization files below.

/etc/tlp.d/*.conf
System-wide drop-in customization files, overriding defaults below.

Hab ich das also richtig verstanden, dass die 10-my-configfile.conf in tlp.d NUR dann die tlp.conf übersteuert, wenn in Letzterer alles unkommentiert bleibt.

Beitrag automatisch zusammengeführt: Montag um 20:56

So, nochmal ein Update: Ich bin nun zwei Versionen zurückgesprungen und schließlich nochmal die aktuelle Beta installiert. Diesmal hat er nicht danach gefragt die Konfig Datei zu überschreiben oder zu behalten, da ich eine cusomt-tlp.conf in tlp.d/ abgelegt habe:

~/Downloads/tlp-1.11-beta
➜ sudo dpkg -i tlp_1.11.0\~beta.2-1_all.deb
[sudo] Passwort für t450:
(Lese Datenbank ... 245621 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von tlp_1.11.0~beta.2-1_all.deb ...
Entpacken von tlp (1.11.0~beta.2-1) über (1.11.0~alpha.0+20260707-1) ...
tlp (1.11.0~beta.2-1) wird eingerichtet ...
Neue Version der Konfigurationsdatei /etc/tlp.conf wird installiert ...
Applying power save settings...done.
Setting battery charge thresholds...done.
Trigger für man-db (2.13.1-1) werden verarbeitet ...

Die Konfigurationsdateie(n ) werden nicht automatisch umgeschrieben. Ihr könnte sie gerne nach dem Release anpassen - für diesen Test bitte noch nicht. Ich möchte zunächst sehen, ob die Laufzeit-Übersetzung gut funktioniert!

Ich weiss jetzt zwar nicht genau wo man die Laufzeitübersetzung herauslesen kann, aber seis drum, hier sind nochmal die tlp-stat outputs, diesmal auf BAT (lass mich bitte wissen, wenn du erneurte 3x AC benötigst):

T450-PRF_on_BAT.txt
T450-BAL_on_BAT.txt
T450-SAV_on_BAT.txt

 

[linrunner]

@Ambrosius zum Thema Konfiguration steht wirklich alles im Startpost, siehe dein Zitat. dpkg und apt fragen IMMER ob sie eine geänderte Configdatei überschreiben oder beibehalten sollen. Das ist auch keine Eigenschaft meiner Pakete, sondern von dpkg/apt. Beibehalten funktioniert 100% sofern der User bei der Abfrage N drückt (s. Downloadseite). Der Default wenn man entert ist ebenfalls Beibehalten. Ob Klickibunti-Pakettools das auch richtig machen weiss ich nicht.

TLP funktioniert übrigens auch prima mit einer leeren tlp.conf oder mit einer beliebigen Uraltversion davon. Ist halt nur unpraktisch weil man dann nichts zum Nachschauen und Abschreiben hat.

Ich vermute stark, dass Du unbedingt die neue Version der tlp.conf haben wolltest und fleissig Y gedrückt hast. Böse Falle. Daher mein Rat im Startpost.

Ich weiss jetzt zwar nicht genau wo man die Laufzeitübersetzung herauslesen kann,

Da kannst Du lange suchen. Du hast doch gar keine _AC oder _BAT Parameter in deiner individuellen Konfiguration, die übersetzt werden müssten.

 

[Ambrosius]

Da kannst Du lange suchen. Du hast doch gar keine _AC oder _BAT Parameter in deiner individuellen Konfiguration, die übersetzt werden müssten.

Um zu sehen, welche eurer Config-Zeilen betroffen sind, schaut in der Ausgabe von tlp-stat -c nach Vorkommen von „#> Runtime-translated from ...“.

Ah ja, hier wars auch geschrieben.

ich vermute stark, dass Du unbedingt die neue Version der tlp.conf haben wolltest und fleissig Y gedrückt hast. Böse Falle. Daher mein Rat im Startpost.

nee, das war ein klassischer Fall von doppelter Negation. Ist auch alles halb so schlimm.

Eine Sache ist mir noch aufgefallen, dass ist aber Plasma-spezifisch und könnte hier an der Stelle auch vielleicht falsch sein, aber zumindest meine ich dass es bisher keinen Konflikt gab.

Das Energieapplet, das ja ein GUI Frontend für Powerdevil ist, hat ja auch ein Feature um Ladeschwellen zu setzen. Und das hat bisher immer in tandem mit tlp funktioniert. Nun habe ich bemerkt, dass die dort in der GUI eingetragenen Ladeschwelle, die in TLP eingetragenen Werte umgeht und direkt den EC beschreibt. Wenn ich mit --cdiff nachchecke stehen meine eingetragenen Werte nachwievor drin, aber mit tlp-stat -b werden mir dann die Werte die ich im Applet eingetragen habe ausgegeben.

Erst wenn ich tlp wieder manuell starte (tlp start) werden die Werte aus der Config Datei wieder geladen. Das ist wie gesagt ein Teilkonflikt, könnte vielleicht aber auch andere Applets betreffen.

 

[linrunner]

Das Energieapplet, das ja ein GUI Frontend für Powerdevil ist, hat ja auch ein Feature um Ladeschwellen zu setzen. Und das hat bisher immer in tandem mit tlp funktioniert.

Zwei Tools die nichts voneinander wissen schreiben beide zu unterschiedlichen Zeitpunkten unterschiedliche Werte nach charge_control_start/end_threshold. Das Ergebnis hängt von der Reihenfolge und damit letztlich vom Zufall ab. Wenn TLP sein Arbeit tun soll, solltest Du in der KDE UI keine Schwellwerte eintragen. In GNOME gibt es auch einen solchen Schalter, den man nicht betätigen sollte.

Steht alles in der Doku: https://linrunner.de/tlp/faq/confli...t-with-my-desktop-environment-s-power-savings

Nun habe ich bemerkt, dass die dort in der GUI eingetragenen Ladeschwelle, die in TLP eingetragenen Werte umgeht und direkt den EC beschreibt.

Nicht in den EC, sondern siehe oben.

Wenn ich mit --cdiff nachchecke stehen meine eingetragenen Werte nachwievor drin, aber mit tlp-stat -b werden mir dann die Werte die ich im Applet eingetragen habe ausgegeben.

Warum sollte KDE von tlp.conf wissen und es auch noch ändern wollen?

 

[Ambrosius]

Steht alles in der Doku: https://linrunner.de/tlp/faq/confli...t-with-my-desktop-environment-s-power-savings

Danke für den Link. Hatte gar nicht gemerkt, dass du deine FAQ weiter expandiert hast. Hatte ich zuletzt nicht wahrgenommen. Sehr informativ!

 

[linrunner]

@Ambrosius Vieles worüber ihr hier stolpert bzw. was ich dazu poste, wandert früher oder später in die FAQ.

 

[mcb]

FAQ weiter expandier

Gnome schaltet neuerdings auch auf 'power-saver' wenn die Batterie leer läuft. Ladeschwellen gibt es auch (noch nicht probiert).

 

[linrunner]

Gnome schaltet neuerdings auch auf 'power-saver' wenn die Batterie leer läuft.

Nur wenn Du den entsprechenden Haken gesetzt hast.

 

[mcb]

Nur wenn Du den entsprechenden Haken gesetzt hast.

Sorry für offtopic - unter Debian auch ohne den Haken oder der Hacken wird wieder gesetzt... ist mir beim Rekalibrieren aufgefallen.

Könnte so etwas auch in tlp eingebaut werden? Bestimmte Aktionen nach Ladestand, oder je nachdem ob geladen wird z.B..

 

[linrunner]

Sorry für offtopic - unter Debian auch ohne den Haken oder der Hacken wird wieder gesetzt... ist mir beim Rekalibrieren aufgefallen.

Ich fühle mich auch nicht zuständig für den Haken und sein Eigenleben .
EDITH merkt an: diese Funktion ist übrigens die einzig mir bekannte Nutzerin des Profile Hold (tlpctl launch).

Könnte so etwas auch in tlp eingebaut werden? Bestimmte Aktionen nach Ladestand, oder je nachdem ob geladen wird z.B..

Ist nicht auf der Agenda.

 

[der_bud]

Test der 1.11.0-beta.2+20261104-1 debs auf T14 Gen1 AMD mit Debian Sid//KDE.
System:

tlp-stat -s
--- TLP 1.11.0-beta.2_abb780be --------------------------------------------

+++ System Info
System         = LENOVO ThinkPad T14 Gen 1 20UD0013GE
BIOS           = LENOVO R1BET82W(1.51 )
EC firmware    = 1.51
OS release     = Debian GNU/Linux forky/sid
Kernel         = 7.2.15-1-siduction-amd64 #1 SMP PREEMPT_DYNAMIC siduction 7.2-15 (2026-11-01) x86_64
/proc/cmdline  = BOOT_IMAGE=/boot/vmlinuz-7.2.15-1-siduction-amd64 root=UUID=c1cdacf7-a143-439c-82d7-75a3d5193cac ro kvm.enable_virt_at_load=0 resume=UUID=10386901-5bb9-46e2-a1a1-a143a775ccf2 quiet systemd.show_status=auto
Init system    = systemd 262
Boot mode      = UEFI
Suspend mode   = s2idle [deep]
SELinux status = disabled

+++ TLP Status
tlp            = enabled, last run: 14:10:07, 1582 sec(s) ago
tlp-rdw        = enabled
tlp-pd         = enabled, running
TLP profile    = power-saver/SAV
Power source   = battery

Geänderte Einstellungen:

tlp-stat --cdiff
--- TLP 1.11.0-beta.2_abb780be --------------------------------------------

+++ Configured Settings (only differences to defaults):
/etc/tlp.d/01-myconf.conf L0006: TLP_PROFILE_AC="BAL"
/etc/tlp.d/01-myconf.conf L0007: TLP_PROFILE_BAT="SAV"
/etc/tlp.d/01-myconf.conf L0008: CPU_ENERGY_PERF_POLICY_ON_PRF="performance"
/etc/tlp.d/01-myconf.conf L0009: CPU_ENERGY_PERF_POLICY_ON_BAL="balance_performance"
/etc/tlp.d/00-debug.conf L0002: TLP_DEBUG="lock rf usb run"
/etc/tlp.d/01-myconf.conf L0005: TLP_PROFILE_DEFAULT="SAV"  #> Runtime-translated from TLP_DEFAULT_MODE. Change your config!
/etc/tlp.d/01-myconf.conf L0013: DEVICES_TO_DISABLE_ON_STARTUP="bluetooth nfc wwan"
/etc/tlp.d/01-myconf.conf L0014: START_CHARGE_THRESH_BAT0="65"
/etc/tlp.d/01-myconf.conf L0015: STOP_CHARGE_THRESH_BAT0="85"

Auf Akku, SAV: https://paste.debian.net/hidden/bb0db859
Netzkabel dran, schaltet korrekt auf BAL: https://paste.debian.net/hidden/dbe64c82
Umschalten im KDE-Widget auf PRF: https://paste.debian.net/hidden/1f010f23

Alle Umschaltereien per Widget und im Terminal mit tlpctl klappen, Netzkabel ein-/ausstecken schaltet wie konfiguriert.

 

[linrunner]

Danke fürs Testen. Ich denke Du hast hier die falsche Ausgabe (BAL) verlinkt:

Umschalten im KDE-Widget auf PRF: https://paste.debian.net/hidden/dbe64c82