[GeForce4 MX440] nv <->nvidia Treiber
Hallo Liste, nachdem ich den Fehler der permanenten Abstürtze meines Systems auf die Grfikkarte geschoben habe, kommen ein paar kleine (massive) Probleme auf. (1) Ich habe die aktuellen Treiber (NVIDIA_kernel-1.0-4191.rpm & NVIDIA_GLX-1.0-4191.rpm) für SuSE 8.1 heruntergeladen. Diese habe ich schön brav nach Anleitung installiert. Leider sind diese nicht zu verwenden, da sie X einfach einfrieren. (2) Ersetze ich in der XF86Config in den Devices die Driver "nv" durch "nvidia" stürtzt das ganze System ab und bootet neu. Nur wenn der Eintrag "nv" drin und der Eintrag "glx" draussen ist kann ich das System verwenden. Laut der Doku ist "nv" aber nur der Dummy... Alle Hinweise die ich bezüglich des Treiber, des switch2nvidia_glx usw finden konnte brachte mich nicht weiter. Das einzigste was auf der Hand liegt, dass mir diese Misskonfiguration einen Fehler auf der CPU verursacht und alles neu Bootet bzw. vernichtet. Zwischenzeitlich habe ich auch schon die Karte ausgebaut und einem Dauertest (seit gestern 20 Stunden) unterzugen und konnte keinen Fehler entdecken, d.h. die Karte hat also keinen Schaden. Leider werde auch keine Ausgaben in irgendeinem Log erzeugt, die ich hier präsentieren könnte. Aber ich hoffe jemand von Euch hat Rat... Gruß Alex
Hi Alex. Das klingt nach AGP Problemen. Hast du in der Doku mal nach AGP geschaut - da wird über Probleme mit Ali oder VIA CHipsätzen berichtet? Du kannst mit "NvAGP" in der XF86Config verschiedene AGP Modi auswählen. Da solltest du mal verschiedene Sachen probieren, z.B. "0" ohne AGP. Unter /proc/driver/nvidia/agp/status sollte der aktuelle Modus angezeigt werden. Gruß Michael
(2) Ersetze ich in der XF86Config in den Devices die Driver "nv" durch "nvidia" stürtzt das ganze System ab und bootet neu. Nur wenn der Eintrag "nv" drin und der Eintrag "glx" draussen ist kann ich das System verwenden. Laut der Doku ist "nv" aber nur der Dummy...
nv ist ein Open Source Treiber, der vom XFree86 Team kommt. Er unterstützt leider kein 3D und ist auch in Sachen Twinview und Overlay nicht erste Sahne - funktioniert aber prinzipiell.
Hallo Alexander, Alexander Reuther wrote:
Hallo Liste,
nachdem ich den Fehler der permanenten Abstürtze meines Systems auf die Grfikkarte geschoben habe, kommen ein paar kleine (massive) Probleme auf.
(1) Ich habe die aktuellen Treiber (NVIDIA_kernel-1.0-4191.rpm & NVIDIA_GLX-1.0-4191.rpm) für SuSE 8.1 heruntergeladen. Diese habe ich schön brav nach Anleitung installiert. Leider sind diese nicht zu verwenden, da sie X einfach einfrieren.
Du kanst die NVIDIA Treiber verwenden allerdings OHNE 3D (GLX). Ich habe beide rpm's installiert und danach sax2 aufgerufen. Bei der Frage nach 3D habe ich 'nein' gesagt. Alles weitere wie sonst auch. (RPM's installieren und sax2 ohne dass X Laeuft !!) Gruss Werner
Hallo Liste.
(1) Ich habe die aktuellen Treiber (NVIDIA_kernel-1.0-4191.rpm & NVIDIA_GLX-1.0-4191.rpm) für SuSE 8.1 heruntergeladen. Diese habe ich schön brav nach Anleitung installiert. Leider sind diese nicht zu verwenden, da sie X einfach einfrieren.
Du kanst die NVIDIA Treiber verwenden allerdings OHNE 3D (GLX). Ich habe beide rpm's installiert und danach sax2 aufgerufen. Bei der Frage nach 3D habe ich 'nein' gesagt. Alles weitere wie sonst auch.
(RPM's installieren und sax2 ohne dass X Laeuft !!)
??? Die Nvidia Treiber sind doch gerade so gut, weil sie vernünftigen 3D support haben. Lade dir die tar.gz Dateien von Nvidia runter und mache als root im nv-Kernel-modul und nv-GLX Verzeichnis jeweils "make install". (das alles natürlich im Textmodus ohne laufendes X) Wenn du dann mal nen neuen Kernel gemacht hast einfach nochmal "make install". Ich finde das läuft echt easy - einfacher als irgendwelche rpms zu installieren, die dann nicht zum Kernel passen ... Gruß Michael
Michael Born wrote:
Hallo Liste.
(1) Ich habe die aktuellen Treiber (NVIDIA_kernel-1.0-4191.rpm & NVIDIA_GLX-1.0-4191.rpm) für SuSE 8.1 heruntergeladen. Diese habe ich schön brav nach Anleitung installiert. Leider sind diese nicht zu verwenden, da sie X einfach einfrieren.
Du kanst die NVIDIA Treiber verwenden allerdings OHNE 3D (GLX). Ich habe beide rpm's installiert und danach sax2 aufgerufen. Bei der Frage nach 3D habe ich 'nein' gesagt. Alles weitere wie sonst auch.
(RPM's installieren und sax2 ohne dass X Laeuft !!)
??? Die Nvidia Treiber sind doch gerade so gut, weil sie vernünftigen 3D support haben.
Da hast Du ja auch recht und unter SuSE 7.1 funktionierts ja auch problemlos. Auch mit Kernel 2.4.19 und XFree86 4.2 Nur die gleiche Hardware unter 8.1 mit den gleichen NVIDIA Treibern und der Rechner/Bildschirm/X (?) steht. Bis jetzt habe ich nur die Lösung Treiber 'ohne GLX'. Wenn jemand eine Bessere hat: NUR HER DAMIT !!
Lade dir die tar.gz Dateien von Nvidia runter und mache als root im nv-Kernel-modul und nv-GLX Verzeichnis jeweils "make install". (das alles natürlich im Textmodus ohne laufendes X) Wenn du dann mal nen neuen Kernel gemacht hast einfach nochmal "make install". Ich finde das läuft echt easy - einfacher als irgendwelche rpms zu installieren, die dann nicht zum Kernel passen ...
Gruss Werner
Hallo Liste.
Da hast Du ja auch recht und unter SuSE 7.1 funktionierts ja auch problemlos. Auch mit Kernel 2.4.19 und XFree86 4.2
Nur die gleiche Hardware unter 8.1 mit den gleichen NVIDIA Treibern und der Rechner/Bildschirm/X (?) steht. Bis jetzt habe ich nur die Lösung Treiber 'ohne GLX'.
Wenn jemand eine Bessere hat: NUR HER DAMIT !!
Lade dir die tar.gz Dateien von Nvidia runter und mache als root im nv-Kernel-modul und nv-GLX Verzeichnis jeweils "make install". (das alles natürlich im Textmodus ohne laufendes X) Wenn du dann mal nen neuen Kernel gemacht hast einfach nochmal "make install". Ich finde das läuft echt easy - einfacher als irgendwelche rpms zu installieren, die dann nicht zum Kernel passen ... ... diese Methode funktioniert bei mir (Suse8.0) problemlos. Mainboard K7S5A (SiS735) Duron 650 Creative GeForce1 DDR
Gruß Michael
Hallo Liste, ich habe jetzt aus gutem Grund das Basis system nocheinmal auf einem anderen Rechner installiert und die GeForce4 MX440 dort eingebaut. Mittels YOU habe ich dann die Treiber von 'ftp://ftp-suse.uni-freiburg.de/' (<- guter und schneller Mirror) geladen und installiert. Das System sucht sich zwar im Runlevel 5 bei jedem Login oder Start immer den besten Modus - zu Lasten meines Monitors - aber es scheint zu funktionieren. Ich bekomme lediglich die folgenden Einträge im Log genannt... -----8<----- Feb 4 08:36:34 xws1 kernel: nvidia: loading NVIDIA Linux x86 NVdriver Kernel Module 1.0-3123 Tue Aug 27 15:56:48 PDT 2002 Feb 4 08:36:34 xws1 insmod: Warning: loading /lib/modules/2.4.19-4GB/kernel/drivers/video/NVdriver will taint the kernel: non-GPL license - NVIDIA Feb 4 08:36:34 xws1 insmod: See http://www.tux.org/lkml/#export-tainted for information about tainted modules Feb 4 08:36:34 xws1 insmod: Module NVdriver loaded, with warnings Feb 4 08:36:34 xws1 kernel: spurious 8259A interrupt: IRQ7. Feb 4 08:36:46 xws1 kernel: Linux agpgart interface v0.99 (c) Jeff Hartmann Feb 4 08:36:46 xws1 kernel: agpgart: Maximum main memory to use for agp memory: 439M Feb 4 08:36:46 xws1 kernel: agpgart: Detected SiS 735 chipset Feb 4 08:36:46 xws1 kernel: agpgart: AGP aperture is 64M @ 0xd0000000 Feb 4 08:36:46 xws1 kernel: NVRM: AGPGART: SiS chipset Feb 4 08:36:46 xws1 kernel: NVRM: AGPGART: aperture: 64M @ 0xd0000000 Feb 4 08:36:46 xws1 kernel: NVRM: AGPGART: aperture mapped from 0xd0000000 to 0xe498b000 Feb 4 08:36:46 xws1 kernel: NVRM: AGPGART: mode 4x Feb 4 08:36:46 xws1 kernel: NVRM: AGPGART: allocated 16 pages Feb 4 08:36:49 xws1 kernel: Linux video capture interface: v1.00 -----8<----- Womit ich nicht ganz klar komme und auch nicht weiss ob dies in Ordnung ist, ist die Zeile 'Feb 4 08:36:46 xws1 kernel: NVRM: AGPGART: mode 4x'. Ich glaube mich dungel daran zu erinnern, dass bei der GeForce2 MX 220 im Bios AGP Mode 2x eingestellt werde musste? Ich werde nach dieser Mail auch die 'gears' laufen lassen, um einen Test durch in der Hoffung, dass das System diesmal stabil bleibt. Melde mich dann nochmal... Gruß Alex
Hallo Alexander, Alexander Reuther wrote:
Hallo Liste,
ich habe jetzt aus gutem Grund das Basis system nocheinmal auf einem anderen Rechner installiert und die GeForce4 MX440 dort eingebaut. Mittels YOU habe ich dann die Treiber von 'ftp://ftp-suse.uni-freiburg.de/' (<- guter und schneller Mirror) geladen und installiert.
Es waere interresant was die Unterschiede der beiden Rechner sind, wenn's auf einem funktioniert und auf dem anderen nicht. Mainboard? Processor? Meine Daten sind: Processor: AthlonXP 1600+ Mainboard: K7T266 Pro2 (MS-6380) Grafik: Prolink GeForce 2 MX 400 Wie gesagt, unter 7.1 funktionieren die NVIDIA Treiber problemlos unter 8.1 habe ich die genannten Einfrier-Probleme. Gruß Werner
Werner Franke wrote:
[...] Wie gesagt, unter 7.1 funktionieren die NVIDIA Treiber problemlos unter 8.1 habe ich die genannten Einfrier-Probleme.
Da hat sich viel geaendert, vor allem am Kernel. Desweiteren hat eben die 8.1 ACPI, APIC usw. und die 7.1 nicht. Das bereitet den NVIDIA-Treibern mitunter Probleme. Wie ich schon schrieb, versu- che doch mal, diese Funktionen beim Booten zu deaktivieren, ebenfalls ein evtl. vorhandenes Framebuffer-Device. Gruesse, Th. -- Thomas Hertweck, Geophysicist Geophysical Institute, Karlsruhe University (TH)
Hallo Thomas, Thomas Hertweck wrote:
Werner Franke wrote:
[...] Wie gesagt, unter 7.1 funktionieren die NVIDIA Treiber problemlos unter 8.1 habe ich die genannten Einfrier-Probleme.
Da hat sich viel geaendert, vor allem am Kernel. Desweiteren hat eben die 8.1 ACPI, APIC usw. und die 7.1 nicht. Das bereitet den NVIDIA-Treibern mitunter Probleme. Wie ich schon schrieb, versu- che doch mal, diese Funktionen beim Booten zu deaktivieren, ebenfalls ein evtl. vorhandenes Framebuffer-Device.
Danke fuer den Tipp. Wer's demnaechst mal ausprobieren. (Bisher arbeite ich hauptsaechlich noch unter 7.1. Die 8.1 habe ich als zweites System parallel auf einer 3. Disk. Somit war mir DAS Problem nicht so wichtig.) Ob's funktioniert (oder nicht) werde ich wieder schreiben. Gruss Werner
Hallo Thomas, Werner Franke wrote:
Hallo Thomas,
Thomas Hertweck wrote:
Werner Franke wrote:
[...] Wie gesagt, unter 7.1 funktionieren die NVIDIA Treiber problemlos unter 8.1 habe ich die genannten Einfrier-Probleme.
Da hat sich viel geaendert, vor allem am Kernel. Desweiteren hat eben die 8.1 ACPI, APIC usw. und die 7.1 nicht. Das bereitet den NVIDIA-Treibern mitunter Probleme. Wie ich schon schrieb, versu- che doch mal, diese Funktionen beim Booten zu deaktivieren, ebenfalls ein evtl. vorhandenes Framebuffer-Device.
Danke fuer den Tipp. Wer's demnaechst mal ausprobieren.
(Bisher arbeite ich hauptsaechlich noch unter 7.1. Die 8.1 habe ich als zweites System parallel auf einer 3. Disk. Somit war mir DAS Problem nicht so wichtig.)
Ob's funktioniert (oder nicht) werde ich wieder schreiben.
HAT FUNKTIONIERT !! Beim Booten die Option acpi=off mit angegeben und die Grafik funktioniert wieder mit 3D. Danke nochmal fuer den Tipp. Gruss Werner
Am Mittwoch, 5. Februar 2003 09:30 schrieb Werner Franke:
Hallo Thomas,
Werner Franke wrote:
Hallo Thomas,
Thomas Hertweck wrote:
Werner Franke wrote:
[...] Wie gesagt, unter 7.1 funktionieren die NVIDIA Treiber problemlos unter 8.1 habe ich die genannten Einfrier-Probleme.
Da hat sich viel geaendert, vor allem am Kernel. Desweiteren hat eben die 8.1 ACPI, APIC usw. und die 7.1 nicht. Das bereitet den NVIDIA-Treibern mitunter Probleme. Wie ich schon schrieb, versu- che doch mal, diese Funktionen beim Booten zu deaktivieren, ebenfalls ein evtl. vorhandenes Framebuffer-Device.
Danke fuer den Tipp. Wer's demnaechst mal ausprobieren.
(Bisher arbeite ich hauptsaechlich noch unter 7.1. Die 8.1 habe ich als zweites System parallel auf einer 3. Disk. Somit war mir DAS Problem nicht so wichtig.)
Ob's funktioniert (oder nicht) werde ich wieder schreiben.
HAT FUNKTIONIERT !!
Beim Booten die Option acpi=off mit angegeben und die Grafik funktioniert wieder mit 3D.
Danke nochmal fuer den Tipp.
Gruss Werner
Hallo Liebe Leute, bei mir hat keine der obe beschriebenen Massnahmen funktioniert - aktuell versuche ich gerade den Treiber, der bei SuSE 8.1 dabei ist ( Version 0.8.293) stabil zum laufen zu kriegen - schon seltsam: ein paar monate lang läuft der original nvidia-treiber,der von der 8.1 beim Onlineupdate geholt wurde einwandfrei. dann hab ich die G-force MX 440 in einen anderen Rechner eingebaut - auch da lief er einwandfrei. Und jetzt ist sie wieder hier im Bürorechner - und was geht: dauernd abstürze - egal welche Treiberversion (bis zur 1.0-4191), egal ob acpi an, aus und apm an, aus, egal ob rpm - oder tar.gz version, egal ob 3d an oder aus. Any Ideas? Vorher ging auch 3D ! Jetzt habe ich eine alte XF86Config ausgegraben und teste damit - allerdings erst den nv Treiber, wie oben beschrieben. Werde weiter feedback geben. Grüße! -- Mit freundlichen Grüßen Markus Feilner May you always grok in fullness! Beachten Sie bitte unsere neue Email-Adresse! ------------------------------------------------------------------------------------------------- Feilner IT Linux & GIS Erlangerstr. 2 93059 Regensburg fon: +49 941 70 65 23 - mobil: +49 170 302 709 2 web: http://feilner-it.net mail: mfeilner@feilner-it.net
Am Donnerstag, 6. Februar 2003 17:34 schrieb Markus Feilner:
Am Mittwoch, 5. Februar 2003 09:30 schrieb Werner Franke:
Hallo Thomas,
Werner Franke wrote:
Hallo Thomas,
Thomas Hertweck wrote:
Werner Franke wrote:
[...] Wie gesagt, unter 7.1 funktionieren die NVIDIA Treiber problemlos unter 8.1 habe ich die genannten Einfrier-Probleme.
Da hat sich viel geaendert, vor allem am Kernel. Desweiteren hat eben die 8.1 ACPI, APIC usw. und die 7.1 nicht. Das bereitet den NVIDIA-Treibern mitunter Probleme. Wie ich schon schrieb, versu- che doch mal, diese Funktionen beim Booten zu deaktivieren, ebenfalls ein evtl. vorhandenes Framebuffer-Device.
Danke fuer den Tipp. Wer's demnaechst mal ausprobieren.
(Bisher arbeite ich hauptsaechlich noch unter 7.1. Die 8.1 habe ich als zweites System parallel auf einer 3. Disk. Somit war mir DAS Problem nicht so wichtig.)
Ob's funktioniert (oder nicht) werde ich wieder schreiben.
HAT FUNKTIONIERT !!
Beim Booten die Option acpi=off mit angegeben und die Grafik funktioniert wieder mit 3D.
Danke nochmal fuer den Tipp.
Gruss Werner
Hallo Liebe Leute, bei mir hat keine der obe beschriebenen Massnahmen funktioniert - aktuell versuche ich gerade den Treiber, der bei SuSE 8.1 dabei ist ( Version 0.8.293) stabil zum laufen zu kriegen - schon seltsam: ein paar monate lang läuft der original nvidia-treiber,der von der 8.1 beim Onlineupdate geholt wurde einwandfrei. dann hab ich die G-force MX 440 in einen anderen Rechner eingebaut - auch da lief er einwandfrei. Und jetzt ist sie wieder hier im Bürorechner - und was geht: dauernd abstürze - egal welche Treiberversion (bis zur 1.0-4191), egal ob acpi an, aus und apm an, aus, egal ob rpm - oder tar.gz version, egal ob 3d an oder aus. Any Ideas? Vorher ging auch 3D ! Jetzt habe ich eine alte XF86Config ausgegraben und teste damit - allerdings erst den nv Treiber, wie oben beschrieben. Werde weiter feedback geben. Grüße! -- Mit freundlichen Grüßen Markus Feilner
May you always grok in fullness!
Beachten Sie bitte unsere neue Email-Adresse!
--------------------------------------------------------------------- ---------------------------- Feilner IT Linux & GIS Erlangerstr. 2 93059 Regensburg fon: +49 941 70 65 23 - mobil: +49 170 302 709 2 web: http://feilner-it.net mail: mfeilner@feilner-it.net Update Mein X läuft jetzt immer noch - nach ca 3 Stunden, das ist für die letzten Testläufe schon sehr lang... halt ohne 3D -- Mit freundlichen Grüßen Markus Feilner
May you always grok in fullness! Beachten Sie bitte unsere neue Email-Adresse! ------------------------------------------------------------------------------------------------- Feilner IT Linux & GIS Erlangerstr. 2 93059 Regensburg fon: +49 941 70 65 23 - mobil: +49 170 302 709 2 web: http://feilner-it.net mail: mfeilner@feilner-it.net
Markus Feilner wrote:
[...] Hallo Liebe Leute, bei mir hat keine der obe beschriebenen Massnahmen funktioniert - aktuell versuche ich gerade den Treiber, der bei SuSE 8.1 dabei ist ( Version 0.8.293) stabil zum laufen zu kriegen - schon seltsam:
Da sind erst einmal nur Dummy-Treiber dabei, denn SuSE darf aus Lizenzgruenden die original NVIDIA-Treiber nicht auf die CD pressen. Die "richtigen" Treiber koen- nen per YOU installiert werden - aber ich wuerde ehr- lich gesagt immer die Installation von Hand an der Kom- mandozeile vorziehen. Die RPMs kann man bei nvidia.com herunterladen.
ein paar monate lang läuft der original nvidia-treiber,der von der 8.1 beim Onlineupdate geholt wurde einwandfrei. dann hab ich die G-force MX 440 in einen anderen Rechner eingebaut - auch da lief er einwandfrei. Und jetzt ist sie wieder hier im Bürorechner - und was geht: dauernd abstürze - egal welche Treiberversion (bis zur 1.0-4191), egal ob acpi an, aus und apm an, aus, egal ob rpm - oder tar.gz version, egal ob 3d an oder aus.
Ich wuerde vorschlagen, von "scratch" zu beginnen, d.h. erst einmal alle NVIDIA-Pakete aus dem System zu wer- fen und eine funktionierende Konfiguration mit den nv Treibern zu erstellen. Danach step by step die NVIDIA- Treiber einspielen, siehe dazu z.B. die Seite http://www.thomashertweck.de/nvidia.html.
Any Ideas? Vorher ging auch 3D !
Ohne genaue Fehlerbeschreibung und relevante Logfileaus- zuege aus XFree86.0.log bzw. SaX.log kann wohl kaum je- mand etwas sagen. Glaskugeln sind rar. Gruesse, Thomson -- Thomas Hertweck, Dipl.-Geophys., GPI Universitaet Karlsruhe === First they ignore you, then they laugh at you, then === === they fight you, then you win. (M. Ghandi) ===
Am Donnerstag, 6. Februar 2003 19:09 schrieb Thomas Hertweck:
Markus Feilner wrote:
[...] Hallo Liebe Leute, bei mir hat keine der obe beschriebenen Massnahmen funktioniert - aktuell versuche ich gerade den Treiber, der bei SuSE 8.1 dabei ist ( Version 0.8.293) stabil zum laufen zu kriegen - schon seltsam:
Da sind erst einmal nur Dummy-Treiber dabei, denn SuSE darf aus Lizenzgruenden die original NVIDIA-Treiber nicht auf die CD pressen. Die "richtigen" Treiber koen- nen per YOU installiert werden - aber ich wuerde ehr- lich gesagt immer die Installation von Hand an der Kom- mandozeile vorziehen. Die RPMs kann man bei nvidia.com herunterladen.
Danke, genau das hab ich gemacht, mit drei verschiedenen Versionen - ohne erfolg, aber die Dummytreiber scheinen besser zu funktionieren, die Neuen NVIDIA von nvidia selbst taugen bei mir höchstens zu demozwecken... schade, sind echt flott.
ein paar monate lang läuft der original nvidia-treiber,der von der 8.1 beim Onlineupdate geholt wurde einwandfrei. dann hab ich die G-force MX 440 in einen anderen Rechner eingebaut - auch da lief er einwandfrei. Und jetzt ist sie wieder hier im Bürorechner - und was geht: dauernd abstürze - egal welche Treiberversion (bis zur 1.0-4191), egal ob acpi an, aus und apm an, aus, egal ob rpm - oder tar.gz version, egal ob 3d an oder aus.
Ich wuerde vorschlagen, von "scratch" zu beginnen, d.h. erst einmal alle NVIDIA-Pakete aus dem System zu wer- fen und eine funktionierende Konfiguration mit den nv Treibern zu erstellen. Danach step by step die NVIDIA- Treiber einspielen, siehe dazu z.B. die Seite http://www.thomashertweck.de/nvidia.html.
Auch das hab ich gemacht, es gibt ja sonst nur den dedizierten Aufruf von sax, um wieder zu den SuSe-Treibern zurückzukommen... Ich habe ALLE Nvidia und Suse Treiber für diese Grafikkarte gelöscht, und dann die dummys von der SuSE Cd per YAST nachinstallieren lassen. Dann per Yast 3D aktiviert, so dass die Frage nach den per Online Update zur Verfügung stehenden Nvidia Treibern kommt. Auch hier bestätigt, Installation und Konfiguration läuft einwandfrei. Wie gesagt, auch ein Installieren von nvidia_..._tar.gz - files mit Treibern erzeugt nur dieselben Fehler.
Any Ideas? Vorher ging auch 3D !
Ohne genaue Fehlerbeschreibung und relevante Logfileaus- zuege aus XFree86.0.log bzw. SaX.log kann wohl kaum je- mand etwas sagen. Glaskugeln sind rar.
Wenn ich eine hätte (Glaskugel) würde ich sie dir schenken, die helfen manchmal ja echt! aber leider bleibt mein X ohne jede Fehlermeldung stehen, und nach einiger Zeit auch das ganze System. Symptome siehe oben im Thread beschrieben: CPU-Last des Prozesses X 99%, ssh-Zugriff noch möglich, aber ausser killall -9 X oder einem reboot hilft nix. Man hat ca 5 minuten Zeit, sonst bleibt das ganze System stehen und dann geht auch kein Remote zugriff mehr. Und das Problem ist ja gerade, dass keine Einträge in Logfiles hinterlassen werden. Die Installation des Kernelmoduls und der Treiber ist, erfolgreich, den Logfile eintrag hat ja Alexander schon gepostet, der schaut bei mir genauso aus. Ich hab gerade nochmal meine Logfiles überprüft, aber nix aussagekräftiges wie Warnings (WW) oder Errors (EE) gefunden - scheinbar wird die Konfig einwandfrei geladen, friert aber nach einigen Stunden/Minuten den X-Server ein. Mist. Mein X läuft Immer noch, halt ohne 3D. Gruesse, Markus
Gruesse, Thomson
-- Thomas Hertweck, Dipl.-Geophys., GPI Universitaet Karlsruhe === First they ignore you, then they laugh at you, then === === they fight you, then you win. (M. Ghandi) ===
-- Mit freundlichen Grüßen Markus Feilner May you always grok in fullness! Beachten Sie bitte unsere neue Email-Adresse! ------------------------------------------------------------------------------------------------- Feilner IT Linux & GIS Erlangerstr. 2 93059 Regensburg fon: +49 941 70 65 23 - mobil: +49 170 302 709 2 web: http://feilner-it.net mail: mfeilner@feilner-it.net
Am Donnerstag, 6. Februar 2003 20:01 schrieb Markus Feilner:
Danke, genau das hab ich gemacht, mit drei verschiedenen Versionen - ohne erfolg, aber die Dummytreiber scheinen besser zu funktionieren, die Neuen NVIDIA von nvidia selbst taugen bei mir höchstens zu demozwecken... schade, sind echt flott.
Schon mal mit der vorigen Version probiert? Scheint so, als hätte der neuste Treiber mit einigen Grfikkarten Probleme. Andererseits scheinen gerade auch einige Karten mit dem neuen zu laufen, die mit dem vorigen Probleme gemacht haben. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Markus Feilner wrote:
Danke, genau das hab ich gemacht, mit drei verschiedenen Versionen - ohne erfolg, aber die Dummytreiber scheinen besser zu funktionieren, die Neuen NVIDIA von nvidia selbst taugen bei mir höchstens zu demozwecken... schade, sind echt flott.
Was heisst, die Dummy-Treiber funktionieren besser? Du verwendest dann schlicht und einfach keine NVIDIA-Treiber, sondern die bei XFree beiliegenden open source Treiber na- mens "nv". Die Dummy-Treiber kannst Du auch getrost dein- stallieren. Die "nv" Treiber beherrschen halt leider keine 3D Hardwarebeschleunigung.
[...] Auch das hab ich gemacht, es gibt ja sonst nur den dedizierten Aufruf von sax, um wieder zu den SuSe-Treibern zurückzukommen...
Einfach in der XF86Config das Modul "glx" auskommentie- ren und den Treiber von "nvidia" nach "nv" wechseln, das wars. Da brauchst Du eigentlich kein sax2 dazu. sax ist uebrigens fuer XFree Version 3, was Du brauchst ist sax2.
Ich habe ALLE Nvidia und Suse Treiber für diese Grafikkarte gelöscht, und dann die dummys von der SuSE Cd per YAST nachinstallieren lassen.
Kannst Du Dir sparen. Die Dummy-Pakete liefern rein gar nichts relevantes fuer XFree - entweder nimmst Du die Treiber "nv", die sind aus dem XFree-Paket, oder Du nimmst die original NVIDIA-Treiber. Die Dummy-Treiber sind nur dabei, weil SuSE die original NVIDIA-Treiber nicht auf CD pressen darf - die Dummy-RPMs werden dann bei Bedarf der 3D Beschleunigung per YOU durch die wahren NVIDIA-Treiber ersetzt. Wenn die Logfiles nichts liefern, und auch das Abschal- ten von ACPI bzw. APM und weitere auf der zuvor genann- ten URL angegebenen Problemloesungen nicht helfen, dann weiss ich erhlich gesagt auch nicht weiter. Vielleicht solltest Du es mal mit einer anderen (aelteren) NVIDIA- Treiberversion probieren. Gruesse, Thomson -- Thomas Hertweck, Dipl.-Geophys., GPI Universitaet Karlsruhe
Am Dienstag, 4. Februar 2003 08:58 schrieb Werner Franke:
Hallo Alexander,
Alexander Reuther wrote:
Hallo Liste,
ich habe jetzt aus gutem Grund das Basis system nocheinmal auf einem anderen Rechner installiert und die GeForce4 MX440 dort eingebaut. Mittels YOU habe ich dann die Treiber von 'ftp://ftp-suse.uni-freiburg.de/' (<- guter und schneller Mirror) geladen und installiert.
Es waere interresant was die Unterschiede der beiden Rechner sind, wenn's auf einem funktioniert und auf dem anderen nicht.
Mainboard? Processor?
Meine Daten sind: Processor: AthlonXP 1600+ Mainboard: K7T266 Pro2 (MS-6380) Grafik: Prolink GeForce 2 MX 400
Wie gesagt, unter 7.1 funktionieren die NVIDIA Treiber problemlos unter 8.1 habe ich die genannten Einfrier-Probleme.
Gruß Werner
hallo, welchen treiber benutzt du ? bis "NVIDIA 3123" müßte man in der "XF86config" unter "Section Device" die - Option "NoRenderAccel" - haben/eintragen. sonst kann es mit antialising probleme geben, der screen friert ein. die aktuellste treiberversion soll diese einstellung per "default" eingetragen haben, das geht jedenfalls aus der doku hervor. mfg jürgen
j b wrote:
welchen treiber benutzt du ? bis "NVIDIA 3123" müßte man in der "XF86config" unter "Section Device" die - Option "NoRenderAccel" - haben/eintragen.
Diese Option habe ich bei saemtlichen NVIDIA Treiber Versionen noch nie benutzt und trotzdem keine Pro- bleme gehabt. Fuer mich deutet das eher an, dass da- mit ein anderes Problem umschifft wird, nicht unbe- dingt, dass das Problem dort genau liegt. Aber ein Versuch ist es sicher wert. Gruesse, Th. PS: Irgendwie waere es schoen, wenn auch Du "j b" mal einen aussprechbaren Namen als Absender eintragen koenntest. -- Thomas Hertweck, Geophysicist Geophysical Institute, Karlsruhe University (TH)
Hallo Werner, es handelt sich hierbei um zwei absolut identische Rechner ... ECS K755A mit AMD Athlon XP 2000+ (identische BIOS Version) 2x 256 MB DDRAM CL2.5 , WD800JB (8MB Cache) und eigentlich die nVidia GeForce 4 MX440 SuSE Linux 8.1
Meine Daten sind: Processor: AthlonXP 1600+ Mainboard: K7T266 Pro2 (MS-6380) Grafik: Prolink GeForce 2 MX 400
Wie gesagt, unter 7.1 funktionieren die NVIDIA Treiber problemlos unter 8.1 habe ich die genannten Einfrier-Probleme.
Gruß Werner
Alexander Reuther wrote:
[...] Das System sucht sich zwar im Runlevel 5 bei jedem Login oder Start immer den besten Modus - zu Lasten meines Monitors - aber es scheint zu funktionieren. Ich bekomme lediglich die folgenden Einträge im Log genannt...
Du solltest in der Datei /etc/X11/XF86Config die Modi einschraenken koennen, die zur Auswahl stehen. Auf Dauer wird es nicht gut tun, wenn Du Deinen Mo- nitor staendig im Leistungsgrenzbereich betreibst.
-----8<----- Feb 4 08:36:34 xws1 kernel: nvidia: loading NVIDIA Linux x86 NVdriver Kernel
... das NVIDIA Kernel-Modul wird geladen.
Module 1.0-3123 Tue Aug 27 15:56:48 PDT 2002 Feb 4 08:36:34 xws1 insmod: Warning: loading /lib/modules/2.4.19-4GB/kernel/drivers/video/NVdriver will taint the kernel: non-GPL license - NVIDIA Feb 4 08:36:34 xws1 insmod: See http://www.tux.org/lkml/#export-tainted for information about tainted modules Feb 4 08:36:34 xws1 insmod: Module NVdriver loaded, with warnings
... das NVIDIA Kernel-Modul wurde erfolgreich gela- den. Dabei wurde festgestellt, dass dieses Modul nicht der GPL unterliegt (closed source) und daher den Kernel "verunreinigt". Ist aber nur ein Hin- weis, eine Warnung.
Feb 4 08:36:34 xws1 kernel: spurious 8259A interrupt: IRQ7.
... das hat mit Timing-Problemen zu tun, tritt i.d.R. bei VIA-Chipsaetzen auf. Siehe Archiv der Liste fuer genaue Erklaerungen (habe erst kuerzlich eine darue- ber geschrieben). Kannst Du im Prinzip getrost igno- rieren.
Feb 4 08:36:46 xws1 kernel: Linux agpgart interface v0.99 (c) Jeff Hartmann Feb 4 08:36:46 xws1 kernel: agpgart: Maximum main memory to use for agp memory: 439M Feb 4 08:36:46 xws1 kernel: agpgart: Detected SiS 735 chipset Feb 4 08:36:46 xws1 kernel: agpgart: AGP aperture is 64M @ 0xd0000000 Feb 4 08:36:46 xws1 kernel: NVRM: AGPGART: SiS chipset Feb 4 08:36:46 xws1 kernel: NVRM: AGPGART: aperture: 64M @ 0xd0000000 Feb 4 08:36:46 xws1 kernel: NVRM: AGPGART: aperture mapped from 0xd0000000 to 0xe498b000 Feb 4 08:36:46 xws1 kernel: NVRM: AGPGART: mode 4x Feb 4 08:36:46 xws1 kernel: NVRM: AGPGART: allocated 16 pages Feb 4 08:36:49 xws1 kernel: Linux video capture interface: v1.00
... hier meldet sich das AGP-Modul und nochmals das NVIDIA-Modul und teilen Dir einige Spezifika- tionen mit. Momentan wird AGP 4x verwendet, usw.
Womit ich nicht ganz klar komme und auch nicht weiss ob dies in Ordnung ist, ist die Zeile 'Feb 4 08:36:46 xws1 kernel: NVRM: AGPGART: mode 4x'. Ich glaube mich dungel daran zu erinnern, dass bei der GeForce2 MX 220 im Bios AGP Mode 2x eingestellt werde musste?
Wer sagt das? Das haengt schwer davon ab, was fuer eine Kombination aus Chipsatz und Graphikhardware und Treiber Du hast. Wenn es mit AGP 4x gut und st- abil funktioniert, ist alles in Ordnung. Wenn es instabil laeuft, dann kannst Du ja zu Testzwecken die AGP-Geschwindigkeit herabsetzen. Gruesse, Thomson -- Thomas Hertweck, Geophysicist Geophysical Institute, Karlsruhe University (TH)
Am Montag, 3. Februar 2003 16:20 schrieb Alexander Reuther: Hallo Alexander, [...]
nachdem ich den Fehler der permanenten Abstürtze meines Systems auf die Grfikkarte geschoben habe, kommen ein paar kleine (massive) Probleme auf.
(1) Ich habe die aktuellen Treiber (NVIDIA_kernel-1.0-4191.rpm & NVIDIA_GLX-1.0-4191.rpm) für SuSE 8.1 heruntergeladen. Diese habe ich schön brav nach Anleitung installiert. Leider sind diese nicht zu verwenden, da sie X einfach einfrieren.
Hast du schon versucht, deiner Grafikkarte im Bios einen eigenen IRQ zuzuweisen? Das kann laut Nvidia-Dokumentation die Ursache für deine Probleme sein. [...]
Leider werde auch keine Ausgaben in irgendeinem Log erzeugt, die ich hier präsentieren könnte. Aber ich hoffe jemand von Euch hat Rat...
Gruß Alex
mfg, sam
Alexander Reuther wrote:
(1) Ich habe die aktuellen Treiber (NVIDIA_kernel-1.0-4191.rpm & NVIDIA_GLX-1.0-4191.rpm) für SuSE 8.1 heruntergeladen. Diese habe ich schön brav nach Anleitung installiert. Leider sind diese nicht zu verwenden, da sie X einfach einfrieren.
Versuche mal, ACPI bzw. APM zu deaktivieren. Die NVIDIA- Treiber haben mit diesen Funktionen oefters ihre Probleme. Manchmal ist auf der verwendete Framebuffer ein Problem- grund - falls eingesetzt, diesen evtl. mal abschalten.
(2) Ersetze ich in der XF86Config in den Devices die Driver "nv" durch "nvidia" stürtzt das ganze System ab und bootet neu. Nur wenn der Eintrag "nv" drin und der Eintrag "glx" draussen ist kann ich das System verwenden. Laut der Doku ist "nv" aber nur der Dummy...
Nein, nv ist kein Dummy-Treiber, sondern der bei XFree enthaltene OpenSource-Treiber fuer NVIDIA-basierte Graphikkarten. Dieser Treiber unterstuetzt aber keine Hardwarebeschleunigung, etc. Du kannst auch mal bei http://www.thomashertweck.de/nvidia.html vorbei schauen, da gibt es noch weitere gesammelte Hinweise, was Probleme bereiten kann. Gruesse, Thomson -- Thomas Hertweck, Dipl.-Geophys., GPI Universitaet Karlsruhe
participants (8)
-
Alexander Reuther
-
j b
-
Manfred Tremmel
-
Markus Feilner
-
Michael Born
-
Samuel Edlmeier
-
Thomas Hertweck
-
Werner Franke