Spark Reloaded und rev4158 / Fehler 134 u. 139 nach dem Flas

[balou1974]

Hi,

ich habe mal eine Frage bezgl. der aktuellen Testing-Version (4158) und zwar habe ich versucht das Image per USB-Stick (per Bootloader) zu flaschen... Das hat auch geklappt aber nach dem Neustart blinken dann bei meiner Spark (nach "boot") die
rote und grüne LED im Wechsel und der Receiver zeigt kurz 134 dann 139 ... Telnet- oder Web-Zugriff sind nicht möglich.
Ist der Fehler bekannt? Vielen Dank für Eure Hilfe!

Gruss Balou

Ps.: Bisher habe ich Dailybuilds von Seife benutzt (9.6.2012) aber die haben leider Probleme mit HD+ (HD02) und Oscam,
es kommt erst Bild nach dem ersten umschalten (wenn der Kanal ein HD+ Kanal ist).

[BPanther]

Bei solchen Fehlern bitte immer ein serielles Log mit anhängen.

[balou1974]

Hi,

hier mal das Log, vom Flashen bis zum Fehler Siehe Datei-Anhang!

Gruss Balou

[BPanther]

Ok, danke. Muß ich da auch nochmal was testen. Interessanterweise wie bei der UFS910 wieder der MME-Host, der sich nicht laden lassen will... :-\

[balou1974]

Ich vermute das wird dann wohl am jeweiligen Kernel und dessen Config liegen / allerdings bin ich an Receivern noch nicht wirklich gut für mich deutet das aber auf incompatible Module hin (unknown symbol etc.)

Gruss Balou

PS.: Danke für Deine Arbeit / ich stehe gerne zum Testen zur Verfügung!!!

[balou1974]

Ich weiss nicht ob es hilft aber in einem Kathi-Forum wird ein Fix für e2 versucht in dem der Speicher der Cpu vorher gelöscht wird:

http://www.keywelt-board.com/index.php? ... e-e%C2%B2/

Ich hoffe der Link ist i.O., sonst bitte löschen!!!!!

[TangoCash]

Ps.: Bisher habe ich Dailybuilds von Seife benutzt (9.6.2012) aber die haben leider Probleme mit HD+ (HD02) und Oscam,
es kommt erst Bild nach dem ersten umschalten (wenn der Kanal ein HD+ Kanal ist).

Das liegt aber nicht an den Builds von Seife, sondern an der oscam.

zu diesem zweck ist bei mir ein "(sleep 22; /usr/local/bin/pzapit -rz) &" im autostart unmittelbar bevor os-cam startet

mit der zeit muss man evtl spielen, je nach geschwindigkeit der receivers.

Ich vermute das wird dann wohl am jeweiligen Kernel und dessen Config liegen / allerdings bin ich an Receivern noch nicht wirklich gut für mich deutet das aber auf incompatible Module hin (unknown symbol etc.)

unknown symbol kommt deswegen , weil die module aufeinander aufbauen. wird das erste nicht geladen, steht für das 2. das grundgerüst nicht usw.

[BPanther]

@balou1974: Genau der Fix (war im Ursprung wohl von NIT) war ja die ganze Zeit über in der rcS enthalten. Dennoch kommt es aber anscheinend zu diesem Problem.

Ich habe nochmal eine veränderte rcS hochgeladen, wo das mit dem /dev/zero wieder enthalten ist. Ist also wieder fast wie vorher.

[balou1974]

Super! Ich werde gleich mal testen und gelernt habe ich auch noch was Was die Module angeht da gibt es also ein Problem mit den Abhängigkeiten, dass habe ich nun verstanden!!! Danke!!!

Gruss Balou

ps.: Mit dem pzapit hatte ich schon gespielt aber ohne Zeitangabe brachte das wohl auch nichts vielleicht auch falsche Position, wer weiss ...

[BPanther]

Der Fix selbst lief auch bisher problemlos, wobei der ansich so gesehen auch etwas "wackelig" ist, denn das

insmod $MODDIR/mme_host.ko transport0=shm &

kann genau zu dem Problem führen, was derzeit auftritt. Durch das & wird einfach die rcS weiter abgearbeitet, ungeachtet dessen, ob das Modul nun geladen ist oder noch auf was wartet, d.h. ist das Modul noch nicht soweit und es sollen nun andere geladen werden, die davon abhängig sind, führt das zum bekannten Problem. Läßt man das & hingegen weg wird gewartet, was aber bei bestimmten Boxen wiederum zum hängen führt. Wie man es eben macht...

[Cent]

Mach doch mit & und dann vor dem Laden der weiteren Module ne Abfrage ob mme_host sauber geladen wurde...

sowas in der Art:
if (lsmod | grep mme_host >nil) then echo JA-blabla was auch immer; else echo Noe..blabla; fi

[BPanther]

Mein Kommentar oben bezog sich eigentlich eher auf die 910, hatte nicht bemerkt, daß es hier Spark ist.

Aber wie dem auch sei, wenn ich das so abfragen würde, bliebe mir am Ende auch nur ein reboot der Box.

[balou1974]

na, es muss ja einen Grund für das fehlerhafte Laden des Moduls geben ... Zu gucken ob es geladen wurde kann doch nur eine Notlösung sein ....

[BPanther]

Eben, das meinte ich damit. Ich finde es nur komisch, daß es nun auch andere Boxen betrifft.

[balou1974]

Ich bin nicht der grosse Experte aber es schaut fast so aus als wenn da noch irgendwas initialisiert werden muss .... evtl. hängt das ja auch mit dem jeweiligen U-Boot der Boxen zusammen oder mit Unterschieden bei unterschiedlichen SoCs ???

Gruss Balou