Busybox optionen die in images an sind, und in yadds aus.

[rhabarber1848]

Patch aktualisiert, damit Yadd@Kernel 2.6 bootet

- einige Anpassungen an busybox.config.m4

- das alte Problem: http://forum.tuxbox-cvs.sourceforge.net ... =7&t=47423

can't open /dev/vc/2: No such file or directory
can't open /dev/vc/5: No such file or directory
can't open /dev/vc/3: No such file or directory
can't open /dev/vc/4: No such file or directory
can't open /dev/vc/6: No such file or directory

habe ich jetzt so (ungetestet auf Kernel 2.4, sollte dort aber keinen
Schaden anrichten) gelöst:
- makedevices erstellt zusätzlich /dev/tty[4-6]
- rcS verlinkt nur bei Kernel 2.6 /dev/vcX nach /dev/ttyX (X > 1)

[rhabarber1848]

Busybox 1.14.2 ist da, soeben erst gesehen...

[rhabarber1848]

Hier der Patch für BB 1.14.2: busybox1142.diff

Geändert habe ich nur die Einbindung der offiziellen BB-Patches, der
lokale BB-Patch ist unverändert, Yadds mit Kernel 2.4 & 2.6 booten.

[rhabarber1848]

Dieser BB-commit vom März 2009
http://git.busybox.net/busybox/commit/? ... 9e63e848f8
sorgt dafür, dass top aus psutils nicht mehr funktioniert:

BusyBox v1.14.2 (2009-06-26 10:45:02 CEST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

~ # echo $TERM
vt102
~ # top
'vt102': unknown terminal type.

Da Busybox das Terminal der Dbox nicht richtig erkennt

starting pid 9, tty '': '/etc/init.d/rcS'

(man beachte tty '') führt der o.g. Patch dazu, dass $TERM
auf vt102 gesetzt wird. Ich habe diese Funktion auskommentiert

Code: Alles auswählen

--- busybox-1.14.2.org/init/init.c      2009-06-22 00:32:00.000000000 +0200
+++ busybox-1.14.2/init/init.c  2009-06-26 15:33:19.000000000 +0200
@@ -192,8 +192,10 @@
                /* Not a linux terminal, probably serial console.
                 * Force the TERM setting to vt102
                 * if TERM is set to linux (the default) */
+/*
                if (!s || strcmp(s, "linux") == 0)
                        putenv((char*)"TERM=vt102");
+*/
                if (!ENABLE_FEATURE_INIT_SYSLOG)
                        log_console = NULL;
        } else if (!s)

und den Busybox-Patch für Tuxbox aktualisiert.
Mir ist klar, dass ich nur das Symptom aber nicht den Fehler behoben habe,
ich habe allerdings keine Lust mich bei beiden Kernelversionen in die inittab-
Mechanismen einzulesen

[seife]

Ich habe seit ewigen Zeiten in meiner /etc/profile einfach "export TERM=linux" stehen, das fixt das ganz ohne patch

[rhabarber1848]

Mit dem o.g. BB-1.14.2-Patch, ohne an Enigma Veränderungen vorgenommen
zu haben, kann ich mit dem Enigma-Mountmanager CIFS-Shares mounten:

In der Vergangenheit war das wohl ein Problem:
http://forum.tuxbox-cvs.sourceforge.net ... 54#p345854
was ich allerdings mangels Zeit/Interesse nie versucht habe, zu reproduzieren.
Scheinbar funktioniert jetzt auf Anhieb, kann das jemand bestätigen?

~ # mount
//bla on /mnt type cifs (rw,mand,nodiratime,unc=\192.168.1.8\disk,username=root,domain=,rsize=16384,wsize=16384)
~ # busybox
BusyBox v1.14.2 (2009-06-26 21:57:39 CEST) multi-call binary

[rhabarber1848]

Noch ein Update für den BB-Patch:
- eine fehlende, deaktivierte Option für Kernel 2.6 in BB-config nachgetragen
- in cdk/root/etc/init.d/rcS.m4 $MD auskommentiert, damit das Laden von
Kernelmodulen funktioniert:
http://forum.tuxbox-cvs.sourceforge.net ... 52#p366152
Positiv mit Kernel 2.4-Flashimages getestet.

[rhabarber1848]

Bevorzugtes Laden von Modulen aus /var funktioniert:

insmod: preferring module /var/lib/modules/at76c651.o

Bevorzugte Nutzung von /var/etc/fstab funktioniert:

Code: Alles auswählen

~ # cat /var/etc/fstab
proc    /proc           proc    defaults        0 0
tmpfs   /tmp            tmpfs   defaults        0 0
sysfs   /sys            sysfs   noauto          0 0
devpts  /dev/pts        devpts  noauto          0 0
/dev/ide/host0/bus0/target0/lun0/part1 swap swap noauto 0 0
/dev/mtdblock/3     /var     jffs2     defaults     0 0
/dev/ide/host0/bus0/target0/lun0/part2 /hdd vfat defaults 1 2
~ # mount /hdd
mount: using /var/etc/fstab
mount: mounting /dev/ide/host0/bus0/target0/lun0/part2 on /hdd failed: No such device

[seife]

Dann mach doch rein das Ding. Was noch anfällt, fixen wir später.

[dbt]

Bevorzugte Nutzung von /var/etc/fstab funktioniert:

Hatte ich auch nicht bezweifelt. Damit teste ich die ganze Zeit schon rum. Musst auch mal schauen, ob swapon -a auch damit läuft. Für das hddsetup ist das auch notwendig, auch wenn es momentan nur in Yadd und jffs_images was bringt.

Dann mach doch rein das Ding. Was noch anfällt, fixen wir später.

Denke ich auch. Das erspart mir dann zumindest auch einiges an Gepatche.

[rhabarber1848]

Dann mach doch rein das Ding. Was noch anfällt, fixen wir später.

Ich möchte noch gerne die eine oder andere positive Rückmeldung haben.

[rhabarber1848]

Dann mach doch rein das Ding. Was noch anfällt, fixen wir später.

Denke ich auch. Das erspart mir dann zumindest auch einiges an Gepatche.

Nachdem ich soeben ein Kernel 2.6-Flashimage erfolgreich
getestet habe, ist der Patch nun im CVS.

[GetAway]

Bei mir werden die Module bei Kernel 2.6 mit insmod nicht geladen.
Wie schon angeraten lade ich die Module ohne Pfadangabe und ohne Suffix .o
Beim Bauen von Busyboy kommt das. Nehme an das es daran liegt,
finde die Option aber in busybox.config.m4 nicht.

Code: Alles auswählen

modutils/insmod.c:77:5: warning: "ENABLE_FEATURE_2_6_MODULES" is not defined
modutils/insmod.c:91:5: warning: "ENABLE_FEATURE_2_6_MODULES" is not defined

[rhabarber1848]

Bitte testen: EDIT: Patch ist im CVS

FEATURE_2_6_MODULES ist keine Busybox-Option mehr,
wird aber von unserem insmod-Patch noch benötigt.

Ein Einspielen des Patches in ein bestehendes build-Verzeichnis ist
möglich, dann "make flash-busybox". Die daraus resultierende busybox
nach dbox:/tmp hochladen und mit "/tmp/busybox insmod" testen.

[GetAway]

Jetzt wird nach .ko Modulen gesucht.

Code: Alles auswählen

Wed Jul 15 00:00:00 UTC 2009
[   42.864198] event: $Id: event.c,v 1.12.4.3 2007/10/09 01:04:05 carjay Exp $
[   42.945886] CPM ENET: BSY can't happen.
Starting MMC-Support
insmod: /lib/modules/2.6.26.8-dbox2/kernel/fs/fat/fat.ko: module not found
insmod: /lib/modules/2.6.26.8-dbox2/kernel/fs/vfat/vfat.ko: module not found
insmod: -f.ko: module not found
insmod: -f.ko: module not found
insmod: -f.ko: module not found
insmod: -f.ko: module not found

[rhabarber1848]

Starting MMC-Support

Das gibt es nicht im CVS, könntest Du das Skript bitte posten?

http://git.busybox.net/busybox/tree/modutils/insmod.c

/* Compat note:
* 2.6 style insmod has no options and required filename
* (not module name - .ko can't be omitted).
* 2.4 style insmod can take module name without .o
* and performs module search in default directories
* or in $MODPATH.
*/

In wieweit unser insmod-Patch mit Kernel 2.6 überhaupt
kompatibel ist, kann ich nicht sagen.

[GetAway]

rcS ausgemisstet und auf modprobe geändert. Lüppt.

[rhabarber1848]

rcS ausgemisstet und auf modprobe geändert. Lüppt.

Brauchst Du busybox_insmod26.diff noch?

[GetAway]

Momentan nicht, kann aber als mögliche Option nicht schaden.

[rhabarber1848]

Momentan nicht, kann aber als mögliche Option nicht schaden.

Hast Du getestet, ob ein gepatchtes insmod mit Kernel 2.6 funktioniert?

[seife]

Naja. Wenn jemand einen Patch für busybox hat, dann bin ich durchaus bereit und in der Lage, den upstream-tauglich zu machen und dorthin zu schicken. Ich habe aber keine SD-Karte drin und werde es deswegen nicht selbst fixen.

[Striper]

Kann es sein das TOP in der neuen BB den Ramverbrauch immer noch nicht korrekt anzeigt?

[rhabarber1848]

Kann es sein das TOP in der neuen BB den Ramverbrauch immer noch nicht korrekt anzeigt?

Ich denke ja, schau mal in den anderen Thread, da gab es Patches.

[rhabarber1848]

Hast Du getestet, ob ein gepatchtes insmod mit Kernel 2.6 funktioniert?

K26 insmod funktioniert insofern, das es keine Parameter bzw. Optionen annimmt.
Ein einfaches insmod "modul" funktioniert.

committed:
http://article.gmane.org/gmane.comp.vid ... ox.scm/857
http://article.gmane.org/gmane.comp.vid ... ox.scm/858

[rhabarber1848]

Busybox 1.14.3 ist draussen, bitte testen: EDIT: Patch ist im CVS