[Résolu] "fglrx(0): Direct rendering enabled" mais pas de 3D :(

neokod · Le 12/04/2006, à 13:07

Bonjour,

Après avoir tester le live CD de kororaa hier soir j'ai pu me rendre compte que XGL/Compiz fonctionnent très bien avec ma carte ATI Mobility Radeon 9600 M10.

J'ai donc tenté un premier essai en suivant le wiki pour passer à XGL/Compiz mais ça ne semble pas marcher, je reviens donc en arrière et je viens de me rendre compte en effet que je n'ai pas configurer la 3D correctement.

Je vais donc sur le tuto du wiki :
http://doc.ubuntu-fr.org/materiel/ati

Je suis actuellement sous Dapper Drake avec le kernel ubuntu 2.6.15-20-686, j'ai installer les dépendances nécessaires, mis à jour mon /etc/modules suivant ma configuration :

agpgart
intel-agp
fglrx

Je redémarre, et là je suis assez étonné car Xorg semble avoir correctement configurer fglrx :

(II) fglrx(0): [drm] DRM interface version 1.0
(II) fglrx(0): [drm] created "fglrx" driver at busid "PCI:1:0:0"
(II) fglrx(0): [drm] added 8192 byte SAREA at 0xe0e78000
(II) fglrx(0): [drm] mapped SAREA 0xe0e78000 to 0xb7626000
(II) fglrx(0): [drm] framebuffer handle = 0xd0000000
(II) fglrx(0): [drm] added 1 reserved context for kernel
(II) fglrx(0): DRIScreenInit done
(II) fglrx(0): Kernel Module Version Information:
(II) fglrx(0): Name: fglrx
(II) fglrx(0): Version: 8.23.7
(II) fglrx(0): Date: Mar 6 2006
(II) fglrx(0): Desc: ATI FireGL DRM kernel module
(II) fglrx(0): Kernel Module version matches driver.
(II) fglrx(0): Kernel Module Build Time Information:
(II) fglrx(0): Build-Kernel UTS_RELEASE: 2.6.15-20-686
(II) fglrx(0): Build-Kernel MODVERSIONS: no
(II) fglrx(0): Build-Kernel __SMP__: no
(II) fglrx(0): Build-Kernel PAGE_SIZE: 0x1000
(II) fglrx(0): [drm] register handle = 0xff8f0000
(II) fglrx(0): [agp] Mode=0x1f000217 bridge: 0x8086/0x3340
(II) fglrx(0): [agp] AGP v1/2 disable mask 0x00000000
(II) fglrx(0): [agp] AGP v3 disable mask 0x00000000
(II) fglrx(0): [agp] enabling AGP with mode=0x1f000314
(II) fglrx(0): [agp] AGP protocol is enabled for graphics board. (cmd=0x1f000314)
(II) fglrx(0): [agp] graphics chipset has AGP v2.0
(II) fglrx(0): [drm] ringbuffer size = 0x00100000 bytes
(II) fglrx(0): [drm] DRM buffer queue setup: nbufs = 100 bufsize = 28672
(II) fglrx(0): [drm] texture shared area handle = 0xe1081000
(II) fglrx(0): shared FSAAScale=1
(II) fglrx(0): DRI initialization successfull!
(II) fglrx(0): FBADPhys: 0xd0000000 FBMappedSize: 0x008f7000
(II) fglrx(0): FBMM initialized for area (0,0)-(1728,1360)
(II) fglrx(0): FBMM auto alloc for area (0,0)-(1728,1050) (front color buffer - assumption)
(==) fglrx(0): Backing store disabled
(==) fglrx(0): Silken mouse enabled
(==) fglrx(0): Using hardware cursor (scanline 1056)
(II) fglrx(0): Largest offscreen area available: 1728 x 296
(**) Option "dpms"
(**) fglrx(0): DPMS enabled
(II) fglrx(0): Using XFree86 Acceleration Architecture (XAA)
Screen to screen bit blits
Solid filled rectangles
8x8 mono pattern filled rectangles
Solid Lines
Dashed Lines
Offscreen Pixmaps
Setting up tile and stipple cache:
26 128x128 slots
(II) fglrx(0): Acceleration enabled
(II) fglrx(0): X context handle = 0x1
(II) fglrx(0): [DRI] installation complete
(II) fglrx(0): Direct rendering enabled
(II) Loading extension FGLRXEXTENSION
(II) Loading extension ATITVOUT
(II) fglrx(0): Interrupt handler installed at IRQ 5.

Je vois donc "Direct rendering enabled" sauf que, malheureusement un fglrxinfo me donnes ça :

display: :0.0 screen: 0
OpenGL vendor string: Mesa project: www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
OpenGL version string: 1.2 (1.5 Mesa 6.4.1)

De plus quand je tentes un fgl_glrxinfo j'ai une effroyable insulte :

Using GLX_SGIX_pbuffer X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 144 (GLX)
Minor opcode of failed request: 5 (X_GLXMakeCurrent)
Serial number of failed request: 33
Current serial number in output stream: 33

j'ai trouver un post sur cette erreur "BadMatch" et apparement la personne l'a résolue avec une upgrade du kernel, moi je suis passé du 2.6.15-19 au 2.6.15-20 et ça ne change rien du tout, y compris en refaisant la procédure de A à Z.

Est-ce que quelqu'un est assez doué pour trouver ce genre de solution ou vaut-il mieux que j'abandonne ?

Dernière modification par neokod (Le 13/04/2006, à 09:56)

neokod · Le 12/04/2006, à 14:14

Ah j'ai oublier de préciser, j'ai également mis en place le lien symbolique comme indiqué dans le tuto :

ln -s /usr/lib/dri /usr/lib/xorg/modules/dri

Mais cela ne change rien du tout...

Personne ne sait ?

neokod · Le 12/04/2006, à 14:20

J'ajoutes en plus mon xorg.conf :

Section "ServerLayout"
Identifier "Default Layout"
Screen "Default Screen" 0 0
InputDevice "Generic Keyboard"
InputDevice "Configured Mouse"
InputDevice "Synaptics Touchpad"
EndSection
Section "Files"
# local font server
# if the local font server has problems, we can fall back on these
# paths to defoma fonts
FontPath "unix/:7100"
FontPath "/usr/lib/X11/fonts/misc"
FontPath "/usr/lib/X11/fonts/cyrillic"
FontPath "/usr/lib/X11/fonts/100dpi/:unscaled"
FontPath "/usr/lib/X11/fonts/75dpi/:unscaled"
FontPath "/usr/lib/X11/fonts/Type1"
FontPath "/usr/lib/X11/fonts/CID"
FontPath "/usr/lib/X11/fonts/100dpi"
FontPath "/usr/lib/X11/fonts/75dpi"
FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID"
EndSection
Section "Module"
Load "bitmap"
Load "dbe"
Load "ddc"
Load "dri"
Load "extmod"
Load "freetype"
Load "glx"
Load "int10"
Load "record"
Load "type1"
Load "vbe"
EndSection
Section "InputDevice"
Identifier "Generic Keyboard"
Driver "keyboard"
Option "CoreKeyboard"
Option "XkbRules" "xorg"
Option "XkbModel" "pc105"
Option "XkbLayout" "fr"
EndSection
Section "InputDevice"
Identifier "Configured Mouse"
Driver "mouse"
Option "CorePointer"
Option "Device" "/dev/input/mice"
Option "Protocol" "ImPS/2"
Option "Emulate3Buttons" "true"
Option "ZAxisMapping" "4 5"
EndSection
Section "InputDevice"
Identifier "Synaptics Touchpad"
Driver "synaptics"
Option "SendCoreEvents" "true"
Option "Device" "/dev/psaux"
Option "Protocol" "auto-dev"
Option "HorizScrollDelta" "0"
EndSection
Section "Monitor"
Identifier "Écran générique"
Option "DPMS"
EndSection
Section "Device"
Identifier "card0"
Driver "fglrx"
BusID "PCI:1:0:0"
# Option "no_accel" "no"
# Option "no_dri" "no"
# Option "DynamicClocks" "on"
# Option "mtrr" "on"
# Option "DesktopSetup" "Single"
# Option "ScreenOverlap" "0"
# Option "Capabilities" "0x00000000"
# Option "CapabilitiesEx" "0x00000000"
# Option "VideoOverlay" "on"
# Option "OpenGLOverlay" "off"
# Option "CenterMode" "off"
# Option "PseudoColorVisuals" "off"
# Option "Stereo" "off"
# Option "StereoSyncEnable" "1"
# Option "FSAAEnable" "no"
# Option "FSAAScale" "1"
# Option "FSAADisableGamma" "no"
# Option "FSAACustomizeMSPos" "no"
# Option "FSAAMSPosX0" "0.000000"
# Option "FSAAMSPosY0" "0.000000"
# Option "FSAAMSPosX1" "0.000000"
# Option "FSAAMSPosY1" "0.000000"
# Option "FSAAMSPosX2" "0.000000"
# Option "FSAAMSPosY2" "0.000000"
# Option "FSAAMSPosX3" "0.000000"
# Option "FSAAMSPosY3" "0.000000"
# Option "FSAAMSPosX4" "0.000000"
# Option "FSAAMSPosY4" "0.000000"
# Option "FSAAMSPosX5" "0.000000"
# Option "FSAAMSPosY5" "0.000000"
# Option "UseFastTLS" "0"
# Option "BlockSignalsOnLock" "on"
# Option "UseInternalAGPGART" "yes"
# Option "ForceGenericCPU" "no"
# Option "KernelModuleParm" "agplock=0"
# Option "PowerState" "1"
EndSection
Section "Screen"
Identifier "Default Screen"
Device "card0"
Monitor "Écran générique"
DefaultDepth 24
SubSection "Display"
Depth 1
Modes "1680x1050"
EndSubSection
SubSection "Display"
Depth 4
Modes "1680x1050"
EndSubSection
SubSection "Display"
Depth 8
Modes "1680x1050"
EndSubSection
SubSection "Display"
Depth 15
Modes "1680x1050"
EndSubSection
SubSection "Display"
Depth 16
Modes "1680x1050"
EndSubSection
SubSection "Display"
Depth 24
Modes "1680x1050"
EndSubSection
EndSection
Section "DRI"
Mode 0666
EndSection

Si jamais ça peut aider :-)

Dernière modification par neokod (Le 12/04/2006, à 14:28)

neokod · Le 12/04/2006, à 14:40

Je viens de me rendre compte que le xorg.conf n'est pas bon, il manquait "fglrx",
cependant j'ai une erreur en plus :

(II) LoadModule: "fglrx"
(II) Loading /usr/lib/xorg/modules/drivers/fglrx_drv.so
dlopen: /usr/lib/xorg/modules/drivers/fglrx_drv.so: undefined symbol: __glXActiveScreens
(EE) Failed to load /usr/lib/xorg/modules/drivers/fglrx_drv.so
(II) UnloadModule: "fglrx"
(EE) Failed to load module "fglrx" (loader failed, 7)

Undefined symbol ? ça sent pas super bon, je vais tenter de tout désinstaller et de tout recommencer

neokod · Le 12/04/2006, à 16:03

Après avoir persisté avec la méthode 1, j'ai tenté la méthode 2 mais je me fait jeter en plein module-assistant a-i fglrx :

# cat /var/cache/modass/fglrx-kernel-source.buildlog.2.6.15-20-686.1144850375
/usr/bin/make -f debian/rules clean
make[1]: entrant dans le répertoire « /usr/src/modules/fglrx-kernel »
# select which makefile to use.
rm -f /usr/src/modules/fglrx-kernel/fglrx/build_mod/2.6.x/Makefile || true
cd /usr/src/modules/fglrx-kernel/fglrx/build_mod/2.6.x ; \
ln -s Makefile.kbuild Makefile ; \
cd .. ; \
if [ -e patch-stamp ]; then \
dpatch deapply-all ; \
rm -rf patch-stamp debian/patched ; \
fi
if [ -f /usr/src/modules/fglrx-kernel/debian/control.template ]; then \
cp /usr/src/modules/fglrx-kernel/debian/control.template /usr/src/modules/fglrx-kernel/debian/control; \
fi
dh_testroot
rm -f build-stamp configure-stamp
/usr/bin/make clean SYSSRC=/usr/src/linux -C /usr/src/modules/fglrx-kernel/fglrx/build_mod/2.6.x -f Makefile "KDIR=/usr/src/linux-headers-$i"
make[2]: entrant dans le répertoire « /usr/src/modules/fglrx-kernel/fglrx/build_mod/2.6.x »
make[2]: quittant le répertoire « /usr/src/modules/fglrx-kernel/fglrx/build_mod/2.6.x »
make[1]: quittant le répertoire « /usr/src/modules/fglrx-kernel »
echo "ROOT_CMD = "
ROOT_CMD =
/usr/bin/make -f debian/rules binary_modules
make[1]: entrant dans le répertoire « /usr/src/modules/fglrx-kernel »
# select which makefile to use.
rm -f /usr/src/modules/fglrx-kernel/fglrx/build_mod/2.6.x/Makefile || true
cd /usr/src/modules/fglrx-kernel/fglrx/build_mod/2.6.x ; \
ln -s Makefile.kbuild Makefile ; \
cd .. ; \
#nothing here anymore
touch configure-stamp
if [ -f /usr/src/modules/fglrx-kernel/debian/control.template ]; then \
cp /usr/src/modules/fglrx-kernel/debian/control.template /usr/src/modules/fglrx-kernel/debian/control; \
fi
dh_testdir
dh_testroot
PATCHLEVEL = 6
Kernel compiler version : 4.0.3
Detected compiler version : 4.0.3
Using compiler gcc-4.0 version 4.0.3
touch /usr/src/modules/fglrx-kernel/fglrx/build_mod/2.6.x/gcc-check
touch /usr/src/modules/fglrx-kernel/fglrx/build_mod/2.6.x/cc-sanity-check
## Main Make ##
IGNORE_CC_MISMATCH=1 CC="gcc-4.0" /usr/bin/make -C /usr/src/modules/fglrx-kernel/fglrx/build_mod/2.6.x -f Makefile SYSSRC=/usr/src/linux "KDIR=/usr/src/linux-headers-$i" KBUILD_PARAMS="-C /usr/src/linux SUBDIRS=/usr/src/modules/fglrx-kernel/fglrx/build_mod/2.6.x"
make[2]: entrant dans le répertoire « /usr/src/modules/fglrx-kernel/fglrx/build_mod/2.6.x »
make[2]: Makefile: Aucun fichier ou répertoire de ce type
make[2]: *** Pas de règle pour fabriquer la cible « Makefile ». Arrêt.
make[2]: quittant le répertoire « /usr/src/modules/fglrx-kernel/fglrx/build_mod/2.6.x »
make[1]: *** [build-stamp] Erreur 2
make[1]: quittant le répertoire « /usr/src/modules/fglrx-kernel »
make: *** [kdist_image] Erreur 2

L'installation / configuration des drivers 3D manque cruellement sous linux,
je penses savoir me débrouiller sous linux mais je ne vois pas comment des non-initiés peuvent s'en sortir..

fwed · Le 12/04/2006, à 16:39

salut,

j'ai le même problème ...

quel noyaux as tu ?

si c'est un 2.6.15-20, bon courage

Si c'est un 2.6.15-19 ca devrait fonctionner.

PS : j'ai pas lu ta conf j'attend ta version

neokod · Le 12/04/2006, à 16:51

je suis en 2.6.15-20,
Tu sembles le déconseiller, alors je vais re-tenter en 2.6.15-19 avec la méthode 1 ou la méthode 2 si ça ne passe toujours pas.

Je ne vois vraiment pas d'où peux venir le problème...

neokod · Le 12/04/2006, à 17:07

Argh, il semblerait que je ne puisses pas ré-installer la version 2.6.15-19 :

# agi linux-image-2.6.15-19-686
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Aucune version du paquet linux-image-2.6.15-19-686 n'est disponible, mais il existe dans la base
de données. Cela signifie en général que le paquet est manquant, qu'il est devenu obsolète
ou qu'il n'est disponible que sur une autre source
E: Aucun paquet ne correspond au paquet linux-image-2.6.15-19-686

Pourtant mon sources.list semble bon :

# Dépôts normaux
deb http://fr.archive.ubuntu.com/ubuntu dapper main restricted
deb-src http://fr.archive.ubuntu.com/ubuntu dapper main restricted
# Universe et Multiverse
deb http://fr.archive.ubuntu.com/ubuntu dapper universe multiverse
deb-src http://fr.archive.ubuntu.com/ubuntu dapper universe multiverse
# Mises à jour
deb http://fr.archive.ubuntu.com/ubuntu dapper-updates main restricted
deb-src http://fr.archive.ubuntu.com/ubuntu dapper-updates main restricted
# Mises à jour de sécurité
deb http://security.ubuntu.com/ubuntu dapper-security main restricted
deb-src http://security.ubuntu.com/ubuntu dapper-security main restricted
deb http://security.ubuntu.com/ubuntu dapper-security universe multiverse
deb-src http://security.ubuntu.com/ubuntu dapper-security universe multiverse
deb http://archive.ubuntu.com/ubuntu dapper main restricted
deb-src http://archive.ubuntu.com/ubuntu dapper main restricted
## Major bug fix updates produced after the final release of the
## distribution.
deb http://archive.ubuntu.com/ubuntu dapper-updates main restricted
deb-src http://archive.ubuntu.com/ubuntu dapper-updates main restricted
deb http://archive.ubuntu.com/ubuntu dapper universe multiverse
deb-src http://archive.ubuntu.com/ubuntu dapper universe multiverse
# XGL / Compiz
#deb http://gilir.free.fr/ubuntu ./

J'ai tenter d'installer linux-image-686 et linux-headers-686 où il me fait télécharger la version 2.6.15-19 mais le hic c'est qu'il ne change pas du tout grub !

Je vais tenter de le modifier à la main

neokod · Le 12/04/2006, à 17:08

Ah bah non je ne peux pas puisque n'y a pas les images de boot dans /boot ...

Donc je suis coincé en 2.6.15-20, quelqu'un sait comment je pourrais m'en dépatouiller ?

neokod · Le 12/04/2006, à 19:40

Alors là faut qu'on m'explique !
j'ai touché à rien depuis tout à l'heure, j'étais parti, je reviens et je vois le screensaver OpenGL en pleine action !

Je lance la commande flgrxinfo et j'ai tout à coup :

# fglrxinfo
display: :0.0 screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: MOBILITY RADEON 9600 Generic
OpenGL version string: 2.0.5695 (8.23.7)

Est-ce dû à l'activation de la mise en veille OpenGL ?
je sais pas, j'ai peur qu'à mon prochain reboot ça ne marche plus, je fais le test.

corny · Le 12/04/2006, à 19:47

Sans rire, je tremble pour toi. Chez moi avec aticonfig ça n'a JAMAIS marché, et je préfère ça plutôt qu'il me fasse entrevoir monts et merveille et me retire tout après... Je croise les doigts pour toi!

neokod · Le 12/04/2006, à 19:54

Merci c'est gentil ;-)

En fait j'viens de rebooter et là je viens de tilter sur un truc que je n'avais pas remarqué, en utilisateur normal fglrxinfo m'indique "Mesa" alors qu'en root il me dit ATI !

% fglrxinfo
display: :0.0 screen: 0 OpenGL vendor string: Mesa project: www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
OpenGL version string: 1.2 (1.5 Mesa 6.4.1)
% su
# fglrxinfo
display: :0.0 screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: MOBILITY RADEON 9600 Generic
OpenGL version string: 2.0.5695 (8.23.7)

Plus étrange si je veux le contexte du root en précisant "su -" là j'ai une belle insulte :

% su -
# fglrxinfo
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
Error: unable to open display :0

Pourtant la variable DISPLAY est bonne valeur

# echo $DISPLAY
:0.0

Quelqu'un à une idée ?

EDIT: Résolu via :

# chmod 750 /usr/X11R6/lib/modules/dri -R
# chown root:video /usr/X11R6/lib/modules/dri -R

Dernière modification par neokod (Le 13/04/2006, à 09:57)

tinkywinky · Le 15/04/2006, à 23:35

Hello,

j'ai plus ou moin le même problème que toi, sauf que :

- j'ai installé y a 2h le driver sous Dapper comme indiqué dans la première partie du tuto. Ca a fonctionné du premier coup, l'accélération était OK.

- j'ai désinstallé le driver car je voulais essayer le dernier du site d'ATI. J'ai téléchargé une version RPM pour Xorg, que j'ai converti avec alien, ça c'est installé mais je n'arrivait pas à l'utiliser, j'ai donc déinstallé le tout via synaptic.

- j'ai réinstallé xorg-driver-fglrx, refais EXACTEMENT la même chose que la 1ère fois, mais cette fois impossible de faire fonctionner l'accélération. fglrxinfo me donne toujours

OpenGL vendor string: Mesa project: www.mesa3d.org

Ce qui me tue, c'est que apparement le driver se charge correctement :

(II) LoadModule: "fglrx"
(II) Loading /usr/lib/xorg/modules/drivers/fglrx_drv.so
(II) Module fglrx: vendor="FireGL - ATI Technologies Inc."
(II) LoadModule: "fglrx"
(II) Reloading /usr/lib/xorg/modules/drivers/fglrx_drv.so
...
II) Loading sub module "fglrxdrm"
(II) LoadModule: "fglrxdrm"
(II) Loading /usr/lib/xorg/modules/linux/libfglrxdrm.so
(II) Module fglrxdrm: vendor="FireGL - ATI Technologies Inc."
(--) fglrx(0): VideoRAM: 131072 kByte, Type: DDR SGRAM / SDRAM
(II) fglrx(0): AGP card detected

J'ai tenté ces deux commandes :

# chmod 750 /usr/X11R6/lib/modules/dri -R
# chown root:video /usr/X11R6/lib/modules/dri -R

mais je n'ai pas de répertoire /usr/X11R6/lib/modules/dri. Par contre, /usr/lib/xorg/modules/dri existe bien.

Je ne pense pas que le problème vienne de mon xorg.conf car j'ai repris le même que j'avais lorsque ça a fonctionné la 1ère fois.

Arrgh je deviens fou ! Est-ce que qqun pourrait m'aider à diagnostiquer le problème ??

EDIT :

bon, j'ai crée un lien comme ceci :

ln -s /usr/lib/dri /usr/X11R6/lib/modules/dri

et ça fcontionne ! Mais je n'ai pas eu besoin la première fois, le lien /usr/lib/xorg/modules/dri avait suffit. Si qqun pouvait m'expliqer le pourquoi du comment...

Dernière modification par tinkywinky (Le 15/04/2006, à 23:44)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 12/04/2006, à 13:07

[Résolu] "fglrx(0): Direct rendering enabled" mais pas de 3D :(

#2 Le 12/04/2006, à 14:14

Re : [Résolu] "fglrx(0): Direct rendering enabled" mais pas de 3D :(

#3 Le 12/04/2006, à 14:20

Re : [Résolu] "fglrx(0): Direct rendering enabled" mais pas de 3D :(

#4 Le 12/04/2006, à 14:40

Re : [Résolu] "fglrx(0): Direct rendering enabled" mais pas de 3D :(

#5 Le 12/04/2006, à 16:03

Re : [Résolu] "fglrx(0): Direct rendering enabled" mais pas de 3D :(

#6 Le 12/04/2006, à 16:39

Re : [Résolu] "fglrx(0): Direct rendering enabled" mais pas de 3D :(

#7 Le 12/04/2006, à 16:51

Re : [Résolu] "fglrx(0): Direct rendering enabled" mais pas de 3D :(

#8 Le 12/04/2006, à 17:07

Re : [Résolu] "fglrx(0): Direct rendering enabled" mais pas de 3D :(

#9 Le 12/04/2006, à 17:08

Re : [Résolu] "fglrx(0): Direct rendering enabled" mais pas de 3D :(

#10 Le 12/04/2006, à 19:40

Re : [Résolu] "fglrx(0): Direct rendering enabled" mais pas de 3D :(

#11 Le 12/04/2006, à 19:47

Re : [Résolu] "fglrx(0): Direct rendering enabled" mais pas de 3D :(

#12 Le 12/04/2006, à 19:54

Re : [Résolu] "fglrx(0): Direct rendering enabled" mais pas de 3D :(

#13 Le 15/04/2006, à 23:35

Re : [Résolu] "fglrx(0): Direct rendering enabled" mais pas de 3D :(

Pied de page des forums