U-Boot updates

Diskussionen um Bootloader, Kernel, Busybox
flasher
Developer
Beiträge: 467
Registriert: Dienstag 15. Juli 2003, 10:58

U-Boot updates

Beitrag von flasher »

Hi

Hat jemand schon einmal versucht U-Boot 1.3.1 für TuxBox fertig zu machen?

Gegenüber 1.2.0 hat sich da ja einiges geändert. Vor allem was die COMMAND_CMD angeht.
Nunja, ich bastel da jetzt seit 2 Tagen dran rum und komme bei einem Compilefehler einfach nicht weiter:

Code: Alles auswählen

make[3]: Verlasse Verzeichnis '/home/frank/bc_cvs/neutrino-cdk/work/tuxbox-cvs/cdk/u-boot-1.3.1/net'
make -C disk/
make[3]: Betrete Verzeichnis '/home/frank/bc_cvs/neutrino-cdk/work/tuxbox-cvs/cdk/u-boot-1.3.1/disk'
part.c:329:3: #error neither CONFIG_MAC_PARTITION nor CONFIG_DOS_PARTITION
part.c:330:3: #error nor CONFIG_ISO_PARTITION configured!
make[3]: Verlasse Verzeichnis '/home/frank/bc_cvs/neutrino-cdk/work/tuxbox-cvs/cdk/u-boot-1.3.1/disk'
make[3]: Betrete Verzeichnis '/home/frank/bc_cvs/neutrino-cdk/work/tuxbox-cvs/cdk/u-boot-1.3.1/disk'
powerpc-tuxbox-linux-gnu-gcc -g  -Os   -fPIC -ffixed-r14 -meabi -fno-strict-aliasing -D__KERNEL__ -DTEXT_BASE=0x40000  -I/home/frank/bc_cvs/neutrino-cdk/work/tuxbox-cvs/cdk/u-boot-1.3.1/include -fno-builtin -ffreestanding -nostdinc -isystem /home/frank/bc_cvs/neutrino-cdk/work/dbox2/cdk/lib/gcc/powerpc-tuxbox-linux-gnu/3.4.6/include -pipe  -DCONFIG_PPC -D__powerpc__ -DCONFIG_8xx -ffixed-r2 -ffixed-r29 -mstring -mcpu=860 -msoft-float -Wall -Wstrict-prototypes -c -o part.o part.c
part.c:329:3: #error neither CONFIG_MAC_PARTITION nor CONFIG_DOS_PARTITION
part.c:330:3: #error nor CONFIG_ISO_PARTITION configured!
make[3]: *** [part.o] Fehler 1
make[3]: Verlasse Verzeichnis '/home/frank/bc_cvs/neutrino-cdk/work/tuxbox-cvs/cdk/u-boot-1.3.1/disk'
make[2]: *** [disk/libdisk.a] Fehler 2
make[2]: Verlasse Verzeichnis '/home/frank/bc_cvs/neutrino-cdk/work/tuxbox-cvs/cdk/u-boot-1.3.1'
make[1]: *** [u-boot-1.3.1/u-boot.stripped] Fehler 2
make[1]: Verlasse Verzeichnis '/home/frank/bc_cvs/neutrino-cdk/work/tuxbox-cvs/cdk'
make: *** [/home/frank/bc_cvs/neutrino-cdk/work/dbox2/tftpboot/u-boot] Fehler 2[quote][/quote]
Im Diff oder den Files zu 1.2.0 habe ich irgendwie nichts über dieses Partitionsgetuhe gefunden um mal einen Vergleich anzustellen.

Gruß
PT-1
Moderator english
Beiträge: 2458
Registriert: Donnerstag 20. Dezember 2001, 00:00
Kontaktdaten:

Beitrag von PT-1 »

Houdini hatte glaube ich die 1.30 gemacht...
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Beitrag von seife »

Gibt es denn ein neues Feature im u-boot, weswegen man das haben wollen würde?
Nur nicht daß ich jetzt meine baudraten-patches reintue, und das besser gleich mit 1.3.1 gemacht hätte :-))
flasher
Developer
Beiträge: 467
Registriert: Dienstag 15. Juli 2003, 10:58

Beitrag von flasher »

Von neuen Feature habe ich im Überblick so nichts gesehen.
Es ist bei mir nur reines Interesse :)


@Houdini
Hasst Du irgendwo Diffs liegen oder bin ich nur zu blind die hier zu finden?

Gruß
Houdini
Developer
Beiträge: 2183
Registriert: Mittwoch 10. Dezember 2003, 07:59

Beitrag von Houdini »

ok, also:
http://home.arcor.de/houdini/dbox/uboot/dbox2.h.m4
http://home.arcor.de/houdini/dbox/uboot ... 1.3.0.diff

Da ich keinen Bock hatte nen Sack voll configs anzupacken, habe ich versucht, das ganze auf (c)Barfs m4 Verfahren abzuändern.
DBOX_UBOOT_TYPE="UBOOT_TYPE_JFFS2"
DBOX_UBOOT_TYPE="UBOOT_TYPE_SQUASHFS"
DBOX_UBOOT_TYPE="UBOOT_TYPE_CDK"
sollten soweit funktionieren.

Hier der Ausschnitt aus der cdk/Makefile:
$(DEPDIR)/u-boot-1.3.0: bootstrap Archive/u-boot-1.3.0.tar.bz2 Patches/u-boot-1.3.0.diff
( rm -rf u-boot-1.3.0 || /bin/true ) && bunzip2 -cd Archive/u-boot-1.3.0.tar.bz2 | TAPE=- tar -x
cp -pR $(bootdir)/u-boot-tuxbox/* u-boot-1.3.0
cd u-boot-1.3.0 && \
patch -p1 < ../Patches/u-boot-1.3.0.diff
m4 -DDBOX_UBOOT_TYPE="UBOOT_TYPE_SQUASHFS" $(bootdir)/u-boot-config/dbox2.h.m4 > u-boot-1.3.0/include/configs/dbox2.h
$(MAKE) -C u-boot-1.3.0 dbox2_config
$(MAKE) -C u-boot-1.3.0 CROSS_COMPILE=$(target)- u-boot.stripped
$(INSTALL) -m644 u-boot-1.3.0/u-boot.stripped $(bootprefix)/u-boot
$(INSTALL) u-boot-1.3.0/tools/mkimage $(hostprefix)/bin
rm -rf u-boot-1.3.0
touch $@
flasher
Developer
Beiträge: 467
Registriert: Dienstag 15. Juli 2003, 10:58

Beitrag von flasher »

Danke, dann werde ich mich mal daran versuchen.

Gruß
JtG-Riker
Image-Team
Beiträge: 1015
Registriert: Freitag 7. Februar 2003, 18:37
Kontaktdaten:

Beitrag von JtG-Riker »

Hier das Diff für 1.3.1

u-boot-1.3.1-diff
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Beitrag von seife »

Und wieder die Frage: was bringt's?
Ich würde darum bitten, nicht nur wegen der höheren Versionsnummer umzustellen, wie z.B. beim Kernel 2.4, wo sich von 2.4.33 bis 2.4.35.5 genau überhaupt nichts für die dbox relevantes geändert hat, aber trotzdem immer brav der neueste Kernel eingecheckt wird.
JtG-Riker
Image-Team
Beiträge: 1015
Registriert: Freitag 7. Februar 2003, 18:37
Kontaktdaten:

Beitrag von JtG-Riker »

seife hat geschrieben:Und wieder die Frage: was bringt's?
Ich würde darum bitten, nicht nur wegen der höheren Versionsnummer umzustellen, wie z.B. beim Kernel 2.4, wo sich von 2.4.33 bis 2.4.35.5 genau überhaupt nichts für die dbox relevantes geändert hat, aber trotzdem immer brav der neueste Kernel eingecheckt wird.
Na wenn du danach gehst muss man garnix mehr updaten, sei doch froh das noch jemand was macht :oops: Ich lerne aus den updates und hab mir
schon einiges an Wissen angeeignet so, Houdini hat für den U-Boot alles auf m4 umgebaut, damit man nur noch eine Config hat, wieso sollte man das nicht einbauen ?

Gruß Riker
Houdini
Developer
Beiträge: 2183
Registriert: Mittwoch 10. Dezember 2003, 07:59

Beitrag von Houdini »

Und wieder die Frage: was bringt's?
Ich würde darum bitten, nicht nur wegen der höheren Versionsnummer umzustellen, wie z.B. beim Kernel 2.4, wo sich von 2.4.33 bis 2.4.35.5 genau überhaupt nichts für die dbox relevantes geändert hat, aber trotzdem immer brav der neueste Kernel eingecheckt wird.
Nanana...
...
corrupted cramfs filesystems cause kernel oops (CVE-2006-5823)
net/ipv4/arp.c: Fix arp reply when sender ip 0
vfs: coredumping fix
prevent SIGCONT from waking up a PTRACED process (CVE-2007-4774)
...
ist jetzt zwar nichts dbox spezifisches aber doch relevant oder nicht?
flasher
Developer
Beiträge: 467
Registriert: Dienstag 15. Juli 2003, 10:58

Beitrag von flasher »

Ich update auch mal gerne das eine oder andere. Warum nicht.
Solange diese Veränderungen nicht die Performance der Box beeinflussen bzw. zu Inkompatibilitäten führt.

Ich denke mal das Houdini sicherlich vorher genau prüft ob ein Update problematisch ist oder nicht.

Es heisst zwar "Never change a running System" aber eine Frischzellenkur, wenn diese denn keine negativen Auswirkungen hat, kann auch nicht schaden.

Gruß
Houdini
Developer
Beiträge: 2183
Registriert: Mittwoch 10. Dezember 2003, 07:59

Beitrag von Houdini »

Ich denke mal das Houdini sicherlich vorher genau prüft ob ein Update problematisch ist oder nicht.
Naja, zumindest schaue ich ob die Kiste noch bootet...
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Beitrag von seife »

Houdini hat geschrieben: corrupted cramfs filesystems cause kernel oops (CVE-2006-5823)
Das ist ein security-fix, damit ein user nicht z.B. einen USB-Stick oder eine CDROM mit kaputtem CRAMFS anstecken/einlegen kann und damit den Kernel crashen => irrelevant. Wenn du auf der dbox ein korruptes cramfs hast, ist ein kernel-oops dein geringstes Problem.
net/ipv4/arp.c: Fix arp reply when sender ip 0
AFAIK security-fix, ebenfalls irrelevant.
vfs: coredumping fix
Bugfix, aber wer generiert auf der dbox2 einen coredump? Und, ohne das jetzt angeschaut zu haben, solche fixes die heute erst im 2.4er eingebaut werden sind typischerweise für eher esoterische Anwendungsfälle (sonst hätte man sie schon früher eingebaut :-).
prevent SIGCONT from waking up a PTRACED process (CVE-2007-4774)
...
Security-fix => irrelevant.
ist jetzt zwar nichts dbox spezifisches aber doch relevant oder nicht?
Nicht wirklich, zumindest meiner Meinung nach ;-)

Versteht mich nicht falsch: ich will nicht Updates verhindern oder verteufeln, aber manchmal kommt es mir so vor, als ob relativ viel Arbeit in releativ nutzlose Versionsupdates gesteckt wird, obwohl es (meiner Ansicht nach) dringendere Baustellen gäbe.
Der Kernel 2.4 tangiert mich nun gar nicht mehr, aber der Bootloader schon, denn es könnte durchaus sein, daß ich der bin, der dann feststellt, daß halt 2.6 doch nicht mehr bootet ;-)

Ich schau mir aber über die Feiertage auf jeden Fall mal den u-boot-1.3.1 Patch an, und probier das auch mit 2.6 aus, ich würde aber darum bitten, das dieses Jahr nicht mehr einzuchecken (oder bevor ich mein OK dazu gegeben habe).

Nochmal: ich verlange nicht, alle Patches jetzt von mir "absegnen" zu lassen, ich bitte nur in diesem einen Fall um etwas Geduld. Danke.
kroki
Einsteiger
Einsteiger
Beiträge: 166
Registriert: Dienstag 22. Juni 2004, 22:12

Beitrag von kroki »

Hi,
ich versuch mich auch grad mal an der 1.3.1 und kriege einen Fehler:

Code: Alles auswählen

env_flash.c: In function `env_relocate_spec':
env_flash.c:381: error: `flash_addr' undeclared (first use in this function)
env_flash.c:381: error: (Each undeclared identifier is reported only once
env_flash.c:381: error: for each function it appears in.)
make[2]: *** [env_flash.o] Error 1
make[2]: Leaving directory `/home/dbox/dbox2/sources/cdk/u-boot-1.3.1/common'
make[1]: *** [common/libcommon.a] Error 2
make[1]: Leaving directory `/home/dbox/dbox2/sources/cdk/u-boot-1.3.1'
make: *** [.deps/u-boot] Error 2
Ich blick da nicht so richtig durch ... hat jemand eine Idee warum die Variable nicht deklariert ist

Kroki
dietmarw
Contributor
Beiträge: 1833
Registriert: Mittwoch 10. April 2002, 15:39
Kontaktdaten:

Beitrag von dietmarw »

JtG-Riker hat geschrieben:...Houdini hat für den U-Boot alles auf m4 umgebaut, damit man nur noch eine Config hat, wieso sollte man das nicht einbauen ?
*duck*
das erinnert mich stark an eine diskussion von vor etwas über einem jahr,
da wurden solche verbesserungen als unnötig abgetan..
*/duck*
kroki
Einsteiger
Einsteiger
Beiträge: 166
Registriert: Dienstag 22. Juni 2004, 22:12

Beitrag von kroki »

Moin,

hab den Fehler bei mir gefunden ..... war meine Dusseligkeit :dash: .


Aber jetzt sitze ich an einem anderen Problem: Das übertakten der CPU geht nicht mehr ! Hat einer dazu vielleicht 'ne Idee .... bin schon die halbe NAcht am suchen gewesen ... mal sehen ob ich da noch was finde ....

/EDIT ON : So auch das übertakten klappt jetzt wieder .... war auch meine Dusseligkeit ... :dash:
EDIT OFF


Kroki
mb405
Tuxboxer
Tuxboxer
Beiträge: 2331
Registriert: Donnerstag 24. März 2005, 21:52

Beitrag von mb405 »

ich bekomms nicht gebacken. bin zu doof dafür ?

Code: Alles auswählen

mb405@linux:~/image/tuxbox-cvs/cdk> make .deps/u-boot
( rm -rf u-boot-1.3.1 || /bin/true ) && bunzip2 -cd Archive/u-boot-1.3.1.tar.bz2 | TAPE=- tar -x && ( cd u-boot-1.3.1; patch -p1 < ../Patches/u-boot-1.3.1.diff )
can't find file to patch at input line 4
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -Naur u-boot-1.3.1/board/dbox2/dbox2.c u-boot-1.3.1-tuxbox/board/dbox2/dbox2.c
|--- u-boot-1.3.1/board/dbox2/dbox2.c   2007-08-08 23:56:03.000000000 +0200
|+++ u-boot-1.3.1-tuxbox/board/dbox2/dbox2.c    2007-12-18 23:44:50.000000000 +0100
--------------------------
File to patch: c
c: No such file or directory
Skip this patch? [y] y
Skipping patch.
3 out of 3 hunks ignored
can't find file to patch at input line 37
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -Naur u-boot-1.3.1/board/dreambox/dreambox.c u-boot-1.3.1-tuxbox/board/dreambox/dreambox.c
|--- u-boot-1.3.1/board/dreambox/dreambox.c     2004-05-02 01:38:35.000000000 +0200
|+++ u-boot-1.3.1-tuxbox/board/dreambox/dreambox.c      2007-12-18 23:44:50.000000000 +0100
--------------------------
File to patch: y
y: No such file or directory
Skip this patch? [y] y
Skipping patch.
2 out of 2 hunks ignored
patching file board/ids8247/ids8247.c
patching file common/cmd_bootm.c
patching file common/cmd_flash.c
can't find file to patch at input line 94
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -Naur u-boot-1.3.1/common/cmd_fs.c u-boot-1.3.1-tuxbox/common/cmd_fs.c
|--- u-boot-1.3.1/common/cmd_fs.c       2005-02-14 17:37:36.000000000 +0100
|+++ u-boot-1.3.1-tuxbox/common/cmd_fs.c        2007-12-18 23:44:50.000000000 +0100
--------------------------
File to patch:
Skip this patch? [y] y
Skipping patch.
1 out of 1 hunk ignored
patching file common/cmd_ide.c
Hunk #1 FAILED at 68.
Hunk #2 FAILED at 2087.
2 out of 2 hunks FAILED -- saving rejects to file common/cmd_ide.c.rej
patching file common/cmd_net.c
patching file common/devices.c
patching file common/env_common.c
patching file common/main.c
patching file common/Makefile
patching file cpu/mpc8xx/cpu_init.c
patching file cpu/mpc8xx/start.S
patching file fs/cramfs/cramfs.c
patching file fs/cramfs/uncompress.c
patching file fs/jffs2/compr_rtime.c
patching file fs/jffs2/compr_rubin.c
patching file fs/jffs2/compr_zlib.c
patching file fs/jffs2/jffs2_1pass.c
patching file fs/jffs2/mini_inflate.c
patching file fs/Makefile
patching file include/commproc.h
patching file include/devices.h
patching file include/flash.h
patching file include/jffs2/load_kernel.h
patching file include/lcd.h
patching file include/version.h
patching file lib_generic/crc32.c
patching file Makefile
patching file net/bootp.c
patching file net/net.c
patching file net/tftp.c
patching file tools/Makefile
make: *** [.deps/u-boot] Fehler 1
die Makefile.am kann ich so nicht nehmen wie oben gepostet.
Houdini
Developer
Beiträge: 2183
Registriert: Mittwoch 10. Dezember 2003, 07:59

Beitrag von Houdini »

Houdini hat geschrieben:ok, also:
...
Hier der Ausschnitt aus der cdk/Makefile:
$(DEPDIR)/u-boot-1.3.0: bootstrap Archive/u-boot-1.3.0.tar.bz2 Patches/u-boot-1.3.0.diff
( rm -rf u-boot-1.3.0 || /bin/true ) && bunzip2 -cd Archive/u-boot-1.3.0.tar.bz2 | TAPE=- tar -x
cp -pR $(bootdir)/u-boot-tuxbox/* u-boot-1.3.0
cd u-boot-1.3.0 && \
patch -p1 < ../Patches/u-boot-1.3.0.diff
m4 -DDBOX_UBOOT_TYPE="UBOOT_TYPE_SQUASHFS" $(bootdir)/u-boot-config/dbox2.h.m4 > u-boot-1.3.0/include/configs/dbox2.h
$(MAKE) -C u-boot-1.3.0 dbox2_config
$(MAKE) -C u-boot-1.3.0 CROSS_COMPILE=$(target)- u-boot.stripped
$(INSTALL) -m644 u-boot-1.3.0/u-boot.stripped $(bootprefix)/u-boot
$(INSTALL) u-boot-1.3.0/tools/mkimage $(hostprefix)/bin
rm -rf u-boot-1.3.0
touch $@
mb405
Tuxboxer
Tuxboxer
Beiträge: 2331
Registriert: Donnerstag 24. März 2005, 21:52

Beitrag von mb405 »

bringt leider garnichts.
da bringt er mir immer missing separator
Houdini
Developer
Beiträge: 2183
Registriert: Mittwoch 10. Dezember 2003, 07:59

Beitrag von Houdini »

natürlich mit Tabs:

Code: Alles auswählen

$(DEPDIR)/u-boot-1.3.0: bootstrap Archive/u-boot-1.3.0.tar.bz2 Patches/u-boot-1.3.0.diff
	( rm -rf u-boot-1.3.0 || /bin/true ) && bunzip2 -cd Archive/u-boot-1.3.0.tar.bz2 | TAPE=- tar -x
	cp -pR $(bootdir)/u-boot-tuxbox/* u-boot-1.3.0
	cd u-boot-1.3.0 && \
	patch -p1 < ../Patches/u-boot-1.3.0.diff
	m4 -DDBOX_UBOOT_TYPE="UBOOT_TYPE_SQUASHFS" $(bootdir)/u-boot-config/dbox2.h.m4 > u-boot-1.3.0/include/configs/dbox2.h
	$(MAKE) -C u-boot-1.3.0 dbox2_config
	$(MAKE) -C u-boot-1.3.0 CROSS_COMPILE=$(target)- u-boot.stripped
	$(INSTALL) -m644 u-boot-1.3.0/u-boot.stripped $(bootprefix)/u-boot
	$(INSTALL) u-boot-1.3.0/tools/mkimage $(hostprefix)/bin
	rm -rf u-boot-1.3.0
	touch $@
mb405
Tuxboxer
Tuxboxer
Beiträge: 2331
Registriert: Donnerstag 24. März 2005, 21:52

Beitrag von mb405 »

in die Makefile.am ???
ingrid
Erleuchteter
Erleuchteter
Beiträge: 600
Registriert: Samstag 14. Oktober 2006, 10:53

Beitrag von ingrid »

Kann es sein, dass die Patches für 1.3.0 und 1.3.1, die hier gepostet worden sind, nur für Oldmake sind? Irgendwie peile ich bei beiden Patches dieses Mal nicht, wie ich die in Newmake zu benutzen habe.

Falls die Patches für Newmake funktionieren sollten, dann wären ein Paar Sätze zur Benutzung nett. :)

Edit: Das Seltsame ist übrigens, dass einige der Files, die gepatched werden sollen, gar nicht im heruntergeladenem Archiv vorhanden sind. Gilt für 1.3.0 & 1.3.1.
Houdini
Developer
Beiträge: 2183
Registriert: Mittwoch 10. Dezember 2003, 07:59

Beitrag von Houdini »

ohne den geposteten Ausschnitt aus dem Makefile zu verstehen wird das so nix...
ingrid
Erleuchteter
Erleuchteter
Beiträge: 600
Registriert: Samstag 14. Oktober 2006, 10:53

Beitrag von ingrid »

Houdini hat geschrieben:ohne den geposteten Ausschnitt aus dem Makefile zu verstehen wird das so nix...
Jetzt hat's irgendwann bei mir geklingelt. Es compiled jetzt, mal schauen was dabei heraus kommt. ;)

Für alle Newmaker: Der betreffende Ausschnitt in u-boot.mk sieht so aus:

Code: Alles auswählen

@DIR_uboot@/u-boot.stripped: bootstrap @DEPENDS_uboot@ Patches/@DIR_uboot@.diff
	@PREPARE_uboot@
	cp -pR $(bootdir)/u-boot-tuxbox/* @DIR_uboot@
	cd @DIR_uboot@ && \
	patch -p1 < ../Patches/@DIR_uboot@.diff
	m4 -DDBOX_UBOOT_TYPE="UBOOT_TYPE_SQUASHFS" $(bootdir)/u-boot-config/dbox2.h.m4 > @DIR_uboot@/include/configs/dbox2.h
	$(MAKE) -C @DIR_uboot@ dbox2_config
	$(MAKE) -C @DIR_uboot@ CROSS_COMPILE=$(target)- u-boot.stripped
	$(INSTALL) @DIR_uboot@/tools/mkimage $(hostprefix)/bin
#	@CLEANUP_uboot@
#	touch $@
ingrid
Erleuchteter
Erleuchteter
Beiträge: 600
Registriert: Samstag 14. Oktober 2006, 10:53

Beitrag von ingrid »

Ich habe u-boot-1.3.1 jetzt gebaut, Neutrino bootet und es funktioniert auch soweit alles.
Allerdings habe ich beim Booten (obwohl ich schon komplett neu gebaut habe) kein Logo im LCD und Folgendes im Log:

Code: Alles auswählen

...
debug: Transmitting BOOTP request via broadcast
debug: Given up BOOTP/TFTP boot
boot net failed

Flash-FS bootstrap loader (v1.5)

Found Flash-FS superblock version 3.1
Found file /root/platform/sagem-dbox2/kernel/os in Flash-FS
debug: Got Block #0008
debug: Got Block #0012
debug: Got Block #0016
debug: Got Block #0020
debug: Got Block #0024
debug: Got Block #0028
debug: Got Block #0032
debug: Got Block #0036
debug: Got Block #0040
debug: Got Block #0044

will verify ELF image, start= 0x800000, size= 166072
verify sig: 262
Branching to 0x40000

U-Boot 1.3.1 (Tuxbox) (Dec 28 2007 - 20:40:27)

CPU:   PPC823ZTnnB2 at 66 MHz: 2 kB I-Cache 1 kB D-Cache
Board: DBOX2, Sagem, BMon V1.0
       Watchdog enabled
I2C:   ready
DRAM:  32 MB
FLASH:  8 MB
Scanning JFFS2 FS:  done.

[b]find_inode failed for name=tuxbox

load: Failed to find inode[/b]

FB:    ready
LCD:   ready
In:    serial
Out:   serial
Err:   serial
Net:   SCC ETHERNET
Scanning JFFS2 FS:  done.

[b]find_inode failed for name=tuxbox

load: Failed to find inode

ready - can't find logo in flash[/b]
Scanning JFFS2 FS:  done.

[b]find_inode failed for name=tuxbox

load: Failed to find inode
can't find logo in flash[/b]

Options:
  1: Console on null
  2: Console on ttyS0
  3: Console on framebuffer
Select option (1-3), other keys to stop autoboot:  0 
............................................................... done
Un-Protected 63 sectors
### FS (squashfs) loading 'vmlinuz' to 0x100000
### FS load complete: 669884 bytes loaded to 0x100000
## Booting image at 00100000 ...
...
Danach läuft alles okay.

Hat jemand 'ne Idee, was da bei mir noch falsch läuft?
Antworten