Probleme Kernel-Kompilierung 2.4.3

[Gorbi]

Hallo !

SS20, SM71, ein aktualisiertes SuSE 7.0, d.h. die Versionen, die man fuer Kernel 2.4 benoetigt, laut Changelog installiert. Lief soweit ganz gut, Kernel 2.4.0 liess sich installieren, momentan laeuft 2.4.2, das hat also geklappt.

Nun wollte ich mal wieder updaten auf Kernel 2.4.3, also die CVS-Variante von vger.samba.org geholt (hatte gute Erfahrungen damit gemacht). Leider laeuft nun make vmlinux nicht so wie erwartet, es zeigen sich folgende Meldungen:

make[2]: Entering directory `/usr/src/linux-sparc/mm'
gcc -D__KERNEL__ -I/usr/src/linux-sparc/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -m32 -pipe -mno-fpu -fcall-used-g5 -fcall-used-g7    -c -o memory.o memory.c
memory.c:183: macro `pmd_alloc' used with too many (3) args
memory.c:204: macro `pte_alloc' used with too many (3) args
memory.c:668: macro `pte_alloc' used with too many (3) args
memory.c:693: macro `pmd_alloc' used with too many (3) args
memory.c:748: macro `pte_alloc' used with too many (3) args
memory.c:775: macro `pmd_alloc' used with too many (3) args
memory.c:1282: macro `pmd_alloc' used with too many (3) args
memory.c:1285: macro `pte_alloc' used with too many (3) args
memory.c:1335: macro `pte_alloc' used with too many (3) args
memory.c: In function `copy_page_range':
memory.c:183: warning: passing arg 1 of `___f_pmd_alloc' from incompatible pointer type
memory.c:183: warning: passing arg 2 of `___f_pmd_alloc' makes integer from pointer without a cast
memory.c:204: warning: passing arg 1 of `___f_pte_alloc' from incompatible pointer type
memory.c:204: warning: passing arg 2 of `___f_pte_alloc' makes integer from pointer without a cast
memory.c: In function `zeromap_pmd_range':
memory.c:668: warning: passing arg 1 of `___f_pte_alloc' from incompatible pointer type
memory.c:668: warning: passing arg 2 of `___f_pte_alloc' makes integer from pointer without a cast
memory.c: In function `zeromap_page_range':
memory.c:693: warning: passing arg 1 of `___f_pmd_alloc' from incompatible pointer type
memory.c:693: warning: passing arg 2 of `___f_pmd_alloc' makes integer from pointer without a cast
memory.c: In function `remap_pmd_range':
memory.c:748: warning: passing arg 1 of `___f_pte_alloc' from incompatible pointer type
memory.c:748: warning: passing arg 2 of `___f_pte_alloc' makes integer from pointer without a cast
memory.c: In function `remap_page_range':
memory.c:775: warning: passing arg 1 of `___f_pmd_alloc' from incompatible pointer type
memory.c:775: warning: passing arg 2 of `___f_pmd_alloc' makes integer from pointer without a cast
memory.c: In function `handle_mm_fault':
memory.c:1282: warning: passing arg 1 of `___f_pmd_alloc' from incompatible pointer type
memory.c:1282: warning: passing arg 2 of `___f_pmd_alloc' makes integer from pointer without a cast
memory.c:1285: warning: passing arg 1 of `___f_pte_alloc' from incompatible pointer type
memory.c:1285: warning: passing arg 2 of `___f_pte_alloc' makes integer from pointer without a cast
memory.c: In function `__pmd_alloc':
memory.c:1307: warning: implicit declaration of function `pmd_alloc_one_fast'
memory.c:1307: warning: assignment makes pointer from integer without a cast
memory.c:1310: warning: implicit declaration of function `pmd_alloc_one'
memory.c:1310: warning: assignment makes pointer from integer without a cast
memory.c:1324: warning: implicit declaration of function `pgd_populate'
memory.c: At top level:
memory.c:1336: conflicting types for `___f_pte_alloc'
/usr/src/linux-sparc/include/asm/pgalloc.h:125: previous declaration of `___f_pte_alloc'
memory.c: In function `___f_pte_alloc':
memory.c:1341: warning: implicit declaration of function `pte_alloc_one_fast'
memory.c:1341: `address' undeclared (first use in this function)
memory.c:1341: (Each undeclared identifier is reported only once
memory.c:1341: for each function it appears in.)
memory.c:1341: warning: assignment makes pointer from integer without a cast
memory.c:1344: warning: implicit declaration of function `pte_alloc_one'
memory.c:1344: warning: assignment makes pointer from integer without a cast
memory.c:1358: warning: implicit declaration of function `pmd_populate'
make[2]: *** [memory.o] Error 1
make[2]: Leaving directory `/usr/src/linux-sparc/mm'
make[1]: *** [first_rule] Error 2
make[1]: Leaving directory `/usr/src/linux-sparc/mm'
make: *** [_dir_mm] Error 2
root@dresden:/usr/src/linux >


Laut CVS-Log sind in "memory.c" etliche Zeilen veraendert worden, allerdings kann ich damit nicht so richtig viel anfangen. ;-)
Das gleiche beim "offiziellen" Kernel. Was tun? Kennt Ihr aehnliche Probleme? Wenn Ihr weitere Angaben ueber Versionsnummern o.ae. braucht, sagt bitte Bescheid.

Vielen Dank & Beste Gruesse,
  Ralf

[Jerry]

Hi Ralf,

Du    weisst aber schon, dass das direkte Saugen der
sourcen aus dem CVS-tree mitunter solche Inkonsistenzen
verursachen kann?

Auch wenn sich das nach Finsterhack anhört, normalerweise
wird in memory.c von einer minor zur nächsten nicht gerade
wie irre rumgemetzgert. Insofern schau mal, ob der kernel
mit der 2.4.2er memory.c etwas braver läuft.

Da im 2.4 das SMP nicht gerade geringfügig überarbeitet
worden sein soll, werd' ich's dieser Tage bei mir auch aufspielen,
zumindest auf meine SS20 (obwohl die mit 2.2 schon fliegt )

Sobald ich den neuen Kernel drauf habe, schreib ich mehr dazu,
dann teste ich die Effekte nochmal selbst durch.

Jerry

[Gorbi]

Ja, um etwaigen CVS-Problemen aus dem Weg zu gehen, habe ich
es danach nochmal mit dem offiziellen Kernel 2.4.3 probiert, also dem ueblichen tarfile vom netten Mirror nebenan, aber das fuehrte leider zum gleichen Ergebnis.
Vielleicht sind auch diverse Libraries, modutils, gcc usw. zu alt,
wenn der Kernel bei Dir erfolgreich laeuft, koennen wir ja mal vergleichen. ;-)

Beste Gruesse,
  Ralf

[Gorbi]

Also - mal wieder laut SuSE-Sparc-Mailingliste - das Problem ist, dass der Kernel 2.4.3 momentan die Sparc32-Linie wirklich nicht mehr unterstuetzt. Momentan laeuft also nur Sparc64, somit die Ultra-Systeme. Natuerlich besteht die Hoffenung, dass sich die Situation in Zukunft wieder bessert, aber irgendjemand muss eben den Code schreiben, damit dies geschieht. Die Aenderungen in linux/mm/memory.c sind jedenfalls dafuer verantwortlich.
Ich teste gerade, ob der Kernel 2.4.4 vielleicht wieder laeuft, momentan wird kompiliert...

Beste Gruesse,
  Ralf

[Gorbi]

Update: Auch bei 2.4.4 bestehen die genannten Probleme. Schade. :-(

Beste Gruesse,
  Ralf

[neo]

moin gorbi ... sag mal ... welche kernel-mod's hast du installiert??
hatte mal auf meiner _nicht-sun_ (momentan suse 7.1) ein prob,
daß mir stark deines gleich aussieht ... wollte kernel 2.4.2 kompilen,
hatte aber nur kernel-mod's für 2.2.16

[Gorbi]

Die Version der modutils ist nicht das Problem. Vielmehr wird - wie diversen Mailinglisten zu entnehmen ist - seit 2.4.2 (oder 2.4.3-pre-sonstwas) die sparc32-Architektur nicht mehr unterstuetzt, da es momentan keinen Maintainer dafuer gibt. sparc64 (also Ultra) laeuft, aber sparc32 wird solange nicht laufen, bis sich jemand "erbarmt", sich dessen anzunehmen.
Leider habe ich von Kernel-Programmierung ueberhaupt keine Ahnung, kann auch nur sagen, dass die Probleme in jener Datei linux/mm/memory.c liegen, aber das weiss inzwischen jeder, der sich an der Kompilierung versucht hat.

Beste Gruesse,
  Ralf

[neo]

http://rpmfind.net/linux/RPM/Madeinlinux/distro/4.0SE-beta/cdtree/cd1/madeinlinux/RPMS/kernel-source-2.4.2-1.1mlx.i386.html ... mein italiänisch is zwar ein wenig eingerostet, aber :

* Wed Aug 09 2000 Jakub Jelinek <jakub@redhat.com>
 - update to test6/pre9
 - apply vger patches
 - make it build on sparc32

... vielleicht hat der da ja genügend daran herumgepatched, daß es doch funktioniert ... ansonsten müße ma halt alles nach passenden patches durchsuchen

cya john

[Gorbi]

Also ich weiss ja nicht, was daran so schwer zu verstehen ist, aber Kernel 2.4.3 und 2.4.4 (Kernel 2.4.2 ab einem gewissen -pre-x ebenfalls) laufen _momentan_ _nicht_ unter der sparc32-Architektur. Wenn Du mir nicht glaubst, dann durchforste bitte selbst die aktuellen Mailinglisten-Archive, z.B. von debian-sparc@lists.debian.org, sparc-list@redhat.com oder auch suse-sparc@suse.com. Die Aenderungen von mm/memory.c fanden bei 2.4.2pre-irgendwas statt, seitdem laeuft er nicht mehr. Nun muesste sich eben ein Maintainer finden...
Die Web-Site, die Du zitierst, zeigt ein Changelog, wobei zu dem Zeitpunkt (August 2000) es noch gar keinen Kernel 2.4.0 gab, allenfalls diverse -pre-Versionen. Unbestritten ist, dass Kernel 2.4.0 bis 2.4.2-pre-irgendwas sich auch unter sparc32 kompilieren lassen, bei mir laeuft ein 2.4.2-pre-irgendwas-1 (minus eins ;-) ) bislang ohne jegliche Probleme.

Beste Gruesse,
  Ralf

[Frank]

Hallo!

Hat sich da in den letzten Tagen was getan?
Es wäre schon sehr schade, wenn man auf die neuen Kernel dann verzichten muß.

Viele Grüße,
Frank

[Gorbi]

Nicht, dass ich wuesste. Es wurde auf den Listen zwar
diskutiert, aber so richtig hat sich noch kein Maintainer gefunden,
oder vielleicht auch keiner, der ausreichende Kenntnisse besitzt,
ein oder zwei Leute waren immerhin interessiert.
Es wurde mal die URL eines Patches fuer 2.4.4 zur Verfuegung
gestellt, mit diesem sollte die Kompilierung funktionieren, viel mehr
aber auch nicht, d.h. die Maschine liess sich dann unter dem neuen
Kernel nicht mehr booten. Sehr sinnig. ;-)
Als ich dies las, habe ich es erst gar nicht ausprobiert.
Die 2.4.2-pre-dingenskirchen laeuft auf meiner SS20 bislang gut,
und fuer die SS10 in der freien Wildbahn nutze ich momentan noch die
2.2er-Kernels.

Beste Gruesse,
  Ralf

[Frank]

Hallo!

Also, ein kompilierter Kernel, der aber nicht gebootet werden kann ist wirklich mal eine feine Idee. Toller Patch ...

Ich werde dann wohl auch erstmal den 2.4.2-pre ausprobieren, bei mir läuft bisher auch noch der 2.2.19. Es soll sich ja bei der SMP Unterstützung was getan haben (meine ich gelesen zu haben). Kann das jemand bestätigen?

Viele Grüße,
Frank

[Gorbi]

Hallo !

Dann viel Spass beim Ausprobieren. Mit 2.4.2pre-irgendwas wollte ich ausdruecken, dass ich nicht mehr genau weiss, um welche pre-Nummer es sich handelt. ;-) Der Kernel meldet sich ja als 2.4.2, ist aber eine pre-Version. Soweit ich mich erinnern kann, muesste es eine pre2 oder pre3 sein, Genaueres laesst sich im CVS nachlesen. Ab den Aenderungen von mm/memory.c ist er nicht mehr benutzbar.

Alternative - kam heute ueber die suse-sparc-Liste, Zitat:

There is a patch for 2.4.3 and 2.4.4 at

http://hackrat.com/sparc-2.4.3-patch

http://hackrat.com/sparc-2.4.4-patch

Das sind zumindest andere URLs als diejenigen, die vor einiger Zeit genannt wurden, vielleicht funktionieren sie ja...

Beste Gruesse,
  Ralf

PS. Gibt's eigentlich auch einen Preis fuer den laengsten Thread in dem Forum? ;-)

[Frank]

Hallo!

Ja, ich hab das auch gerade in der Mailinglist gelesen. Werde es jetzt ausprobieren und mich mit (Miss-)Erfolg zurückmelden.

Ein Preis für den längsten Thread? Gute Idee eigentlich. Ich habe hier noch ein min. 15 mal mit einem Schreibtischstuhl überfahrenes Mauspad in rot (bzw. schmuddel-braun). Würde ich ggf als Preis zur Verfügung stellen