[SvenGWK]

Hallo,

da meine MyGica T230 USB DVB-T2/C Sticks nicht out of the box erkannt werden, möchte ich gern den 3.19er testen, mit dem müssten sie eigentlich gehen.
Ich habe mir die Entwicklungsumgebung nach HowTo installiert und im Kernel Makefile entsprechend den alten KErnel auskommentiert und für den 3.19er die Zeilen wieder reingenommen.

Wenn ich nun das Server ISO bauen will, lädt er einen Kernel 3.3 runter und scheitert am patchen (irpatch) .
Ich setze das System eben noch einmal neu auf, da ich mglw. etwas vergurkt habe.
Wie ist das mit den Patches, müssen die nicht raus?
Der sunxi-next hat doch schon diverse Anpassungen drin?
Was muss noch beachtet werden?

[clausmuus]

Wir hatten das zuletzt mit der Version 3.19 versucht. Inzwischen ist der neuste aber bereits der 4.3. Du musst also exakt die gewünschte Version angeben, oder in der version_base Zeile die 3. durch eine 4. ersetzen damit das funktioniert.
Was ansonsten noch alles angepasst werden muss, damit der aktuelle Kernel verwendet werden kann, weiß ich nicht.

Claus

[SvenGWK]

Danke für den Tip, jetzt hat er sich den 4.3er geladen.
Mal schauen was draus wird. 

[SvenGWK]

Hmm, es wurden jetzt alle Pakete gebaut.
Allerdings scheitere ich nun an der Erstellung des Images:

Code: [Select]

bananapro@lamobo:~/MLD/ISO$ make collection=server
Image: server:
Cloning into 'package'...
fatal: repository 'http://minidvblinux.de/git-4/initramfs/package.git/' not found
Makefile.git:103: recipe for target 'checkout' failed
make[2]: *** [checkout] Error 128
Makefile:155: recipe for target '../initramfs/package/data.initrd' failed
make[1]: *** [../initramfs/package/data.initrd] Error 2
M       Makefile
M       src/collections.bpi
Your branch is up-to-date with 'origin/master'.

Was er da clonen will gibt es so nicht,

Code: [Select]

git clone http://minidvblinux.de/git-4/initramfs.git
müsste es doch eigentlich sein, oder?

In Makefile.git:

Code: [Select]

# ein bestimmtes Modul auschecken
checkout:
git clone $(git_url)$(name).git
if [ -n "$(git_branch)" ]; then \
cd $(name); \
if git branch -r | grep -q "origin/$(git_branch)$$"; then \
git checkout $(git_branch); \
fi; \
fi
cd $(name); test ! -e .gitignore || git update-index --assume-unchange .gitignore
echo -e "/.gitignore\n/package\n/Makefile.version\n/depends\n/package.deb\n/lib\n/include\n/src/*\n!/src/locale\n!/src/*.patch\n!/src/*.patch.*\n*.po~\n*.pot" >> $(name)/.gitignore

Wo kann man das korrigieren?

[clausmuus]

Was hast Du denn an Deiner src/collections.bpi geändert? Du hast Da nicht zufällig ein "package" zu der Server Regel hinzugefügt?

Claus

[SvenGWK]

Nein, ich habe da lediglich ein paar Programme und Plugins hinzugefügt.
Meine Änderungen habe ich nur um den Kernel herum gemacht, am Makefile habe ich nach erfolgreichem kompilieren des Kernels alles auskommentiert was ihn neu kompilieren würde.
Denke nicht, dass sich das damit erklären lässt.
In $name steckt übrigens das komplette "initramfs/package.git". Muss mir mal anschauen wo der her kommt, denke mal da wird was falsch übergeben?

Edit:
habe es:

Code: [Select]

$(initramfs):
../$(pkgname)/$(package).deb:
../%:
test -n "$(no_package_build)" -o -e $(@D) || $(MAKE) -C .. checkout name=$(*D)
test -n "$(no_package_build)" -o -e $@ || $(MAKE) -C $(@D)
Hatte hier die Kommentarzeichen rausgenommen, weil ich nicht mehr genau wusste ob ich die gesetzt habe.   

[SvenGWK]

Jetzt hat er aber ein anderes Problem:

Code: [Select]

  add packages: libc6 dpkg: warning: 'ldconfig' not found in PATH or not exe                                      cutable
dpkg: warning: 'start-stop-daemon' not found in PATH or not executable
dpkg: error: 2 expected programs not found in PATH or not executable
Note: root's PATH should usually contain /usr/local/sbin, /usr/sbin and /sbin
Makefile:53: recipe for target 'package/data.initrd/var/lib/dpkg/info/libc6.list                                      ' failed

Die Pathvariable ist in sudoers richtig gesetzt, klappt aber nicht.
Muss das Paket als root gebaut werden?
Da kommt er nämlich schon mal weiter:

Code: [Select]

bananapro@lamobo:~/MLD/ISO$ sudo make collection=server
[sudo] password for bananapro:
Image: server:
    Build server...
  add packages: bpi backup locales libc6 install btrfs libuuid1 libblkid1 zlib1g liblzo2-2 xfs vfat dvb kernel i2c rc-core scan config.server nfs-server nfs-common network libtirpc1 libgssapi-krb5-2 libkrb5-3 libk5crypto3 libkrb5support0 libkeyutils1 libcomerr2 libwrap0 libnfsidmap2 samba samba-libs libbsd0 libkrb5-26-heimdal libasn1-8-heimdal libroken18-heimdal libwind0-heimdal libheimbase1-heimdal libhx509-5-heimdal libhcrypto4-heimdal libsqlite3-0 libldb1 libtevent0 libtalloc2 libgssapi3-heimdal libheimntlm0-heimdal libgnutls-deb0-28 libp11-kit0 libffi6 libgcc1 libtasn1-6 libnettle4 libhogweed2 libgmp10 libtdb1 libntdb1 libwbclient0 libpam0g libaudit1 libldap-2.4-2 libsasl2-2 libcap2 libattr1 libcups2 libavahi-common3 libavahi-client3 libdbus-1-3 libacl1 libpopt0 webserver libstdc++6 ssh vdr font-config libjpeg62-turbo libtinyxml2.6.2 libfontconfig1 libfreetype6 libpng12-0 libexpat1 vdr-plugin-apt vdr-plugin-setup vdr-plugin-dummydevice vdr-plugin-skincurses libncursesw5 libtinfo5 vdr-plugin-streamdev-server libselinux1 libpcre3 vdr-plugin-svdrposd
cp: cannot stat ‘../initramfs/package/data.initrd/boot/*’: No such file or directory
Makefile:113: recipe for target 'server.img.gz' failed
make[1]: *** [server.img.gz] Error 1
M       Makefile
M       src/collections.bpi
Your branch is up-to-date with 'origin/master'.

Der Ordner den er da haben will, existiert auch wirklich nicht.

Ich würde ja am liebsten alles noch einmal neu aufsetzen, aber wirklich was bringen würde das ja wahrscheinlich nicht.
Problem ist halt, dass die Abhängigkeiten der einzelnen Pakete erst immer beim kompilieren geprüft werden.
Wenn der Vorgang dann nach 3h abbricht, ist das schon irgendwie ärgerlich.

Code: [Select]

apt-get install $(make deps) alleine reicht dafür nicht, er findet nur das mtools und u-boot-tools installiert werden sollte.
Die ganzen libs fliegen einem erst beim kompilieren um die Ohren.

[SvenGWK]

So,als Gedankestütze für mich und für alle die es auch mal versuchen wollen, hier der Weg zum Ziel:

Als erstes mal laut Anleitung die Umgebung installieren und MLD vom git auschecken.

Abhängigkeiten installieren (zumindest für das Serverimage):

Code: [Select]

sudo apt-get install isolinux libproc-processtable-perl setserial help2man libirman-dev liblircclient0 libudev-dev gawk ethtool xfsprogs btrfs-tools mercurial libusb-1.0-0-dev libncurses5-dev libgpgme11-dev libarchive-dev ipsvd vim nano git gettext build-essential wget autoconf libtool automake libfuse-dev libfuse2 pkg-config libglib2.0-dev subversion mtools firmware-linux-free zd1211-firmware firmware-libertas atmel-firmware firmware-libertas firmware-atheros firmware-bnx2 firmware-bnx2x firmware-brcm80211 firmware-crystalhd firmware-intelwimax firmware-ipw2x00 firmware-ivtv firmware-iwlwifi firmware-libertas firmware-linux firmware-myricom samba firmware-netxen firmware-qlogic firmware-ralink firmware-realtek libertas-firmware midisport-firmware dahdi-firmware-nonfree bluez-firmware w-scan dvbtune dvbsnoop libfaad-dev libfaad-dev libmpg123-dev libflac-dev libmad0-dev libvorbis-dev nfs-kernel-server locate btrfs-tools libpcsclite-dev dropbear libusb-dev libjpeg-dev libcap-dev libfontconfig1-dev libtinyxml-dev libdvbcsa-dev libncursesw5-dev libcxxtools-dev libtntnet-dev dialog whois imagemagick libgdk-pixbuf2.0-dev libc-bin

unter /MLD/kernel im Makefile den Kernel wechseln,

in meinem Fall sieht es dann so aus (Es wird Kernel 4.3 geholt):

Code: [Select]

version_base = 4.$(shell wget "https://raw.githubusercontent.com/linux-sunxi/linux-sunxi/sunxi-next/Makefile" -O - -q | grep PATCHLEVEL | head -n1 | cut -d " " -f3)
latest_version = $(version_base).$(shell wget "https://raw.githubusercontent.com/linux-sunxi/linux-sunxi/sunxi-next/Makefile" -O - -q | grep "^SUBLEVEL\|^EXTRAVERSION" | cut -d " " -f3 | tr -d "\n")
src_url = https://github.com/linux-sunxi/linux-sunxi/archive/sunxi-next.tar.gz
loadaddr = LOADADDR=0x40008000
dtb = sun7i-a20-bananapro.dtb

User diverse Systembefehle ohne Passwort ausführen lassen:

Code: [Select]

sudo visudoZeile einfügen:

Code: [Select]

HIER BENUTZERNAMEN ALL=(ALL) NOPASSWD: /sbin/btrfs /sbin/modinfo /sbin/ldconfig /sbin/start-stop-daemon /sbin/udevdStrg+X und speichern

Dem User das Verzeichnis /sbin zur PATH Variable hinzufügen:

in das Homeverzeichnis wechseln

Code: [Select]

nano .bashrcHinzufügen:

Code: [Select]

export PATH=$PATH:/usr/local/sbin:/sbin
Strg+X und Speichern


initramfs "zu Fuß" auschecken, schlägt beim Image bauen fehl
cd /MLD/initramfs

Code: [Select]

make checkout name=initramfs

Das dauert jetzt vielleicht etwas länger. Falls man vorher schon ein make collection=server ausgeführt hat, sind schon ein paar Pakete gebaut.

wenn fertig, dann cd /MLD/ISO und
ein  make collection=server ausführen.
Mit ein wenig Glück hat man dann in ca. 3h das image.

Kann sein das ich was vergessen habe, manches ist schon Stunden her.
Ich werde berichten ob das Image läuft.

[SvenGWK]

So, eben mal ausprobiert - bootet nicht.
Die grüne und rote LED leuchten dauerhaft.
Man soll für den Mainline Kernel auch den Mainline uboot verwenden.
Habe im Makefile für uboot die git Adresse auf git://git.denx.de/u-boot.git geändert und
den USB-Patch entfernt.
Neu gebaut, Image neu gebaut - funktioniert trotzdem nicht.
Es leuchtet lediglich die grüne und rote LED dauerhaft.
So langsam gehen mir die Ideen aus und dieser Thread scheint ja mittlerweile ein Selbstgespräch geworden zu sein.
Wirklich schade, mir gefällt MLD an und für sich nämlich ziemlich gut.
Nutzt mir nur nichts wenn meine Hardware nicht unterstützt wird.
Hat noch jemand Ideen und Vorschläge?

[skippy]

Hi SvenGWK,

ich kann dir zwar leider bei deinem Problem nicht helfen, denke aber schon, dass sich noch ein Entwickler meldet. Du hast ja schon viel herausgefunden und ausprobiert. Mein Vorschlag ist, dass du am Dienstag ab 21:00 Uhr dich im Videochat mit einklingst. Da hast du dann direkten Kontakt zu dem kleinen Kreis. Im Gespräch finden sich bestimmt mehr Möglichkeiten und Ideen.

Viele Grüße skippy

[SvenGWK]

Danke für den Tip Skippy, ich denke das werde ich mal tun. :-)
Mit dem 3.19er Kernel auf dem RPi2 funktionieren meine Sticks übrigens.
Der Raspberry ist nur aufgrund der schäbigen Netzwerkanbindung und dem fehlenden SATA leider als Server völlig untauglich.

[clausmuus]

Hi,

aber Dir ist schon klar, dass nicht die DVB Treiber aus dem Kernel genommen werden, sondern immer die neusten Mediatree sourcen.

Bei der initramfs tritt der gepostete Fehler z.B. dann auf, wenn man die Liste der enthaltenen Pakete ungünstig ändert.

Claus

[SvenGWK]

Der "alte" Kernel kann die Sticks nicht korrekt erkennen. Es gibt dann nur eine Meldung von wegen malformed descriptor.
Es muss außerdem I²C mux in der config aktiviert sein.

Habe ich mir fast gedacht das das Problem mit initramfs zu tun hat.
Mein funktionierender Jessie Kernel von meiner eigenen Zusammenstellung verweigert nämlich auch den Dienst wenn ich das image mit rein nehme.
Ich werde mal die Standardzusammenstellung bauen und noch einmal testen.
Vielen dank für den Hinweis.

[SvenGWK]

Habe mal die originale Zusammenstellung für "Server" gebaut, jetzt sieht man zumindest erstmal was auf dem Monitor. Uboot behauptet jedoch kein Image zu haben und will vom Netzwerk booten.
Mal sehen was da wieder passiert ist.
Was mir jedoch schon mal aufgefallen ist, der Bananapi und der Bananapro haben ja unterschiedliche .fex Files.
Ich habe jetzt im Makefile für Uboot das ganze vom Bananapi auf den Bananapro umgestellt.
Denke mal es ist so "richtiger".

[SvenGWK]

Habe nun umgestellt von uenv.txt auf boot.cmd/boot.scr .
Verwende wieder den u-boot der vorgegeben war, also die sunxi Variante.
Soll wohl mittlerweile auch den Mainline Kernel booten können. (?)
So lädt er zumindest erstmal kernel,initrd und den dtb in den Speicher.
Booten will er jedoch nicht, die Meldung heisst "Bad Linux ARM zImage magic!"
Habe es demzufolge mal mit "bootm" probiert und sieh da-es versucht nun zu starten.
Allerdings endet es schnell in einem Crash.
Sieht jemand warum es knallt?