Am Sonntag, den 20.02.2005, 21:24 +0100 schrieb Christian Christmann:
> On Sun, 20 Feb 2005 20:40:11 +0100, Daniel Leidert wrote:
>
> > Am Sonntag, den 20.02.2005, 17:09 +0100 schrieb Christian Christmann:
> >> >> Jedoch liefert glxgears weiterhin nur Werte um 300 FPS und glxinfo
> >> >> spuckt aus: direct rendering: No
> >> >
> >> > Was sagt glxinfo denn genau? Steht da etwas wie
> >> >
> >> > |OpenGL vendor string: ATI Technologies Inc.
> >> > |OpenGL renderer string: RADEON 1234 xyz
> >> > |OpenGL version string: 1.3.4893 (X4.3.0-8.10.19)
> >>
> >> Nicht wirlich ;) glxinfo gibt aus:
> > [Output gek�rzt]
> >> OpenGL vendor string: Mesa project: www.mesa3d.org
> >> OpenGL renderer string: Mesa GLX Indirect
> >> OpenGL version string: 1.3 Mesa 4.0.4
> >
> > Mal ganz bl�d gefragt: Ist das fglrx-driver Paket ordnungsgem��
> > installiert? Du schriebst etwas davon, dass du xlibmesa-gl einer
> > Reinstallation unterzogen hast. Mach mal ein
> >
> > # dpkg --purge fglrx-driver
> >
> > Dann entferne alle Diversionen zu libGL.so.1.2
> >
> > # dpkg-divert --remove /usr/X11R6/lib/libGL.so.1.2
> >
> > Am besten xlibmesa-gl reinstallieren und danach das Paket fglrx-driver
> > installieren (was auch die Diversion �ber das preinst-Skript setzen
> > sollte):
> >
> > # apt-get install --reinstall xlibmesa-gl
> > # dpkg -i fglrx-driver
> >
> > Und jetzt noch einmal testen (evtl. X-Server neu starten).
>
> Habe alle Schritte durchgef�hrt, aber Problem ist leider immer noch da.
Schau einmal, ob dir
$ dpkg -S libGL.so
das ausgibt:
xlibmesa-gl-dev: /usr/lib/libGL.so
xlibmesa-gl: /usr/lib/libGL.so.1
xlibmesa-gl: /usr/X11R6/lib/libGL.so.1
Umleitung durch fglrx-driver von: /usr/X11R6/lib/libGL.so.1.2
Umleitung durch fglrx-driver
zu: /usr/share/fglrx/diversions/libGL.so.1.2
fglrx-driver, xlibmesa-gl: /usr/X11R6/lib/libGL.so.1.2
xlibmesa-gl: /usr/lib/libGL.so.1.2
xlibmesa-gl-dev: /usr/X11R6/lib/libGL.so
Umleitung durch fglrx-driver von: /usr/X11R6/lib/libGL.so.1.2
Umleitung durch fglrx-driver
zu: /usr/share/fglrx/diversions/libGL.so.1.2
> > Sind irgendwelche DRM- oder FB-Module (au�er vesafb und dem generischen
> > DRM- und FB-Support) fest in den Kernel einkompiliert oder werden als
> > Module geladen? F�r ersteres: entfernen und neuen Kernel bauen, f�r
> > zweiteres: Module entladen.
>
> Das FB-Modul war nicht aktiviert, DRM war dagegen f�r Radeon als Modul
> geladen. Habe jetzt beides entfernt.
>
> grep FB .config
> # CONFIG_FB is not set
>
> grep DRM .config
> # CONFIG_DRM is not set
Die beiden solltest du schon einkompilieren:
CONFIG_FB=y
CONFIG_DRM=y
Nur die Module f�r spezielle Chips�tze eben nicht. 'CONFIG_FB_VESA=y'
ist ok. Das sollte das fglrx-Modul nicht beeintr�chtigen. Alles andere
(CONFIG_DRM_* und CONFIG_FB_*) kannst du auf Modul setzen oder darauf
verzichten.
> Kernel neu gebaut, neu gestartet, naja aber das Problem ist nach wie vor
> da.
Tr�gt der Kernel eine neue Revisionsnummer? Wenn ja, musst du auch das
fglrx-Modul f�r diesen Kernel neu bauen. Nur wenn du eine neue Version
des selben Kernels gebaut hast und den alten Kernel damit ersetzt hast,
kannst du auf das Bauen des fglrx-Moduls verzichten.
Ansonsten sind auf der Seite von Flavio Stanchina einige Hinweise,
welche Kernel-Teile/Module kritisch sein k�nnten.
BTW: Ist mir leider gerade erst aufgefallen. Dein glxinfo gibt
|client glx vendor string: NVIDIA Corporation
^^^^^^
|client glx version string: 1.3
|client glx extensions:
aus! Da ist wohl etwas von NVidia installiert oder es sind Reste eines
NVidia-Treibers vorhanden. Das muss wirklich _restlos_ entfernt werden.
Ansonsten wird der ATI-Treiber nicht funktionieren. �hnliche Probleme
wurden schon h�ufiger hier und in de.comp.os.unix.x11 gepostet.
Google-Groups hilft dir diesbez�glich weiter.
MfG Daniel
