Spark Reloaded leider immer noch mme_host Probleme+Segfaults

[balou1974]

Hier mal der aktuelle Log für rev4182 auf Spark reloaded. Läuft leider immer noch nicht
Siehe Anhang!

Gruss Balou

[BPanther]

In Deinem Log zeigt sich, daß da mehrere Sachen nicht passen.

Starting FTP server: vsftpd.
Segmentation fault

Anstelle des Segfaults hätte "Setup Network-Interface eth0" kommen müssen, das kommt bei Dir aber erst später.

Setup Network-Interface eth0
address: console=ttyAS0,115200 netmask 07 broadcast console=ttyAS0,115200 gateway 00
ifconfig: bad address 'console=ttyAS0,115200'
route: SIOCADDRT: Invalid argument

DAS kann nicht sein. Hier stimmt was mit den Dateien nicht. Das weist auf alte/falsche Dateien hin, wo es diesen Fehler mal gab, aber das ist schon sehr lange her. Zudem passt das auch nicht zu den Kernelparametern.

Starting kernel console=ttyAS1,115200 root=/dev/mtdblock6 rootfstype=jffs2 rw init=/bin/devinit coprocessor_mem=4m@0x40000000,4m@0x40400000 printk=1 rw ip=172.100.100.249:172.100.100.174:172.100.100.174:255.255.0.0:LINUX7109:eth0:off bigphysarea=6000 stmmaceth=msglvl:0,phyaddr:1,watchdog:5000 nwhwconf=device:eth0,hwaddr:xx:xx:xx:xx:xx:xx Manufacture=Spark-Project STB_ID=09:00:07:00:00:4A:3E - 0x00000000 - 0 ...

Dort steht bei Dir nämlich ttyAS1 drin, das Log meldet aber als Fehler ttyAS0. Wo holt der das auf einmal her?

insmod: can't insert '/lib/modules/mme_host.ko': Operation not permitted

Falsche Datei, Datei beschädigt oder sonstige Probleme mit der Datei. Der Rest sind dann dadurch Folgefehler.

Insgesamt stimmt da was ganz und garnicht, aber das liegt nicht am Image. Es passt mitten im Log nicht mal mehr das ttyAS0/1-Device, was aber fest als ttyAS1 bei Dir im Kernelparameter übergeben wurde (bei mir ttyAS0 bei der Pingulux). Sieht sogar so aus, als wenn die rcS schon nicht stimmt neben einiger anderer Sachen, was aber bei einem Flash-Image nahezu unmöglich ist, wenn man es mit dem UBoot selbst geflasht hat.

[balou1974]

also ich hab sogar 4x geflasht .... jetzt hab ich eben mal das aktuelle testing von bonkel genommen und das läuft, ist natürlich openpli aber jedenfalls läuft es .... aber neutrino wäre schon grosse klasse! ich werde es nochmal testen!

usbstick komplett formatieren und nochmal neu runterladen, nochmal flashen - vielleicht bin ich einfach zu blöd

[BPanther]

In dem anderen Thread hatte ich mal gepostet, wie es bei der 4182 aussehen sollte (Pingulux). Bei Dir gehts aber schon beim Start drunter und drüber, da passt so einiges einfach nicht zusammen als wenn da Dateien in falschen Versionen vorliegen, wie eine Art Mix aus verschiedenen (wohl recht alten) Versionen. Das mit dem Netzwerkfehler (ansich nicht gravierend was den Startvorgang selbst betrifft) war glaube in irgendeiner frühen 3xxx mal, aber das hatte ich korrigiert vor langer Zeit so daß den keine 4xxx mehr hat. Und was das mit dem seriellem Device ttyAS0/1 da ist, ist mehr als fraglich. Vom Kernel kommt ttyAS1 bei Dir, wechselt aber dann in der cmdline der bootargs dann doch wieder nach ttyAS0 rüber. Sehr misteriös das ganze da bei Dir.

[balou1974]

USB-Stick komplett formatiert, rev4182 nochmal alles neu runtergeladen und neu über U-Boot geflasht:

Im Anhang das Log

[BPanther]

Im Grunde das gleiche Problem wie vorher. Da das den Erststart zeigt, fällt sogar noch mehr dabei auf:

cat: can't open '/sys/class/stmcoredisplay/display0/hdmi0.0/hotplug': No such file or directory

Als sh4-Box sollte das aber bekannt sein, das kommt soweit ich weiß direkt von der e2_proc, und die wurde bei Dir geladen - zumindest kam dabei kein Modulfehler.

Aber auch wieder das hier:

Setup Network-Interface eth0
address: console=ttyAS0,115200 netmask 07 broadcast console=ttyAS0,115200 gateway 00
ifconfig: bad address 'console=ttyAS0,115200'

Das passt einfach nicht zu den Kernelargs und nicht zur rcS des aktuellen Images. Sorry, aber da kann ich nichts machen, denn auf der Pingulux läuft es ohne Probleme wie es sein sollte. Keine Ahnung warum das bei Dir da nicht will.

[BPanther]

Was mir so am Segfault auffällt, das könnte entweder stmcore-display-sti7111.ko oder stmfb.ko sein bei Dir die sich nicht laden lassen und somit einige der anderen Probleme erklären. Ich baue mal ne neue Version, habe da ne Idee...

[BPanther]

Habe die rev4183 hochgeladen. Wenn die bei Dir auch nicht funktioniert, dann kann ich das wohl leider nicht ändern.

[balou1974]

Sieht schon etwas besser aus Er zeigt jetzt schon irgendwas mit Scart im Nrn.-Display aber dann leider wieder 139. Leider hab ich nur kurz testen können aber Schritt für Schritt gehts weiter
Hast Du bei den LAN-Treibern eigentlich an die verschiedenen ICs gedacht den die Boxen teilweise haben?

Gruss Balou

Ps. Werde morgen richtig mitloggen, mal sehen woran es liegt Hat sonst keiner einen Spark Reloaded zum Testen?

[BPanther]

Ich baue grundsätzlich nur als SPARK für den Pingulux aus dem GIT. Wenn das nicht (mehr) kompatibel ist, z.B. aufgrund irgendwelcher GIT-Änderungen, dann kann ich das nicht ändern. Wie gesagt, die Pingulux funktioniert problemlos und dafür ist es auch gebaut.

Die Sache mit dem "SCar" war auch schon vorher da (Scart/PAL-Auflösung aktiv, da kein HDMI erkannt), dürfte im Log genauso wie bei den anderen beiden aussehen, also unverändert.

[balou1974]

Na, irgendwo muss ja die Macke sein ... Die Hardware ist ja weitgehend identisch - kann es an verschieden U-Boot Versionen liegen(Hardware-Initialisierung?) ? verschiedene Chip-Revisionen?
Was halt komisch ist die Images von Bonkel gehen ja auch - hast Du die Möglichkeit Ihn zu fragen was da anders ist?

Gruss Balou

[balou1974]

@BPanther: Ich habe mal das Protolux v4 vom EOS-Team (Nachtfalke) getestet und bei der ersten Version der selbe Fehler wie bei Deinem Neutrino bei der neuen Version vom 29.06 gings dann. Bei der alten Version bestand wohl das Problem beim Pinglux Plus sowie Spark Reloaded (GM990cr) und ich habe mal gefragt was anders ist. Also lt. Karlchen1963 vom EOS-Team wurde der Kernel und die Module ausgetauscht, genauer ist er leider nicht darauf eingegangen. Vielleicht kannst Du da ja mehr zu sagen!

Gruss Balou

[BPanther]

Ich selbst nutze weitestgehend das GIT-Kernel. Wenn da andere was anderes benutzen und das nicht veröffentlichen, dann läßt sich das nicht ändern. Ist ähnlich wie beim HL101. Da hatte ich mal blind das stm24_209 eingecheckt weil ich drum gebeten wurde. Daraus wurde dann die 210er gemacht, diese aber nicht veröffentlicht. Schade, so wird das halt nichts mit dem GIT...

[balou1974]

... dass ist leider unverständlich warum sowas nicht öffentlich gemacht wird, ich sehe da wirklich kein Problem, es haben doch alle was davon ...

Gruss Balou