thinkpad_ec/tp_smapi und das SL510

[whirpool]

[gelöst]thinkpad_ec/tp_smapi und das SL510

Moinmoin!

Das das die Module thinkpad_ec und tp_smapi nicht auf der SL-Reihe laufen ist unterdessen (leider) ein alter Hut.

Nach einem merklich langsameren Anmeldevorgang(GDM) habe ich in die Logs geschaut um zu sehen ob ich erkennen kann wodran diese Verzögerung gelegen hat.
Dabei ist mir aufgefallen das beide(!) Module als erfolgreich geladen gemeldet worden sind.
In den Logs der vergangenen Tage tauchen sie hingegen nicht auf.

Installiert habe ich in der Zwischenzeit nur den 'GAdmin-ProFTPD', von dem ich aber nicht denke das er etwas damit zutun hat.

Da ich befürchte das beim nächsten Start die Module, wie normal, nicht (erfolgreich) geladen werden werde ich versuchen so viele Infos wie möglich zu geben. Eventuell hilft es ja beim beheben der Inkompatibilität oder einem Workaround. Im zuge dessen werde ich den Schleppi auch ersteinmal nicht neu starten um gegebenenfals Informationen nachzureichen.

kernel: [   36.288007] thinkpad_ec: thinkpad_ec 0.40 loaded.
kernel: [   36.310801] tp_smapi 0.40 loading...
kernel: [   36.310917] tp_smapi successfully loaded (smapi_port=0xb2).

 $sudo modinfo thinkpad_ec
filename:       /lib/modules/2.6.35-28-generic-phc/updates/dkms/thinkpad_ec.ko
license:        GPL
version:        0.40
description:    ThinkPad embedded controller hardware access
author:         Shem Multinymous
srcversion:     3994ABEA686F3BC11C96B99
depends:        
vermagic:       2.6.35-28-generic-phc SMP mod_unload modversions 
parm:           force_io:Force IO even if region already reserved (0=off, 1=on) (bool)

$ sudo modinfo tp-smapi
filename:       /lib/modules/2.6.35-28-generic-phc/updates/dkms/tp_smapi.ko
license:        GPL
version:        0.40
description:    ThinkPad SMAPI Support
author:         Shem Multinymous
srcversion:     F73BBCBD87C5944FFE67105
depends:        thinkpad_ec
vermagic:       2.6.35-28-generic-phc SMP mod_unload modversions 
parm:           debug:Debug level (0=off, 1=on) (int)

$ sudo tlp-stat
--- tlp 0.3.0 --------------------------------------------
System = LENOVO ThinkPad SL510 28477MG
BIOS = 6JET86WW (1.44 )
Release = Ubuntu 10.10
Kernel = 2.6.35-28-generic-phc x86_64

tlp power save = enabled
power source = ac

<...>

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

/sys/devices/platform/smapi/BAT0/manufacturer = SANYO
/sys/devices/platform/smapi/BAT0/manufacture_date = 2010-07-11
/sys/devices/platform/smapi/BAT0/first_use_date = 2010-08-27
/sys/devices/platform/smapi/BAT0/cycle_count = 139
/sys/devices/platform/smapi/BAT0/design_capacity = 47520 [mWh]
/sys/devices/platform/smapi/BAT0/last_full_capacity = 45970 [mWh]
/sys/devices/platform/smapi/BAT0/remaining_capacity = 44580 [mWh]
/sys/devices/platform/smapi/BAT0/remaining_percent = 97 [%]
/sys/devices/platform/smapi/BAT0/remaining_running_time_now = 0 [min]
/sys/devices/platform/smapi/BAT0/remaining_charging_time = not_charging [min]

/sys/devices/platform/smapi/BAT0/start_charge_thresh = 96 [%]
/sys/devices/platform/smapi/BAT0/stop_charge_thresh = 100 [%]

<...>

So, das wars fürs erste. Ich habe keine Ahnung ob ich Gespenster sehe oder dies ein absoluter Ausnahmefall ist, denn ich bin zur Zeit etwas übermüdet.
Und genau dagegen werde ich jetzt etwas unternehmen.

Fals die Geschichte doch interessant ist, dann schreibt was ihr noch wissen möchtet oder wie ich helfen könnte.
Ansonsten ersteinmal bis morgen, da gibt es mehr.

Gruß,
zzZZZZzzzz,
whirpool

EDIT: Die Lösung befindet sich in Post #9

 

[buddabrod]

Ich bezweifle, dass es an den Modulen liegt. modprobe -r tp-smapi && modprobe -r thinkpad-ec und dann
time modprobe tp-smapi
ich nehme an, dass das innerhalb weniger Millisekunden lädt.

Bist du sicher, dass dein installiertes Paket nicht beim Starvorgang etwas lädt und wegen nicht verfügbarer Netzwerkverbindung auf entsprechendes Timeout wartet?

 

[linrunner]

Hi,

das ist interessant. Es ist keineswegs gesicherte Erkenntnis, daß thinkpad_acpi und tp_smapi auf dem SL510 nicht laufen, sondern eher eine Vermutung, weil es mit dem SL500 nicht funktioniert. Es gab hier vor deinem Post nie Rückmeldungen dazu.

Versuch mal jeweils beide zu Entladen und wieder zu Laden und zeig den kpl. Output:

sudo modprobe -rv thinkpad_acpi # entladen
sudo modprobe -v thinkpad_acpi # laden

sudo modprobe -rv tp_smapi # entladen
sudo modprobe -v tp_smapi # laden

 

[whirpool]

Morgäähn )

so, dann wollen wir mal..

Bist du sicher, dass dein installiertes Paket nicht beim Starvorgang etwas lädt und wegen nicht verfügbarer Netzwerkverbindung auf entsprechendes Timeout wartet

Ja, da bin ich mir sicher. Der proftpd wird bei Systemstart nicht geladen da ich ihn nur sporadisch brauche.
Dies wird duch ein 'ps waux | grep proftpd' bestätigt und zudem würde ich auch nicht verstehen wieso das warten auf eine netzwerkverbindung das tp-smapi-Modul zum laden anregen sollte.

das ist interessant. Es ist keineswegs gesicherte Erkenntnis, daß thinkpad_acpi und tp_smapi auf dem SL510 nicht laufen, sondern eher eine Vermutung, weil es mit dem SL500 nicht funktioniert. Es gab hier vor deinem Post nie Rückmeldungen dazu.

Ok, also thinkpad_acpi läuft auf dem SL510 ohne murren, lediglich tp-smapi verweigert normalerweise den Dienst.
Dies ist in sofern ärgerlich da ist für die Akkuladeschwellen und den Festplattenschutz(hdaps) benötigt wird.

Ich bezweifle, dass es an den Modulen liegt. modprobe -r tp-smapi && modprobe -r thinkpad-ec und dann
time modprobe tp-smapi
ich nehme an, dass das innerhalb weniger Millisekunden lädt.

Versuch mal jeweils beide zu Entladen und wieder zu Laden und zeig den kpl. Output:

sudo modprobe -rv thinkpad_acpi # entladen
sudo modprobe -v thinkpad_acpi # laden

sudo modprobe -rv tp_smapi # entladen
sudo modprobe -v tp_smapi # laden

Datt machen wir doch in einem abwasch und bekommen folgendes:

$ sudo modprobe -rv [B]thinkpad_acpi[/B]
rmmod /lib/modules/2.6.35-28-generic-phc/kernel/drivers/platform/x86/thinkpad_acpi.ko
rmmod /lib/modules/2.6.35-28-generic-phc/kernel/drivers/char/nvram.ko
$ sudo modprobe -v [B]thinkpad_acpi[/B]
insmod /lib/modules/2.6.35-28-generic-phc/kernel/drivers/char/nvram.ko 
insmod /lib/modules/2.6.35-28-generic-phc/kernel/drivers/platform/x86/thinkpad_acpi.ko 

$ sudo modprobe -rv [B]tp_smapi[/B]
rmmod /lib/modules/2.6.35-28-generic-phc/updates/dkms/tp_smapi.ko
rmmod /lib/modules/2.6.35-28-generic-phc/updates/dkms/thinkpad_ec.ko
$ sudo modprobe -v [B]tp_smapi[/B]
insmod /lib/modules/2.6.35-28-generic-phc/updates/dkms/thinkpad_ec.ko 
WARNING: Error inserting thinkpad_ec (/lib/modules/2.6.35-28-generic-phc/updates/dkms/thinkpad_ec.ko): No such device or address
FATAL: Error inserting tp_smapi (/lib/modules/2.6.35-28-generic-phc/updates/dkms/tp_smapi.ko): No such device or address

$ sudo modprobe -rv [B]thinkpad_ec[/B]
$ sudo modprobe -v [B]thinkpad_ec[/B]
insmod /lib/modules/2.6.35-28-generic-phc/updates/dkms/thinkpad_ec.ko 
FATAL: Error inserting thinkpad_ec (/lib/modules/2.6.35-28-generic-phc/updates/dkms/thinkpad_ec.ko): No such device or address

Ergebnis ist das der tp-smapi nichtmehr nachgeladen werden kann, aber das kann auch dran liegen das der thinkpad_ec anscheinend garnichtmehr aktiv war. (thinkpad_ec wird als Abhängigkeit für tp-smapi angegeben)

Jetzt werden auch die ganzen schönen angaben über Status und Ladeschwellen des akkus nichtmehr ausgeführt.

$ sudo tlp-stat
<....>
ThinkPad extended battery info not available (missing tp_smapi kernel module).
/sys/class/power_supply/BAT1/manufacturer = SANYO
/sys/class/power_supply/BAT1/energy_full_design = 47520 [mWh]
/sys/class/power_supply/BAT1/energy_full = 45970 [mWh]
/sys/class/power_supply/BAT1/energy_now = 44520 [mWh]
<....>

Dies ist die 'normale' Ausgabe auf einem SL510, da tp-smapi normalerweise nicht verfügbar ist.

Ich habe jetzt nocheinmal die Logs(kern.log, messages, syslog) durchgeschaut ob dort zu sehen ist das thinkpad_ec beendet wurde und sehe zum Zeitpunkt des manuellen ent-/neuladens folgendes:

<....>
kernel: [19500.754767] Non-volatile memory driver v1.3
kernel: [19500.780605] [B]thinkpad_acpi[/B]: ThinkPad ACPI Extras v0.24
kernel: [19500.780612] thinkpad_acpi: http://ibm-acpi.sf.net/
kernel: [19500.780615] thinkpad_acpi: ThinkPad BIOS 6JET86WW (1.44 ), EC 6JHT66WW-1.186000
kernel: [19500.780619] thinkpad_acpi: Lenovo ThinkPad SL510, model 28477MG
kernel: [19500.780885] thinkpad_acpi: detected a 8-level brightness capable ThinkPad
kernel: [19500.782522] thinkpad_acpi: radio switch found; radios are enabled
kernel: [19500.782601] thinkpad_acpi: possible tablet mode switch found; ThinkPad in laptop mode
kernel: [19500.785031] thinkpad_acpi: asked for hotkey mask 0x078dffff, but firmware forced it to 0x008dffff
kernel: [19500.795730] thinkpad_acpi: rfkill switch tpacpi_bluetooth_sw: radio is blocked
kernel: [19500.811545] thinkpad_acpi: rfkill switch tpacpi_wwan_sw: radio is blocked
kernel: [19500.811852] Registered led device: tpacpi::thinklight
kernel: [19500.812090] Registered led device: tpacpi::power
kernel: [19500.812307] Registered led device: tpacpi::standby
kernel: [19500.812620] Registered led device: tpacpi::thinkvantage
kernel: [19500.830890] thinkpad_acpi: Console audio control enabled, mode: monitor (read only)
kernel: [19500.836627] input: ThinkPad Extra Buttons as /devices/platform/thinkpad_acpi/input/input12
kernel: [19535.250709] [B]tp_smapi[/B] [B][U]unloaded[/U][/B].
kernel: [19535.280101] [B]thinkpad_ec[/B]: [B][U]unloaded[/U][/B].
kernel: [19539.785301] thinkpad_ec: thinkpad_ec_read_row: failed requesting row: (0x01:0x00)->0xfffffff0
kernel: [19539.785307] thinkpad_ec: initial ec test failed

Ich hänge den kompletten kern.log mal, zusammen mit einem 'normalen' zum Vergleich, an den Post ran.

Und da ich es jetzt ja anscheinend eh kaputtgespielt habe werde ich mal neu booten und schauen ob es wieder lädt. mompls
...
so, re..
Also ist jetzt neu gestartet und wie gehabt ohne thinkpad_ec und tp-smapi.
Habe zusätzlich zu den 2 Logs (normal/tp-smapi) noch den Log von diesem boot angehangen(reboot).

War also irgendein Zufall/Fehler das die beiden Module geladen wurden.
Würde aber schön sein herauszufinden wie man das zur Regel machen könnte.
Bin in der Hinsicht gerne bereit zu helfen wo ich kann.

Gruß,
whirpool

Edit:
Also ich habe jetzt 20-30 mal neu gestartet aber konnte den Start von thinkpad_ec und tp-smapi nicht reproduzieren.

Aufgefallen ist mit das bei 'tlp-stat' der Akku jetzt als 'BAT1' angezeigt wird und nichtmehr als 'BAT0' wie beim Start mit aktivierten Modulen.
Dies sieht man auchschon in den oberen Quotes nachdem Versuch die Module nach dem beenden neu zu starten.

Sehr auffällig, und auch der Grund wieso ich überhaupt drauf gestoßen bin, war das bei dem einen Boot mit den Modulen die Dateien auf dem Desktop und die 'Task-Leisten' von Ubuntu nicht sofort nach dem einloggen vorhanden waren sondern etwa 10sec brauchten bis sie auftauchten(normalerweise ohne jegliche Verzögerung).

Ich werde das auf alle Fälle weiter im Auge behalten.

 

[linrunner]

Moin moin,

mach ruhig langsam mit den vielen Symptomen und Outputs, ich hab auch so verstanden, daß thinkpad_ec nicht lädt (bzw. nur seltenst)...

Probier bitte:

sudo modprobe -v thinkpad_ec force_io=1

Falls das klappt, legst Du eine Datei /etc/modprobe.d/tp_smapi.conf mit folgendem Inhalt an:

options thinkpad_ec force_io=1

Dann müßte es auch beim Systemstart brav laden.

ps. der unter BAT1 erscheinende Akku dürfte mit der üblichen schlampigen ACPI-BIOS-Implementierung zusammenhängen. Liest man bei anderen Fabrikaten öfters.

 

[whirpool]

*g* ja, ich habe mir auchschon Gedanken gemacht ob der Marathon-Post noch irgendeinen Sinn ergibt ;o)

$ sudo modprobe -v thinkpad_ec force_io=1
insmod /lib/modules/2.6.35-28-generic-phc/updates/dkms/thinkpad_ec.ko force_io=1
FATAL: Error inserting thinkpad_ec (/lib/modules/2.6.35-28-generic-phc/updates/dkms/thinkpad_ec.ko): No such device or address

Das funktioniert so leider nicht. /

 

[buddabrod]

Was sagt dmesg nach dem gescheiterten Ladeversuch?

 

[whirpool]

Was sagt dmesg nach dem gescheiterten Ladeversuch?

in dmesg und mesages taucht garnix auf.
im kern.log taucht aber folgendes auf:

kernel: [ 6911.385545] thinkpad_ec: thinkpad_ec_read_row: failed requesting row: (0x01:0x00)->0xfffffff0
kernel: [ 6911.385550] thinkpad_ec: initial ec test failed

 

[linrunner]

Dann probier noch die üblichen ThinkPad-Workarounds (bitte einzeln):

• Netzteil ab, Akku raus, Einschalter > 30s halten
• BIOS auf Defaults [F9], Speichern [F10], Ausschalten

Obiges hat übrigens schon in mehreren Festplattenschutz-Supportfällen geholfen.

Apropos: Du solltest maximal eine funktionierende obere Ladeschwelle erwarten - ich vermute, daß die Untere auf Obere - 5% fixiert ist, ähnlich wie beim Edge (START_CHARGE_THRESH_BAT0 auskommentieren). Festplattenschutz sehe ich keine Chance.

ps. dein BIOS ist aktuell?

 

[buddabrod]

Okay, dann wird das mit dem EC des SL vermutlich nicht so einfach.

Ohne die Spezifikation/Dokumentation zu dem Controller wird das vermutlich nicht so einfach zu beheben sein. Vielleicht kommt ja mal wieder von dem unbekannten tp-smapi Author eine neue Version.. Ich bezweifle es aber, weil der schon recht lange inaktiv zu sein scheint.

Vielleicht hat irgendwer aber doch eine einfachere Lösung.

 

[linrunner]

Da im 1. Post ein geladenes tp_smapi zu sehen ist, besteht immerhin Hoffnung. Ich hatte zudem vor einiger Zeit für wenige Minuten ein SL410 in der Hand. Da wurde tp_smapi geladen. Interessanterweise war dort /sys/devices/platform/smapi/BAT0/start_charge_thresh beim Auslesen leer.

 

[whirpool]

Also, habe mal die 2 Ansätze verfolgt die ich im Wiki(ich liebe es) wohl übersehen habe.

Zuerst habe ich die Bios-Variante. Zurückgesetzt, gespeichert und ausgeschalten.
Brachte keinen erfolg.

Anschließend Netzteil+Akku entfernt und für eine Minute den Power-Knopf gedrückt.
Und siehe da, man mag es nicht glauben, "thinkpad_ec: thinkpad_ec 0.40 loaded.". tp-smapi lädt gleich hinterher und die Akkuinformationen sind wieder bei 'BAT0' und detailiert inkl. Ladeschwellen.
Zur Sicherheit 3 mal neu gestartet und beim 3ten mal das Bios wieder eingestellt. -> funktioniert immernoch.

*kratz* ja, dafür schoneinmal danke, Auf den Trick währe ich ja nicht gekommen da die SL-Serie überall explizit ausgeklammert wird.
Was dem SL510 oder thinkpad_ec nun queer hing ist für mich unergründlich.
Aber wenn ich helfen kann dieses Verhalten zu beseitigen, immer raus damit. Das war der eigendliche Grund den Thread zu eröffnen.

 

[linrunner]

Sehr schön . Wie schon angedeutet, interessieren mich die Ladeschwellen. Stell doch mal bitte nacheinander die folgenden beiden Konfigurationen in TLP ein:

#START_CHARGE_THRESH_BAT0=75
STOP_CHARGE_THRESH_BAT0=80

START_CHARGE_THRESH_BAT0=85
#STOP_CHARGE_THRESH_BAT0=90

und zeig zu jeder den Output von

sudo tlp start
sudo tlp-stat | grep smapi

ps. als dritte Kombi bitte noch mit beiden Schwellen

START_CHARGE_THRESH_BAT0=70
STOP_CHARGE_THRESH_BAT0=90

 

[whirpool]

Aye!
Da hätten wir:

#START_CHARGE_THRESH_BAT0=75
STOP_CHARGE_THRESH_BAT0=80 

$ sudo tlp start
tlp started in ac mode.

$ sudo tlp-stat | grep smapi
/sys/devices/platform/smapi/BAT0/manufacturer = SANYO
/sys/devices/platform/smapi/BAT0/manufacture_date = 2010-07-11
/sys/devices/platform/smapi/BAT0/first_use_date = 2010-08-27
/sys/devices/platform/smapi/BAT0/cycle_count = 139
/sys/devices/platform/smapi/BAT0/design_capacity = 47520 [mWh]
/sys/devices/platform/smapi/BAT0/last_full_capacity = 45970 [mWh]
/sys/devices/platform/smapi/BAT0/remaining_capacity = 44420 [mWh]
/sys/devices/platform/smapi/BAT0/remaining_percent = 97 [%]
/sys/devices/platform/smapi/BAT0/remaining_running_time_now = 0 [min]
/sys/devices/platform/smapi/BAT0/remaining_charging_time = not_charging [min]
/sys/devices/platform/smapi/BAT0/start_charge_thresh = 81 [%]
/sys/devices/platform/smapi/BAT0/stop_charge_thresh = 80 [%]

und

START_CHARGE_THRESH_BAT0=85 
#STOP_CHARGE_THRESH_BAT0=90

$ sudo tlp start
tlp started in ac mode.

$ sudo tlp-stat | grep smapi
/sys/devices/platform/smapi/BAT0/manufacturer = SANYO
/sys/devices/platform/smapi/BAT0/manufacture_date = 2010-07-11
/sys/devices/platform/smapi/BAT0/first_use_date = 2010-08-27
/sys/devices/platform/smapi/BAT0/cycle_count = 139
/sys/devices/platform/smapi/BAT0/design_capacity = 47520 [mWh]
/sys/devices/platform/smapi/BAT0/last_full_capacity = 45970 [mWh]
/sys/devices/platform/smapi/BAT0/remaining_capacity = 44420 [mWh]
/sys/devices/platform/smapi/BAT0/remaining_percent = 97 [%]
/sys/devices/platform/smapi/BAT0/remaining_running_time_now = 0 [min]
/sys/devices/platform/smapi/BAT0/remaining_charging_time = not_charging [min]
/sys/devices/platform/smapi/BAT0/start_charge_thresh = 85 [%]
/sys/devices/platform/smapi/BAT0/stop_charge_thresh = 84 [%]

habe noch einen 3ten mit Sinnigen einstllungen versucht:

START_CHARGE_THRESH_BAT0=70
STOP_CHARGE_THRESH_BAT0=90

$ sudo tlp start
tlp started in ac mode.

$ sudo tlp-stat | grep smapi
/sys/devices/platform/smapi/BAT0/manufacturer = SANYO
/sys/devices/platform/smapi/BAT0/manufacture_date = 2010-07-11
/sys/devices/platform/smapi/BAT0/first_use_date = 2010-08-27
/sys/devices/platform/smapi/BAT0/cycle_count = 139
/sys/devices/platform/smapi/BAT0/design_capacity = 47520 [mWh]
/sys/devices/platform/smapi/BAT0/last_full_capacity = 45970 [mWh]
/sys/devices/platform/smapi/BAT0/remaining_capacity = 44410 [mWh]
/sys/devices/platform/smapi/BAT0/remaining_percent = 97 [%]
/sys/devices/platform/smapi/BAT0/remaining_running_time_now = 0 [min]
/sys/devices/platform/smapi/BAT0/remaining_charging_time = not_charging [min]
/sys/devices/platform/smapi/BAT0/start_charge_thresh = 91 [%]
/sys/devices/platform/smapi/BAT0/stop_charge_thresh = 90 [%]

Passt nicht ganz wie es scheint.
Edit: an 70/90 agepasst

Edit2:
im kern.log zeigt er aber die richtigen Werte an:

kernel: [ 5410.292641] smapi smapi: set_real_thresh: set start to 69 for bat=0
kernel: [ 5410.590144] smapi smapi: set_real_thresh: set stop to 90 for bat=0

und im Batteriebetrieb bekomme ich:

$ sudo tlp start
grep: /sys/devices/platform/dock.?/type: Datei oder Verzeichnis nicht gefunden
tlp started in battery mode.

die werte werden aber gesetzt.

 

[linrunner]

Das scheint meine Vermutung zu bestätigen, daß die beiden Schwellen miteinander "verdrahtet" sind und eigentlich nur die obere Sinn macht. Am besten trägst Du also folgendes ein:

#START_CHARGE_THRESH_BAT0=75 ## deaktiviert
STOP_CHARGE_THRESH_BAT0=deinwert

In der nächsten TLP-Version wird das SL in die Blacklist aufgenommen um das Setzen der unteren Schwelle zu unterbinden.

Was Du noch testen könntest, ist, ob die obere Schwelle tatsächlich beim Ladevorgang zieht: mit tlp start setzen, Akku entsprechend entladen, danach 1x Herunterfahren und Ausschalten zum aktivieren.

tlp discharge könntest du bei der Gelegenheit auch testen .

EDITH würde noch interessieren, ob sudo tlp bayoff geht.

 

[whirpool]

Ok, ich habe das mal etwas getestet.
Habe die Werte auf 75/90 gesetzt und mprime mal etwas Saft verbraten lassen.

Ersteinmal ist mir aufgefallen das "/sys/devices/platform/smapi/BAT0/remaining_running_time_now = 0 [min]" sich nicht verändert.

Ich habe das Netzteil bei 85%, 80% und 73% angeschlossen. Nur bei 73% hat er angefangen zu laden.
Das Akku-Icon in Gnome hat bei 85%&80% angezeigt das der Akku vollständig geladen ist. Bei 73% hat er dann die Zeit angegeben wann der Akku wieder voll ist.
Beim Aufladen hat TLP sich auch an die 90% gehalten und dann das Laden abgebrochen.

Die Schwellenwerte funktionieren also, aber werden von tlp-stat falsch ausgegeben.
Die kern.log zeigt an das anstatt 75/90 74/90 gesetzt wurde, aber bis auf den Startwert-1 ist es korrekt und an diese Werte wird sich anscheinend auch gehalten.

tlp discharge scheint nicht zu funktionieren.
Es läuft an, und in der log sieht man "smapi smapi: set_force_discharge: set to 1 for bat=0", doch der Ladewert der Batterie rührt sich nicht.
Beim beenden via Ctrl-C meldet er "Discharging of battery BAT0 cancelled.".

btw. Danke für dieses großartige Tool ))


Edit:

$ sudo tlp bayoff
grep: /sys/devices/platform/dock.?/type: Datei oder Verzeichnis nicht gefunden
Error: cannot locate bay device.

 

[linrunner]

Eventuell hast Du mich bei den Ladeschwellen mißverstanden, die untere kann und soll nicht gesetzt werden, daher ist sie auch in meinem Post mit # auskommentiert und zeigt logischerweise Unsinn an. Ich möchte nur sicher sein, daß die obere korrekt gesetzt und angezeigt wird. Die untere werde ich als "(not available)" kennzeichnen sobald ein Modell in der Blacklist ist. tlp discharge muß ich dann wohl auch blacklisten.

Nimm also nochmal diese Konfiguration

#START_CHARGE_THRESH_BAT0=75 
STOP_CHARGE_THRESH_BAT0=90

und zeig

sudo tlp start
sudo tlp-stat | grep smapi

Danke für deine Mühe und Unterstützung bei der Weiterentwicklung von TLP .

 

[whirpool]

Moinmoin )

Also..

Ich möchte nur sicher sein, daß die obere korrekt gesetzt und angezeigt wird

Darfst du )

#START_CHARGE_THRESH_BAT0=75 
STOP_CHARGE_THRESH_BAT0=90

$ sudo tlp start
tlp started in ac mode.

$ sudo tlp-stat | grep smapi
/sys/devices/platform/smapi/BAT0/manufacturer = SANYO
/sys/devices/platform/smapi/BAT0/manufacture_date = 2010-07-11
/sys/devices/platform/smapi/BAT0/first_use_date = 2010-08-27
/sys/devices/platform/smapi/BAT0/cycle_count = 140
/sys/devices/platform/smapi/BAT0/design_capacity = 47520 [mWh]
/sys/devices/platform/smapi/BAT0/last_full_capacity = 45970 [mWh]
/sys/devices/platform/smapi/BAT0/remaining_capacity = 41160 [mWh]
/sys/devices/platform/smapi/BAT0/remaining_percent = 90 [%]
/sys/devices/platform/smapi/BAT0/remaining_running_time_now = 0 [min]
/sys/devices/platform/smapi/BAT0/remaining_charging_time = not_charging [min]
/sys/devices/platform/smapi/BAT0/start_charge_thresh = 91 [%]
/sys/devices/platform/smapi/BAT0/stop_charge_thresh = 90 [%]

Eventuell hast Du mich bei den Ladeschwellen mißverstanden, die untere kann und soll nicht gesetzt werden, <...> und zeigt logischerweise Unsinn an.
<...>
Die untere werde ich als "(not available)" kennzeichnen sobald ein Modell in der Blacklist ist.

Mißverstenden habe ich dich nicht.
Doch habe ich es dennoch getestet und festgestellt das die untere(start) zwar Unsinn anzeigt, aber gesetzt wird und auch funktioniert!
Zumindest das SL510 28477MG müßte nicht auf de Blacklist der unteren Ladeschwelle.
Mit einem fix für die Anzeige, oder dem einfachen Hinweis das diese Unsinn anzeigt, sollte es getan sein.

Habe eben nocheinmal eine weile mit den Ladeschwellen gespielt und folgende Beobachtungen gemacht:

1. Der Angegebene Startwert beginnt bei Startwert-2 zu laden.

Wenn in der Config z.B. der Startwert von 80% angegeben ist, dann wird im kern.log ein Wert von 79 angezeigt und das Laden des Akkus fängt bei 78(oder <79) an.
​

2. Das starten des Akkuladens ist 'on-the-fly' möglich.

Wenn der Ladestand auf z.B. 80 steht, man den Startwert auf >=82 stellt und TLP mit 'tlp start' (neu)startet so beginnt das Laden des Akkus augenblicklich.
​

3. Das stoppen des Ladevorgangs ist nicht 'on-the-fly' möglich.

Wenn man während des Ladens den Startwert auf einen niedrigeren Wert, als den derzeitigen Ladezustand, ändert muß erst das Netzkabel aus-/eingesteckt werden damit das Laden unterbrochen wird.
​

4. Der Startwert muß min. 5 unter dem Stopwert liegen

Wenn man den gleichen Start- und Stopwert, oder einen Startwert mit geringern unterschied als 5 zum Stopwert, angibt, so wird dieser automatisch nach unten korrigiert(kern.log). z.B. 80/80->75/80, 77/80->75/80
​

tlp discharge muß ich dann wohl auch blacklisten.

Ja, das funtioniert auch wirklich nicht ;o)

Danke für deine Mühe und Unterstützung bei der Weiterentwicklung von TLP

Aber immer, und auch immerwieder(!) gerne wenn du Sachen auf/von einem SL510 zu testen/wissen hast.

Gruß,
whirpool

 

[linrunner]

Das sind ja recht viele Besonderheiten. Werde ich mal in Ruhe bebrüten, ob und wie ich das umsetze. Außerdem müßte ich noch jemand mit einem passenden Edge zu fassen bekommen, der noch etwas differenzierter testet.

 

[whirpool]

Joh, brüte du mal. evtl schlüpft ja ein x201

Mit einem Edge kann ich dir nicht dienen, aber zum testen würde ich dir, nach Absprache, auch einen ssh/vnc-Zugang mit entsprechenden Rechten einrichten damit du dich nach Herzenslust austoben kannst.
Alternativ, sofern du zufällig in Hamburg hockst, kann ich dir die Kiste auch gerne vorbei bringen oder mich auf dem nächsten user-treffen blicken lassen.
Komm einfach per PM auf mich zurück sofern dir das helfen würde.

Gruß,
whirpool