nVidia Treiber unter SuSE 8.0

Ich habe SuSE 8.0 installiert. Mit Sax2 alles richtig eingerichtet. Mit YOU die echten nvidia Treiber (kernel und glx) runtergeladen.
Neugestartet
switch2nvidia script gestartet
Neugestartet
und... es ging natürlich nicht. Beim starten von X ändert der Monitor ca. 10mal die Auflösung und dannach passiert nichts. 3Ddiag zeigt aber keine fehler an.

Seither habe ich allesmögliche ausprobiert: Ältere nVidia Treiber, nicht die glx-treiber für suse8.0 sondern die normalen...

Nun habe ich wieder alle Treiber deinstalliert. Mit Sax2 wieder alles eingerichtet mit YOU die neusten Treiber runtergeladen. Da kam mir die Idee vielleicht mal in der /var/log/XFree86.0.log nachzusehen.
Dort gibt es ein paar Warnungen, die ich aber nicht nur bei den nvidia Treibern, sondern auch bei den nv-dummie treibern habe:

(WW) The directory "/usr/X11R6/lib/X11/fonts/100dpi" does not exist.
Entry deleted from font path.

Davon stehen da 19 einträge von verschiedenen Schriftarten drin. Das sollte aber nichts machen.
(WW) NVIDIA(0): Failure reading EDID parameters for display device 0.

am Ende steht dann:

(II) NVIDIA(0): AGP 4X successfully initialized
(EE) NVIDIA(0): Failed to allocate a DMA push buffer context
(EE) NVIDIA(0): *** Aborting ***
(EE) NVIDIA(0): Failed to allocate DMA push buffer
(EE) NVIDIA(0): *** Aborting ***

Also habe ich AGP im BIOS auf 2X gestellt: Passiert ist genau das selbe aber mit dieser Fehlermeldung
(II) NVIDIA(0): AGP 2X successfully initialized
(EE) NVIDIA(0): Failed to allocate LUT context DMA
(EE) NVIDIA(0): *** Aborting ***

Daraufhin habe ich im BIOS alles ausgeschaltet was irgendwie stören könnte: Fast Write, Fast RW Turnaround AppetureSize auf 4M...
Geholfen hat es nichts - es stand am ende der /var/log/XFree86.0.log wieder die alte Meldung:

(II) NVIDIA(0): AGP 2X successfully initialized
(EE) NVIDIA(0): Failed to allocate a DMA push buffer context
(EE) NVIDIA(0): *** Aborting ***
(EE) NVIDIA(0): Failed to allocate DMA push buffer
(EE) NVIDIA(0): *** Aborting ***


Unter SuSE 7.3 gingen die nvidia Treiber richtig. Ich konnte auch Quake3 Spielen. Allerdings konnte ich auch schon dort wenn die nVidia Treiber installiert waren kein SaX2 mehr starten. Das ging immer nur mit den suse-nv-Treibern. Ist das normal?

Da steht immer man sollte neu starten, wenn man die Treiber installiert hat oder das switch2nvidia script ausführt. Ich hab das immer gemacht, aber würde nicht ausreichen mit init 3 in eine runlevel ohne X zu welchseln und dannach gleich wieder mit init 5 zurück?

Ein wahrer Tuxer legt da einfach selbst Hand an und gut ist.

http://www.linuxforen.de/forums/show...threadid=18698

Also: Nvidia Treiber von der Nvidia Seite runter laden -> XF86Config(-4) selbst ändern -> Reboot

Will er diese Module nicht nehmen, dann compilierst du dir die Treiber halt selbst.

Wird alles in meiner Anleitung beschrieben.

...und die "Weichei-Tuxer" starten SAX2 wie folgt (vorher XServer schließen!!-init 3);) :

sax2 -m 0=nvidia

Dabei bedeutet 0= Zahl-null

Anschließend versucht Sax nicht irgentwas zu suchen und selbstständig einzurichten wobei der das System oft abschottert.

Ansonsten auf der SuSe-DB schauen

Gruß Wuppi

PS: Die Treiber Nvidia_GLX und NVIDIA_kernel müssen natürlich auf der Platte sein!!

...ach ja hab gesehen das Du eine TNT2 hast.

Das System ist bei mir durch den zusätzlichen Eintrag:

Option "NvAgp" "3"

in der xfconfig hyperstabil geworden (siehe Hunters link)

Wuppi

Es könnte auch noch die BIOSEinstellung AssignIRQforVGA sein --> http://sdb.suse.de/de/sdb/html/wesse...ia_failed.html

Funktioniert die ganze Geschichte mit einem PCI push buffer (NvAgp "0")? Falls nein liegt das Problem vermutlich daran, dass das NVdriver Modul nicht vollständig zu dem laufenden Kernel passt, z.B. durch die Verwendung unterschiedlicher Compiler für Kernel und NVIDIA Kernelmodul. Ansonsten stimmt irgendetwas mit dem Linux AGP GART Treiber nicht (funktioniert NvAgp "1" - NVIDIAs AGP GART Treiber)?

Ich habe jetzt mal versucht die Treiber selbst zu kompilieren. Beim GLX-Paket habe ich es geschaftt, aber da macht ja wahrscheinlich auch das vorkompilierte keine Probleme.
Das Kernel-Paket konnte ich aber nicht kompilieren.
Bei jeder methode aus dem FAQ kommt diese Fehlermeldung:
+ mkdir -p /var/tmp/NVIDIA_kernel-1.0//lib/modules/2.4.18-4GB/kernel/drivers/video
+ install -m 0444 NVdriver /var/tmp/NVIDIA_kernel-1.0//lib/modules/2.4.18-4GB/kernel/drivers/video
install: Aufruf von stat für »NVdriver« nicht möglich: Datei oder Verzeichnis nicht gefunden
Bad exit status from /var/tmp/rpm-tmp.66775 (%install)

weiter oben steht noch

+ make NVdriver
/var/tmp/rpm-tmp.66775: make: command not found

Moin,
dann musst du wohl das Paket 'make.rpm' (oder wie immer das heißen mag) installieren.Desweiteren musst du das NVIDIA_kernel Paket patchen,und zwar so wie es hier steht.Dieses muss deshalb gemacht werden,da der SuSE Kernel doch sehr stark gepatcht ist,und teilweise nichts mehr mit den originalen 2.4.18 Kernel zu tun hat,und mehr Ähnlchkeit mit den 2.5.xx Kernel hat.



Greetings Zaphod-B

Jetzt habe ich diese Fehlermeldung:

You appear to be compiling the NVdriver kernel module with
a compiler different from the one that was used to compile
the running kernel. This may be perfectly fine, but there
are cases where this can lead to unexpected behaviour and
system crashes.

If you know what you are doing and want to override this
check, you can do so by setting IGNORE_CC_MISMATCH.

In any other case, set the CC environment variable to the
name of the compiler that was used to compile the kernel.

*** Failed cc sanity check. Bailing out! ***

Wie finde ich jetzt heraus mit welchem Kompiler die den SuSE Kernel gemacht haben?
Wäre es auch eine Lösung, wenn ich mir selbst einen neuen Kernel kompilieren würde? Damit wollte ich mich eh in nächster Zeit mal befassen...
Dan wäre ja der Kernel und das nVidia Kernel-Modul mit dem selben Kompiler kompiliert worden.

SuSE kompiliert meist mit 2.95.3. Zumindest SuSE 7.3. du hast wahrscheinlich gcc 3.x installiert, da kam bei mir auch die fehlermeldung. Wegbekommen kannst du sie, wenn du eine Variable setzt, so wie angegeben, oder den richtigen gcc installierst. Bei mir ging es im übrigen mit gcc 3.x dann nicht so richtig...

..Warum machst Du nicht über Yast2 das NVidia-Update über die Online-Update Funktion und gehst mit sax2 -m 0=nvidia in die Konfiguration rein??
Habe nämlich auch gedacht das funzt nicht, bis mir beim einspielen der Pakete das System angemeckert hat, daß die Treiber schon drin sind (das waren die neuesten von Do letzter Woche!!!) einfacher gehts doch nicht oder ???

Gruß Wuppi

Hi
Ich muss diesen alten Thread mal raufholen. Ich hab grade Suse 8.0 von der Linux User DVD installiert und habe das gleiche Problem. Folgendes bereits probiert:

You und switch2nvidia_glx
rpm und sax2
rpm und Config selbst editiert
sax2 -m 0=nvidia
minimales system dann nvidia, dann x nachinstalliert
src rpm kompilieren.

gibt es da mitlerweile was von Suse? in der SDB stand nix.

Ich poste mal einen Auszug von /var/log/SaX.log

Zitat:

---

-----------------------------
Sysp: 3D detection data...
-----------------------------
Card3D0 => Install : <none>
Card3D0 => Remove : <none>
Card3D0 => Script : switch2nvidia_glx
Card3D0 => Packages : NVIDIA_GLX,NVIDIA_kernel


Section "Device"
BoardName "GeForce2 GTS"
BusID "1:0:0"
Driver "nvidia"
Identifier "Device[0]"
#Option "NvAGP" "0" # disable agp
#Option "NvAGP" "1" # use nvidia agp
#Option "NvAGP" "2" # use agpgart
#Option "NvAGP" "3" # try 2 than 1
VendorName "NVidia"
EndSection

..
(EE) NVIDIA(0): Failed to allocate a DMA push buffer context
(EE) NVIDIA(0): *** Aborting ***
(EE) NVIDIA(0): Failed to allocate DMA push buffer
(EE) NVIDIA(0): *** Aborting ***

Fatal server error:
AddScreen/ScreenInit failed for driver 0

---