U-Boot updates

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ß

Beitrag von **PT-1** » Dienstag 18. Dezember 2007, 12:39

Houdini hatte glaube ich die 1.30 gemacht...

Beitrag von **seife** » Dienstag 18. Dezember 2007, 13:47

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 :-))

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ß

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 $@

Danke, dann werde ich mich mal daran versuchen.

Gruß

Hier das Diff für 1.3.1

u-boot-1.3.1-diff

Beitrag von **seife** » Samstag 22. Dezember 2007, 22:29

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.

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

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

Beitrag von **Houdini** » Samstag 22. Dezember 2007, 22:57

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?

Beitrag von **flasher** » Samstag 22. Dezember 2007, 23:10

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ß

Beitrag von **Houdini** » Samstag 22. Dezember 2007, 23:24

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...

Beitrag von **seife** » Samstag 22. Dezember 2007, 23:46

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.

Beitrag von **kroki** » Sonntag 23. Dezember 2007, 01:20

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

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*

Beitrag von **kroki** » Sonntag 23. Dezember 2007, 12:21

Moin,

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

.

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 ...

EDIT OFF

Kroki

Beitrag von **mb405** » Sonntag 23. Dezember 2007, 23:04

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.

Beitrag von **Houdini** » Sonntag 23. Dezember 2007, 23:36

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 $@

Beitrag von **mb405** » Montag 24. Dezember 2007, 09:59

bringt leider garnichts.
da bringt er mir immer missing separator

Beitrag von **Houdini** » Montag 24. Dezember 2007, 13:54

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 $@

Beitrag von **mb405** » Montag 24. Dezember 2007, 20:04

in die Makefile.am ???

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.

Beitrag von **Houdini** » Freitag 28. Dezember 2007, 14:59

ohne den geposteten Ausschnitt aus dem Makefile zu verstehen wird das so nix...

Beitrag von **ingrid** » Freitag 28. Dezember 2007, 17:47

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 $@

Beitrag von **ingrid** » Freitag 28. Dezember 2007, 22:15

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?