Ich habe noch weiter getestet und festgestellt, dass einige Tasten leider doch noch nicht funktionieren (z.B. KEY_ARCHIVE). Im Log erscheint in diesen Fällen immer noch die Meldung: Quellcode (1 Zeile) Auch lässt sich die Segmentanzeige am Frontpanel nicht mehr konfigurieren, denn das entsprechende Menü in den Einstellungen ist leer. Früher konnte man hier u.a. festlegen, dass dauerhaft die Uhr angezeigt werden soll. Das ständige Scrollen von Text ist auf einer Siebensegmentanzeige ziemlich sinn…

Danke, das Tool scheint zu funktionieren. Was genau hat denn eigentlich das Repository "cdk_new" für einen Sinn gegenüber "cdk"? Was die letzten Commits angeht, scheint cdk aktueller bzw. aktiver gepflegt zu sein, aber aus welchem Grund werden die Änderungen aus cdk_new dann nicht dorthin übernommen? Falls das experimentelle Änderungen sind, sollte man dann dafür nicht besser einen separaten branch in cdk erstellen, statt ein komplett eigenes repo parallel zu führen?

Genau die beiden Änderungen habe ich gerade vorgenommen. Die Tasten am Frontpanel gehen jetzt, die Fernbedienung (und virtuelle FB im Webinterface) leider noch nicht. Im Bootlog wird jetzt nur noch über event0 gemeckert: Quellcode (3 Zeilen) Wenn ich eine Taste auf der FB drücke, erscheint im Log: Quellcode (1 Zeile) Die Nach-Oben-Taste hat er offenbar schon mal richtig erkannt, nur die Weiterleitung ans System scheint nicht zu funktionieren. Edit: Ich habe die /var/etc/lircd.conf per FTP durch …

Danke für deine Antwort, es macht auf jeden Fall Hoffnung, dass hier jemand offenbar Ahnung von den ganzen Zusammenhängen hat. Zunächst zum bisherigen Stand: In /dev.static habe ich kein nevis_ir und leider auch kein event0 und event1. Ich habe den Teil der makedev entfernt, der den Symlink erzeugt: github.com/Duckbox-Developers/…/init.d/makedev#L135-L141. Außerdem habe ich die von dir genannte Zeile in der rcS_neutrino_spark auskommentiert und das Image anschließend komplett neu bauen lassen (m…

Inzwischen habe ich ein Bootlog erstellt. Es werden auch zunächst zwei Input-Geräte erkannt: Quellcode (3 Zeilen) Später gibt es dann aber einige Probleme: Quellcode (6 Zeilen) Der Symlink von /dev/input/nevis_ir nach /dev/input/event1 wurde zwar richtig erstellt (per Telnet geprüft), aber event1 und event0 existieren gar nicht (es gibt nur event2 und event3). Was könnte denn hier schiefgelaufen sein?

Hallo, ich habe heute versucht, für meinen GM 990 (Spark Reloaded) ein Neutrino-MP-Image aus dem Git mit der Duckbox Development Toolchain zu erzeugen. Dazu habe ich zunächst StartHere geklont und die beiden Skripte ausgeführt. Im cdk Ordner habe ich danach Quellcode (2 Zeilen) ausgeführt, nachdem ich die audio.elf und video.elf nach cdk/own_build/neutrino-hd/lib kopiert hatte. Das Image habe ich schließlich aus dem flash/spark Verzeichnis heraus mit folgendem Befehl erzeugt: Quellcode (1 Zeile)…

Kannst du denn etwas zu den LEDs am GM 990 Reloaded sagen?

Zitat von Thomas66: „ich habe 2 mal woanders angefragt - da kam nur "mal sehn" "irgendwann" "nimm xxx statt neutrino"“ Das verstehe ich nicht ganz. Wen hast du wonach gefragt?

Vielen Dank Thomas, das Image von 18.12 läuft bislang fantastisch auf meinem GM 990 Reloaded mit Hynix H27U4G8F2DTR-BC NAND. Endlich gibt es keine regelmäßigen Abstürze mehr, allerdings gilt das nur mit dem modifizierten uImage, welches du angehangen hast. Im Image vom 19.12 ist diese Datei schon standardmäßig dabei, richtig? Aus Interesse: Musstet ihr außer dem Kernel-Update auf 211 noch etwas anderes ändern, damit die Receiver mit neuem NAND laufen? Ich habe noch eine Frage: Gibt es keine Mögl…

Ich weiß überhaupt nicht, wo jetzt wieder das Problem liegt. Wieso darf ich nicht von martii-Version reden, wenn martii in seinem GIT doch nun einmal regelmäßig neue Sachen eincheckt (aktuell 21b5d02), hier aber nie angegeben ist, welcher Stand beim Bauen verwendet wurde? Woher sollen die Interessenten wissen, ob der Kernel 211, den martii gestern eingecheckt hat, nun bereits enthalten ist oder nicht? Die reine Kompilierung ist im Übrigen ja sogar vollautomatisch möglich (siehe dietmarw). Natürl…

Gibt es auch ein Changelog? Oder handelt es sich einfach nur um die neuste martii-Version mit den bisherigen FFTeam-Zugaben?

Kein Problem, das hilft mir doch alles schon einmal sehr viel weiter. Ich versuche doch auch nur mit meinen Möglichkeiten der Sache nachzugehen, um euch irgendwie weiterhelfen zu können oder zumindest Hinweise zu liefern. Die Frage ist doch nun, wie z.B. der Kernel 211 statt 210 in zukünftige Images eingebaut werden kann. Muss das direkt an der Quelle (d.h. bei seife/martii) geschehen oder kannst du als "Image-Bauer" das sogar relativ einfach selbst erledigen?

Inzwischen habe ich den bei mir verbauten Typ ausfindig gemacht: Zitat: „NAND device: Manufacturer ID: 0xad, Chip ID: 0xdc (Hynix H27U4G8F2DTR-BC)“ Heißt das, dass deine 210er-Images bei mir nicht rund laufen können? Wieso aber scheint das BP-Image mit Kernel 211 dann bei mir problemlos zu funktionieren? Du schreibst ja, dass die H27U4G8F2DTR-BC Chips nur mit dem 207er laufen...

Sowas erscheint bei mir leider nicht, obwohl ich console=ttyAS0 gesetzt habe. Kann das mit dem Image (BPanther) zusammenhängen? Dann würde ich bei Gelegenheit nochmal z.B. deins ausprobieren, um den NAND-Typ zu bestimmen.

Naja, ich habe die Bootargs jetzt zwar entsprechend abgeändert, aber ich kann in der Ausgabe nichts finden, was auf den NAND-Typ hindeutet. Hast du nicht einmal ein Beispiel für uns, wie die gewünschte Ausgabe aussehen könnte?

Das Bootlog habe ich vor einiger Zeit bereits erstellt: Quellcode (35 Zeilen) Welches Image ich damals genau geflasht hatte, weiß ich nicht mehr genau. Entweder eins der letzten von dir, Thomas, oder das aktuellste von martii. Als Kernel wird also offenbar der 210 verwendet. Das BPanther, welches ich momentan installiert habe, basiert auf Kernel 211 (Linux-Version 2.6.32.59) und läuft bei mir bislang wie gesagt ohne Probleme.

Das mit dem neuen NAND-Speicher klingt ja "interessant". Wie an anderer Stelle bereits erwähnt, habe ich mit den Neutrino-Images ebenfalls größere Stabilitätsprobleme auf der GM 990 Reloaded. Seit kurzem habe ich das Neutrino von BPanther (ich hoffe, das darf ich hier erwähnen) geflasht und bislang keinerlei Probleme damit. Kann man der Box irgendwie ansehen, ob sie eine der "Neuen" ist, oder per Telnet einen bestimmten Befehl ausführen, der darüber Auskunft gibt?

Ok, ich dachte, diese Vorgehensweise wäre nur für Bootlogs, also für Fehler, die während des Hochfahrens auftreten. Ich werde mir dann wohl mal einen entsprechenden Adapter auf USB zulegen.

Gibt es keine Möglichkeit, ein Log in den Flash oder auf einen USB-Stick schreiben zu lassen? Falls nein, so müsste ich mir einen RS232 zu USB Adapter zulegen. Gibt es irgendwo eine Anleitung, wie ich das Log dann genau aufzeichne?

Naja, im Thread zum neusten Image berichten ja nun doch mehrere Personen von dem selbst-schließenden Menü. Es kann doch im Prinzip kein Bedienfehler sein, denn das Verhalten ist ja unmittelbar nach dem ersten Booten zu beobachten, noch bevor irgendwelche Einstellungen getroffen werden können: Wenn man genau hinsieht, erkennt man, dass der Einführungsassistent regelrecht durchrast und am Ende erscheint nur noch die Meldung, dass die Standardeinstellungen von Neutrino geladen wurden. Beim Image vo…