[VDR*ELEC] - CoreELEC mit Amlogic und wakeup

Hallo

ich habe festgestellt das die Wakeup funktionalität der Boards ohne Hardware RTC nicht sauber funktioniert. Der RTC kann (so wie ich es getestet habe) nur bis ca. 70 Minuten gesetzt werden.

Werden grössere Zeiten eingetragen werden dann wacht das Board früher auf weil die Zeit wohl wrapped.

Bei den Tests ist mir aufgefallen das es egal ist welchen Timer man nutzt. Also meson-vrtc oder aml_vrtc haben den gleichen Fehler. Wir hatten ja den Device Tree gepacht damit der meson-vrtc zum Einsatz kommt. Dieser Patch ist nicht nötig.

Ich habe herausgefunden das es mit dem aml_pm Treiber viel einfacher geht den wakeup timer zusetzen. Man kann den Timer einfach in /sys/kernel/debug/wakeup_time setzen.

Also mit "echo wakeup_in_x_sekunden >/sys/kernel/debug/wakeup_time" kann der Timer gesetzt werden. Wobei hier die relative Zeit bis zum Aufwachen in Sekunden zu setzen ist. Also NICHT die absolute Aufwachzeit in Sekunden seit 1970. Dabei ist es egal welchen vrtc Treiber man nutzt. Der aml_pm Treiber wird immer geladen. da muss man nix tun.

Damit ist das Problem mit den 70 Minuten aber noch nicht gelöst. Dafür muss der SCP Prozess gepatcht werden. Hier hat CoreELEC noch einen Fehler in ihrem bl301.bin blob.

Ich habe den bl301 blob angepasst und einen Patch dafür bereitgestellt (siehe Anhang). Der müsste dann von Zabrimus noch in den build Prozess eingebaut werden.

Es werden beim build drei bl301 Repositories geladen. Der Patch muss wohl in jedem laufen.

Damit das ganze dann auch klappt muss das System in den Suspend gefahren werden. Am einfachsten geht das über das Shutdown Script vom vdr.

Beispiel:

echo $2 >/sys/kernel/debug/wakeup_time
systemctl suspend

Wobei man evtl. von $2 (Zeit bis zum nächsten Timer in Sekunden) noch 300 abziehen sollte um etwas vorlauf zu haben.

$2 ist null wenn kein Timer gesetzt ist. Diese 0 muss auch gesetzt werden damit ein evtl. alter Wert überschrieben wird vor dem suspend.

Viel Spass

jojo61

Mir ist aufgefallen das ich mich hier etwas kompliziert ausgedrückt habe.

1.

Mit dem bl301 Patch wird das Problem behoben das der RTC Timer ohne den Patch nur bis ca. 70 min funktioniert.

2.

Wer bisher den wakeup timer über /sys/class/rtc/rtc0/wakealarm gesetzt hat, der muss nichts weiter tun und nur das gepatchte bl301.bin laden. Da funktioniert der wakeup bei suspend und bei shutdown.

3.

Wer kein /sys/class/rtc/rtc0/wakealarm hat, weil er den aml_vrtc Treiber geladen hat (mit ungepatchten device tree), der kann den wakeup timer über

/sys/kernel/debug/wakeup_time setzen. Dann funktioniert der Wakeup aber nur beim suspend.

Quote from Dr. Seltsam

Inwieweit ist auch der Odroid N2(+) betroffen?

Es geht hier nur um Boards die keinen Hardware RTC besitzen (siehe oben). Das Odroid-N2 hat einen Hardware RTC (sogar mit Bufferbatterie) und ist nicht betroffen.

Betroffen sind X96 Max und Tanix und ähnliche ohne RTC.

Es reicht wenn du nur den Patch einspielst. Du musst keine anderen Patches entfernen.

Du musst alle 3 Projekte patchen. Der Patch ist für alle 3 der gleiche.

Super und Danke für deine arbeit an VDR*ELEC

jojo61

Ich werde es testen und berichten

Nach dem clean auschecken und starten kommt folgendes:

jojo@nuc:~/VDRSternELEC$ ./build.sh -config CoreELEC-20
Read config CoreELEC-20
Clean up
fatal: ambiguous argument 'origin/coreelec-20': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions, like this:
'git <command> [<revision>...] -- [<file>...]'

Ich habe dann in cleanup das origin/$BRANCH wieder entfernt. Dann lief es. Jetzt warte ich auf den Build in ein paar Stunden.

So ich habe es nun getestet und noch einen Fehler gefunden. Die Leutchen von Corelec haben etwas chaos in ihren BL301 Quellen und einiges ist da doppelt und dreifach drin. Deswegen muss in dem Repositories bl301_221119 und bl301_091020 noch eine weitere Datei gepatcht werden.

Ich habe dir die Patchdatei angehängt. Die muss nach

package_patches/CoreELEC/projects/Amlogic-ce/packages/linux-firmware/amlogic/bl301_221119/patches

und nach

package_patches/CoreELEC/projects/Amlogic-ce/packages/linux-firmware/amlogic/bl301_091020/patches

Evtl musst du die Patchdatei nach umbenennen nach bl301.patch

Klappt nun super. Danke

Es könnte sein das ich da nochmal nacharbeiten muss weil der Timer beim booten evtl. nicht gelöscht wird. D.h. beim erneuten shutdown wird er wieder auf den alten Wert gesetzt. Das bin ich gerade am testen.

Nachtrag:

Der Test war erfolgreich und es sind keine Nacharbeiten nötig. Der Timer wird beim boot immer gelöscht und alles funktioniert wie es soll.