make cloneconfig mit neuem Kernel 2.4.21
Hi, wegen vmware 3.x unter Suse 8.x wird geraten auf Kernel 2.4.21 umzusatteln, da solls ohne Kernel oops bei Athlon-Systemen laufen, wenn apic nicht verwendet werden soll. WEnn ich nu den neuen 2.4.21 nach /usr/src/linux installiere und - weil ich nicht die komplette /usr/src/linux/.config selber basteln will - einfach ein make cloneconfig mache, kann das dann gutgehen, oder geht das sicherlich schief? Oder gibt Suse irgendwo STandard .config's für 2.4.21 heraus? Gruss Ekkard
Ekkard Gerlach wrote:
einfach ein make cloneconfig mache, kann das dann gutgehen,
Ja, das kann gutgehen.
oder geht das sicherlich schief?
Glaub ich nicht.
Oder gibt Suse irgendwo STandard .config's für 2.4.21 heraus?
rpm -ql k_deflt | grep '/boot' -- Have fun, Peter
Ekkard Gerlach schrieb:
wegen vmware 3.x unter Suse 8.x wird geraten auf Kernel 2.4.21 umzusatteln, da solls ohne Kernel oops bei Athlon-Systemen laufen, wenn apic nicht verwendet werden soll.
WEnn ich nu den neuen 2.4.21 nach /usr/src/linux installiere und - weil ich nicht die komplette /usr/src/linux/.config selber basteln will - einfach ein make cloneconfig mache, kann das dann gutgehen, oder geht das sicherlich schief?
Installiere _nie_ nach /usr/src/linux. Das ist ein Link, der jeweils auf die Kernelquellen des laufenden Kernels zeigen sollte, sofern existent. Installiere in ein beliebiges Ver- zeichnis unterhalb von /usr/src und bastle Dir dann Deinen Kernel. Bootet der erfolgreich, dann aendere den Link von /usr/src/linux, so dass dieser auf die neuen Kernelquellen zeigt. Mit einem "make cloneconfig", "make dep" kannst Du erst ein- mal nicht viel falsch machen. Allerdings hat bei mir der Kernel 2.4.21.SuSE _nicht_ durchcompiliert, nachdem ich die Konfiguration eines 2.4.20.SuSE Athlon-Kernels geklont habe! Ferner musst Du evtl. aufpassen, wenn Du eine NVIDIA-Graka mit deren Treibern einsetzt - da hat das NVIDIA Kernel-Modul nicht durchcompiliert. Kann aber sein, dass das Problem in- zwischen gefixt ist im SuSE-Kernel.
Oder gibt Suse irgendwo STandard .config's für 2.4.21 heraus?
Du kannst Dir die Konfiguration theoretisch aus dem RPM ziehen, die auch im Verzeichnis von H. Mantel auf dem FTP- Server angeboten werden. Oder aber Du sparst Dir das Com- pilieren und installierst direkt ein fertiges RPM. Mit etwas Umsicht und dem Sichern des momentanen Kernels sollte das auch gehen. Aber ein "make cloneconfig", "make dep" ist im Prinzip auch ausreichend, wenn Du den Rest hinbekommst. Gruesse, Thomson
* Thomas Hertweck schrieb:
Ekkard Gerlach schrieb:
Installiere _nie_ nach /usr/src/linux. Das ist ein Link, der jeweils auf die Kernelquellen des laufenden Kernels zeigen
habe ich auch so gemacht, Verzeichnis /usr/src/linux-2.4.21 und dann ein Link.
Mit einem "make cloneconfig", "make dep" kannst Du erst ein- mal nicht viel falsch machen. Allerdings hat bei mir der Kernel 2.4.21.SuSE _nicht_ durchcompiliert, nachdem ich die Konfiguration eines 2.4.20.SuSE Athlon-Kernels geklont habe!
habe jetzt den Original-Kernel genommen. Den 2.4.19 hatte ich noch da, dann zweimal auf .21 hochgepatched. make bzImage lief problemlos, bei make modules hin es 5 Mal, hab dann jeweils das Modul, bei dem es hing, in der .config (.config von .20) mit # .... is not set auskommentiert. Jetzt mal sehn. Ich hätte auch diesen Mantel-Kernel von Suse nehmen können.
Ferner musst Du evtl. aufpassen, wenn Du eine NVIDIA-Graka
habe ich nicht. Habe Matrox. Danke Ekkard
Ekkard Gerlach schrieb:
[...] habe jetzt den Original-Kernel genommen. Den 2.4.19 hatte ich noch da, dann zweimal auf .21 hochgepatched. make bzImage lief problemlos, bei make modules hin es 5 Mal, hab dann jeweils das Modul, bei dem es hing, in der .config (.config von .20) mit # .... is not set auskommentiert. Jetzt mal sehn. [...]
Du darfst nicht einfach eine alte .config ins neue Verzeichnis kopieren und dann ein "make dep" ausfuehren und den Kernel compilieren. Du musst zuvor ein "make oldconfig" und dann erst ein "make dep" ausfuehren. Du wirst bei dieser Vorgehensweise nach den neuen Features im Kernel gefragt werden, ob sie integriert oder als Modul oder gar nicht realisiert werden sollen. Alternativ kannst Du beim Einsatz von SuSE-Kerneln auch per "make cloneconfig" und anschliessendem "make dep" die Konfig des _aktuell laufenden_ Kernels klonen. Der Weg ueber "make oldconfig" geht immer, solange man eine alte Konfigurationsdatei als .config in das neue Verzeichnis mit den Kernelquellen kopiert hat. Gruesse, Thomson
* Thomas Hertweck schrieb:
Ekkard Gerlach schrieb:
[...] habe jetzt den Original-Kernel genommen. Den 2.4.19 hatte ich noch da, dann zweimal auf .21 hochgepatched. make bzImage lief problemlos, bei make modules hin es 5 Mal, hab dann jeweils das Modul, bei dem es hing, in der .config (.config von .20) mit # .... is not set auskommentiert. Jetzt mal sehn. [...]
Du darfst nicht einfach eine alte .config ins neue Verzeichnis kopieren und dann ein "make dep" ausfuehren und den Kernel compilieren. Du musst zuvor ein "make oldconfig" und dann erst
ahhh! richtig! Ich wußte doch da war was, ich erinnere mich!. Hat aber auch mit meiner Methode funktioniert, ich arbeite schon mit 2.4.21. Aber werde mit "oldconfig" hinter die Ohren schreiben. Danke Ekkard
Ekkard Gerlach schrieb:
[...kein "make oldconfig" ausgefuehrt...]
ahhh! richtig! Ich wußte doch da war was, ich erinnere mich!.
Hat aber auch mit meiner Methode funktioniert, ich arbeite schon mit 2.4.21. Aber werde mit "oldconfig" hinter die Ohren schreiben.
Hmm, dann waren alle "neuen" Features im Kernel einfach nicht gesetzt (da nicht konfiguriert). Wenn sich so wie beim Umstieg von 2.4.20 auf 2.4.21 nicht wahnsinnig viel aendert, dann kann so ein Vorgehen mal gut gehen, aber man sollte es sich wohl nicht angewoehnen! Gruesse, Thomson
Hallo, On Fri, 01 Aug 2003, Thomas Hertweck schrieb:
Ekkard Gerlach schrieb:
[...kein "make oldconfig" ausgefuehrt...]
ahhh! richtig! Ich wußte doch da war was, ich erinnere mich!.
Hat aber auch mit meiner Methode funktioniert, ich arbeite schon mit 2.4.21. Aber werde mit "oldconfig" hinter die Ohren schreiben.
Hmm, dann waren alle "neuen" Features im Kernel einfach nicht gesetzt (da nicht konfiguriert). Wenn sich so wie beim Umstieg von 2.4.20 auf 2.4.21 nicht wahnsinnig viel aendert, dann kann so ein Vorgehen mal gut gehen, aber man sollte es sich wohl nicht angewoehnen!
Ich mach das immer so: xterm mit menuconfig mit altem Kernel links, xterm mit menuconfig mit neuem Kernel (ohne .config!) rechts. xterm mit PWD=/usr/src/linux/Documentation noch zur Hand. Und dann wird einfach Option fuer Option abgeklappert. Das hat bisher noch immer funktioniert. -dnh -- Eine Katze hat einen Schwanz mehr als keine Katze. Keine Katze hat zwei Schwänze, also hat eine Katze drei Schwänze. [Bernd Brodesser in suse-linux]
Am 31.07.03 schrieb Ekkard Gerlach:
Hi,
Oder gibt Suse irgendwo STandard .config's für 2.4.21 heraus?
Vielleicht hilft Dir ja k_athlon-2.4.21-4.i586.rpm auf ftp.gwdg.de im Verzeichnis /pub/linux/suse/ftp.suse.com/people/mantel/next/RPM weiter. Da ist eine .config dabei. Guido
participants (5)
-
David Haller -
Ekkard Gerlach -
Guido Laubender -
Peter Wiersig -
Thomas Hertweck