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

 

[der_bud]

Jo, hab ich zweimal gepastet. Korrigiert ( https://paste.debian.net/hidden/1f010f23 )

 

[xxxx]

Ich habe die 1.11.0-beta.2 getestet auf einem Acer Chromebook Spin 714 2-WN ("kano") mit coreboot (MrChromebox-2609.3).
Die Dateien liegen hier: https://gist.github.com/local-hosts/118cc0ed158c02e920a3c1fcc841426d

Die Übersetzung der "alten" Profile funktioniert ohne Probleme (siehe Zeilen 18/19, 44/45, 72/72, und 75/76).
"SAV"-Parameter werden korrekt gesetzt, soweit ich sehe.

Automatische Umschaltung des Profils beim Einstecken der Stromversorgung funktioniert ebenfalls.

Was ich nicht testen kann/konnte, ist der Suspend-Mode, der aktuell auf meinen coreboot-Chromebooks nicht (mehr) funktioniert; auch beim C14, das ich das letzte Mal tlp-getestet hatte, jetzt nicht mehr. Das (manuelle) Umschalten via tlp (von 's2idle' auf 'deep' und zurück) ist aber konsistent.
[Hier zwar ein bisschen OT, trotzdem möchte ich kurz den Stand der Dinge zusammenfassen: Suspend (auf meinem Test-C14) funktionierte bis vor ca. 6 Wochen. Dann kam ein Kernel-Update, Suspend funktioniert nicht mehr. Kernel-Update zurückgerollt: funktioniert wieder. Dann einige coreboot-MrChromebox-Aktualisierungen später auf die vordem noch/wieder funktionierende Kernel-Version zurückgerollt: kein Suspend. Danach auch wieder die alte coreboot-Version geflasht: immer noch kein Suspend. Dann dasselbe auf einem anderen C14 durchprobiert: Hier funktioniert Suspend mit aktuellem Kernel und aktueller Coreboot-Version. Weird. Ich vermute, dass hier was mit dem EC schiefläuft – habe aber bisher keine empirischen Anhaltspunkte. Wie ist das bei Deinem C13, @mcb @iks230 ? – ich werde hier auf jeden Fall noch tiefer graben müssen.]

Was ebenfalls nicht geht – noch nie ging, auch beim C14 nicht – ist das Rekalibrieren des Akkus ('CROS_EC_UNBLOCK_DISCHARGE=1' ist in der tlp.conf gesetzt, in der UPower.conf entsprechend 'AllowRiskyCriticalPowerAction=true' und 'CriticalPowerAction=Ignore' [da meine UPower-Version noch auf 1.90.3 verharrt]). Bei ca. 2,6% Akkuladung geht der Rechner plötzlich aus (sowohl alle C14 die ich getestet habe, insgesamt 4 Stück, als auch der hier referenzierte Spin 714), egal was ich konfiguriere, in den Coreboot-UEFI-Einstellungen oder in tlp (siehe Zeilen 79, 280–282). [@mcb @iks230 : hast Du das bei Deinem C13 irgendwie hinkonfiguriert bekommen? – falls ja, wie?]

[Nochmal OT: wer "kano" corebooten will, ob mit MRChromebox oder mit eigenen Parametern, intern (CR50), CCD (SuzyQ) oder extern via Programmer: da gibt's noch ein paar undokumentierte Rabbit-Holes. Bei Interesse oder Problemen PN an mich.]

Edit: Den Eigner des C13 (sorry, war bei mir falsch im Hinterkopf …)

 

[mcb]

Wie ist das bei Deinem C13, @mcb?

Ich habe kein C13. Vielleicht schaffe ich es ja irgendwann mal am T440s.

 

[xxxx]

Ich habe kein C13.

Oh, entschuldige bitte, @mcb ! Ich meinte @iks230 …