Hallo,
ich versuche jetzt schon einige Zeit hardwarebeschleunigtes OpenGL bei mir ans Laufen zu bringen -- leider bisher ohne Erfolg.
Ich habe ein ASUS A7N8X Deluxe Mainboard mit nvidia nforce2 Chipsatz.und eine schon etwas ältere Matrox MG450 Grafikkarte. Prozessor ist Athlon XP 2500+ und Speicher 512 MB (ein Riegel)
Eine Standardinstallation von SuSE 8.2 ergab zuerst mal keine 3D-Beschleunigung -- glxgears lieferte um 432 FPS.
Ursache: der AGPgart wurde nicht initialisiert. Also Kernel Patch von NVidia installiert. Nun wird der AGP zwar initialisiert und GLX auch initialisiert (sagt glxinfo) aber alle OpenGL Applikationen bringen Fehler:
- glxgears startet und ein schwarzes Programmfenster erscheint, dann läßt sich der X-Server aber nicht mehr bedienen. - das gleiche bei tuxracer. der Bildschirm schaltet um, wird schwarz, die Musik spielt, aber kein Bild erscheint und Tastendrücke liefern kein Ergebnis
Beidemal läßt sich der X-Server nur noch durch remote-Login über ssh hart abschiesen.
Jetzt habe ich noch verschiedene Dinge versucht, aber letztendlich hat nichts genutzt.
- ich habe eine neue Version der XFree86 mga Treiber von Matrox installiert (Beta3 -- aktuellste Version von der Webseite) - Parameter in XF86config gesetzt Option "MGASDRAM" - kernel mit "apm=off acpi=off noapic vga=normal" gestartet (in den unterschiedlichsten Kombinationen
ein komischer Effekt: nachdem ich den XServer nach einem Aufhänger abgeschossen habe, zeigt ein Umschalten auf die Konsolen entweder ein total kaputtes Bild oder den X Bildschirm in den unterschiedlichsten Fassungen (gleiche Größe, nur die linke obere Ecke, ...) -- Tastendrücke ergeben kein Ergebnis.
Vielleicht ist es ja noch wichtig, daß ich den SuSE Kernel um vollständige Capabilities ergänzt habe. (jetzt kann ich jackd mit jackstart starten).
Jetzt weiß ich nicht mehr weiter. Habt ihr Ideen, was ich noch probieren kann?
Ich werde es auch nochmal einen aktuellen Kernel 2.4.22 probieren, der schon die Unterstützung für nvidias agpgart enthält und den ich um den low-latency-patch und die freigeschalteten capabilities ergänzen werde.
Informationsquellen waren bisher: nvidia, matrox, SuSE SDB und google. Wißt ihr noch andere Quellen?
Danke für eure Hilfe Uwe
P.S.: Ich bin gegen Zensur! Aber füttert keine Trolle!
On Sat, Oct 25, 2003 at 11:25:43PM +0200, Uwe Koloska wrote:
- glxgears startet und ein schwarzes Programmfenster erscheint, dann läßt
sich der X-Server aber nicht mehr bedienen.
- das gleiche bei tuxracer. der Bildschirm schaltet um, wird schwarz, die
Musik spielt, aber kein Bild erscheint und Tastendrücke liefern kein Ergebnis
Hast Du den Frambuffer beim Booten aktiviert? Das brachte bei meiner NVidia auch Probleme mit schwarzen Bildschirmen.
Bert
Bert Lange wrote:
On Sat, Oct 25, 2003 at 11:25:43PM +0200, Uwe Koloska wrote:
Hast Du den Frambuffer beim Booten aktiviert? Das brachte bei meiner NVidia auch Probleme mit schwarzen Bildschirmen.
Hab ich normalerweise -- aber wie ich schrieb, hab' ich es auch mit video=normal probiert.
Uwe
Hallo,
ich habe, um GLX bei meiner G450 zu aktivieren, den DRM Treiber im Kernel aktiviert. Die entsprechende Option ist unter Characker Devices/DRM 4.1 Drivers zu finden. In der Kernelkonfiguration steht zwar nur Matrix g200/g400, aber ohne dieses Modul ging es nicht.
Zusätzlich habe ich noch das agpgart Modul kompiliert und die X11 Treiber von Matrox installiert. Diese vertragen sich aber nicht mit dem Konsolen Framebuffer, sodass es ab und zu zu Bildstörungen auf der Konsole kommt(ein Wechseln der virtuellen Konsole behebt es aber).
HTH
MfG Michael
On Mon, Oct 27, 2003 at 12:38:26PM +0100, Uwe Koloska wrote:
Bert Lange wrote:
On Sat, Oct 25, 2003 at 11:25:43PM +0200, Uwe Koloska wrote:
Hast Du den Frambuffer beim Booten aktiviert? Das brachte bei meiner NVidia auch Probleme mit schwarzen Bildschirmen.
Hab ich normalerweise -- aber wie ich schrieb, hab' ich es auch mit video=normal probiert.
Uwe
-- voiceINTERconnect www.voiceinterconnect.de ... smart speech applications from germany
Lug-dd maillist - Lug-dd@schlittermann.de http://mailman.schlittermann.de/mailman/listinfo/lug-dd
Hallo!
Am Samstag, 25. Oktober 2003 23:25 schrieb Uwe Koloska:
Ich habe ein ASUS A7N8X Deluxe Mainboard mit nvidia nforce2 Chipsatz.und eine schon etwas ältere Matrox MG450 Grafikkarte.
Ich habe hier "nur" eine Matrox G400 auf Athlon 1600XP+.
Eine Standardinstallation von SuSE 8.2 ergab zuerst mal keine 3D-Beschleunigung -- glxgears lieferte um 432 FPS.
Hatte bei mir zwei Gründe: 1. Der original von SuSE ausgelieferte Treiber war fehlerhaft. unter ftp.suse.com gibt es irgendwo die Updates von XFree86, die dann auch funktionierten. SuSE 9.0 hat funktionierende Treiber.
2. Die Philosophie von SuSE ist an dieser Stelle etwas eigenartig, aber konsequent: GLX kann bei einigen Karten dazu führen, dass gar nix mehr geht. Deshalb müssen die Nutzer, die OpenGL nutzen wollen, in die (Unix-)Gruppe "video" aufgenommen werden. Anderenfalls ist in der /etc/X11/XF86Config am Ende anzupassen:
----- schnipp ----- Section "DRI" Group "video" Mode 0660 EndSection ---- schnapp ---- Hier muss aus 0660 ein 0666 gemacht werden, damit "normale Nutzer" auch die DRI-Funktionen nutzen können.
Ursache: der AGPgart wurde nicht initialisiert. Also Kernel Patch von NVidia installiert.
Das dürfte ein großer Fehler sein, weil dann Bibliotheken gegen die NVidia-Variante getauscht werden. Damit geht das normale XF86 nicht mehr sauber!
Gruss Reiner
Am 26. Oktober 2003 schrieb Reiner Klaproth:
Am Samstag, 25. Oktober 2003 23:25 schrieb Uwe Koloska:
Eine Standardinstallation von SuSE 8.2 ergab zuerst mal keine 3D-Beschleunigung -- glxgears lieferte um 432 FPS.
Du solltest besser das Zeug von http://dri.sourceforge.net/cgi-bin/moin.cgi/ nehmen.
Ursache: der AGPgart wurde nicht initialisiert. Also Kernel Patch von NVidia installiert.
Das dürfte ein großer Fehler sein, weil dann Bibliotheken gegen die NVidia-Variante getauscht werden. Damit geht das normale XF86 nicht mehr sauber!
Ich glaube hier verwechselst du was. Der neuere AGP-Treiber im Kernel dürfte kaum schlechten Einfluss auf den Grafiktreiber haben. Allerdings gibt es NVidia-Unterstützung auch schon in Kernelversion 2.4.22 ohne extra Patch.
Torsten
Am Sonntag, 26. Oktober 2003 18:09 schrieb Torsten Werner:
Du solltest besser das Zeug von http://dri.sourceforge.net/cgi-bin/moin.cgi/ nehmen.
Das geht leider nicht, da die gegen XFree 4.3.99 gelinkt sind. Gibt's vielleicht irgendwo auch Binaries für 4.3.0?
Uwe
Am 28. Oktober 2003 schrieb Uwe Koloska:
Das geht leider nicht, da die gegen XFree 4.3.99 gelinkt sind. Gibt's vielleicht irgendwo auch Binaries für 4.3.0?
Unter http://dri.sourceforge.net/snapshots/extras/ gibt es einen passenden Server und ein README und es gibt fertige Debian-Pakete, die ich hier problemlos benutze. BTW, für ein einwandfreies OpenGL unter Linux braucht man eine Nvidia-Karte.
Torsten
Torsten Werner wrote:
Unter http://dri.sourceforge.net/snapshots/extras/ gibt es einen passenden Server und ein README
Ah, danke! Das hatte ich zwar gesehen, aber nicht als Replacement wahrgenommen.
BTW, für ein einwandfreies OpenGL unter Linux braucht man eine Nvidia-Karte.
Das hatte ich schon befürchtet. Ich brauche aber auch kein superoptimiertes System -- es soll halt einfach funktionieren.
Uwe
Reiner Klaproth wrote:
Hatte bei mir zwei Gründe:
- Der original von SuSE ausgelieferte Treiber war fehlerhaft.
unter ftp.suse.com gibt es irgendwo die Updates von XFree86, die dann auch funktionierten. SuSE 9.0 hat funktionierende Treiber.
Also eigentlich habe ich die Update-Pakete für XFree86 installiert XFree86-libs-4.3.0-42.rpm XFree86-server-4.3.0-63.rpm allerdings die von der Web-Update Seite; sind auf der ftp-Seite vielleicht andere Pakete?
- Die Philosophie von SuSE ist an dieser Stelle etwas eigenartig,
aber konsequent: GLX kann bei einigen Karten dazu führen, dass gar nix mehr geht. Deshalb müssen die Nutzer, die OpenGL nutzen wollen, in die (Unix-)Gruppe "video" aufgenommen werden.
Falls der bei der Installation angelegte Benutzer nicht standardmäßig der Gruppe video angehört (kann ich im Moment leider nicht prüfen), ist das vielleicht schon die Lösung für das Problem.
Ursache: der AGPgart wurde nicht initialisiert. Also Kernel Patch von NVidia installiert.
Das dürfte ein großer Fehler sein, weil dann Bibliotheken gegen die NVidia-Variante getauscht werden. Damit geht das normale XF86 nicht mehr sauber!
Denke ich nicht, da der Patch nur den Kernel in die Lage versetzt den NVIDIA agpgart zu benutzen. Diese Funktion ist im Kernel 2.4.22 schon enthalten. Im von SuSE8.2 benutzen 2.4.20 ist sie nicht drin und muß über diesen Patch ergänzt werden.
Uwe
Am Samstag, 25. Oktober 2003 23:25 schrieb Uwe Koloska:
Hallo,
ich versuche jetzt schon einige Zeit hardwarebeschleunigtes OpenGL bei mir ans Laufen zu bringen -- leider bisher ohne Erfolg.
Es geht immer noch nicht :-(((
Ich habe weitergeforscht und auch die Hinweise hier aus der Liste befolgt -- ohne Erfolg.
- aktuelle XFree86 Pakete von SuSE: XFree86-4.3.0-111 XFree86-libs-4.3.0-111 XFree86-server-4.3.0-111 XFree86-devel-4.3.0-111 XFree86-GLX-4.3.0-15 (gibt's keine aktuellere Version von)
das mga Kernelmodul stammt aus meiner eigenen Übersetzung vom SuSE Kernel (einzige Änderung: Aktivieren aller Capabilities um jackstart benutzen zu können)
- framebuffer beim Booten ausgeschaltet
- ich gehöre zur Gruppe video und das DRI-Devices hat die passenden Rechte
- ich habe die passenden OpenGL Libraries mit dem entsprechenden Skript angeschaltet /usr/X11R6/bin/switch2xf86_glx das Zurückschalten auf Software-Mesa /usr/X11R6/bin/switch2mesasoft
- ich habe versucht acpi einzuschalten -- der Bootvorgang stoppt irgendwann
Dabei habe ich noch einige interessante Dinge herausgefunden, die mir aber auch nicht geholfen haben: - Die Karte meldet sich sehr komisch: lspci meldet Matrox Graphics, Inc. MGA 400 AGP (rev 82) XFree86.0.log meldet PCI:*(3:0:0) Matrox Graphics, Inc. MGA G400 AGP rev 130 später meldet der mga Treiber: Chipset: mgag400 found und das Modul vgahw meldet MGA(0): Chipset: "mgag400" (G450)
Ich habe noch eine TV-Karte von Hauppauge und dafür die Module v4l und DGA im Xserver installiert. Außerdem läuft der XServer mit der Auflösung 1400x1050@16.
Die Informationsprogramme sagen alle, daß DRI, OpenGL bzw. 3D-Beschleunigung vorhanden ist, doch jedes OpenGL Programm lastet den X-Server mit fast 100% aus, die Anzeige ruckt etwas zur Seite und nach dem Abschießen des X-Servers (mit 'kill -9') sind die Konsolen nicht mehr zu gebrauchen (sie zeigen entweder ein total kaputtes Bild oder den X-Bildschirm und reagieren nicht auf Tastatureingaben -- außer dem Zurückschalten auf den X-Server)
Habt ihr noch irgendwelche Ideen???
Danke für alle bisherigen Vorschläge. Uwe
lug-dd@mailman.schlittermann.de