Dbox2 Linux-Kernel .config auf m4 umstellen

[rhabarber1848]

Hi,

dieser Patch (EDIT: im CVS) löscht
cdk/Patches/linux-2.4.35.5-dbox2.config
cdk/Patches/linux-2.4.35.5-dbox2.config-flash
cdk/Patches/linux-2.6.26.4-dbox2.config
cdk/Patches/linux-2.6.26.4-dbox2.config-flash
cdk/Patches/linux-2.4.x.config.m4

und erstellt stattdessen
cdk/config/dbox2_kernel-2.4.config.m4
cdk/config/dbox2_kernel-2.6.config.m4

Die Aktivierung optionaler features, wie Dateisysteme, erfolgt
nun mittels m4, analog zu Busybox, U-Boot und dem IPBox-Kernel.

Vorteile:
- keine nach Flash und Yadd getrennten config-Dateien je Kernel-Version
- übersichtlicheres Makefile, keine sed-Orgien mehr
- Dbox2- und IPBox-Kernel teilen sich Makefile-Code

Bitte für Dbox2 und IPBox testen.

[GetAway]

Ein Dbox Yadd baut und bootet.

[rhabarber1848]

Ein IPBox-Image baut auch ohne Probleme, mangels
Hardware kann ich es aber nicht testen. Da ich nicht
allzu viel daran verändert habe, dürfte es wohl keine
Probleme geben.

Bestehen prinzipielle Einwände gegen diesen Patch?
Die Vorteile von m4 hat Barf schon 2006 beschrieben
und im Januar 2009 wiederholt.

Darüberhinaus:
http://forum.tuxbox-cvs.sourceforge.net ... 02#p367802

- Konfigurationsdateien (Patches/*conf* und Patches/*.m4) in einer separeten Verzeichnis versetzen. (Unabhängig von alles anderes.)

Ich möchte vorschlagen, wenn die Dbox2-Kernel-.config-Dateien
verschoben werden, sollten sie ebenfalls m4-basiert sein anstelle
der jetzigen sed-Orgien. Die IPBox-m4-Infrastruktur kann dabei
als Vorbild dienen.

Genau das will ich nun umsetzen.

[JtG-Riker]

Villeicht wär es dabei auch sinnvoll die vielen 2.4er Kernelpatche zusammenzufassen zu linux-2.4.x-patches.diff

Da ändert sich ja auch seit Versionen nicht mehr viel, und ich find es dann auch übersichtlicher. Dann hätte man nur noch
einen kompletten diff und den fürs mtd.

man könnte sie ja vorher mal aktualisieren, und dann ein komplettes diff erstellen.

Gruß Riker

[rhabarber1848]

Kernel 2.4 (EDIT: und Kernel 2.6)
- Squashfs+LZMA-Image
- Squashfs-Image
- Jffs2-Image
- Jffs2+LZMA+LZMA-Kernel-Image
- Yadd
alles positiv getestet.

Es wäre schön, wenn noch jemand mit IDE-Interface den
Patch testen könnte, um sicher zu gehen, dass die HDD-
Dateisysteme funktionieren.

[tine1084]

Es wäre schön, wenn noch jemand mit IDE-Interface den
Patch testen könnte, um sicher zu gehen, dass die HDD-
Dateisysteme funktionieren.

Ich werde es heute abend mit dem patch mal testen und dann hier berichten.

[rhabarber1848]

Vielleicht wär es dabei auch sinnvoll die vielen 2.4er Kernelpatche zusammenzufassen zu linux-2.4.x-patches.diff

EDIT: Patch ist im CVS

[seife]

So lange ich irgendwo eine eigene nicht m4-verschandelte kernelconfig hinlegen kann und die dann genommen wird, ist es mir relativ wurst
Die Patches nach topics zu trennen ist prinzipiell eine gute idee, aber da an 2.4 hoffentlich eh keiner mehr was macht ist das auch relativ egal.

[rhabarber1848]

So lange ich irgendwo eine eigene nicht m4-verschandelte kernelconfig hinlegen kann und die dann genommen wird, ist es mir relativ wurst

Natürlich, mit --with-kernel-conf kannst Du jede Datei angeben,
diese wird zwar durch m4 gejagt, wenn dort keine m4-Befehle
drin sind, wird die Datei nicht verändert.

[tine1084]

Es wäre schön, wenn noch jemand mit IDE-Interface den
Patch testen könnte, um sicher zu gehen, dass die HDD-
Dateisysteme funktionieren.

Ich habe alle beiden Patche mit IDE-Interface getestet und keinerlei probleme festgestellt.

mfg tine1084

[GetAway]

HDD -->ext2
CF -->ext3
MMC-->vfat

Positiv getestet

[rhabarber1848]

m4-Patch committed:
http://article.gmane.org/gmane.comp.vid ... x.scm/1121
http://article.gmane.org/gmane.comp.vid ... x.scm/1122
http://article.gmane.org/gmane.comp.vid ... x.scm/1123
http://article.gmane.org/gmane.comp.vid ... x.scm/1124

[rhabarber1848]

Vielleicht wär es dabei auch sinnvoll die vielen 2.4er Kernelpatche zusammenzufassen zu linux-2.4.x-patches.diff

EDIT: Patch ist im CVS

committed:
http://article.gmane.org/gmane.comp.vid ... x.scm/1125
http://article.gmane.org/gmane.comp.vid ... x.scm/1126

[rhabarber1848]

Ach so, noch was: Sicher kann es geschehen, dass der eine
oder andere nun lokale Patches für die Kernel-config anpassen
muss. Vielleicht ist dabei aber auch die eine oder andere Option
dabei. für die es sinnvoll wäre, eine cdk/configure-Option
einzuführen, damit würden solche Patches kleiner oder sogar
überflüssig werden.
Wenn Ihr also Vorschläge habt, immer her damit

[seife]

Nicht exakt das Topic, aber weil es fast im selben commit war:
Ich halte es für unglücklich, die uclibc-Konfig abhängig von "XFS enabled" unterschiedlich zu machen. Damit kann man nicht ohne weiteres XFS nachträglich einschalten, ausserdem ist es "ungeschickt", verschiedene, leicht unterschiedliche libc-Versionen zu benutzen, das tut der evtl. Fehlersuche nicht gut
Kann man die Option, die von XFS benötigt wird, nicht einfach immer anmachen?

[rhabarber1848]

Kann man die Option, die von XFS benötigt wird, nicht einfach immer anmachen?

erledigt, Größenunterschied ungestript 4kb:
http://article.gmane.org/gmane.comp.vid ... x.scm/1143
http://article.gmane.org/gmane.comp.vid ... x.scm/1144

[seife]

Danke.

Ich denke diese 4kB sind es wert, für die Verringerung der Komplexität geopfert zu werden

[amiga23]

Aloha,

muss man jetzt irgendwas beachten oder andere configure optionen setzen?

Die .config wird nicht mehr gefunden:

Code: Alles auswählen

#
# Using defaults found in .config
#
scripts/Configure: Zeile 549: .: .config: Datei nicht gefunden.
scripts/Configure: Zeile 551: .: .config-is-not.6783: Datei nicht gefunden.
*
* Code maturity level options
*
Prompt for development and/or incomplete code/drivers (CONFIG_EXPERIMENTAL) [N/y/?] (NEW) 

Config summary:

Code: Alles auswählen

summary:
----------------------------------------
target cpu/boxtype:		823/dbox2 
kernel:				2.4
kernel config:			config/dbox2_kernel-2.4.config.m4
libc:				uclibc
threads:			linuxthreads
target:				powerpc-tuxbox-linux-uclibc
host:				x86_64-unknown-linux-gnu
flash rules:			yes
target prefix:			/media/disk/tuxbox-uclibc-2009-10-02_23-41-13/dbox2/cdkroot
host prefix:			/media/disk/tuxbox-uclibc-2009-10-02_23-41-13/dbox2/cdk
boot prefix:			/media/disk/tuxbox-uclibc-2009-10-02_23-41-13/dbox2/tftpboot
build prefix:			/media/disk/tuxbox-uclibc-2009-10-02_23-41-13/tuxbox-cvs/cdk
root partition size:		0x680000
default locale:			deutsch
serversupport:			/media/disk/tuxbox-uclibc-2009-10-02_23-41-13/dbox2/serversupport
checkImage:			rename
target apps directory:		/media/disk/tuxbox-uclibc-2009-10-02_23-41-13/tuxbox-cvs/apps
boot directory:			/media/disk/tuxbox-uclibc-2009-10-02_23-41-13/tuxbox-cvs/boot
start script directory:		/media/disk/tuxbox-uclibc-2009-10-02_23-41-13/tuxbox-cvs/cdk/root
driver directory:		/media/disk/tuxbox-uclibc-2009-10-02_23-41-13/tuxbox-cvs/driver
host apps directory:		/media/disk/tuxbox-uclibc-2009-10-02_23-41-13/tuxbox-cvs/hostapps
logo directory:			/media/disk/tuxbox-uclibc-2009-10-02_23-41-13/tuxbox-cvs/cdk/logos
customization directory:	/media/disk/tuxbox-uclibc-2009-10-02_23-41-13/tuxbox-cvs/cdk
ucode directory:		NONE
GNU server:			ftp.gwdg.de/pub/misc/gnu/ftp/gnu
default server:			www.tuxbox.org/cvsdata/files
update http prefix:		
used busybox-m4-config:		config/busybox.config.m4
IDE support:			no
MMC support:			no
fstab default fs:		
IDE/MMC: Ext2 support		no
IDE/MMC: Ext3 support		no
IDE/MMC: XFS support		no
IDE/MMC: REISERFS support	no
IDE/MMC: VFAT support		no
CIFS kernel module:		no
SMBFS kernel module:		no
LUFS kernel module:		no
NFS kernel module:		yes
NFS server:			no
OpenVPN:			no
Samba server:			no
Automount:			yes
dosfstools:			no
LIRC				no
Neutrino UPnP-support:		no
Neutrino Audioplayer:		yes
Neutrino Movieplayer:		yes
Neutrino Pictureviewer:		yes
Neutrino Mount:			yes
Esound support:			no
Radiotext support:		yes
FLAC support:			no
German keymaps:			yes
sqlite3 storage:		no
ccache support:			no

Saludos
Amiga23

[Therket]

Hängt vermutlich mit Deiner Umgebung zusammen:
http://forum.tuxbox.org/forum/viewtopic.php?f=7&t=48850

[amiga23]

Okay, danke Dir.
Es lag an der neuen bash version. Mit <4.0 geht's.

Code: Alles auswählen

emerge '<bash-4.0'