stm24 207

[BPanther]

Nachtrag: Bestätigt, als gzip funktioniert das Kernel. Bleibt also nur Kernel in gzip oder MINI zu benutzen, derzeit erstmal gzip...

[Oxygen-1]

Also bei mir funktioniert der lzma komprimierte kernel. Hast du das flash skript von Schischu genommen?
Da war naemlich ein Bug drin und es hat so ausgesehen.
http://dev.duckbox.info/cgi-bin/gitweb. ... 598d7d0464
(Kommentar lesen)

[BPanther]

Nein, ich habe nicht das Script von Schischu genommen, da ja das GIT selbst bereits ein Flash erstellen kann, wo auch die Verzeichnisse schon passen. Das mit dem Kommentar hatte ich gelesen und hatte das komplette Verzeichnis flash gelöscht, was aber bei der AV7500 dennoch nicht funktioniert hatte.

Ich habe das mal hochgeladen in Experimentell (rev2400), USB-Image. Dort ist das lzma Kernel drin, das uImage in Experimentell ist das gleiche Kernel, nur als gzip, was dann läuft. Wie gesagt, ich denke mal, daß einfach MAXI da nen Problem mit hat, Du hast bestimmt MINI installiert oder? Bei MINI war ja wg. dem lzma damals auch ein Update notwendig, MAXI hatte das ja nie bekommen, leider.

[Schischu]

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 CVS nur die 910 beinhaltet hatte.

[Oxygen-1]

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

[Schischu]

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!

[Oxygen-1]

Ja da auch nen Teil. Aber ich hab eher an mini_fo gedacht.
Haue? Ja aber bitte auf deine Tastatur, so dass was sinnvolles rauskommt :p

[BPanther]

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

Schade, denn das funktioniert wenigstens ohne Probleme und hat bereits die richtigen Verzeichnisse. Zudem sind damit "fertige /dev" da nicht notwendig, da das GIT die selbst anhand der Daten generiert. Das mit den fertigen /dev war nämlich auch ein Problem bei der 7500er, da da was fehlte und die Fernbedienung nicht funktionierte.

Ich hätte daher eher für eine Erweiterung der Parameter plädiert bzw. habe ich schon lange, so daß man nach der Boxauswahl dann auswählt ob Flash (bzw. IRD je nach Box) oder nicht und den Rest macht das GIT dann automatisch. Schade, das sowas nicht angedacht ist.

[Schischu]

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, aber denke wenn das andere gelöscht wird dann wachen die Leute auch mal auf und machen da weiter.

[BPanther]

Hmm, zugegeben, damit habe ich mich noch nicht befasst, da ich mich mit den mk-Files zeitweise etwas schwer tue. Mal schauen, was in der prepare bisher steht und ob ich damit klarkomme. War/Ist ja auch nicht böse oder so gemeint, ich fand es halt nur bisher recht praktisch mit dem flash_ufs910 zu arbeiten und dann via Script die 3 Einzel-Parts nur noch zusammenbauen zu lassen zu einem kompletten "miniFLASH.img".

[BPanther]

Komisch. Lass mal den kompletten kernel nicht nur neu bauen sondern auch neu extrahieren. Vielleicht wurde das nicht gemacht.

Hmm, na läuft das denn bei Dir ohne Probleme? MINI habe ich noch nicht zum testen installiert, da ich anstehende Probleme mit der Box auch noch in Verdacht hatte. Die Kondensatoren sind aber OK, deswegen gehe ich auch mal testweise mit der Busybox wieder auf die 1.11.2 zurück.

[BPanther]

Nun gut, mal org. BL und MINI installiert auf einer Box, selbes Problem.

Code: Alles auswählen

U-Boot 1.1.2 (STLINUX_2_0p1) (Feb 23 2008 - 17:07:31)

DRAM:  32 MB
 write time out = 1, clock = 40
 write time out = 1, clock = 40
Flash: 16 MB
In:    serial
Out:   serial
Err:   serial
pll0 freq 531
pll1 freq 399
Net:   VFD_Driver Init
VFD_Controller Type : NEW Kathrein VFD
board_version = 0
Button_value = 7
Hit any key to stop autoboot:  0
## Booting image at a0030000 ...
   Image Name:   mini U-boot-r1.4
   Image Type:   SuperH Linux Standalone Program (gzip compressed)
   Data Size:    64354 Bytes = 62.8 kB
   Load Address: 84601000
   Entry Point:  84601000
   Verifying Checksum ... OK
   Uncompressing Standalone Application ... OK
selected Image to start: BPanther
selected Image to start: MINI4 EXP
selected Image to start: MINI4 EXP sda
USB0 Generic       ,   .  12345678901234567890
loading from usb 0:4
>>>>>
1293185 bytes read
## Booting image at a5000000 ...
   Uncompressing Kernel Image ... LZMA: uncompress or overwrite error 1 - must RESET board to recover

Also wohl doch das Kernel defekt. Mal komplett neu bei Gelegenheit machen...

[Schischu]

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.

[BPanther]

Ich hatte das erst mit MAXI probiert (maxiU-Boot 1.3.1 (May 19 2010 - 23:05:16) - siehe HIER) - ein neueres kenne ich garnicht bzw. war nicht im Recovery bei - damit kam der gleiche Fehler. Deswegen habe ich MINI 1.4 installiert um das zu umgehen, denn Mini wurde diesbezüglich mal aktualisiert, aber scheint wohl wirklich das Kernel selbst defekt zu sein. Dabei habe ich das normal vom GIT so durchgebaut... Komisch.

[Oxygen-1]

Ich hab bei mir maxi drauf und es geht auch.