Re: NVIDIA und Suse Kernel 2.4.2

Ulf Moeller wrote:
> 
> Muß ich die Nvidia-Treiber immer neu kompilieren ?
Bei bestimmten Änderung an der Kernel-Konfiguration, insbesondere
solche, die die Symbol-Prefixes (smp_) und/oder Kernel-Versionsnummern
änderen (SMP,XXGB).

Meist reicht es bei jedem Kernel-Versionsnummernwechsel.

> Was mache ich, wenn ich mehrere Kernel-Versionen habe ?

Viele Wege führen nach Rom :), z.B. diese

1) Installation vom src-tar-Ball anstatt von rpms. Damit liegen die
Module ausserhalb der Kontrolle von rpm und werden dann von rpm/YaST
natürlich auch nicht gelöscht.

2) Mit brutaler Gewalt mittels rpm mehrfach installieren:

Ein Weg dahin:
* Kernel übersetzen, mit frisch kompiliertem Kernel booten.
* Treiber neu übersetzen: rpm --rebuild NVidia_kernel-0.9-769.src.rpm
* Mit Gewalt installieren: rpm -i --nodeps --force
/usr/src/packages/RPMS/i386/NVidia_kernel-0.9-769.i386.rpm

Dabei bleiben die alten Einträge in der rpm-Datenbank erhalten
(erscheinen mehrfache) und die alten Module werden _nicht_ gelöscht.
Nicht rpm -U verwenden, da sonst die alten Module gelöscht werden.

(Dies ist eine verschärfte Version des von NVidia in
ftp://ftp1.detonator.nvidia.com/pub/drivers/english/XFree86_40/README.suse71
beschriebenen Weges.)

3) NVidia's rpm.spec so patchen, dass die Kernelversionsnummer im
RPM-Paketnamen auftaucht (Änderungen an RPM-Version oder RPM-Release
reichen nicht).

Das Gesagte gilt für alle externen Kernelmodule, die als rpm installiert
werden, z.B. auch für Alsa.

> Ich habe z.B. 2.2.18 im Echtbetrieb und teste nun z.Z. die 2.4.4.
> D.h., ich kann die Treiber nicht neu kompilieren, da dann die
> 2.2.18 nicht mehr läuft.
Siehe oben.Ich habe auf diese Weise z.Zt. parallel 2.2.19, 2.4.3 und
2.4.4 installiert.

> Gibt es eine Möglichkeit, für beide Kernelversionen die Treiber
> vorzuhalten ? 
Klar. Im Fall von 2), nach jeden rpm --rebuild die entstandenen
binär-rpms an einen sicheren Ort kopieren (Backup), um sie jederzeit
wieder neu-installieren zu können, falls rpm oder YaST die doppelten
Einträge in der RPM-Datenbank doch aufräumen sollten, im Fall von 1) und
3) bestehen diese Problem nicht. 

Ralf