Tuxbox-Board

Hi,

ich war etwas überrascht als ich mir für meinen openembedded Port angeschaut hatte wie die Boxen heruntergefahren werden.
http://gitorious.org/neutrino-hd/builds ... d/spark_fp

Ich hätte jetzt eine Lösung im Kernel erwartet. Interessante Technik aus dem Userspace... Aus reiner Neugierde habe ich mich mal hingesetzt und zwei Patches geschrieben welche das Problem im Kernel lösen. Der eine fügt einen pm_power_of "hook" im Kernel Code ein. Der andere modifiziert den aotom Treiber so, dass dieser bei der Initialisierung sich genau an diesen Hook hängt und ein Power_off zu Verfügung stellt. Wird aotom entladen wird der Hook wieder entfernt.

Am Anfang kam mir das ganze etwas unsauber vor aber es funktioniert ganz gut.

https://github.com/project-magpie/meta- ... halt.patch
https://github.com/project-magpie/meta- ... tion.patch

Ob das ganze dann auch mit Timern usw. funktioniert haben ich noch nicht getestet. Die Box geht in deep standby und kann mit der FB wieder geweckt werden.

Da ich beim openembedded port auch noch an der Busybox rumtricksen musste damit die nicht davon ausgeht, dass keine RTC im System vorhanden ist. Hatte ich mir überlegt on top of aotom könnte man doch ein RTC Modul bauen welches hwclock kompatibel wäre.


Über Eure Meinung zum Thema würde ich mich freuen.

Gruß

Das ist prinzipiell die wesentlich bessere und die korrekte Lösung -- ich war einfach nicht motiviert genug, das so zu machen.

Ich schau mir das mal an und baue es dann wohl in meine builds mit ein, weil das wesentlich schicker ist.

Hallo graugans,

ich hab's eben (plus einer Handvoll dadurch bedingter Änderungen) in meinen Clone reingenommen, tut prima.

Danke!

Ciao,

martii

aber baut nicht durch ....

schufti hat geschrieben:aber baut nicht durch ....

Die aotom_main.h wird beim Anlegen von build_tmp/drivers angelegt, also Bei nachträglichen Änderungen wird das nicht nachgezogen -- musst Du manuell machen, oder Ciao,

martii

Hi,
OK, dass die .h nicht paßt habe ich schon gefunden, aber nicht warum sie nicht an den richtigen Platz kommt ... habe kernel neu gebaut, libstd-hal alles auch brav vorher gelöscht, bloß "driver" hab ich glatt übersehen.

danke,
schufti

graugans hat geschrieben:Über Eure Meinung zum Thema würde ich mich freuen.

Wie schon erwähnt -- die Idee fand ich super, aber dass der Kernel core gepatched werden musste, verwirrte mich ein wenig. Da war doch was. Genau. "reboot_notifier". Damit gehts ohne Kernelpatch.

Und wo ich schon dabei war mir den Treiber zu Gemüte zu führen (das ist ja echt kein Spass... habe ich auch gleich noch ein richtiges RTC-Interface mit eingebaut. Jetzt kann man mittels "hwclock" die Uhrzeit lesen / setzen und die wakeup-Time im sysfs, wie auf "richtigen" Rechnern.

Dabei habe ich das tdt-driver gleich mal auf den aktuellen Stand hochgezogen und die Patches angepasst, ich hoffe dass dabei nichts kaputt ging, bei mir funktioniert es noch.

Vielen Dank Seife,

seife hat geschrieben: Wie schon erwähnt -- die Idee fand ich super, aber dass der Kernel core gepatched werden musste, verwirrte mich ein wenig. Da war doch was. Genau. "reboot_notifier". Damit gehts ohne Kernelpatch.

Das war ja nur nen proof of concept umso besser das es auch ohne Kernel-Patch geht.

seife hat geschrieben: Und wo ich schon dabei war mir den Treiber zu Gemüte zu führen (das ist ja echt kein Spass... habe ich auch gleich noch ein richtiges RTC-Interface mit eingebaut. Jetzt kann man mittels "hwclock" die Uhrzeit lesen / setzen und die wakeup-Time im sysfs, wie auf "richtigen" Rechnern.

Dabei habe ich das tdt-driver gleich mal auf den aktuellen Stand hochgezogen und die Patches angepasst, ich hoffe dass dabei nichts kaputt ging, bei mir funktioniert es noch.

Das ist echt genial. Schon wieder Arbeit gesspart ;-) Ich werde es sobald ich Zeit habe testen..

Gruß
Christian