u-boot für 1x+2x

[zor]

ist es grundsätzlich möglich ein u-boot zu coden, dass beim booten je nach 1x oder 2x die benötigten bootloader-daten lädt? dadurch bräuchten die images nicht mehr umgewandelt werden..

mfg zor

[Zahni]

Nö. Und Images werden nicht umgewandelt, sondern passend erstellt. Mittlerweile ist auch das Tool zum FLFS-Erstellen im CVS enthalten.

-Zahni

[zor]

ja das hätte ich schon probiert. beim compilen bekomme ich aber errors...

hast du einen tipp?

dachte mir 1x oder 2x unterscheiden nur ein paar bytes am anfang. sollte es da nicht doch eine möglichkeit geben?
wenn nein, warum nicht (genau bitte)..

thanx, zor

[Rache Klos]

Weil die BOX erstmal BOOTEN muss um überhaupt etwas zu machen, wie willst du also eine Automatische 1x/2x umschaltung machen wennn erst garnichts geladen werden kann ?

[Stevie]

Ihr vergesst eine Kleinigkeit. Von der Betanova gibts auch nur eine Software fuer alle Boxen, also sollte das bei Linux auch moeglich sein.

[dhd]

stimmt auch net ganz, oder hast du mal probiert nen nokia betanova aufne philips zu stopfen ?

[zor]

hab mir das so vorgestellt:

der bootloader lädt zuerst solange was 1x2x unabhängiges, bis er die beiden unterscheiden kann. dann kommt im bootloader der check und dann wird weitergeladen..

hm...

mfg zor

[derget]

also wenn irgentjemand die mkflfs sourcen gelesen hätte währe dieses thread volkommen unnötig (ok der code is auch nicht veständlich geschrieben) :)

also

es werden immer 2 immage typen gebraucht weil :

die boxen hardware technisch halt anders sind

es gibt boxen mit einem flash das 8 MB gross ist

und boxen mit 2 flashs die jeweis 4 MB gross sind (und zwar word weise interlaced) d.h 4 byte stehen im ersten flash , dann 4 byte im 2ten , dann 4 byte im ersten etc ...


nun hat betaresearch einen trick angewand um bei den boxen mit 2 flashes die erasesize trotzdem klein zu halten
(da durch das interlaced ansprechen der flashes dort normalerweise die erasesize sich verdoppelt also 64kb im ersten und 64 kb im zweiten flash zusammen also 128 kb)
deshalb dreht BR in "ihrem" filsystem flfs das hardware gemachte interlacing in software (beim booten macht das der Bootloader der box , im betrieb dann der choruskernel) wieder um.

so das die 8064 kB des flfs in 2 teilen linear auf die beiden flashe aufgeteilt sind (also die ersten 4 MB im ersten , dann die 2ten 4 mb im 2ten flash).


für br und ihr flfs auch die beste lösung
die praxis hat gezeigt das sagem dboxen mit 1x bestückung (128 kb erasesize) öfter einen hänger der originalsoftware (also kein booten mehr) als boxen mit 2x bestückung (64kb erasesize) hatten

klar weil bei sagem es mit 1x wenn einmal die box gerade beim löschen von daten etc ausgeschaltet wurde oder sonstwas , dann waren gleich im worst case 128kb gelöscht , bei 2x nur 64kb ...

ok wer bis hierher mitkahm liest gespannt weiter :)

naja und genau dieser trick (der ja auch im bootloader benutzzt wird) wird uns zum verhängnis

weil wir dem bootloader der dbox ja das ppcboot/uboot zum lesen geben müssen im flfs

und dieses flfs muss für 1x boxen linear im flash liegen
und füe 2xi muss es auch linear liegen (aber 2x wird ja interlaced angesprochen)

eine zeichnung würde das alles einfacher machen :)

aber der einzige untersschied in den immages besteht im 128k grossen flfs
weil das halt so vom bootloader gesucht wird ...

[derget]

@stevie

quatsch

KEIN 2x immage einer betanova leuft auf einer 1x box

oder andersrum ...