Installation eines VDR+Plugins nativ auf CoreELEC Boxen

Zabrimus · December 15, 2025 at 3:29 PM

Ich habe ein wenig mit wol auf dem Odroid n2+ gespielt. In der /flash/config.ini habe ich die beiden Einträge

Code

#------------------------------------------------------------------------------------------------------
#
# WOL Setting, 0=off/1=on
#   Set by CoreELEC Settings
#
wol='1'
enable_wol='1'

Ob auch usbpower=1 notwendig ist, weiß ich nicht. Es wäre einen Versuch wert.

Der shutdown liefert die folgenden Ausgaben

Code

[  174.125050] Power down
bl31 reboot reason: 0x108
bl31 reboot reason: 0x108
system cmd  0.
bl30 get wakeup sources!
process command 00000006
bl30 enter suspend!
Little core clk suspend rate 1908000000
Big core clk suspend rate -2086967296
store restore gp0 pll
suspend_counter: 1
Enter ddr suspend
ddr suspend time: 15us
alarm=0S
process command 00000001
GPIOA_11/13 off
cec ver:2018/04/19
CEC cfg:0x007f
WAKEUP GPIO cfg: 0x0000, bank: 0x00
USBPOWER=1, WOL=1
use vddee new table!
08915d0000000000set_remote_mode 0x00000000cec reset
Set cec pinmux:0x11
kern log_addr:0x00
cec T: 00
cec_triggle_tx:TX_ERROR
Set cec log_addr:0x10,ADDR0:10
customer pwrkeys for IR is NULL, use defaults!

Display More

Und ein wakeonlan <hwadress> startet den Odroid N2+ zuverlässig.

LotharE · December 15, 2025 at 4:14 PM

Leider klappt es bei mir unter CE22 nicht.

Den Eintrag in der /flash/config.ini hatte ich schon.

Hast Du die Zeilen der boot.ini?

Code

if test "${wol}" != ""; then setenv wol "enable_wol=${wol}"; fi
...
setenv initargs "${rootopt} ${consoleopt} ${fbcon} ${keymap} ${max_freq_cluster} ${wol} ${cec} ${irsetup} ${usbpower} ${gpiopower}"

Unter CE21 ist die LED an RJ45 aktiv, wenn der Odroid aus ist, das ist unter CE22 nicht der Fall.

Mit usbpower=1 bleibt die rote Power LED an bzw. hell, sonst ändert sich nichts.

Hast du in dmesg diese Zeile

Code

[    8.737498] bl30_manager: support WOL: 0

oder steht da eine 1 ?

Zabrimus · December 15, 2025 at 4:29 PM

Quote from LotharE

Hast Du die Zeilen der boot.ini?

Nein. Meine boot.ini sieht so aus:

Code

ODROIDN2-UBOOT-CONFIG

#------------------------------------------------------------------------------------------------------
#
# boot.ini
#
# WARNING DO NOT MODIFY THIS FILE! ALL CHANGES WILL BE LOST WITH THE NEXT UPDATE!
# Set your own settings in config.ini
#
#------------------------------------------------------------------------------------------------------

setenv remotewakeup "0x23dc4db2"
setenv decode_type "0"
setenv remotewakeupmask "0xffffffff"
setenv coreelec "quiet"
setenv vout "1080p60hz"
setenv frac_rate_policy "0"

setenv rootopt "BOOT_IMAGE=kernel.img boot=UUID=1811-3505 disk=UUID=5351a3ab-dac4-4adf-aabc-2d5a70fa6043"
setenv consoleopt "console=ttyS0,115200 console=tty0 no_console_suspend"

setenv dtb_mem_addr 0x1000000
setenv uenv_addr 0x13000000
setenv loadaddr 0x02000000

if load mmc ${mmc_dev}:1 ${uenv_addr} resolution.ini; then env import -t ${uenv_addr} $filesize; fi
if load mmc ${mmc_dev}:1 ${uenv_addr} config.ini; then env import -t ${uenv_addr} $filesize; fi

if test "${cec_func_config}" != ""; then setenv cec "hdmitx=cec${cec_func_config}"; fi
if test "${gpiopower}" != ""; then setenv gpiopower "gpiopower=${gpiopower}"; fi
if test "${kernel_hdmimode}" != ""; then setenv vout "${kernel_hdmimode}"; fi
if test "${usbpower}" != ""; then setenv usbpower "enable_system_power=${usbpower}"; fi
if test "${max_freq_cluster}" != ""; then setenv max_freq_cluster "max_freq_cluster=${max_freq_cluster}"; fi
if test "${keymap}" != ""; then setenv keymap "keymap=${keymap}"; fi
if test "${fbcon}" != ""; then setenv fbcon "fbcon=${fbcon}"; fi

setenv irsetup "remotewakeup=${remotewakeup} decode_type=${decode_type} remotewakeupmask=${remotewakeupmask}"
setenv displayopt "vout=${vout},dis frac_rate_policy=${frac_rate_policy} hdmitx=${hdmitx} hdr_policy=1"
setenv initargs "${rootopt} ${consoleopt} ${fbcon} ${keymap} ${max_freq_cluster} ${cec} ${irsetup} ${usbpower} ${gpiopower}"
setenv bootargs "${initargs} ${displayopt} ${coreelec}"

load mmc ${mmc_dev}:1 ${loadaddr} kernel.img
load mmc ${mmc_dev}:1 ${dtb_mem_addr} dtb.img

bootm ${loadaddr}

Display More

Mit dmesg finde ich

Code

odroid2:/flash # dmesg | grep -i wol
[   18.585133] bl30_manager: support WOL: 1
odroid2:/flash #

Was ich zwischendurch auch versucht hatte war

Code

ethtool -s eth0 wol g

ethtool zeigt dann zwar an, daß wol aktiviert wurde, aber aufgewacht ist der trotzdem nicht.

Zabrimus · December 15, 2025 at 5:01 PM

Ich habe alle Änderungen (usb_power und enable_wol) rückgängig gemacht und das Ding wacht immer noch auf. Als einzige Änderung bleibt dann nur ethtool übrig.

Code

[    8.688868] bl30_manager: Do setup BL30 blob
[    8.688883] bl30_manager: IR remote wake-up code: 0xb24d4040
[    8.688887] bl30_manager: IR remote wake-up code protocol: 0x0
[    8.688889] bl30_manager: IR remote wake-up code mask: 0xffffffff
[    8.688891] bl30_manager: enable 5V system power on suspend/power off state: 0
[    8.688893] bl30_manager: gpiopower: 65535 ()
[    8.688895] bl30_manager: support WOL: 1

LotharE · December 15, 2025 at 5:23 PM

Ich hab's nochmal probiert, zwischendurch auch mal von Netz genommen.

Er will einfach nicht.

Was mich stutzig macht, ist dass die LEDs an der RJ45 Buchse nach dem poweroff aus sind; bei meinem zweiten Odroid unter CE21 blinken dort die LEDs.

LotharE · December 15, 2025 at 5:48 PM

Was steht denn in deiner inject_bl301.conf?

Code

CoreELEC:~ # ll /etc/inject_bl301/bl301.conf
-rw-r--r--    1 root     root           911 Nov 25 18:48 /etc/inject_bl301/bl301.conf
CoreELEC:~ # cat /etc/inject_bl301/bl301.conf
####################################################################
#                  CoreELEC inject_bl301 config                    #
#                                                                  #
# coreelec-dt-id blob definition:                                  #
#                                                                  #
#  [substring coreelec-dt-id] = [substring BL301 blob binary]      #
#                                                                  #
#  [substring coreelec-dt-id] = [] -> "Not supported"              #
#                                                                  #
#  Multiple sections are possible. Do not edit!                    #
####################################################################

[BL301]
odroid=
radxa=
khadas_vim1s=Khadas_VIM1S
khadas_vim3=Khadas_VIM3
khadas_vim4=Khadas_VIM4
bananapi_m5=Bananapi_M5
bananapi_m2pro=Bananapi_M2Pro

Display More

LotharE · December 15, 2025 at 6:08 PM

Ich habe mit im CoreElec Repo weiter gesucht und das gefudnen:

projects/Amlogic-ce/packages/sysutils/inject_bl301/scripts/update-bl301.sh

Code

CoreELEC:~ # ./update-bl301.sh -v
CoreELEC BL301 not installed

Rufe ich daraus das direkt auf:

Code

CoreELEC:~ # inject_bl301 -Y >update-bl301.log
CoreELEC:~ # cat update-bl301.log
Starting bootloader blob BL301 injection tool...

This tool can be used to update the bootloader
blob BL301 of the vendor bootloader on the internal
eMMC. This bootloader blob BL301 is customized by
Team CoreELEC to support all wake-up features like
CEC, Wake-On-LAN, IR, and GPIO wake-up from
suspend or power off state!

Device serial number: 290b400001031500000a313232503050
Using CPU type G12B (29): S922X, A311D
System is not supported by BL301.bin injection: g12b_s922x_odroid_n2plus

Display More

Zabrimus · December 15, 2025 at 7:48 PM

Quote from LotharE

Was steht denn in deiner inject_bl301.conf?

Meine sieht nicht viel anders aus:

Code

[BL301]
odroid=
radxa=
khadas_vim1s=Khadas_VIM1S
khadas_vim3=Khadas_VIM3
khadas_vim4=Khadas_VIM4
bananapi_m5=Bananapi_M5
bananapi_m2pro=Bananapi_M2Pro

Soweit ich mich erinnere, dann braucht das N2+ keine bl301 injection. Aus dem CE-Wiki

Code

Hardkernel Odroid

BL301 features for supported Hardkernel Odroid devices are embedded in the installation image.

Ich habe das letzte CE22 Image von heute installiert und teste damit. Ich denke aber nicht, daß die letzte Änderung für den N2+ relevant ist.

Quote from LotharE

Was mich stutzig macht, ist dass die LEDs an der RJ45 Buchse nach dem poweroff aus sind; bei meinem zweiten Odroid unter CE21 blinken dort die LEDs.

Bei mir blinkt auch nix und es funktioniert trotzdem.

Auf dem N2+ hatte ich irgendwann einmal ein petitboot Update gemacht. Das sollte eigentlich keinen Einfluss haben, da ich immer im mmc Modus boote und nicht im spi.

jojo61 · December 15, 2025 at 10:51 PM

Bei mir geht unter CE-22 (Kernel 5.15.x) auch kein WOL. Allerdings sehe ich im Log auch keinerlei bl30_manager. Wo kommt der denn her ?

Zabrimus · December 16, 2025 at 5:14 AM

Der bl301_manager ist ein Kernelmodul, das die Parameter per /flash/boot.ini und /flash/config.ini bekommt. Allerdings passiert dann noch nicht viel. Erst mit dem Aufruf von /usr/local/bin/setup_bl301.sh werden die Daten in das bl301 geschrieben und die Ausgaben gibt es z.B. im dmesg.
Es gibt einen systemd service, den ich auf meiner Kiste erst enablen musste (bzw. hier auch erst erstellen):

Code

odroid2:~/.config/system.d # cat setup_bl301.service
[Unit]
Description=Transfer IR code to bl301 blob

[Service]
Type=oneshot
ExecStart=/usr/local/bin/setup_bl301.sh

[Install]
WantedBy=default.target

Das Modul kennt die Parameter

Code

remotewakeup=
remotewakeupmask=
decode_type=
gpiopower=
enable_system_power=

Was ich nicht verstanden habe, wie der Parameter von wol zustande kommt.

Die Sourcen sind hier zu finden.

jojo61 · December 16, 2025 at 7:49 AM

Quote from Zabrimus

Was ich nicht verstanden habe, wie der Parameter von wol zustande kommt.

Der kommt wohl indirekt aus dem DT. In dwmac-meson8b.c wird er aus dem DT gelesen. Das ist in ce-22 unter drivers zu finden. Evtl. hast du ein anderes dtb.img auf deinem Odroid-N2 als ich. Zumindest kommt bei mir ein "support WOL: 0" wenn ich das Kernelmodul für bl301_manager lade und dann setup_bt301.sh aufrufe.

LotharE · December 16, 2025 at 8:04 AM

Quote from jojo61

Der kommt wohl indirekt aus dem DT. In dwmac-meson8b.c wird er aus dem DT gelesen. Das ist in ce-22 unter drivers zu finden. Evtl. hast du ein anderes dtb.img auf deinem Odroid-N2 als ich. Zumindest kommt bei mir ein "support WOL: 0" wenn ich das Kernelmodul für bl301_manager lade und dann setup_bt301.sh aufrufe.

Ich glaube, da könntest Du auf der richtigen Spur sein .

Beim Update der CE22 Versionen habe ich schon länger diesen Fehler:

Code

CoreELEC:~ # cat init-previous.log
'reboot update' or 'run update' was not run

UPDATE IN PROGRESS

Please do not reboot or turn off your CoreELEC device!

Found new compressed image file
Decompressing image file... OK
Mounting system partition...
Checking kernel.img.md5... OK
Checking SYSTEM.md5... OK
Checking size: OK

Updating from 22.0-Piers_devel_20251214111927 to 22.0-Piers_devel_20251215080345

Updating Kernel    ... 100%
Updating Kernel md5... 100%
Updating System    ... 100%
Updating System md5... 100%

Updating Boot Files...
Updating device tree with g12b_s922x_odroid_n2.dtb...
Updating device_trees folder...
Updating dtb.img by dtb.xml...
/usr/lib/coreelec/dtb-xml: line 501: [: too many arguments
Updating boot.ini with Odroid_N2_boot.ini...
Updating boot logos with odroid_boot-logo.bmp.gz...
Updating u-boot on /dev/mmcblk1 with Odroid_N2_u-boot...
Boot Files Updated.

Cleaning up... done

Display More

Da gibt's wohl ein Problem beim Erstellen des dtb.img aus dem XML. Vielleiecht ist das der Grund.

Aus dem XML

Code

  <wol status="on" version="0">
    <wol_on name="on">
      <cmd path="/soc/ethernet@fdc00000 wol" type="i">
        <value>1</value>
      </cmd>
    </wol_on>
    <wol_off name="off">
      <cmd path="/soc/ethernet@fdc00000 wol" type="i">
        <value>0</value>
      </cmd>
    </wol_off>
  </wol>
  <wol status="migrated" version="0">
    <wol_on name="on">
      <cmd path="/soc/ethernet@fdc00000 wol" type="i">
        <value>1</value>
      </cmd>
    </wol_on>
    <wol_off name="off">
      <cmd path="/soc/ethernet@fdc00000 wol" type="i">
        <value>0</value>
      </cmd>
    </wol_off>
  </wol>

Display More

In /usr/lib/coreelec/dtb-xml gibt's eine Behandlung für wol:

Code

          wol)
            if check_linux_version 5 15 137; then
              wol="$( cat /flash/config.ini | awk -F "=" '/^wol=/{gsub(/"|\047/,"",$2); print $2}')"
              log " migrate WOL setting ($wol) from config.ini"
              if [ "$wol" == "1" ]; then
                name_option="on"
                fdtput $amlogic_dt_id -t i $dtb_file /soc/ethernet@fdc00000 wol 1
              fi
            fi
            ;;

Zabrimus · December 16, 2025 at 8:36 AM

Quote from LotharE

Updating dtb.img by dtb.xml... /usr/lib/coreelec/dtb-xml: line 501: [: too many arguments

Mist. Ich erinnere mich. Es gab einen Fehler in der dtb.xml, aber leider finde ich den Thread nicht mehr wieder und ich dachte, das wäre gefixed worden.

Meine dtb.xml sieht für wol so aus:

Code

  <wol status="on" version="3">
    <wol_on name="on">
      <cmd path="ethernet@f*000 wol" type="i">
        <value>1</value>
      </cmd>
    </wol_on>
    <wol_off name="off">
      <cmd path="ethernet@f*000 wol" type="i">
        <value>0</value>
      </cmd>
    </wol_off>
  </wol>

Display More

Edit: Doch gefunden.

LotharE · December 16, 2025 at 10:10 AM

Hi,

ich habe deine wol Section in der dtb.xml übernommen und wollte damit dtb.img updaten.

Beide Aufrufe
/usr/lib/coreelec/dtb-xml -v
/usr/lib/coreelec/dtb-xml -v -m

erstellen jeweils die dtb.xml aus der dtb.img, nicht umgekehrt.
Ausgabe u.a.

Code

 node:   wol
 status: off

 cmd[1]: unchanged, /ethernet@ff3f0000 wol: '0' == '0'

Ich habe auch mal die dtb.img aus dem Nightly Build von CoreElec genommen, gleiches Verhalten.

Zabrimus · December 16, 2025 at 10:30 AM

Quote from LotharE

erstellen jeweils die dtb.xml aus der dtb.img, nicht umgekehrt.

Ich denke, daß geht in beide Richtungen. Das

Code

fdtput $amlogic_dt_id -t i $dtb_file /soc/ethernet@fdc00000 wol 1

ändert eben genau das dtb File. Ich vermute auch, daß die Richtung stimmt, unklar ist nur, was schief geht.

LotharE · December 16, 2025 at 11:16 AM

Ich habe mal mit einer Kopie der dtb.img getestet:

Code

CoreELEC:~ # fdtput  /flash/device_trees/g12b_s922x_odroid_n2.dtb -t i /storage/tmp/dtb.img /soc/ethernet@fdc00000 wol 1
Error at '/storage/tmp/dtb.img': FDT_ERR_NOTFOUND

Vielleicht kannst Du mir mal Deine dtb.img testweise zur Verfügung stellen, ob es damit bei mir klappt.

Zabrimus · December 16, 2025 at 1:36 PM

Quote from LotharE

Vielleicht kannst Du mir mal Deine dtb.img testweise zur Verfügung stellen, ob es damit bei mir klappt.

Das ist die dtb.img und dtb.xml von meiner N2+ mit der letzten CE22 Version, bei der wol funktioniert.

dtb.tar.gz.txt

LotharE · December 16, 2025 at 2:09 PM

Success!

Mit Deiner dtb.img klappt jetzt wol!

Code

CoreELEC:~ # dmesg |grep bl30
[    2.709831] bl30_manager: driver probe
[    8.686895] bl30_manager: Do setup BL30 blob
[    8.686926] bl30_manager: IR remote wake-up code: 0x3fbd
[    8.686932] bl30_manager: IR remote wake-up code protocol: 0x4
[    8.686935] bl30_manager: IR remote wake-up code mask: 0x37ff
[    8.686939] bl30_manager: enable 5V system power on suspend/power off state: 0
[    8.686943] bl30_manager: gpiopower: 65535 (479)
[    8.686946] bl30_manager: support WOL: 1

Kleiner Nebeneffekt: Die blaue heartbeat LED blinkt jetzt nicht mehr.

PS: lässt sich damit wieder einschalten:

Code

echo heartbeat > /sys/class/leds/sys_led/trigger

Zabrimus · December 16, 2025 at 2:45 PM

Quote from LotharE

Mit Deiner dtb.img klappt jetzt wol!

Super Jetzt müsste man die dtb decompilieren und versuchen herauszufinden, warum es nicht vorher geklappt hat.

Edit:
Ich habe mal meine dtb und die offizielle Version (/flash/device_trees/g12b_s922x_odroid_n2.dtb) decompiliert und verglichen. Und der Unterschied ist marginal

Code

-               wol = <0x01>;
+               wol = <0x00>;

                sys_led {
                        label = "sys_led";
                        gpios = <0x72 0x0b 0x00>;
-                       linux,default-trigger = "rc-feedback";
+                       linux,default-trigger = "heartbeat";
                };

wol dürfte aus der Einstellung aus der config.ini resultieren.

ps:
Ich habe mal den heartbeat ausprobiert und es innerhalb einer Sekunde bereut

vdr_rossi · December 16, 2025 at 3:54 PM

Hey, freue mich über das Ergebnis.

Werde dann auch mal die "Zabrimus odroid_n2.dtb" für meine CE22-no Installation benutzen. Und dann echo rc-feedback > /sys/class/leds/sys_led/trigger modifizieren.

Apropos rc - läuft das bei euch unter CE22-no? Bekomme die amremote/eventlircd Geschichte da nicht zum laufen.

Installation eines VDR+Plugins nativ auf CoreELEC Boxen

Participate now!

Users Viewing This Thread