BPanther's Neutrino Forum

Und damals hab ich dir gesagt das der Aufwand nicht tragbar ist das in der Form weiter zu pflegen.
Deswegen gabs das ding ja auch nur für die uralten Boxen. Und ja das war schon immer schlecht und steht schon seit 3 Jahren auf der Streichliste.

Davon abgesehen werden über die Flash Skripte werden ...

Vielen Dank für die Komplimente.

Dazu kann ich nur sagen das ich dir persönlich diese anstehende Änderung vor mehr als einem Jahr angekündigt habe und dich auch mehrmals stark drauf hingewiesen habe zeitnah alternativen zu erstellen.

Wenn aber trotz einjähriger Vorankündigung du trotzdem ...

Disabling ehci is a very very bad idea as you usb transfer performance will drop up to 90% !!!

Would be better to fix this bug in ehci ;-)
Actually its not a bug in the ehci driver but a bug in kathreins uboot reset function,
but we could change the ehci driver the way so it works.

But for that ...

Udev ist schon lange im Git,
ok gut gesagt nicht Udev sondern Mdev das ist das udev von der busybox.


Wie man es verwendet siehe hier:
http://dev.duckbox.info/cgi-bin/gitweb.cgi?p=tdt/.git;a=blob;f=tdt/cvs/cdk/static/common/etc/init.d/rcS;h=02e45dfa9a80916ac02462b82edff8ef6576c7fe;hb=HEAD#l16
und ...

Naja Bzgl Dev Nodes sollte man eh mal auf UDEV wechseln, dann hat man überhaupt keine Probleme.

Ja natürlich lässt sich die devs einfacher lösen, sogar viel viel einfacher.
mkjffs2 hat eine Option wo man dem eine Liste von DevFiles übergeben kann die es in der jffs2 Partition erzeugen soll.
Siehe http://linux.die.net/man/1/mkfs.jffs2
-D, --devtable=FILE
Use the named FILE as a device table ...

Den Fehler hatte ich auch als ich nen altes MaxiUboot vom 6.Jan 2010 im Flash hatte,
ich hab dann auf eines vom Juni 2010 geupdatet und da hats geklappt.

Mit Mini hab ich leider nicht probiert ob da der Fehler auch ist.

Na dann mal auf, beschreib doch mal was du anpassen musstest.

Weil solche Ausagen wie:
"Ich kann bestätigen das einiger Müll dabei rum kam. Und die Images "nicht gelaufen sind""

Und was hier alles auf der letzten Seite stand finde ich ohne Fehlerbeschreibung absolut frech und unverschämt, das hat ...

Das Zeug im Git ist einfach nur ein Monster, zig tausend Zeilen Configs makefiles und sonst was und das für jeden Kernel neu, das ist einfach nur eine Zumutung.

Für Ordneraufteilung ist dann prepare_neutrino und prepare_enigma2 zuständig,
hier hat aber noch nimand anderes als ich hand angelegt ...

Oxygen-1 hat geschrieben:Komisch. Lass mal den kompletten kernel nicht nur neu bauen sondern auch neu extrahieren. Vielleicht wurde das nicht gemacht.
Ja fuer die directories hab ich glaub ich schon ne gute loesung

Na ich hoffe mal diese Lösung bezieht sich auf die prepare_neutrino.sh sonst gibt haue!

Das Target ufs910-flash wird in den nächsten Monaten komplett entfernt,
sobald das erstellen von flash Images über die flash skripts perfekt geht.

Das hat und hatte nämlich auch nichts im richtigen CVS zu suchen.
Das war schon immer murks und hatte wenn dann nur eine darseinsberechtigung als das ...

Das was Ihr hier erzählt simmt vorn und hinten nicht,

Ich baue alle meine Images als Flash images und es ist immer nur
cd /tdt/cvs/cdk/
./make.sh
./make yaud-engima2-nightly
cd /tdt/flash/ufs912
./ufs912.sh - Prepare E2 - Build Image with Kernel FW and Root
oder
cd /tdt/flash/at7500
./at7500 ...

Frage für was USB Images wenn doch für die AT7500 und UFS912 Flash Images von jedem Kind erstellt werden können?