busybox neue version

[mrvica]

kann sein, mknod hätte ichs trotzdem gerne, brauche für ein Script

mrvica

[Houdini]

Code: Alles auswählen

option(`CONFIG_MKNOD', `y', `y') 

in die bb.config.m4

[mrvica]

>> option(`CONFIG_MKNOD', `y', `y')
>> in die bb.config.m4

kann selbst nicht compilieren, bin voll auf http://dietmarw.trale.de/ angewiesen, daher ein diff, damits ins CVS kommt

mrvica

[seife]

Nein, unnötige Sachen sollten nicht per default aktiviert sein, soviel Platz ist nicht im Flash.
Und wozu musst du mit einem Skript ein Device-file erzeugen? Das erschliesst sich mir nicht wirklich.

[mrvica]

kein device, nur pipe in /tmp anlegen
mknod /tmp/pipe p
mkfifo tut in diesem Fall dasselbe, fehlt allerdings auch, schätze mal, mknod würde busybox nur um ein paar k grösser machen, den Befehl braucht man immer wieder, sort ist weniger wichtig

mrvica

[dwilx]

jop bei mir rennt 1.11.3 seit erscheinen ohne probleme.
die 1.12.1 bring ich nicht hin das die box bootet.

Wo hängts den genau? init?

[rhabarber1848]

jop bei mir rennt 1.11.3 seit erscheinen ohne probleme.
die 1.12.1 bring ich nicht hin das die box bootet.

Wo hängts den genau? init?

Wie kann ich den Kernel/Busybox debuggen, wenn es beim Init hängt?

[dwilx]

Wenn du mich fragst, keine Ahnung wie das gehen soll, habe aber gesehen, dass am init einiges gändert wurde.

[seife]

Wie kann ich den Kernel/Busybox debuggen, wenn es beim Init hängt?

Wenn er nicht bis in den userspace kommt:
Im kernel printk's da reinmachen, wo init aufgerufen wird (init.c vermutlich), damit du siehst wie weit er kommt.

Wenn er bis in den userspace kommt:
Den init aus der busybox evtl von einer funktionierenden shell (alte busybox-version?) aufrufen, dazu mit kernelparameter "init=/bin/my_old_shell" booten. Netzwerk aufsetzen, inetd starten, damit du dann an die kiste rankommst. Aus dieser shell dann mit "exec /sbin/init < /dev/console > /dev/console 2>&1" den init aufrufen. Wenn es hängt, per telnet ran und mit gdb weitermachen. Ist aber anstrengend ;-)

Habe ich so auch noch nicht probiert und bisher nicht benötigt, ist also alles theoretisch.

[Houdini]

Ich nutze die für meine yadd
http://home.arcor.de/houdini/dbox/busyb ... .config.m4
http://home.arcor.de/houdini/dbox/busyb ... .12.1.diff

[mrvica]

@Houdini
wie gross ist deine busybox, dos2unix und unix2dos sind auch drin, sehe da keine zwei y, mknod und sort sind dabei, der eine oder andere würde vielleicht noch awk vermissen, habe mir nochmal CVS Enigma angeschaut, mknod wird gebraucht und fehlt, makedevices fehlt beim Enigma Image Kernel 2.4, bei 2.6 Neutrino ist es dabei, tut aber auch mknod aufrufen, da fehlts auch in busybox, vielleicht schaut sich das dietmarw mal an, im Moment hängt aber CVS

mrvica

[mb405]

so hab mal die 1.12.1 nochmal probiert.
die 1.12.0 ging damals nicht.
meine config
Diff

[seife]

@Houdini
wie gross ist deine busybox, dos2unix und unix2dos sind auch drin, sehe da keine zwei y, mknod und sort sind dabei, der eine oder andere würde vielleicht noch awk vermissen, habe mir nochmal CVS Enigma angeschaut, mknod wird gebraucht

wo?

und fehlt, makedevices fehlt beim Enigma Image Kernel 2.4

was willst du bei kernel 2.4 mit makedevices?

bei 2.6 Neutrino ist es dabei, tut aber auch mknod aufrufen

nein. Es nutzt den mknod(2) syscall. Wenn ich da ein externes binary aufrufen würde, dann wäre der Sinn vom makedevices dahin.

da fehlts auch in busybox, vielleicht schaut sich das dietmarw mal an

IMVHO gibt es da nicht viel anzuschauen ;-)

Ach so: Kernel 2.6 ist de facto nur mit newmake getestet.

[Houdini]

ich habe nie gesagt das in meiner bb config alles drin ist.
Für meine Zwecke reicht die.

[rhabarber1848]

so hab mal die 1.12.1 nochmal probiert.
die 1.12.0 ging damals nicht.
meine config
Diff

Hier der Komplettpatch, basierend auf beiden o.g. Patches: EDIT: entfernt

[amiga23]

Führt bei mir zu folgendem Fehler:

Code: Alles auswählen

( rm -rf busybox-1.12.1 || /bin/true ) && bunzip2 -cd Archive/busybox-1.12.1.tar.bz2 | TAPE=- tar -x && ( cd busybox-1.12.1; patch -p1 < ../Patches/busybox-1.12.1.diff ) && ((for f1 in config.guess config.sub; do (for f2 in `find busybox-1.12.1 -name $f1`; do (test -e $f2 && rm -f $f2 && ln -s /media/disk/tuxbox-uclibc-directfb-2008-10-31_11-12/tuxbox-cvs/cdk/Patches/$f1 $f2 && echo "updated $f2") done) done) || /bin/true)
patching file Config.in
patching file coreutils/df.c
patching file include/applets.h
patching file init/init.c
patching file libbb/messages.c
patching file miscutils/Config.in
patching file miscutils/Kbuild
patching file modutils/insmod.c
patching file networking/ifupdown.c
patching file networking/wget.c
patching file procps/ps.c
patching file procps/top.c
patching file scripts/trylink
m4 -Dflash    -DPREFIX="\"/media/disk/tuxbox-uclibc-directfb-2008-10-31_11-12/dbox2/cdkflash/root\"" busybox-1.12.1.config.m4 > busybox-1.12.1/.config
m4: busybox-1.12.1.config.m4: No such file or directory
make[1]: *** [flash-busybox] Fehler 1
make[1]: Leaving directory `/media/disk/tuxbox-uclibc-directfb-2008-10-31_11-12/tuxbox-cvs/cdk'
make: *** [/media/disk/tuxbox-uclibc-directfb-2008-10-31_11-12/dbox2/cdkflash/root] Fehler 2

[rhabarber1848]

Führt bei mir zu folgendem Fehler:

Da war noch ein kleiner Fehler im Patch, ist jetzt behoben.
Leider löst busybox-1.12.1 auch nicht das Bootproblem mit uClibc-0.9.30-rc3.
Ich werde wohl oder übel alle Revisionen zwischen 0.9.29 und 0.9.30-rc2
testen müssen um zu sehen, welcher commit das Problem verursacht...

[amiga23]

Getestet mit uClibc-0.9.28.3. Verträgt sich mit allen anderen patches, baut und bootet

[mb405]

trylink patch aus dem diff kann bei neuen gcc auch raus.

[amiga23]

busybox-1.12.1.diff tut mit aktuellem CVS nicht mehr:

Code: Alles auswählen

###################################
# Apply busybox-1.12.1.diff
###################################
patching file cdk/make/busybox.mk
Hunk #1 FAILED at 8.
Hunk #2 FAILED at 21.
2 out of 2 hunks FAILED -- saving rejects to file cdk/make/busybox.mk.rej
patching file cdk/Patches/busybox-1.12.1.config.m4
patching file cdk/Patches/busybox-1.12.1.diff
patching file cdk/rules-archive
Hunk #1 succeeded at 31 (offset -1 lines).
patching file cdk/rules-make

[rhabarber1848]

busybox-1.12.1.diff tut mit aktuellem CVS nicht mehr:

Das kann gut sein, ich pflege den Patch nicht aktiv.
Übrigens gibt es schon Busybox 1.13.2

[mb405]

der 1.13.er zweig geht nicht mit dbox
der 1.12.er zweig geht wunderbar, mit dem patch

1.12.4
1.12.3

[JtG-Riker]

der 1.13.er zweig geht nicht mit dbox
der 1.12.er zweig geht wunderbar, mit dem patch. evtl muss man bisle was anpassen

? Ich hab 1.13.2 laufen geht einwandfrei, wenn gewünscht lad ich das diff hoch hier.

Gruß Riker

[mb405]

jo das wäre klasse.
ich hatte immer probleme beim init mit der 1.13.x

[mb405]

hochhol

@JTG-Riker
haste das diff für die busybox ?