TLP FAQ

Aus ThinkPad-Wiki

Hier werden häufig gestellte Fragen zu TLP beantwortet.

Installation und Konfiguration

Funktioniert TLP auch mit anderen Notebooks (nicht ThinkPads)?

TLP ist für alle Laptops geeignet, das Einstellen der Akkuladeschwellen ist jedoch nur für ThinkPads verfügbar.

Da der Programmautor nur über Testmöglichkeiten auf ThinkPads verfügt, sind Berichte und Fragen zu anderen Notebooks im Support-Thread stets willkommen.

Wie kann ich die Einstellungen von TLP ändern?

Eine ausführliche Beschreibung aller Einstellungen findet sich im Artikel TLP Einstellungen.

Kann ich TLP auch mit Kubuntu, Xubuntu, o.ä. verwenden?

Ja. Alle Funktionen von TLP arbeiten unabhängig von der gewählten Desktopumgebung.

Warum ziehen meine TLP-Einstellungen unter Kubuntu/KDE nicht korrekt?

Ein mögliches Symptom: im Akkubetrieb werden die AC-Einstellungen verwendet, am Netzteil die BAT-Einstellungen.

Grund: unter "Systemeinstellungen -> Energieverwaltung -> Profile ändern" wurden die Einstellungen der Energieprofile verändert.

Lösung: Voraussetzung für die korrekte Funktion von TLP ist die richtige Einstellung des Häkchens "Energiesparfunktion des Systems einschalten" unter "Prozessor und System":

  • Profil "Powersave" (Default für Akkubetrieb): Häkchen an
  • Profil "Performance" (Default am Netzteil): Häkchen aus

Bei selbst erstellten Profilen ist sinngemäß zu verfahren.

Kann ich TLP auch mit Linux-Distributionen verwenden für die noch kein fertiges Paket existiert?

Prinzipiell ist es möglich den Source-Tarball bei Github herunterzuladen, auszupacken und per

tar xfvz linrunner-TLP-VERSION-COMMIT.tar.gz
cd linrunner-tlp-COMMIT

# als Root
make install 
chkconfig --add tlp # oder das distributions-spezifische Kommando 

zu installieren, es besteht jedoch kein Support dafür.

Wer über Interesse und die nötigen Kenntnisse verfügt, TLP für andere Distributionen zu paketieren, zu testen und zu supporten, kann sich anhand der Entwicklerdokumentation informieren und möge sich sehr gerne im Support-Thread melden.

Systemperformance

Kernel 3.0: System extrem langsam im Akkubetrieb

Einige Benutzer des ThinkPad T420 berichteten von diesem Problem. Als Umgehungslösung hat sich folgende Einstellung bewährt:

SATA_LINKPWR_ON_BAT=medium_power 

Prozessortaktsteuerung

Wieso werden die Takt-Einstellungen nicht bzw. unvollständig umgesetzt?

Falls tlp-stat im Abschnitt "Prozessor" andere als die gewählten Einstellungen anzeigt, gibt es mehrere mögliche Ursachen:

Die distributionseigenen Einstellungen funken dazwischen

Lösung: den distributionseigenen Mechanismus wie folgt deaktivieren:

Ubuntu

sudo update-rc.d -f ondemand remove

Änderung rückgängig machen mit:

sudo update-rc.d ondemand defaults

Debian

update-rc.d -f cpufrequtils remove     # als Root

Änderung rückgängig machen mit:

update-rc.d cpufrequtils defaults      # als Root

openSUSE

Keine Änderung erforderlich.

Ungültige Frequenzeinstellungen

Lösung: die gültigen Werte für den eigenen Prozessor werden von tlp-stat angezeigt. Beispiel:

/sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies =  2400000 1600000  800000 [kHz]

Wieso spart der Governor ondemand mehr Strom als powersave?

Die Gründe sind z.B. im Blog des Kernel-Entwicklers Matthew Garrett nachzulesen. Zusammenfassung in Deutsch siehe hier.

Suspend/Hibernate

Kernel 3.0: Suspend nicht möglich im Akkubetrieb

Zwei Benutzer des ThinkPad T400 berichteten von diesem Problem. Ursache war die benutzerspezifische Einstellung für das Ausschalten des optischen Laufwerks im Akkubetrieb. Diese ist wie folgt zu deaktivieren:

BAY_POWEROFF_ON_BAT=0

Festplatte

Warum parkt meine Festplatte die Leseköpfe im Akkubetrieb so häufig (Klickgeräusche)?

Die TLP-Einstellung

DISK_APM_LEVEL_ON_BAT=128

entspricht der Ubuntu-Default-Einstellung und sollte nicht zu exzessiven Parkvorgängen (Stichwort "Load Cycle Count") führen. Leider interpretieren einige Hersteller, insbesondere bei neueren Plattenmodellen, die APM-Eckwerte sehr "großzügig", um den Stromverbrauch zu senken.

In einem solchen Fall kann es helfen, im Akkubetrieb einen geeigneten Wert > 128 durch Ausprobieren zu ermitteln (siehe Notebook-Festplatten-Bug).

Warum funktioniert das automatische Anhalten der Festplatte (spin down) nicht?

Die Verwendung DISK_APM_LEVEL < 128 oder von DISK_SPINDOWN_TIMEOUT ermöglicht zwar das automatische Anhalten des Spindelmotors. In der Praxis greifen System und Anwendungen aber zu häufig auf die Festplatte zu und wecken sie wieder auf. Für dieses Problem existiert keine nachhaltige Lösung, da insbesondere zahlreiche Anwendungen angepaßt werden müßten.

Wie kann ich meine 2. Festplatte anhalten?

Abschalten nach 1 Minute (= 12 · 5 Sekunden) Inaktivität mit:

DISK_SPINDOWN_TIMEOUT_ON_AC="0 12"
DISK_SPINDOWN_TIMEOUT_ON_BAT="0 12"

Siehe auch Spindelmotor abschalten.

Funkgeräte (Bluetooth, WLAN, WWAN)

Debian Squeeze: Warum werden die in DEVICES_TO_DISABLE_ON_STARTUP angegebenen Geräte beim Systemstart nicht deaktiviert?

Debian Squeeze (nicht jedoch Wheezy) hat die Eigenart, bei jedem Anzeigen des Anmeldedialogs (GDM) alle Funkgeräte einzuschalten. Je nach Startgeschwindigkeit des Systems wird dadurch das Abschalten durch TLP zunichte gemacht. In diesem Fall kann man als Umgehungslösung folgende Zeile in /etc/rc.local aufnehmen:

{ sleep 30; bluetooth off; wifi off; wwan off; } &

Die Kommandos für nicht abzuschaltende Geräte läßt man weg. Ebenso ist ggf. die am Befehl sleep angegebene Verzögerung von 30 Sekunden anzupassen.

Warum hat die integrierte WWAN(UMTS)-Karte Schwierigkeiten beim Verbindungsaufbau bzw. verliert die Verbindung?

Mögliche Ursache: einige Karten arbeiten nicht zuverlässig wenn der USB-Auto-Suspend-Modus aktiviert ist.

In ThinkPads verbaute Karten die betroffen sein können sind:

  • Sierra MC8755 – USB ID 1199:6804
  • Sierra MC8775 – USB ID 1199:6813
  • Ericsson F5521gw – USB ID 0bdb:1911
  • Ericsson H5321gw – USB ID 0bdb:1926

Lösung: der Auto-Suspend-Modus kann selektiv deaktiviert werden durch Blacklisting der USB-ID der Karte.

Grafik

Warum flackert mein Display beim Wechsel der Stromquelle kurz?

Grund ist die automatische Umschaltung der Taktfrequenz bei Radeon-Karten (freier Treiber radeon ab Kernel 2.6.35). Ist dies nicht gewünscht, schafft folgende Einstellung (auf Kosten eines höheren Stromverbrauchs) Abhilfe:

RADEON_POWER_PROFILE_ON_AC=default
RADEON_POWER_PROFILE_ON_BAT=default

Warum hat mein Notebook mit Nvidia Optimus einen extrem hohen Stromverbrauch?

Bei der Optimus-Hybridgrafik stecken im Notebook zwei Grafikeinheiten: eine von Intel auf dem Processor-Chip ("integrated") und eine von Nvidia ("discrete"). Linux nutzt standardmäßig die Intel-Grafik, gleichzeitig ist die Nvidia-Grafik eingeschaltet und verbraucht, obwohl sie nicht verwendet wird, sehr viel Akkustrom.

Lösungsmöglichkeiten:

  • Im BIOS eine der beiden Karten deaktivieren
  • Verwendung von Bumblebee

Sound

Bei Problemen mit der Soundausgabe (Störungen, Klickgeräusche) kann man probehalber in den Einstellungen den Stromsparmodus des Soundchips deaktivieren um das Problem einzugrenzen:

SOUND_POWER_SAVE=0

Powertop

Warum empfiehlt mir Powertop im Akkubetrieb trotz aktivem TLP weitere Stromspar-Einstellungen?

Die Empfehlungen von Powertop in der Rubrik "Tunables" bedürfen in manchen Fällen der Interpretation:

Runtime PM for PCI Device

Powertop ist der Auffassung, dass das Runtime PM für alle PCI Geräte aktiviert werden sollte. Dies kann jedoch zu Funktionsstörungen führen.

Wie Erfahrungen mit einer früheren Version von TLP zeigen, können dadurch z.B. manche ThinkPad-Modelle nicht mehr sauber heruntergefahren werden, sondern machen stattdessen stets einen Neustart. Daher setzt TLP Runtime PM nur für einen Teil der PCI Geräte.

Die Powertop-Meldung also bitte ignorieren.

SATA ALPM link power

Bei einigen Notebook-Modellen läßt sich ALPM für bestimmte Links nicht von "max_performance" auf "min_power" umschalten. Dies ist der Fall z.B. für eine offene Verbindung zum Laufwerk in der (nicht angeschlossenen) Docking Station.

Stromsparende Umgehungslösung für ThinkPads der X-Serie: im BIOS unter "Security -> IO Port Access" den Zugriff auf das Laufwerk in der Ultrabase auf "disabled" stellen (Ersparnis ca. 0,4 W).

Wifi powersave

  • Einige WLAN-Karten, z.B. Intel 3945abg, unterstützen mit aktuellen Linux-Kerneln kein Powersave. Erkennbar ist das am Hinweis "disabled by kernel" in der Ausgabe von tlp-stat:
wlan0(iwl3945): power management = off (disabled by kernel)

USB autosuspend

  • TLP spart absichtlich USB-Eingabegeräte (HID) vom Autosuspend aus, um den Benutzern Probleme mit "einschlafenden" Mäusen o.ä zu ersparen
  • Während einer laufenden WWAN/UMTS-Verbindung schlägt Powertop u.U. trotz aktiviertem Autosuspend an

HD audio powersave

  • (Vermutlich) falsche Anzeige von Powertop

Akku

Warum wird mein Akku trotz eingestellter Ladeschwellen auf 100% geladen?

Hier gibt es eine ganze Reihe möglicher Ursachen:

Laptop ist kein ThinkPad

Alle Akkufunktionen von TLP funktionieren nur mit ThinkPads.

tp-smapi ist nicht installiert

tp-smapi nach der distributionsspezifischen Installationsanleitung nachinstallieren.

Paket tp-smapi-dkms läßt sich nicht installieren

Symptom: die Installation des Pakets zeigt die Fehlermeldung

Setting up tp-smapi-dkms (0.41-1) ...
Creating symlink /var/lib/dkms/tp-smapi/0.41/source ->
                 /usr/src/tp-smapi-0.41
DKMS: add completed.
Error! Your kernel headers for kernel 3.X.0-YY-generic cannot be found.
Please install the linux-headers-3.X.0-YY-generic package,
or use the --kernelsourcedir option to tell DKMS where it's located

Lösung: das Paket linux-generic-headers nachinstallieren.

Kernelmodul tp_smapi lädt nicht

Zunächst sollte man überprüfen, ob das Kernelmodul tp_smapi geladen wird. Erscheint bei folgendem Terminalkommando

sudo modprobe -v tp_smapi

eine Fehlermeldung, dann sollte man mit den in tp-smapi beschriebenen Maßnahmen fortfahren.

Generell nicht unterstützt wird tp-smapi von folgenden Modellen:

  • ThinkPad SL300/400/500
  • ThinkPad X121e (AMD)
  • ThinkPad L430, L530, T430(s), T530, W530, X230 – siehe übernächsten Abschnitt

ThinkPad T420(s)/T520/W520/X220

Bei der Sandy-Bridge-Generation unterstützt tp-smapi nicht mehr alle Akku-Funktionen. Symptome sind:

Die Ausgabe von tlp-stat zeigt

/sys/devices/platform/smapi/BAT0/start_charge_thresh = (not available)

Die Ausgabe von tlp setcharge bzw. fullcharge zeigt

start => Warning: cannot set threshold.

tlp discharge bzw. recalibrate schlagen fehl

Error: discharge function not available for this ThinkPad model.

Ursache: auf ThinkPads der Sandy-Bridge-Generation wird von tp-smapi weder die untere Ladeschwelle noch das Entladen am Netzteil unterstützt.

Lösung: TLP verwendet statt tp-smapi automatisch die Alternative tpacpi-bat sofern das benötigte Kernelmodul acpi_call installiert ist – siehe Installation.

ThinkPad T430(s)/T530/W530/X230

Die Ivy-Bridge-Generation wird von tp-smapi gar nicht mehr unterstützt. Die Lösung steht im vorhergehenden Abschnitt.

Akku wurde gewechselt

Durch Herausnehmen des Akkus können bei manchen Modellen die aktiven Ladeschwellen verloren gehen. Nach dem (Wieder-)Einsetzen eines Akkus wirken zunächst die Werkeinstellungen (96/100%). Die in TLP konfigurierten Ladeschwellen werden erst aktiv, nachdem das

  • System neu gestartet
  • wieder heruntergefahren und ausgeschaltet

wurde.

Alternativ kann man auch temporäre Schwellen setzen (wirken sofort).

Die von tlp-stat angezeigten Ladeschwellen entsprechen nicht den Einstellungen

Mögliche Ursachen:

Konfiguration wurde nicht aktiviert

Nach Anpassungen der Einstellungsdatei ist ein Neustart oder der Aufruf von

sudo tlp start

bzw.

sudo tlp setcharge

erforderlich.

ThinkPad Edge, L (nicht L420/520), SL (ab SL410/510)

Bei diesen Baureihen entsprechen die ausgelesenen Werte für die Akkuladeschwellen nicht den zuvor geschriebenen Werten. So liefert z.B. das Setzen von START_CHARGE_THRESH_BATx=75 / STOP_CHARGE_THRESH_BATx=80 beim Auslesen stattdessen 81 / 80. Nichtsdestrotz funktionieren die Ladeschwellen wie eingestellt!

Was genau tut die untere Ladeschwelle START_CHARGE_THRESH_BATx?

START_CHARGE_THRESH_BATx sorgt dafür, dass der Akku nach kurzen Entladevorgängen beim Anstecken des Netzteils nicht sofort wieder geladen wird. Der Ladevorgang startet erst, wenn beim vorausgegangenen Entladen der Wert von START_CHARGE_THRESH_BATx unterschritten wurde. Liegt hingegen beim Anstecken des Netzteils die Ladung über START_CHARGE_THRESH_BATx, dann wird nicht geladen.

Wird bei gesetzten Ladeschwellen der Akku auch am Netzteil entladen?

Nein. Sonst müßte es ja Ent-Ladeschwellen heißen.

Kann man durch Setzen der unteren Ladeschwelle das weitere Entladen des Akkus verhindern?

Nein. Entladen des Akkus läßt sich nur durch Anstecken des Netzteils oder Ausschalten des ThinkPads verhindern.


Ich habe die Ladeschwellen entfernt, trotzdem wirken sie weiterhin

Entfernt man die Ladeschwellen lediglich aus der Konfiguration, bleiben sie zunächst erhalten, da sie von der Akkuelektronik gespeichert werden. Um zur Werkseinstellung 96 / 100% zurückzukehren, gibt es zwei Möglichkeiten:

Mein Akku läßt sich nach einer Rekalibration nicht mehr aufladen, die Anzeige zeigt permanent X%

Wahrscheinlichste Ursache: der Akku ist defekt (und war dies auch schon vor der Rekalibration).

Wechselschacht / Ultrabay

Wieso wird trotz Konfiguration das optische Laufwerk im Akkubetrieb nicht ausgeschaltet?

Mögliche Ursachen:

ThinkPad ohne Ultrabay

Dazu zählen die Edge- und SL-Baureihen.

Inkompatibles Notebook

Die Funktion ist bisher nur mit ThinkPads getestet. Berichte und Fragen zu anderen Notebooks sind im Support-Thread stets willkommen.

Neue Funktionen

Wie erreiche ich, daß Feature "xyzzy" in TLP aufgenommen wird?

Einfach im Support-Thread melden und den Wunsch nachvollziehbar beschreiben:

  • Ziel des Features: was soll erreicht werden und warum?
  • Welche Anwendungsfälle sind zu berücksichtigen bzw. machen das Feature notwendig?
  • Vorhandene eigene Skripte (oder Links zu solchen) beifügen

Hinweis: der Autor behält sich vor, Featurewünsche zu einem von ihm gewählten Termin oder auch gar nicht zu implementieren.

Grundsätzlich werden in TLP nur Dinge implementiert, die mit der Senkung des Stromverbrauchs oder dem Akkubetrieb im Allgemeinen zu tun haben. Siehe dazu auch die untenstehende Abgrenzung.

Abgrenzung - welche Themen berücksichtigt TLP (absichtlich) nicht?

  • Lüftersteuerung: Lösungen sind bereits vorhanden: Thinkfan bzw. tpfanco.
  • Helligkeit des LCD-Backlights: kollidiert mit vorhandener Funktionalität z.B. des Gnome Power Managers

Links

TLP

Lüftersteuerung

nur für ThinkPads

  • Thinkfan – einfaches Lüftersteuerungsprogramm
  • tpfanco – Lüftersteuerung mit GUI