Am Samstag, 5. Juli 2003 20:28 schrieb Thomas Hertweck:

Philipp Thomas schrieb:

...

Hättest du mal eines der Listenarchive durchsucht, hättest du gesehen, dass das sehr wohl läuft. Zum zigsten Mal:

1) kernel-source.rpm installieren 2) cd /usr/src/linux 3) make cloneconfig dep

Danach wirst du keinerlei Schwierigkeiten haben, das vmware Modul zu kompilieren.

Und diieses ist nunmal FF völlig Falsch .-)))))))))

Leider funktioniert das Vorgehen auf diese Art und Weise nicht immer, z.B. beim Selbstcompilieren eines NVIDIA-Modules (ich beziehe mich hier auf die Version NVIDIA-Linux-x86-1.0-4363.run bei einer SuSE 8.2, da habe ich das naemlich gestern erlebt). Durch das "make cloneconfig" wird die aktuelle Konfiguration des laufenden SuSE-Kernels geklont, bei einer SuSE 8.2 z.B. die Konfiguration des 2.4.20.SuSE Kernels. Macht man dies, so ist allerdings in .config folgendes zu finden: "# CONFIG_MODVERSIONS is not set" Das heisst, "Set Version Information On All Module Symbols" ist beim SuSE-Kernel nicht aktiviert. Durch ein anschliessendes "make dep" wird dadurch die Datei ./include/linux/modversions.h nicht erzeugt. Diese wird aber bei der Compilierung des NVIDIA Kernel-Moduls benoetigt, ansonsten bricht das Installieren des Treibers mit einer entsprechenden Fehlermeldung ab. Bevor also "make dep" aufgerufen wird, sollte man u.U. die geklonte Datei .config editieren und obige Zeile durch "CONFIG_MODVERSIONS=y" ersetzen. Beim anschliessenden "make dep" wird dann auch die Datei ./include/linux/modversions.h erzeugt. Warum ist dieses Feature beim SuSE-Kernel eigentlich nicht per default gesetzt? Das bringt doch IMHO keine Nachteile, oder?

Gruesse, Thomson

PS: Zusaetzliches CC: ausnahmsweise mal Absicht :-)

Danke Thomas, für diese ausführliche Beschreibung. Genau das Problem mit Nvidia brachte mich zu der Frage, es mit den 2 Kerneln zu versuchen. Der Originalkernel wird mit apic und mem=850M gestartet. Dann kann ich mit VMware arbeiten und die DVB-Kartentreiber kompilieren. Die Metzeler RPMs wollen nun mal den k_delft haben Der Athlonkernel wird von mir unter normalen Betriebsbedingungen benutzt, wenn keine DVB oder VMwareaktivitäten anstehen. Und in der alten Version mußte ich jedesmal die Nvidia Installation ausführen. Mit herzlichem Dank aus Berlin Rolf-Hubert

Am Sonntag, 6. Juli 2003 12:44 schrieb Philipp Thomas:

Rolf-Hubert Pobloth [6 Jul 2003 11:48:52 +0200]:

...

...

...

Danach wirst du keinerlei Schwierigkeiten haben, das vmware Modul zu kompilieren.

Und diieses ist nunmal FF völlig Falsch .-)))))))))

Das erzähl mal meinem vmware Modul :-) Das funktioniert nämlich prima mit dem Athlon Kernel und ich bin genau wie beschrieben vorgegangen.

Philipp

-- Philipp Thomas Arbeit: pthomas@suse.de SuSE Linux AG Privat: philipp.thomas@t-link.de

Hallo Philipp, nochmals zur allgemeinen Klarstellung. DVB_Karte mit den Metzeler_RPMs erwartet den k-delft, also den Originalkernel. Wenn ich dann noch VMware haben will, muß ich die ganze Sache mit apic und mem=850M starten. Da ich 1GB Arbeitsspeicher habe, bekommt der Kernel mit apic die Sache alline nicht auf die Reihe. Er hat dann immer einen Speicherzugriffsfehler. (Bei apic ohne mem!!!!) ob Athlon oder I586 Warum das so ist, will ich auch jetzt garnicht mehr wissen. Ist halt eben so. Da ich noch die Nvidia-GraKa habe muß ich mit dem run-Befehl diese einbinden. In dieser Konstellation läuft die Kiste. OK? Wenn ich aber den Athlon-Kernel von der DVD installiere (k_delft vorher löschen) kann ich zwar VMware mit mem=850M UND apic die Sache zum laufen kriegen, aber DVB-Karte kann ich NICHT installlieren, weil diese NUR nit dem k_delft Kernel arbeitet. OK verstanden? Nun war meine Frage an die Liste, wie ich die beiden Originalkernel nebeneinander installieren kann. Neukompilierung mit cloneconfig machte mir zwar zwei schöne Kernel, die auch in der Version für VMware und DVB-Karte laufen, aber ich mußte jedesmal den Nvidia Treiber neu installieren, wenn ich mit den anderen Kernel starte. UND das kann es ja wohl nicht sein??? Daher bin ich für die Antwort von Thomas sehr sehr dankbar, da er mir den Fehler von SuSE klar aufgezeigt hat. Wenn man es so macht, dann geht es auch. Also brauche ich den ausdrücklichen Hinweis auf " das haben wir schon x mal durchgekaut" nicht. Es wurde von mir eine konkrete Frage für einen speziellen Fall an die Liste gestellt und diese wurde nun mal von Thomas richtig aufgegriffen und richtig beantwortet, Die SuSE Datenbank schweigt sich da aus. So, und nun ist Schluß mit Lustig in dieser Sache. Es läuft so wie ich will und das alleine zählt für mich. Dank nochmals an die Liste und besonders an Thomas Rolf-Hubert

Hallo, On Sun, 06 Jul 2003, Philipp Thomas schrieb:

Rolf-Hubert Pobloth [6 Jul 2003 13:23:03 +0200]:

...

Daher bin ich für die Antwort von Thomas sehr sehr dankbar, da er mir den Fehler von SuSE klar aufgezeigt hat. Wenn man es so macht, dann geht es auch.

Was bezeichnest du als "Fehler von SuSE"? Das unser Kernel nicht für Modversions konfiguriert ist? Wenn ja, ist dies eben *kein* Fehler, sondern einer von Nvidia, dass sie unbedingt modversions.h haben wollen.

Die könnten ihren Code nämlich auch so schreiben, dass er nicht nötig ist bzw. nur bei Bedarf eingebunden wird.

Welche Nachteile wuerdet ihr euch denn einhandeln, wenn ihr MODVERSIONS aktivieren wuerdet? Nach der Beschreibung dessen, was modversions macht halte ich das generell fuer ein sinnvolles feature, v.a. wenn sich ein Modul unabhaengig vom Kernel selbst aendern koennen sollte, wie das z.B. bei nVidia durchaus sinnvoll sein kann. -dnh -- "Wer nicht merkt das er Merkbefreit ist, dem sollte man eine Merkbefreiung für's Leben verpassen. D.B.D.D.H.K.P. Das macht Spass und tut nicht weh." [WoKo in dag°]