[FlapSnac]

Hi,

was ist denn der einfachste Weg eine Build Umgebung für MLD-RPI aufzusetzen?

Ich will den EW-7811UTC WLAN Adapter nutzen für den es (wenn ich mich nicht irre) noch keinen Treiber in der MLD gibt. Außerdem würde ich mir gerne die CEC/LIRC Probleme etwas genauer ansehen.
 
Die Anleitung aus dem Wiki nutzt QEMU -- der emulierte RPI hat aber nur einen Core und nur 256MB Speicher. Ich vermute mal, dass ein PRI 2 B mindestens so schnell kompiliert. Das Ergebnis sollte dann auf einem RPI B+ lauffähig sein.

Eine zweite Frage: Brauche ich überhaupt die vielen zusätzlichen Repositories (http://www.minidvblinux.de/wiki/mld/entwicklung/400_entwicklungsumgebung)? Die Umgebung für den Banana Pi braucht diese ja anscheinend nicht.

[clausmuus]

Hi,

Du musst nicht QEMU nehmen. Nen RPI 2 ist ca. 5 mal so schnell wie nen QEMU auf nem schnellen PC. Also einfach nen Raspbian auf dem RPI installieren und dann dem Rest der Anleitung folgen.
Wenn Du auf dem RPI 2 für den RPI 1 bauen willst, musst Du noch ein "MACH = armv6l" in das Makefile.config eintragen, nachdem dies erzeugt wurde. Ausserdem muss auch noch ein "git_branch = rpi" in die Makefile.config rein.
Das Wiki war in diesem Bereich ein wenig veraltet Ich hab's nachgebessert. Du musst so vorgehen (checke auch die MLD neu aus oder mache nen "git pull"):

Code: [Select]

git clone http://minidvblinux.de/git-4/MLD.git
cd MLD
make config
echo "git_branch = rpi" >> Makefile.config
echo "MACH = armv6l" >> Makefile.configAnschließend kannst Du die Pakete auschecken die Du ändern möchtest oder einfach ein "make" aufrufen, dann wird ein minimales Image gebaut. Wehrend des bauens wirst Du immer wieder da drauf hingewiesen, dass benötigte Debian Pakete installiert werden müssen. Das lässt sich nur umgehen, wenn Du zuerst alle gewünschten Pakete auscheckst und die vom "make deps" ausgegebenen Pakete installierst.

Claus

[FlapSnac]

Danke, er baut jetzt -- mal sehen wie weit er kommt.

[FlapSnac]

Das meiste hat geklappt, bei den für mich wichtigen Images gab es ein paar Fehler (nur zur Info):

    Image: rpi:
../Makefile.tools:564: *** target pattern contains no '%'.  Stop.
Makefile:122: recipe for target '../scan/package.opk' failed
make[3]: *** [../scan/package.opk] Error 2
    Image: rpi-client:
        Build rpi-client...
  add packages: rpi libraspberrypi-bin libraspberrypi0 locales install xfs Cloning into 'vfat'...
fatal: http://minidvblinux.de/git-4/libs/vfat.git/info/refs not found: did you run git update-server-info on the server?
Makefile.git:97: recipe for target 'checkout' failed
make[6]: *** [checkout] Error 128
Makefile:122: recipe for target '../libs/vfat/package.opk' failed
make[5]: *** [../libs/vfat/package.opk] Error 2
Makefile:109: recipe for target 'package/data/opkg/install.opk' failed
make[4]: *** [package/data/opkg/install.opk] Error 2

[clausmuus]

Danke für den Hinweis. Ich hab die Fehler im ISO Paket und im scan Paket gefixt.

Claus

[FlapSnac]

Ich bin endlich dazu gekommen das Ergebnis zu installieren (vorher habe ich aber -- nach der Installation aller Pakete -- die Build Umgebung neu aufgesetzt: danach war auch das merkwürdige "./Makefile.tools:564: *** target pattern contains no '%'.  Stop." verschwunden):

Das rpi-client image sieht soweit ok aus aber es fehlen in der initrd einige libraries:

Code: [Select]

/lib/arm-linux-gnueabihf: libcrypt-2.13.so
/lib/arm-linux-gnueabihf: libcrypt.so.1
/lib/arm-linux-gnueabihf: libnsl-2.13.so
/lib/arm-linux-gnueabihf: libnsl.so.1
/lib/arm-linux-gnueabihf: libnss_files-2.13.so
/lib/arm-linux-gnueabihf: libnss_files.so.2
/lib/arm-linux-gnueabihf: libresolv-2.13.so
/lib/arm-linux-gnueabihf: libresolv.so.2
/lib/arm-linux-gnueabihf: libthread_db-1.0.so
/lib/arm-linux-gnueabihf: libthread_db.so.1
/lib/arm-linux-gnueabihf: libutil-2.13.so
/lib/arm-linux-gnueabihf: libutil.so.1
/usr/lib/arm-linux-gnueabihf: libformw.so.5
/usr/lib/arm-linux-gnueabihf: libformw.so.5.9
/usr/lib/arm-linux-gnueabihf: libmenuw.so.5
/usr/lib/arm-linux-gnueabihf: libmenuw.so.5.9
/usr/lib/arm-linux-gnueabihf: libpanelw.so.5
/usr/lib/arm-linux-gnueabihf: libpanelw.so.5.9


[clausmuus]

Wie kommst Du da drauf, dass in der initrd Libs fehlen?

Claus

[FlapSnac]

Ich habe das File
   MLD/.packages/4.0.1-rpi/MLD-4.0.1-rpi_rpi-client_2015.03.28-114-pi.tgz
vom Dev Raspi (Pi 2 B) kopiert ausgepackt und und auf dem VDR Raspie (Pi B+) ausprobiert:

Ergebnis:
- System startet
- kein SSH, kein Webserver
- VDR startet aber beendet sich immer sofort wieder (anscheinen fehlte auch vdr-plugin-rpihddevice)
- das Netzwerk ist korrekt initialisiert (ifconfig), resolv.conf hat den richtigen Inhalt aber DNS geht trotzdem nicht (ping auf Zielserver aber schon)

Danach habe ich mir angesehen wodurch sich mein Elaborat von dem offiziellen MLD-4.0.1-rpi_rpi-client_2015.03.13-109.tgz unterscheidet.

Die initrd habe ich ausgepackt (xz -d <~/Downloads/MLD-dev/initrd |cpio -di) und mit den offiziellen Image verglichen (diff -rq).
Dabei kommt die oben genannte Liste von Libraries heraus, die bei meinem Elaborat fehlen.
Und da dies zu den Beobachtungen passt (libresolv fehlt <-> DNS geht nicht obwohl resolv.conf korrekt ist) bin ich davon ausgegangen, dass dies die Ursache ist, dass mein Build nicht funktioniert.

[FlapSnac]

ich habe jetzt automake1.9 nachinstalliert (wird möglicherweise von initramfs benötigt). Mal sehen, was dabei herauskommt.
--
nope immer noch kein funktionsfähiges Ergebnis.

[clausmuus]

Bei unseren Image sind mehr Libs enthalten, weil wir alle Pakete bauen und dadurch einige libs Pakete ein paar libs mehr enthalten, da die von irgendwelchen anderen Paketen benötigt werden. Bei der MLD sind in den Libs Paketen nur die Libs enthalten, die auch benötigt werden, um Platz zu sparen.

Wegen Deines nicht funktionierenden Images, solltest Du mal schauen was da beim Bauen alles schief gegangen. Da muss es noch mehr Fehler als nur den beim vfat gegeben haben. Ausserdem könntest Du noch beim Booten shauen, ob sich alle Pakete haben installieren lassen. Die entsprechenden Meldungen stehen auch in der /var/log/sysinit.

Claus

[FlapSnac]

Hi,

auch wenn ich noch kein komplettes Image hinbekommen habe, reicht es um ein Kernel Modul für den Edimax EW-7811UTC zu bauen:

Code: [Select]

git clone https://github.com/gnab/rtl8812au
cd rtl8812au
patch -p1 <../patch
make

Debei enthält der Patch nur die Änderungen um für den Raspi zu kompilieren und den Verweis auf die Kernel Sourcen (muss natürlich angepasst werden). Achtung: es muss an der richtigen Stelle KSRC gesetzt werden (hinter: ifeq ($(CONFIG_PLATFORM_ARM_RPI), y)).

Code: [Select]

--- rtl8812au/Makefile 2015-04-03 16:22:05.235423590 +0200
+++ rtl8812au.150403/Makefile 2015-04-03 08:45:18.878999292 +0200
@@ -49,13 +49,13 @@
 CONFIG_FTP_PROTECT = n
 CONFIG_WOWLAN = n
 
-CONFIG_PLATFORM_I386_PC = y
+CONFIG_PLATFORM_I386_PC = n
 CONFIG_PLATFORM_ANDROID_X86 = n
 CONFIG_PLATFORM_JB_X86 = n
 CONFIG_PLATFORM_ARM_S3C2K4 = n
 CONFIG_PLATFORM_ARM_PXA2XX = n
 CONFIG_PLATFORM_ARM_S3C6K4 = n
-CONFIG_PLATFORM_ARM_RPI = n
+CONFIG_PLATFORM_ARM_RPI = y
 CONFIG_PLATFORM_MIPS_RMI = n
 CONFIG_PLATFORM_RTD2880B = n
 CONFIG_PLATFORM_MIPS_AR9132 = n
@@ -734,7 +734,8 @@
 ARCH := arm
 CROSS_COMPILE :=
 KVER  := $(shell uname -r)
-KSRC ?= /lib/modules/$(KVER)/build
+#KSRC ?= /lib/modules/$(KVER)/build
+KSRC ?= $(HOME)/src/MLD/kernel/src/linux-3.19.3/
 MODDESTDIR := /lib/modules/$(KVER)/kernel/drivers/net/wireless/
 endif

Das 8812au.ko dann noch an die richtige Stelle kopieren (/lib/modules/$(kernel version)/kernel/net/wireless/) ggf einmal depmod und es läuft.

[FlapSnac]

Übrigens hat es irgendwann doch geklappt ein Image zu bauen.

Eine andere Frage: Besteht Interesse aus dem Treiber ein Paket zu bauen bzw. es zu einem Bestandteil von network-wireless zu machen?
(für mich alleine lohnt es sich nicht)

[clausmuus]

Um das zu beantworten müsste man wissen wie verbreitet der Chip ist...

Claus