Neuer Linux Kernel

[Marty22_99]

Hallo, ein neuer Kernel ist zum download und Einpflege ins cvs bereit 2.4.33

MFG

Marty

[Nico 77]

Welche Neuerungen bringt er mit sich die sich für dbox2 lohnen?

[Marty22_99]

auf http://www.kernel.org unter changelog stehen alle Neuerungen erklärt.

[doc]

*gg*

[Hollo]

ab wann kann man den 33 kernel auschecken, momentan kann man ja nur den 32 auschecken

mfg Hollo

[mb405]

wenn alle diffs und patches und configs angepasst sind

[Houdini]

Das http://home.arcor.de/houdini/dbox/linux ... 5.diff.bz2
ist noch der mtd patch der noch hier (http://www.tuxbox-cvs.sourceforge.net/p ... x/cdk/src/) hin muß

Kann das wer machen?

[Nico 77]

Wie ist das denn mit Barf's autofs Patch, der kann doch glaube dann wieder raus weil schon im neuen Kernel enthalten oder hatte ich mich da verlesen?

[Houdini]

Der ist doch nicht im 2.4 sonder im 2.6 Kernel drin oder?

[Nico 77]

Keine Ahnung, ist schon was länger her wo ich mal danach geschaut hatte.
Kann gut sein das ich mich vertan habe.

[mb405]

was muss man denn noch alles anpassen, damit man den neuen kernel bauen kann ?

cdk/Patches
-linux-2.4.33-dbox2.config
-linux-2.4.33-dbox2.config-flash
/cdk/
-rules-archive
-rules-make

hab ich noch was vergessen ?

[Papst]

@mb405
So hab ichs grade gemacht und der Kernel baut einwandfrei. Benutze newmake

@Barf
Kannste nicht irgendwas machen das nicht immer die ganze Compilerumgebung neu gebaut wird wenn man was am Kernel macht?

[mb405]

mist ich nehm normal make

[Barf]

@Barf
Kannste nicht irgendwas machen das nicht immer die ganze Compilerumgebung neu gebaut wird wenn man was am Kernel macht?

Es steht auf meine Wünschliste. Eine Schwäche, von head-make vererbt.
racker hat mehrmals signalisiert, dass er versucht dies zu machen. Dass ich dazu die nächste 6 Monate komme ist unwahrscheinlich.

Ein Trick, der MÖGLICHERWEISE funktioniert, ist mit dem touch-Programm Datum für .deps/linuxdir zurückzusetzen (älter als .deps/bootstrap etc).

[JtG-Riker]

@Barf
Kannste nicht irgendwas machen das nicht immer die ganze Compilerumgebung neu gebaut wird wenn man was am Kernel macht?

Es steht auf meine Wünschliste. Eine Schwäche, von head-make vererbt.
racker hat mehrmals signalisiert, dass er versucht dies zu machen. Dass ich dazu die nächste 6 Monate komme ist unwahrscheinlich.

Ein Trick, der MÖGLICHERWEISE funktioniert, ist mit dem touch-Programm Datum für .deps/linuxdir zurückzusetzen (älter als .deps/bootstrap etc).

Ähhm Barf, bei head is das aber nicht so da kann man den kernel einzeln bauen

Nix für ungut

Riker

[Papst]

Da hat Riker recht, bei Head ging das so. Werd das mit dem touchen mal probieren

[racker]

Ähhm Barf, bei head is das aber nicht so da kann man den kernel einzeln bauen

Das hatte ich auch schon ein paar mal erwähnt...
Egal, die Lösung ist genauso trivial wie die Ursache und funktioniert bei mir.
Ich wollte die Lösung nur vorher Barf zukommen lassen, da wir ja in der
Handhabung einiger Dinge unterschiedlicher Ansicht sind.
Da ich aber mit der Zeit knapp bin und newmake viele Änderungen hatte
(kenne mich kaum noch aus ) ist mein Diff viel zu schnell gealtert.
Ich versuche es mal (wieder) am WE.

[mb405]

also irgendwie will das bei mir nicht so richtig
ich hab die
linux-2.4.32-dbox2.config -> linux-2.4.33-dbox2.config
linux-2.4.32-dbox2.config-flash -> linux-2.4.33-dbox2.config-flash
umbenannt

Houdinis mtd diff runtergeladen

rules-archive

Code: Alles auswählen

linux-2.4.33.tar.bz2;ftp://ftp.de.kernel.org/pub/linux/kernel/v2.4;ftp://ftp.kernel.org/pub/linux/kernel/v2.4

rules-make

Code: Alles auswählen

linux24;2.4.33-dbox2;linux-2.4.33;linux-2.4.33.tar.bz2:cifs-1.20c-2.4.tar.gz:linux-2.4.33-dbox2-mtd0305.diff.bz2:autofs4-2.4-module-20050404.tar.gz;extract:autofs4-2.4-module-20050404.tar.gz;move:autofs4-2.4/module-patches/autofs4-2.4.29.patch:Patches;remove:autofs4-2.4;remove:linux;extract:linux-2.4.33.tar.bz2;patch:linux-2.4.33-dbox2.diff;patch:linux-2.4.33-dbox2-shift.diff;patch:linux-2.4.33-dbox2-keyboard.diff;patch:linux-2.4.33-dbox2-v4l2.diff;patch:linux-2.4.33-dbox2-cramfs.diff;patch:linux-2.4.33-dbox2-lufs.diff;patch:linux-2.4.33-dbox2-mtd0305.diff.bz2;extract:cifs-1.20c-2.4.tar.gz;move:linux/fs/cifs:linux-2.4.33/fs/;patch:../linux/cifs_24.patch;remove:linux;patch:fb_accel_id.diff;patch:squashfs2.2r2-patch;patch:linux-2.4.33-dbox2-badram.diff;patch:autofs4-2.4.29.patch;patch:linux-2.4.33-dbox2-ide2.diff;link:linux-2.4.33:linux

dann rm .deps/linuxdir + linuxkernel
und ein make .deps/linuxdir + linuxkernel

hab ich da nen denkfehler ??

[Houdini]

Fehlermeldung?

[mb405]

mom ich hab das aus dem kopf gemacht.
hab wieder zurück "gerüstet"
aber irgendwie hat der sich über eine fehlende 2.4.32 datei beschwert.
ich probiers gleich mal neu

[mb405]

also schon bei make linuxdir kommt das.

Code: Alles auswählen

mb405@linux:~/image/tuxbox-cvs/cdk> make linuxdir
( rm -rf linux-2.4.33 || /bin/true ) && gunzip -cd Archive/autofs4-2.4-module-20050404.tar.gz | TAPE=- tar -x && mv autofs4-2.4/module-patches/autofs4-2.4.29.patch Patches && ( rm -rf autofs4-2.4 || /bin/true ) && ( rm -rf linux || /bin/true ) && bunzip2 -cd Archive/linux-2.4.33.tar.bz2 | TAPE=- tar -x && ( cd linux-2.4.33; patch -p1 < ../Patches/linux-2.4.33-dbox2.diff ) && ( cd linux-2.4.33; patch -p1 < ../Patches/linux-2.4.33-dbox2-shift.diff ) && ( cd linux-2.4.33; patch -p1 < ../Patches/linux-2.4.33-dbox2-keyboard.diff ) && ( cd linux-2.4.33; patch -p1 < ../Patches/linux-2.4.33-dbox2-v4l2.diff ) && ( cd linux-2.4.33; patch -p1 < ../Patches/linux-2.4.33-dbox2-cramfs.diff ) && ( cd linux-2.4.33; patch -p1 < ../Patches/linux-2.4.33-dbox2-lufs.diff ) && ( cd linux-2.4.33; bunzip2 -cd ../Archive/linux-2.4.33-dbox2-mtd0305.diff.bz2 | patch -p1 ) && gunzip -cd Archive/cifs-1.20c-2.4.tar.gz | TAPE=- tar -x && mv linux/fs/cifs linux-2.4.33/fs/ && ( cd linux-2.4.33; patch -p1 < ../Patches/../linux/cifs_24.patch ) && ( rm -rf linux || /bin/true ) && ( cd linux-2.4.33; patch -p1 < ../Patches/fb_accel_id.diff ) && ( cd linux-2.4.33; patch -p1 < ../Patches/squashfs2.2r2-patch ) && ( cd linux-2.4.33; patch -p1 < ../Patches/linux-2.4.33-dbox2-badram.diff ) && ( cd linux-2.4.33; patch -p1 < ../Patches/autofs4-2.4.29.patch ) && ( cd linux-2.4.33; patch -p1 < ../Patches/linux-2.4.33-dbox2-ide2.diff ) && ( ln -sf linux-2.4.33 linux || /bin/true )

[Houdini]

ok, und weiter?

[mb405]

also jetz isses durchgelaufen ????????
komisch. ich hab in der rules-make mal den alten eintrag mit den 2.4.32 sachen komplett rausgenommen (vorher mit # deaktiviert) und jetz ist es durchgelaufen.
vorführeffekt ?

Danke dir trotsdem.

[mb405]

hehe ich wuste doch, das was nicht ging

Code: Alles auswählen

mb405@linux:~/image/tuxbox-cvs/cdk> make .deps/driver
make -C /home/mb405/image/tuxbox-cvs/driver \
        KERNEL_LOCATION=/home/mb405/image/tuxbox-cvs/cdk/linux \
        CROSS_COMPILE=powerpc-tuxbox-linux-gnu-
make[1]: Entering directory `/home/mb405/image/tuxbox-cvs/driver'
make -C avs modules
make[2]: Entering directory `/home/mb405/image/tuxbox-cvs/driver/avs'
make[2]: *** Keine Regel vorhanden, um das Target »/home/mb405/image/tuxbox-cvs/cdk/linux-2.4.32/include/linux/module.h«,
  benötigt von »stv6412.o«, zu erstellen.  Schluss.
make[2]: Leaving directory `/home/mb405/image/tuxbox-cvs/driver/avs'
make[1]: *** [_modsubdir_avs] Fehler 2
make[1]: Leaving directory `/home/mb405/image/tuxbox-cvs/driver'

irgendwo hat der rumgemeckert

[Houdini]

lösch mal driver/config.status
wenn du kernelversionen änderst musst du driver neu machen(inclusive configure)