Images für ARM Einplatinenrechner erstellen for dummys

  • Da ich das noch nie von Anfang an gemacht habe, hier mal der Versuch es ein wenig zu dokumentieren.
    Als Hardwarebasis dient mir ein Pine H64 mit einem Allwinner H6.
    Als Start dient die Seite linux-sunxi.org unter Manual build howto wird erklärt wie man sich ein Image selbst erstellen kann.
    Alle Schritte werde ich mal im Eingangsthread niederschreiben, so dass Interessierte alle Schritte nachvollziehen können.

    Ich hoffe auf die Unterstützung von User rell, der mir hoffentlich bei dem ein oder anderen auftretenden Problemchen behilflich sein kann.

    Als erster Schritt habe ich mir bereits eine virtuelle Maschine mit Ubuntu Focal Fossa erstellt auf der ich arbeiten werde.
    Jetzt gehts erstmal mit der sunxi Toolchain los.

    Zuerst habe ich mir unter meinem HomeDir ein Verzeichnis mit dem Namen PineH64 angelegt darin nochmal ein Verzeichnis Namens Sunxi in dem ich arbeiten werde.

    mkdir PineH64

    cd PineH64

    git clone https://github.com/LibreELEC/LibreELEC.tv.git

    mkdir sunxi

    cd sunxi

    sudo apt-get install flex bison

    sudo apt-get install gcc-arm-linux-gnueabihf

    sudo apt-get install gcc-aarch64-linux-gnu

    sudo apt-get install swig python-dev

    Vorherige u-boot Quelle


    Danach die Repositorys von u-boot und Arm Trusted Firmware geklont
    git clone https://github.com/u-boot/u-boot.git

    Nachdem ich mich auf anraten von rell an LibreELEC halte, gehe ich hier etwas anders vor. In der Datei package.mk wird das Vorgehen von LE beschrieben.

    LE verwendet U-Boot Version 2021.01 dies wird mit folgendem Befehl heruntergeladen

    wget http://ftp.denx.de/pub/u-boot/u-boot-2021.01.tar.bz2 

    Diese Datei wird entpackt mit

    tar xvjf u-boot-2021.01.tar.bz2

    im Verzeichnis u-boot-2021.01 befindet sich jetzt die u-boot Version mit der LE arbeitet ohne angewande patches.

    Zuerst werden die Patches aus /LibreELEC/LibreELEC.tv/projects/Allwinner/patches/u-boot/ angewendet. Dazu in das Verzeichnis u-boot-2021.01 wechseln und mit dem Befehl

    patch -p 1 < ../../LibreELEC/LibreELEC.tv/projects/Allwinner/patches/u-boot/"Dateiname.patch"

    danach alle Patches aus /LibreELEC/LibreELEC.tv/projects/Allwinner/devices/H6/patches/u-boot/ mit

    patch -p 1 < ../../LibreELEC/LibreELEC.tv/projects/Allwinner/devices/H6/patches/u-boot/"Dateiname.patch"

    anwenden.

    Anschließend noch die Firmware kompilieren, dazu ins Arbeitsverzeichnis wechseln und mit

    git clone https://github.com/ARM-software/arm-trusted-firmware.git

    die Quellen holen und ins angelete Verzeichnis wechseln.

    cd arm-trusted-firmware

    Patchen

    git am -i ../../LibreELEC/LibreELEC.tv/projects/Allwinner/patches/atf/.patch

    Die .bin Datei für den H6 wird mit
    sudo make CROSS_COMPILE=aarch64-linux-gnu- PLAT=sun50i_h6 DEBUG=1 bl31 erzeugt.
    Diese liegt nun unter arm-trusted-firmware/build/sun50i_h6/debug und heißt bl31.bin und wird für ein 64bit System benötigt.

    Für menuconfig brauch man noch libncurses-dev also

    sudo apt-get install libncurses-dev installieren.

    Damit das ganze dann ohne Problem durchläuft müssen noch zwei Pakete installiert werden.

    sudo apt-get install python3-distutils python3-dev

    32Bit u-boot:

    make CROSS_COMPILE=arm-linux-gnueabihf- pine_h64_defconfig

    make CROSS_COMPILE=arm-linux-gnueabihf- menuconfig

    make CROSS_COMPILE=arm-linux-gnueabihf- 

    64Bit u-boot:

    make CROSS_COMPILE=aarch64-linux-gnu- BL31=../arm-trusted-firmware/build/sun50i_h6/debug/bl31.bin pine_h64_defconfig

    make CROSS_COMPILE=aarch64-linux-gnu- BL31=../arm-trusted-firmware/build/sun50i_h6/debug/bl31.bin menuconfig

    make CROSS_COMPILE=aarch64-linux-gnu- BL31=../arm-trusted-firmware/build/sun50i_h6/debug/bl31.bin

    Für den H6 wird ein 64Bit System aufgesetzt somit die Befehlen unter der Rubrik 64Bit u-boot anwenden.

    Nachdem der Compiler durchgelaufen ist meckert er eine fehlende SCP firmware an, die für den Suspend zuständig ist. Diese ist wohl optional.

    Fehlermeldung

    Image 'main-section' is missing external blobs and is non-functional: scp

    /binman/u-boot-sunxi-with-spl/fit/images/scp/scp:

    SCP firmware is required for system suspend, but is otherwise optional.

    Please read the section on SCP firmware in board/sunxi/README.sunxi64

    Some images are invalid



    Nicht mehr benötigtes script.bin

    So als nächstes steht das Hardware description file script.bin auf dem Programm.

    Dazu muss man sich die bin2flex utilitys bauen. Dazu werden die folgenden Pakete noch benötigt

    sudo apt-get install libusb-1.0-0-dev zlib1g-dev

    Im Anschluss die sunxi tools aus dem repository holen

    git clone https://github.com/linux-sunxi/sunxi-tools

    und anschließend ins sunxi-tools Verzeichnis gewechselt. Um die tools kompilieren zu können muss noch ein Paket installiert werden.

    sudo apt-get install pkg-config

    mit

    make all CROSS_COMPILE=arm-linux-gnueabihf-

    werden die Tools für das Buildsystem und für das ARM System komplett kompiliert und man kann das Verzeichnis wieder verlassen.

    Als nächstes wird das sunxi-board Repository geholt.

    git clone git://github.com/linux-sunxi/sunxi-boards.git

    In diesem Repository sind die fex-Files enthalten, in meinem Fall unter /sunxi-boards/sys-config/h6/pine64_h64.fex

    Um dem ARM Board eine feste MAC zuzuweisen müssen am Ende des fex-files zwei Zeilen angehängt werden.

    [dynamic]

    MAC = "0123456789AB" MAC Adresse noch anpassen ;)

    Um nicht die gleiche MAC wie aus dem Wiki zu nehmen habe ich mir hier eine zufällige generieren lassen.

    Um das script.bin zu kompilieren gibt folgenden Befehl ein.

    ../../../sunxi-tools/fex2bin pine64_h64.fex script.bin

    Leider komme ich hier momentan nicht weiter, da im fex-File einpaar Fehler sind. Dabei handelt es sich um "-" und "/" in den in den Keys :(

    Lösung gefunden, dazu müssen bei den sunxi-tools einpaar Modifikationen vor dem Kompilieren in den Quelldateinen gemacht werden, diese sind hier im Pullrequest aufgeführt. Leider hat die Änderung noch nicht den Weg in den Master gefunden.

    Danach müssen noch zwei kleine Fehler im fex-File korrigiert werden (Zeile 1 ein ";" voranstellen und in Zeile 1244 ein ";" am Ende entfernen und schon funktioniert der obige Befehl und das script.bin liegt im Verzeichnis /sunxi-boards/sys-config/h6/.

    Hier gehts weiter

    Meine VDRs

    1.yaVDR 0.7 ansible (focal) Terratec Cinergy HD S2 auf asrock B250M Pro4 an Sony Bravia KDL46HX755 mit Hyperion Ambilight

    2. yaVDR 0.7 ansible (focal) virtualisiert per esxi auf Fujitsu D3644-B, i3-9100 , 4GB von 32GB Ram an Octopus-Net Rack

    1. VDR Server mit Ubuntu Server Dom0 auf einem Intel DH77KC und i5 mit virtualisirtem yaVDR 0.5 headless server in DomU mit durchgereichter DD Duoflex C/T v2, Terratec Cinergy HD S2 und seperater Intel GB NIC sowie 3x1TB WD Raid5
    2. yaVDR 0.5 Client auf MSI-Speedster 4AR mit TT FF DVBC am Röhrenfehrnseher ... der jetzt aufgerüstet wird mit GT240 und Sony Bravia KDL46HX755
    3. yaVDR 0.5 Test Client auf MSI Fuzzy mit Core2Duo und ebenfalls GT240 bei 45W.

    4. yaVDR 0.7 ansible (bionic) Terratec Cinergy HD S2 auf MSI-Speedster 4AR und nVidia GT240 GT730 an Sony Bravia KDL46HX755

    Edited 23 times, last by JoeBar (February 8, 2021 at 9:34 AM).

  • Für H6 64bit. Und anpassen musst du imho nichts.

    Meine VDRs

    (SatIP Server) --- Kathrein Exip 418 ---

    (Server) --- HW: RPI5 --- SW: RPiOs, VDR 2.7.2 mit streamdev, satip/vtuner-ng, vdrmanager, live, epgsearch, markad ---

    (Client 1+2) --- HW: Radxa Rock 4 Plus - RK3399 --- SW: VDR*ELEC mit softhddevice-drm-gles ---

    (WIP) --- Tanix TX6, RPi5, RPi4, Odroid N2+, WetekPlay2 --- SW: VDR*ELEC mit softhddevice-drm-gles --

  • rell Sind die U-Boot Patches von LE eigentlich schon angewendet? Oder besser gefragt sind die Patches unter projects/Allwinner/devices/h6/patches/u-boot/ schon angewendet und die unter projects/Allwinner/patches/u-boot nocht nicht? Ist es sinnvoll diese noch einzubauen?

    Meine VDRs

    1.yaVDR 0.7 ansible (focal) Terratec Cinergy HD S2 auf asrock B250M Pro4 an Sony Bravia KDL46HX755 mit Hyperion Ambilight

    2. yaVDR 0.7 ansible (focal) virtualisiert per esxi auf Fujitsu D3644-B, i3-9100 , 4GB von 32GB Ram an Octopus-Net Rack

    1. VDR Server mit Ubuntu Server Dom0 auf einem Intel DH77KC und i5 mit virtualisirtem yaVDR 0.5 headless server in DomU mit durchgereichter DD Duoflex C/T v2, Terratec Cinergy HD S2 und seperater Intel GB NIC sowie 3x1TB WD Raid5
    2. yaVDR 0.5 Client auf MSI-Speedster 4AR mit TT FF DVBC am Röhrenfehrnseher ... der jetzt aufgerüstet wird mit GT240 und Sony Bravia KDL46HX755
    3. yaVDR 0.5 Test Client auf MSI Fuzzy mit Core2Duo und ebenfalls GT240 bei 45W.

    4. yaVDR 0.7 ansible (bionic) Terratec Cinergy HD S2 auf MSI-Speedster 4AR und nVidia GT240 GT730 an Sony Bravia KDL46HX755

  • Die Fehlermeldung kannst du wohl ignorieren, dafür bräuchtest du noch das crust Zeug, aber halt nur für den Fall, der in der Fehlermeldung angegeben ist.

    script.bin brauchst du nicht!! Das war beim alten 3.4er Kernel bzw. U-Boot, der direkt von Allwinner kam, erforderlich.

    Für dich ist im Wiki nur entscheidend, was "mainline" oder "upstream" betrifft. Die ganzen "legacy" Beschreibungen kannst du ignorieren.

    Meine VDRs

    (SatIP Server) --- Kathrein Exip 418 ---

    (Server) --- HW: RPI5 --- SW: RPiOs, VDR 2.7.2 mit streamdev, satip/vtuner-ng, vdrmanager, live, epgsearch, markad ---

    (Client 1+2) --- HW: Radxa Rock 4 Plus - RK3399 --- SW: VDR*ELEC mit softhddevice-drm-gles ---

    (WIP) --- Tanix TX6, RPi5, RPi4, Odroid N2+, WetekPlay2 --- SW: VDR*ELEC mit softhddevice-drm-gles --

  • Wegen den Patches:

    https://github.com/LibreELEC/Libr…patches/default wird von LE generell angewendet, "projects/Allwinner/patches/" wird von LE auf alle Allwinner SoCs angewendet, "projects/Allwinner/devices/h6/patches/u-boot/" nur auf die H6 builds. Und als Basis verwendet LE die U-Boot Version von https://github.com/LibreELEC/Libr…boot/package.mk

    So kannst du dich quasi durch alle Pakete hangeln und nachvollziehen, wie es LE macht.

    Ich würde die U-Boot-Version nehmen und alle Patches darauf anwenden und dann U-Boot bauen, weil einige Optimierungen für H6 drin sind.

    Meine VDRs

    (SatIP Server) --- Kathrein Exip 418 ---

    (Server) --- HW: RPI5 --- SW: RPiOs, VDR 2.7.2 mit streamdev, satip/vtuner-ng, vdrmanager, live, epgsearch, markad ---

    (Client 1+2) --- HW: Radxa Rock 4 Plus - RK3399 --- SW: VDR*ELEC mit softhddevice-drm-gles ---

    (WIP) --- Tanix TX6, RPi5, RPi4, Odroid N2+, WetekPlay2 --- SW: VDR*ELEC mit softhddevice-drm-gles --

  • Ok, dann werd ich das mal so anpassen. Hardware ist auch gerade eingetrudelt, leider ist der Stecker am vorhanden 5V Netzteil zu groß. Ich muss jetzt erst mal ein anderes mit 3,5mm Hohlstecker besorgen um auf der Hardware zu testen.

    Meine VDRs

    1.yaVDR 0.7 ansible (focal) Terratec Cinergy HD S2 auf asrock B250M Pro4 an Sony Bravia KDL46HX755 mit Hyperion Ambilight

    2. yaVDR 0.7 ansible (focal) virtualisiert per esxi auf Fujitsu D3644-B, i3-9100 , 4GB von 32GB Ram an Octopus-Net Rack

    1. VDR Server mit Ubuntu Server Dom0 auf einem Intel DH77KC und i5 mit virtualisirtem yaVDR 0.5 headless server in DomU mit durchgereichter DD Duoflex C/T v2, Terratec Cinergy HD S2 und seperater Intel GB NIC sowie 3x1TB WD Raid5
    2. yaVDR 0.5 Client auf MSI-Speedster 4AR mit TT FF DVBC am Röhrenfehrnseher ... der jetzt aufgerüstet wird mit GT240 und Sony Bravia KDL46HX755
    3. yaVDR 0.5 Test Client auf MSI Fuzzy mit Core2Duo und ebenfalls GT240 bei 45W.

    4. yaVDR 0.7 ansible (bionic) Terratec Cinergy HD S2 auf MSI-Speedster 4AR und nVidia GT240 GT730 an Sony Bravia KDL46HX755

  • rell OK U-Boot mit allen LE Patches gebaut. Kannst Du mir kurz dein Vorgehen beim Kernel erläutern? Nimmst du den Kernel den LE verwendet oder die letzte stable Version?

    Meine VDRs

    1.yaVDR 0.7 ansible (focal) Terratec Cinergy HD S2 auf asrock B250M Pro4 an Sony Bravia KDL46HX755 mit Hyperion Ambilight

    2. yaVDR 0.7 ansible (focal) virtualisiert per esxi auf Fujitsu D3644-B, i3-9100 , 4GB von 32GB Ram an Octopus-Net Rack

    1. VDR Server mit Ubuntu Server Dom0 auf einem Intel DH77KC und i5 mit virtualisirtem yaVDR 0.5 headless server in DomU mit durchgereichter DD Duoflex C/T v2, Terratec Cinergy HD S2 und seperater Intel GB NIC sowie 3x1TB WD Raid5
    2. yaVDR 0.5 Client auf MSI-Speedster 4AR mit TT FF DVBC am Röhrenfehrnseher ... der jetzt aufgerüstet wird mit GT240 und Sony Bravia KDL46HX755
    3. yaVDR 0.5 Test Client auf MSI Fuzzy mit Core2Duo und ebenfalls GT240 bei 45W.

    4. yaVDR 0.7 ansible (bionic) Terratec Cinergy HD S2 auf MSI-Speedster 4AR und nVidia GT240 GT730 an Sony Bravia KDL46HX755

  • rell ich hab bei den Patches 0002 - 0004 aus /projects/Allwinner/devices/H6/patches/linux/ ein paar Schwirigkeiten. 0002 läuft sauber durch aber 0003 und 0004 wollen dann einfach nicht mehr alle 3 patchen die gleiche Datei drivers/net/ethernet/stmicro/stmmac/dwmac-sun8i.c . Bin ich denn mit dem Kernel v5.10.7 richtig. Wo steht denn genau welchen Kernel LibreElec genau verwendet?

    P.S. Ich hab den Fehler glaube ich gefunden, ich muss in den master Zweig

    Meine VDRs

    1.yaVDR 0.7 ansible (focal) Terratec Cinergy HD S2 auf asrock B250M Pro4 an Sony Bravia KDL46HX755 mit Hyperion Ambilight

    2. yaVDR 0.7 ansible (focal) virtualisiert per esxi auf Fujitsu D3644-B, i3-9100 , 4GB von 32GB Ram an Octopus-Net Rack

    1. VDR Server mit Ubuntu Server Dom0 auf einem Intel DH77KC und i5 mit virtualisirtem yaVDR 0.5 headless server in DomU mit durchgereichter DD Duoflex C/T v2, Terratec Cinergy HD S2 und seperater Intel GB NIC sowie 3x1TB WD Raid5
    2. yaVDR 0.5 Client auf MSI-Speedster 4AR mit TT FF DVBC am Röhrenfehrnseher ... der jetzt aufgerüstet wird mit GT240 und Sony Bravia KDL46HX755
    3. yaVDR 0.5 Test Client auf MSI Fuzzy mit Core2Duo und ebenfalls GT240 bei 45W.

    4. yaVDR 0.7 ansible (bionic) Terratec Cinergy HD S2 auf MSI-Speedster 4AR und nVidia GT240 GT730 an Sony Bravia KDL46HX755

    Edited once, last by JoeBar (January 24, 2021 at 2:02 PM).

  • Meine VDRs

    (SatIP Server) --- Kathrein Exip 418 ---

    (Server) --- HW: RPI5 --- SW: RPiOs, VDR 2.7.2 mit streamdev, satip/vtuner-ng, vdrmanager, live, epgsearch, markad ---

    (Client 1+2) --- HW: Radxa Rock 4 Plus - RK3399 --- SW: VDR*ELEC mit softhddevice-drm-gles ---

    (WIP) --- Tanix TX6, RPi5, RPi4, Odroid N2+, WetekPlay2 --- SW: VDR*ELEC mit softhddevice-drm-gles --

  • Nimm https://git.kernel.org/pub/scm/linux/…able/linux.git/ und checke v5.10.4 aus. Darauf dann die Patches mit “git am“ anwenden.

    Meine VDRs

    (SatIP Server) --- Kathrein Exip 418 ---

    (Server) --- HW: RPI5 --- SW: RPiOs, VDR 2.7.2 mit streamdev, satip/vtuner-ng, vdrmanager, live, epgsearch, markad ---

    (Client 1+2) --- HW: Radxa Rock 4 Plus - RK3399 --- SW: VDR*ELEC mit softhddevice-drm-gles ---

    (WIP) --- Tanix TX6, RPi5, RPi4, Odroid N2+, WetekPlay2 --- SW: VDR*ELEC mit softhddevice-drm-gles --

  • In 5.10.4 stimmt die Datei drivers/net/ethernet/stmicro/stmmac/dwmac-sun8i.c nicht mit der vom master tree überein :(

    Meine VDRs

    1.yaVDR 0.7 ansible (focal) Terratec Cinergy HD S2 auf asrock B250M Pro4 an Sony Bravia KDL46HX755 mit Hyperion Ambilight

    2. yaVDR 0.7 ansible (focal) virtualisiert per esxi auf Fujitsu D3644-B, i3-9100 , 4GB von 32GB Ram an Octopus-Net Rack

    1. VDR Server mit Ubuntu Server Dom0 auf einem Intel DH77KC und i5 mit virtualisirtem yaVDR 0.5 headless server in DomU mit durchgereichter DD Duoflex C/T v2, Terratec Cinergy HD S2 und seperater Intel GB NIC sowie 3x1TB WD Raid5
    2. yaVDR 0.5 Client auf MSI-Speedster 4AR mit TT FF DVBC am Röhrenfehrnseher ... der jetzt aufgerüstet wird mit GT240 und Sony Bravia KDL46HX755
    3. yaVDR 0.5 Test Client auf MSI Fuzzy mit Core2Duo und ebenfalls GT240 bei 45W.

    4. yaVDR 0.7 ansible (bionic) Terratec Cinergy HD S2 auf MSI-Speedster 4AR und nVidia GT240 GT730 an Sony Bravia KDL46HX755

  • Ok ich werde es mal mit dem Link von oben versuchen, vieleicht bin ich da irgrendwo verrutscht...

    git am werde ich probieren kannte ich noch nicht. Das scheint das ganze zu vereinfachen :)

    Meine VDRs

    1.yaVDR 0.7 ansible (focal) Terratec Cinergy HD S2 auf asrock B250M Pro4 an Sony Bravia KDL46HX755 mit Hyperion Ambilight

    2. yaVDR 0.7 ansible (focal) virtualisiert per esxi auf Fujitsu D3644-B, i3-9100 , 4GB von 32GB Ram an Octopus-Net Rack

    1. VDR Server mit Ubuntu Server Dom0 auf einem Intel DH77KC und i5 mit virtualisirtem yaVDR 0.5 headless server in DomU mit durchgereichter DD Duoflex C/T v2, Terratec Cinergy HD S2 und seperater Intel GB NIC sowie 3x1TB WD Raid5
    2. yaVDR 0.5 Client auf MSI-Speedster 4AR mit TT FF DVBC am Röhrenfehrnseher ... der jetzt aufgerüstet wird mit GT240 und Sony Bravia KDL46HX755
    3. yaVDR 0.5 Test Client auf MSI Fuzzy mit Core2Duo und ebenfalls GT240 bei 45W.

    4. yaVDR 0.7 ansible (bionic) Terratec Cinergy HD S2 auf MSI-Speedster 4AR und nVidia GT240 GT730 an Sony Bravia KDL46HX755

  • Der von hier git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git wenn ich hier mit git checkout auf 5.10.4 gewechselt habe stimmte der inhalt der Datei drivers/net/ethernet/stmicro/stmmac/dwmac-sun8i.c nicht mit dem Inhalt im Master üeberein.

    Meine VDRs

    1.yaVDR 0.7 ansible (focal) Terratec Cinergy HD S2 auf asrock B250M Pro4 an Sony Bravia KDL46HX755 mit Hyperion Ambilight

    2. yaVDR 0.7 ansible (focal) virtualisiert per esxi auf Fujitsu D3644-B, i3-9100 , 4GB von 32GB Ram an Octopus-Net Rack

    1. VDR Server mit Ubuntu Server Dom0 auf einem Intel DH77KC und i5 mit virtualisirtem yaVDR 0.5 headless server in DomU mit durchgereichter DD Duoflex C/T v2, Terratec Cinergy HD S2 und seperater Intel GB NIC sowie 3x1TB WD Raid5
    2. yaVDR 0.5 Client auf MSI-Speedster 4AR mit TT FF DVBC am Röhrenfehrnseher ... der jetzt aufgerüstet wird mit GT240 und Sony Bravia KDL46HX755
    3. yaVDR 0.5 Test Client auf MSI Fuzzy mit Core2Duo und ebenfalls GT240 bei 45W.

    4. yaVDR 0.7 ansible (bionic) Terratec Cinergy HD S2 auf MSI-Speedster 4AR und nVidia GT240 GT730 an Sony Bravia KDL46HX755

  • soll ja auch nicht!? “git checkout v5.10.4“ sollte dich auf den Stand bringen, die mit den Patches zusammenpassen.

    Meine VDRs

    (SatIP Server) --- Kathrein Exip 418 ---

    (Server) --- HW: RPI5 --- SW: RPiOs, VDR 2.7.2 mit streamdev, satip/vtuner-ng, vdrmanager, live, epgsearch, markad ---

    (Client 1+2) --- HW: Radxa Rock 4 Plus - RK3399 --- SW: VDR*ELEC mit softhddevice-drm-gles ---

    (WIP) --- Tanix TX6, RPi5, RPi4, Odroid N2+, WetekPlay2 --- SW: VDR*ELEC mit softhddevice-drm-gles --

  • So der 5.10.4 ist jetzt jungfreulich hergestellt. Trotzdem passt der 0003 Patch aus /projects/Allwinner/devices/H6/patches/linux/ zur Datei drivers/net/ethernet/stmicro/stmmac/dwmac-sun8i.c nicht zusammen. Erst ab 5.10.8 kann ich die Patches 0002-0004 anwenden.

    Mal schauen ob da der Rest auch noch geht.

    Meine VDRs

    1.yaVDR 0.7 ansible (focal) Terratec Cinergy HD S2 auf asrock B250M Pro4 an Sony Bravia KDL46HX755 mit Hyperion Ambilight

    2. yaVDR 0.7 ansible (focal) virtualisiert per esxi auf Fujitsu D3644-B, i3-9100 , 4GB von 32GB Ram an Octopus-Net Rack

    1. VDR Server mit Ubuntu Server Dom0 auf einem Intel DH77KC und i5 mit virtualisirtem yaVDR 0.5 headless server in DomU mit durchgereichter DD Duoflex C/T v2, Terratec Cinergy HD S2 und seperater Intel GB NIC sowie 3x1TB WD Raid5
    2. yaVDR 0.5 Client auf MSI-Speedster 4AR mit TT FF DVBC am Röhrenfehrnseher ... der jetzt aufgerüstet wird mit GT240 und Sony Bravia KDL46HX755
    3. yaVDR 0.5 Test Client auf MSI Fuzzy mit Core2Duo und ebenfalls GT240 bei 45W.

    4. yaVDR 0.7 ansible (bionic) Terratec Cinergy HD S2 auf MSI-Speedster 4AR und nVidia GT240 GT730 an Sony Bravia KDL46HX755

  • Hast recht, der geht nicht, scheint ein LE bug zu sein...

    Meine VDRs

    (SatIP Server) --- Kathrein Exip 418 ---

    (Server) --- HW: RPI5 --- SW: RPiOs, VDR 2.7.2 mit streamdev, satip/vtuner-ng, vdrmanager, live, epgsearch, markad ---

    (Client 1+2) --- HW: Radxa Rock 4 Plus - RK3399 --- SW: VDR*ELEC mit softhddevice-drm-gles ---

    (WIP) --- Tanix TX6, RPi5, RPi4, Odroid N2+, WetekPlay2 --- SW: VDR*ELEC mit softhddevice-drm-gles --

  • Scheint so, als würden die nur passen, wenn man die Crust Patches mit drauf nimmt.

    EDIT: Ja, dann gehts. https://github.com/LibreELEC/Libr…hes/linux/crust vorher, dann klappen die von H6.

    Meine VDRs

    (SatIP Server) --- Kathrein Exip 418 ---

    (Server) --- HW: RPI5 --- SW: RPiOs, VDR 2.7.2 mit streamdev, satip/vtuner-ng, vdrmanager, live, epgsearch, markad ---

    (Client 1+2) --- HW: Radxa Rock 4 Plus - RK3399 --- SW: VDR*ELEC mit softhddevice-drm-gles ---

    (WIP) --- Tanix TX6, RPi5, RPi4, Odroid N2+, WetekPlay2 --- SW: VDR*ELEC mit softhddevice-drm-gles --

  • Bei 5.10.10 funktionieren sie wenn man zuerst die allgemeinen Patches und dann die H6 Patches einspielt.

    Bei git am möchte er von mir eine mailadresse haben da muss ich mich mal damit beschäftigen wie das funktionier. Wäre schon angenehmer alle Patches auf einen Schlag einspielen zu können.

    Wenn das mit den Crust Patches funktioniert dann schau ich mir jetzt mal git am an und versuch es nochmal mit 5.10.4

    Meine VDRs

    1.yaVDR 0.7 ansible (focal) Terratec Cinergy HD S2 auf asrock B250M Pro4 an Sony Bravia KDL46HX755 mit Hyperion Ambilight

    2. yaVDR 0.7 ansible (focal) virtualisiert per esxi auf Fujitsu D3644-B, i3-9100 , 4GB von 32GB Ram an Octopus-Net Rack

    1. VDR Server mit Ubuntu Server Dom0 auf einem Intel DH77KC und i5 mit virtualisirtem yaVDR 0.5 headless server in DomU mit durchgereichter DD Duoflex C/T v2, Terratec Cinergy HD S2 und seperater Intel GB NIC sowie 3x1TB WD Raid5
    2. yaVDR 0.5 Client auf MSI-Speedster 4AR mit TT FF DVBC am Röhrenfehrnseher ... der jetzt aufgerüstet wird mit GT240 und Sony Bravia KDL46HX755
    3. yaVDR 0.5 Test Client auf MSI Fuzzy mit Core2Duo und ebenfalls GT240 bei 45W.

    4. yaVDR 0.7 ansible (bionic) Terratec Cinergy HD S2 auf MSI-Speedster 4AR und nVidia GT240 GT730 an Sony Bravia KDL46HX755

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!