U-Boot updates

[Tommy]

@flasher:
konntest Du einen Geschwindigkeitsvorteil beim Booten ausmachen? Komprimieren kann man sich ja eigentlich sparen. Wäre eine Art Hibernate Mode möglich?

[rhabarber1848]

Ich habe auch bisher versucht die ganzen Sourcen/Files aktuell zu halten.

Veröffentliche doch einfach den Patch, dann schauen wir weiter
Am build-system bastele ich gerne rum, nur leider habe ich keine
HDD in meiner Dbox, daher falle ich als Tester aus.

[seife]

Wenn man von IDE booten kann, dann wäre das insofern praktisch (solange derselbe U-Boot auch noch aus dem flash booten kann), weil man dann einfach Test-"images" auf eine Platte (oder besser: ein DOM) legen könnte. Brauche ich nicht wirklich, aber kann nix schaden. Dann in der boot.conf auswählen, was per default gebootet wird. Das würde einigen bestimmt das Testen erleichtern.
...vielleicht schaffe ich mir doch noch ein IDE-Interface an

[mb405]

ein 2GB dom hab ich drin als slave device.
geht sehr gut.
man könnte ja auch machen.
wenn device gefunden, dann boote von dort, ansonsten aus dem flash

[Tommy]

wenn device gefunden, dann boote von dort, ansonsten aus dem flash

nee- denk an den WAF. Wenn ich ein Testimage auf der Platte habe sollte meine Frau trotzdem die Möglichkeit haben aus dem Flash zu starten. Die boot.conf wär schon ok - dann kann man Durch einen reboot den Ursprungszustand wieder herstellen. Ich wäre unbedingt dafür neben flash und Yadd noch ein ExtImage als Target einzurichten. Das ließe mich dann sehr einfach bauen und auch testen. Alles andere ist zumindest bei mir wg. WAF nicht akzeptabel.

[Rebel1]

@flasher

Ich habe mein interesse ja schonmal hier bekundet und ich bin auch gerne bereit mitzuhelfen, bzw. zu testen.

[flasher]

Hi

Ich fange bald mal an die ganzen Files zusammen zu suchen und ggf. so zu aktualisieren, dass wenigstens etwas compiled.

Ich möchte aber nochmal betonen, dass es sich bei der Sache eher um ein "Proof of concept" handelt als eine fertige Lösung.
Es ist nämlich so gemacht, dass rein nur von Platte gebootet wird. Keine SD Unterstützung oder Wahlmöglichkeit ob vom Flash oder HDD gebootet werden soll.
Bis zur Serienreife wird wohl noch einige Zeit vergehen.

Wenn es soweit ist, dann mache ich einen neuen Thread auf.

In dem Teil ist nämlich U-Boot 1.3.2 und das passt ja hier in den 1.3.1 Thread nicht rein

Gruß

[wutz65]

Um von der SD-Card zu booten, musst du den Treiber nicht (nur) in den Kernel, sondern auch in den U-Boot packen.
Des weiteren ist es nicht besonders intelligent, ausgerechnet vom langsamsten Speichermedium, das du an die Box anschliessen kannst, zu booten

Also ich hab noch ne IPBox 250 und da gibt es (Link und Imagename entfernt) Multiboot von SD-Card
Die SD-Card ist wie bei der D-Box angebunden nur werden dort 4 Widerstände und 2 Kondensatoren verbaut.
Das Booten von der SD-Card dauert unwesentlich länger als vom Flash. Das Image bequem aus dem laufenden Image von /tmp als Multiboot installiert werden.
Die Kosten für die Multiboot-Lösung sind unter 15€ bei IDE müssten sich viele (auch ich) erste ein IDE-Interface+HD (~80€) besorgen und die Platte würde ständig laufen.

Ich hab leider keine Ahnung von Imageerstellung, aber da gibts ja hier genug Spezialisten.

Gruß

[geko37]

** erledigt **
Seit wann wird den sowas hier geduldet, das man für solche Image hier Werbung machen kann samt Link ? Es gibt auch andere Image die sowas haben !

[wutz65]

Seit wann wird den sowas hier geduldet, das man für solche Image hier Werbung machen kann samt Link ? Es gibt auch andere Image die sowas haben !

Hallo, ich wollte keine Werbung machen , hab auch schon die Sachen entfernt . Das sollte nur ein Beispiel sein, weil ich es vorher nicht kannte.

Grüße

[seife]

Fakt ist, dass z.B. die Dreamboxen beim "vom USB booten" eben _nicht_ vom USB booten sondern den Kernel aus dem Flash, und dann den USB-Stick mounten, rein-chroot()en und lustig sind.
Ich _vermute_, dass das bei den IPboxen auch nicht anders ist.
Den Kernel können sie eh nie updaten, weil sie für die Treiber keine Quellen haben, stimmt's?

Sowas ist auf der DBOX ebenfalls nicht das geringste Problem, das zu Implementieren überlasse ich dem geneigten Leser als Fingerübung. Allerdings bootet die Kiste dann halt immer noch aus dem Flash.

[ChakaZulu]

Seit wann wird den sowas hier geduldet, das man für solche Image hier Werbung machen kann samt Link ? Es gibt auch andere Image die sowas haben !

Sehr schlau, das dann auch noch zu quoten

[wutz65]

Fakt ist, dass z.B. die Dreamboxen beim "vom USB booten" eben _nicht_ vom USB booten sondern den Kernel aus dem Flash, und dann den USB-Stick mounten, rein-chroot()en und lustig sind.
Ich _vermute_, dass das bei den IPboxen auch nicht anders ist.
Den Kernel können sie eh nie updaten, weil sie für die Treiber keine Quellen haben, stimmt's?

Sowas ist auf der DBOX ebenfalls nicht das geringste Problem, das zu Implementieren überlasse ich dem geneigten Leser als Fingerübung. Allerdings bootet die Kiste dann halt immer noch aus dem Flash.

Hallo seife, leider hab ich keine Ahnung wie sowas umgesetzt werden kann, wenn Du wenigstens erklären könntest wie oder wo ich Info es finden kann, dann würd ich mir das mal anschauen.
Ob die Quellen haben??? Ich habe nur gelesen, dass es eine Linux Entwicklungsumgebung für die IPBox gibt und es gibt ein Board das Neutrino auf die Box portiert (funktioniert übrigens bis auf den Movieplayer, der hakt bei der 250).

Gruß wutz65

[seife]

Schau mal in apps/tuxbox/enigma/include/bootmenue, das macht das glaube ich für die dreambox.

Im Prinzip machst du nichts anderes (früh im rcS) als:
- "bootmedium" mounten (z.b. nach /tmp/root
- /proc und /dev in /tmp/root, bind-mounten
- chroot /tmp/root /go
In deinem bootmedium muss /go ein programm/skript sein, das dann das normale init-skript aufruft, vermutlich rcS, aber mit einem Parameter, dass das nicht mehr die Treiber lädt etc.
Das war's schon.

[mb405]

hochhol

[Rebel1]

Hat hier jemand noch was in der mache ?

[rhabarber1848]

Aktuell ist u-boot-2009.03

[mb405]

die letzte die ich mal probiert habe war die 1.3.3

[mohousch]

bin mehr nicht sicher ab welcher Version ist das aber es sieht so aus daß die dbox-config Makros müssen geändert werden.

[rhabarber1848]

Nach 2008.10 hat sich in U-Boot der JFFS2-Code geändert, deshalb ist
es mir bisher nicht gelungen, 2009.06 zum Booten eines Flashimages
zu bewegen. Ein Yadd-Boot mit 2009.06 funktioniert hier allerdings.

Deshalb bin ich jetzt dabei 2008.10 CVS-bereit zu machen, das
wird mir wohl gelingen auf Basis der Patches von Houdini:
http://forum.tuxbox-cvs.sourceforge.net ... 71#p364371

In diesem Patch rüste ich noch rootpartitionsize-Support und
den korrekten Einbau ins build-System nach. Dabei wird
u-boot.dbox2.h.m4 nach cdk/config verschoben, damit
boot/u-boot-config/* in Zukunft überflüssig wird.
IPBox-Support fehlt auch noch, das rüste ich nach, wenn
U-Boot 2008.10 auf der Dbox in allen Konstellationen läuft.

Ich schreibe das hier, bevor ich den Patch veröffentliche, um
zu hören, ob sich jemand schon U-Boot 2009* angesehen hat
und evtl. den JFFS2-Teil in cmd_fs.c angepasst hat - auch,
um doppelte Arbeit zu vermeiden.

[Gaucho316]

Das aktuelle JtG-Image verwendet 2009.06, wenn ich mich richtig an die Display-Anzeige beim Booten erinnern kann. Du könntest also mal mit Riker darüber reden.

[Houdini]

Nach 2008.10 hat sich in U-Boot der JFFS2-Code geändert, deshalb ist es mir bisher nicht gelungen, 2009.06 zum Booten eines Flashimages zu bewegen.

Kommt mir bekannt vor...

Hier mal der Patch auf 2009.06 mit dem jffs2 aus 2008.10, der dann auch wieder den Kernel entpacken kann:
http://home.arcor.de/houdini/dbox/uboot ... jffs2.diff

[rhabarber1848]

U-Boot 2009.06: EDIT: Patch ist im CVS

- U-Boot 2009.06 mit allen Patches von Houdini
- rootpartitionsize-Unterstützung wieder aktiviert
- m4-Regeln in u-boot.dbox2.h.m4 verfeinert
- cramfs-Support
- lib_generic/lzma auf Version 4.65 aktualisiert
- dbox_duplex-Support eingebaut
- CONFIG_SYS_LOAD_ADDR von 0x100000 bei Houdini auf 0x200000 geändert,
ein Yadd 2.6 (1.2MB Kernel) ist mir beim Booten abgestürzt
- CONFIG_SYS_CBSIZE auf 512 erhöht um Yadd@Kernel2.6-bootargs zu ermöglichen
- yadd-bootlogos -> cdkroot/var/tuxbox/boot statt tftpboot/
- Kernel bootargs rootfstype=jffs2 für JFFS2-Images hinzugefügt
- CONFIG_LZMA in u-boot.dbox2.h.m4 für alle U-Boot-builds aktiviert

To-Do
- Dbox2: Yadd Kernel 2.4 testen (funktioniert)
- Dbox2: Yadd Kernel 2.6 testen (funktioniert)
- Dbox2: flash-$gui-squashfs-all Kernel 2.4 testen (funktioniert)
- Dbox2: flash-$gui-squashfs-all Kernel 2.6 testen (funktioniert)
- Dbox2: flash-$gui-squashfs_nolzma-all Kernel 2.4 testen (funktioniert)
- Dbox2: flash-$gui-squashfs_nolzma-all Kernel 2.6 testen (funktioniert)
- Dbox2: flash-$gui-jffs2-all Kernel 2.4 testen (funktioniert)
- Dbox2: flash-$gui-jffs2-all Kernel 2.6 testen (funktioniert)

- IPBox-Support (erledigt)
Ich habe mich soeben aus Mangel an Zeit und Interesse dagegen entschieden,
U-Boot 2009.06 für IPBox zu portieren. Dort wird weiterhin Version 1.2.0 genutzt.

Da es ziemlich viele Testvarianten sind, ist Hilfe gerne gesehen
Die verwendete libc ist dabei egal. Tipp: uClibc baut schneller
Beim Testen bitte darauf achten, ob U-Boot LCD-Logos und boot.conf
von den verschiedenen Medien lesen kann.

[rhabarber1848]

Patch aktualisiert, bitte neu herunterladen.

[mb405]

seh ich das richtig, das lzma nicht mit drin ist ?
oder hab ichs übersehen