tp_smapi / Ladeschwellen auf T420(s)/X220/... - Tester gesucht

[Zhenech]

Ja, ich verwende das Paket nicht weil es sich um einen i386 Build handeld ich aber ein amd64 System nutze. Da würde ich mir das schon ganz gerne selber passend bauen. Die Kernelheader habe ich inklusive des Kernels aus den Repositorys gezogen.

Leider (gottseidank) falsch:
tp-smapi-dkms_0.40-11~ppa3_all.deb (45.0 KiB)
tp-smapi-source_0.40-11~ppa3_all.deb (58.0 KiB)
*all* bedeutet architektur-neutral. es wurd ledeglich auf einem i386 gebaut...

warum baust du mit make? wenn du ein debian paket willst baust du mit dpkg-buildpackage

 

[fpunktk]

Hallo,

ich habe es auch mal ausprobiert und es sieht recht gut aus.

# uname -r 
2.6.38-8-generic-pae
# lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 11.04
Release:    11.04
Codename:   natty
# dmidecode -s system-version
ThinkPad T420
# dmidecode -s system-product-name
4236NGG
# cat /sys/devices/platform/smapi/BAT0/stop_charge_thresh
80

Ich freue mich auf eine untere Ladeschwelle

 

[crippled_penguin]

Hallo Specialist,

sehe ich es richtig, dass mit deinem Patch auch andere tp_smapi-abhängige Sachen (z.B. Festplattenschutz) wieder laufen müssten? Habe ein X220.

Viele Grüße

 

[linrunner]

Sobald tp_smapi lädt, sollte auch der Festplattenschutz laufen. Wäre schön, wenn Du berichten könntest -> Funktionstest (heutzutage haben ja alle SSD ...)

 

[crippled_penguin]

Wobei man mit den Rotationssensoren ja schöne Sachen machen kann (http://www.thinkwiki.org/wiki/Script_for_theft_alarm_using_HDAPS).
Edit: Wenn die auf dem Mainboard sind, müsste die oben genannte Spielerei auch mit SSD funktionieren.
Danke für die Antwort!

Edit2: Der Festplattenschutz funktioniert jetzt. Mit der voreingestellten Empfindlichkeit 15 kann man tippen, ohne ein parken auszulösen. Sollte also passen.
Die obere Ladeschwelle funktioniert natürlich ebenfalls.

Modell: X220
2.6.38-8-generic
Natty

Eine Frage noch zum ppa: Welche Verbesserung bietet das dort angebotene Memtest? Es wird mir jetzt natürlich über die Aktualisierungsverwaltung angeboten, weswegen ich die originale Version pinnen müsste.

Grüße und vielen Dank an Specialist und linrunner.

 

[Specialist]

Eine Frage noch zum ppa: Welche Verbesserung bietet das dort angebotene Memtest? Es wird mir jetzt natürlich über die Aktualisierungsverwaltung angeboten, weswegen ich die originale Version pinnen müsste.

Es friert auf Sandy-Bridge-CPUs im Gegensatz zum bei Natty mitgelieferten memtest 4.10 nicht bei der Initialisierung ein. ;-)

 

[meega]

Danke für den Patch!

Ich nutze das X220 und habe mal den fix_hdaps_orientation.patch abgeändert, damit beim X220 auch die hdaps-Axen stimmen:

+ HDAPS_DMI_MATCH_INVERT("LENOVO", "ThinkPad X220", HDAPS_ORIENT_SWAP),

Grüße,
meega

 

[crippled_penguin]

Es friert auf Sandy-Bridge-CPUs im Gegensatz zum bei Natty mitgelieferten memtest 4.10 nicht bei der Initialisierung ein. ;-)

Jep, das war mir dann auch aufgefallen, als ich es interessehalber ausprobiert habe. Und dass deine Version funktioniert:thumbup:

Ab welcher Linux-Version werden diese Änderungen eigentlich integriert sein? Schon im 3.0 oder wird es auch in Backports zur Verfügung gestellt werden?

Viele Grüße

 

[nih]

Hallo, danke für den Patch!

Zur revanche stelle ich hier gleich mal ein aktuelles Archlinux-Paket rein, das auf tp_smapi 0.40-6 basiert, diese Patches enthält und darum von mir tp_smapi 0.40-7 genannt wurde. (Muss in .tar.gz umbenannt werden.)

Es enthält auch

+ HDAPS_DMI_MATCH_INVERT("LENOVO", "ThinkPad X220", HDAPS_ORIENT_SWAP),

Download: Anhang anzeigen tp_smapi_new.tar.gz.txt

 

[fabio]

wie sieht es eigentlich jetzt mit der unteren Ladeschwelle aus? Ist die immer noch nicht möglich zu setzen oder hat sich da schon was getan?

Würde gerne meine Windows Partition vom Rechner schmeißen, aber erst wenn ich beide Ladeschwellen setzen kann, sonst steh ich da und muss immer warten bis mein Akku genügend entladen ist bevor ich wieder laden kann, selbst wenn ich mal gezwungen bin schnell aufzuladen.

 

[linrunner]

sonst steh ich da und muss immer warten bis mein Akku genügend entladen ist bevor ich wieder laden kann, selbst wenn ich mal gezwungen bin schnell aufzuladen.

Und wie kommst Du auf diesen Blödsinn? Es ist völlig unnötig den Akku vor dem Laden zu entladen.

 

[ccyx]

Wenn er eine untere Ladeschwelle unter Windows gesetzt hat und sie unter Linux nicht löschen kann, muss er den Akku ja entsprechend unter die Schwelle entladen, sonst weigert sich das Notebook ja ihn zu laden ;-)

Aber zum Thema:
Ich glaub es hat sich noch niemand die Arbeit gemacht, dass mal zu reverse-engineern oder jemanden ein paar Scheine in die Hand zu drücken, damit er sich mal ransetzt.

 

[linrunner]

Der Blödsinn ist ja eben die zu tiefe untere Schwelle.

 

[fabio]

@linrunner ja, ich meinte das wie ccyx es beschrieben hat. Und warum Blödsinn? So steht es doch auch im ThinkWiki als Empfohlene Einstellung. Wenn ich die Ladeschwelle schön hoch setze, dann brauch ich die Funktion doch nicht.

 

[d-tick]

Danke für den Patch/das Programm

obere Ladeschwelle einstellen klappt auf einem X220 super!

Hast du den Patch an die die Autoren weiter geleitet das er im "offiziellen" code auch landet?

Grüße

 

[Zhenech]

Hatter, leider gibts "offiziel" niemanden mehr der sich drum kuemmert, weswegen ich das jetzt uebernommen habe (http://github.com/evgeni/tp_smapi) und in den debian paketen ist es auch schon drin

 

[linrunner]

Hi,

schafft es die Version 0.41-1 noch in Oneiric? Der DebianImportFreeze war ja schon am 30.06.

 

[Zhenech]

https://bugs.launchpad.net/ubuntu/+source/tp-smapi/+bug/823438/ sei dank ja

 

[depeee]

Bisher scheint es mit dem tp_smapi (0.41) weiterhin nicht möglich, die start_charge_thresh und force_discharge Option bei einem T420 zu nutzen.

Da ich selbst eher zufällig auf eine andere (funktionierende) Möglichkeit zur Regelung der start-/stop Ladeschwellen bei einem T420 gestoßen bin, hier eine kleine Zusammenfassung der Informationen:

Benötigt wird:
Kernel-Modul acpi_call - https://github.com/mkottman/acpi_call
Perl-Script tpacpi-bat - https://github.com/teleshoes/tpbattstat-applet/blob/master/tpacpi-bat

Der Aufruf erfolgt dann z.B. so (1 = Hauptbatterie):
./tpacpi-bat startChargeThreshold 1 40
./tpacpi-bat stopChargeThreshold 1 80
./tpacpi-bat forceDischarge 1 no
./tpacpi-bat inhibitCharge 1 yes 17

 

[fabio]

@depeee vielleicht postest du das auch hier nochmal, dann wird es sicherlich schneller gefunden. http://thinkpad-forum.de/threads/12...-für-X220-T420-etc-–-schon-jemand-Erfahrungen