sluke Posté(e) le 5 juillet 2004 Partager Posté(e) le 5 juillet 2004 plop ! j'ai installé le driver ati proprio via alien, le X demarre, mais quand je fais un glxinfo : Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Error: couldn't find RGB GLX visual Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". name of display: :0.0 visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- 0x21 24 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None 0x22 24 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None dans le log de XFree on peur voir ceci : (II) fglrx(0): driver needs XFree86 version: 4.3.x (II) fglrx(0): detected XFree86 version: 4.3.0 (WW) fglrx(0): *********************************************** (WW) fglrx(0): * DRI initialization failed! * (WW) fglrx(0): * (maybe driver kernel module missing or bad) * (WW) fglrx(0): * 2D acceleraton available (MMIO) * (WW) fglrx(0): * no 3D acceleration available * (WW) fglrx(0): ********************************************* * et juste après : (II) fglrx(0): Acceleration enabled (II) fglrx(0): Direct rendering disabled et encore après : (EE) Failed to initialize GLX extension (NVIDIA XFree86 driver not found) Avant j'avais une nvidia, je sais pas s'il y a un rapport. Sinon mon XFConfig-4 est celui générer par fglrxconfig. Un conflit avec l'ancien module nvidia ? si oui comment le virer ? mci Lien vers le commentaire Partager sur d’autres sites More sharing options...
tuXXX Posté(e) le 5 juillet 2004 Partager Posté(e) le 5 juillet 2004 déjà, pas de DRI ... Et puis, c'est vrai, c'est quoi ce driver nvidia au milieu? (sous gentoo, on a "opengl-update" pour choisir...) Lien vers le commentaire Partager sur d’autres sites More sharing options...
Sandeman Posté(e) le 6 juillet 2004 Partager Posté(e) le 6 juillet 2004 dans ton noyau tu compile le support DRM Device Drivers -> Character Device -> Direct Rendering Manager au moins en module <M> ATI Radeon après, je pense que le fichier généré par fglrxconfig n'a pas supprimé les lignes nvidia au cas où tu aurais ajouté une deuxième carte vidéo (ATI en PCI par exemple) dans ton PC alors que tu as déjà une nvidia. Des fois il vaut mieux repartir de propre ... Lien vers le commentaire Partager sur d’autres sites More sharing options...
sluke Posté(e) le 6 juillet 2004 Auteur Partager Posté(e) le 6 juillet 2004 (sous gentoo, on a "opengl-update" pour choisir...) Bah sous debian ça n'a pas l'air d'exister. ça fait quoi au juste cette commande, elle doit surement exister sous un autre nom. Sinon dans le XF86Config-4 y a pas de trace de "nvidia", Et j'ai juste remplacer la carte nvidia par mon ati radeon voilà je vous en dit plus dès que j'ai du neuf Lien vers le commentaire Partager sur d’autres sites More sharing options...
tuXXX Posté(e) le 6 juillet 2004 Partager Posté(e) le 6 juillet 2004 opengl-update permet de choisir quel driver est utilisé par le serveur X... il y a xorg-x11, nvidia (entre autres...) Lien vers le commentaire Partager sur d’autres sites More sharing options...
sluke Posté(e) le 6 juillet 2004 Auteur Partager Posté(e) le 6 juillet 2004 Bah ouais mais tu choisis le driver dans le fichier de conf XF86Config-4, non ? parce que j'ai viré les drivers nvidia avec "nvidia-installer --uninstall". Donc normalement il devrais plus rester de traces du driver. je comprend pas. Sinon au niveau dri, le module fglrx qu'on doit compiler ne se charge pas de ça justement ? on doit quand meme charger le module radeon.o ? Lien vers le commentaire Partager sur d’autres sites More sharing options...
sluke Posté(e) le 6 juillet 2004 Auteur Partager Posté(e) le 6 juillet 2004 Meme quand radeon.o est chargé ça change rien du tout Je sais plus trop quoi faire là, je suis à court d'idée Lien vers le commentaire Partager sur d’autres sites More sharing options...
-rem- Posté(e) le 6 juillet 2004 Partager Posté(e) le 6 juillet 2004 que donne lsmod stp Lien vers le commentaire Partager sur d’autres sites More sharing options...
sluke Posté(e) le 6 juillet 2004 Auteur Partager Posté(e) le 6 juillet 2004 radeon 106112 0 (unused) fglrx 181416 1 ham 7612 1 hamcore 511520 0 [ham] ipt_MASQUERADE 1400 1 (autoclean) ipt_REJECT 3480 1 (autoclean) ipt_state 536 1 (autoclean) iptable_filter 1740 1 (autoclean) nls_cp437 4348 4 (autoclean) ip_conntrack_ftp 4144 1 (autoclean) ip_nat_ftp 2896 0 (unused) ip_conntrack_irc 3120 1 (autoclean) ip_nat_irc 2256 0 (unused) ip_conntrack_amanda 1536 1 (autoclean) ip_nat_amanda 1020 0 (unused) iptable_nat 17390 4 [ipt_MASQUERADE ip_nat_ftp ip_nat_irc ip_nat_amanda] ip_tables 12928 7 [ipt_MASQUERADE ipt_REJECT ipt_state iptable_filter iptable_nat] ip_conntrack 20836 3 [ipt_MASQUERADE ipt_state ip_conntrack_ftp ip_nat_ftp ip_conntrack_irc ip_nat_irc ip_conntrack_amanda ip_nat_amanda iptable_nat] nls_cp1250 3836 0 (unused) Lien vers le commentaire Partager sur d’autres sites More sharing options...
-rem- Posté(e) le 6 juillet 2004 Partager Posté(e) le 6 juillet 2004 C'est marrant il n'apparait pas de module NVIDIA, j'aurais pense que ptet le module continuait a se charger.... En revanche, tu as un unused sur le radeon. Dans la liste de chargement des modules, tu es sur que Nvidia a bien ete degage ? ( /etc/modules ou /etc/modprobe.conf selon le noyau ) Lien vers le commentaire Partager sur d’autres sites More sharing options...
sluke Posté(e) le 6 juillet 2004 Auteur Partager Posté(e) le 6 juillet 2004 voilà /etc/modules input usbkbd keybdev usb-storage usb-uhci hid nls_cp1250 ip_nat_amanda ip_nat_irc ip_nat_ftp fglrx fglrx radeon sinon dans /etc/modules.conf j'ai bien commenté : #alias /dev/nvidia* nvidia #alias char-major-195 nvidia je ne voit pas dans kel fichier de config on lui demande de charger le glx nvidia, c vraiment bizarre !! Lien vers le commentaire Partager sur d’autres sites More sharing options...
tuXXX Posté(e) le 6 juillet 2004 Partager Posté(e) le 6 juillet 2004 essaie peut-être de virer /usr/lib/opengl/nvidia ... Lien vers le commentaire Partager sur d’autres sites More sharing options...
sluke Posté(e) le 6 juillet 2004 Auteur Partager Posté(e) le 6 juillet 2004 là je viens de faire le bourrin dans certains dossiers : grep -R nvidia . et j'ai vu que une ocurence était présente dans /usr/lib/X11R6/modules/extension/libglx.so voilà je ce que ça donne un endroit dans le fichier : Error: API mismatch: the NVIDIA kernel module is version %d.%d.%d, but this X module is version %d.%d.%d. Please be sure that your kernel module and all NVIDIA driver files have the same driver version. ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@Error: This version of the NVIDIA kernel module is too old to support version checking. Please update your kernel module to version %d.%d.%d ^@/dev/nvidia#^@/proc/mtrr^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@NVIDIA: failed to set MTRR 0x%08lx, %ldM (write-combining) ^@^@^@^@^@ hint: there may be a ulimit restricting the amount of virtual memory available to XFree86. It may be a good idea to check your startup scripts for something like Se serait pas un fichier nv ça qui aurait ecrasé l'original ? Le problème est de savoir dans kel paquet debian se trouve le fichier original. Je sais qu'il y a un outils pour savoir ça avec apt mais je me rappelle plus. Sinon pour /usr/lib/opengl, le rep opengl n'hesiste pas Lien vers le commentaire Partager sur d’autres sites More sharing options...
sluke Posté(e) le 7 juillet 2004 Auteur Partager Posté(e) le 7 juillet 2004 J'ai résolu une grande partie du problème !!!! en fait c'était un fichier du driver nvidia qui trainé dans un rep alors qu'il aurait du etre effacé. Apparemment le X charge tout les fichiers de ce même dossier donc ça merdait. Pour info cétait le fichier /usr/X11R6/lib/modules/extensions/libglx.so fallait le savoir !! En plus je suis tombé dessus par hasard. Enfin bon... Maintenant dans le log de Xfree, le direct renderin est enabled, dri succesfull, bref tt est normale. Mais comme j'ai la poisse, y a encore un truc qui deconne. ça aurait été trop beau :/ En fait mon glxinfo donne ceci : name of display: :0.0 display: :0 screen: 0 direct rendering: No server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context client glx vendor string: NVIDIA Corporation client glx version string: 1.3 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_SGI_video_sync, GLX_SGIX_swap_group, GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_NV_float_buffer GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_ARB_get_proc_address OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.3 Mesa 4.0.4 OpenGL extensions: GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_texture_border_clamp, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_dot3, GL_EXT_abgr, GL_EXT_blend_color, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_lod_bias glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- 0x23 24 tc 0 24 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 None 0x24 24 tc 0 24 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 None 0x25 24 tc 0 24 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 None 0x26 24 tc 0 24 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 None 0x27 24 tc 0 24 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x28 24 tc 0 24 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x29 24 tc 0 24 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x2a 24 tc 0 24 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x2b 24 tc 0 24 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 None 0x2c 24 tc 0 24 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 None 0x2d 24 tc 0 24 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 None 0x2e 24 tc 0 24 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 None etc ..... et toujours le tableau.... Donc là c louche, le log XFrre me dit driect redering enabled et dans le glxinfo nan. Bref je fait un glxgears : c la cata 65 fps Pour info, un tite partie du log de XFree : (II) fglrx(0): driver needs XFree86 version: 4.3.x (II) fglrx(0): detected XFree86 version: 4.3.0 (II) Loading extension ATIFGLRXDRI (II) fglrx(0): doing DRIScreenInit drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 6, (OK) drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 6, (OK) drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 6, (OK) drmGetBusid returned '' (II) fglrx(0): [drm] created "fglrx" driver at busid "PCI:1:0:0" (II) fglrx(0): [drm] added 8192 byte SAREA at 0xe0c8b000 (II) fglrx(0): [drm] mapped SAREA 0xe0c8b000 to 0x40028000 (II) fglrx(0): [drm] framebuffer handle = 0xd8000000 (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: 3.9.0 (II) fglrx(0): Date: May 11 2004 (II) fglrx(0): Desc: ATI Fire GL 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.4.25 (II) fglrx(0): Build-Kernel MODVERSIONS: yes (II) fglrx(0): Build-Kernel __SMP__: no (II) fglrx(0): Build-Kernel PAGE_SIZE: 0x1000 (II) fglrx(0): [drm] register handle = 0xe9000000 (II) fglrx(0): [agp] Mode=0x1f000217 bridge: 0x8086/0x1a30 (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 protocoll is enabled for grafics board. (cmd=0x1f000314) (II) fglrx(0): [agp] grafics 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 = 0xe8dc9000 (II) fglrx(0): shared FSAAScale=1 (II) fglrx(0): DRI initialization successfull! (II) fglrx(0): FBADPhys: 0xd8000000 FBMappedSize: 0x00700000 (II) fglrx(0): FBMM initialized for area (0,0)-(1280,1433) (II) fglrx(0): FBMM auto alloc for area (0,0)-(1280,1024) (front color buffer - assumption) (==) fglrx(0): Backing store disabled (==) fglrx(0): Silken mouse enabled (II) fglrx(0): Using hardware cursor (scanline 1024) (II) fglrx(0): Largest offscreen area available: 1280 x 401 (**) 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: 30 128x128 slots (II) fglrx(0): Acceleration enabled (II) fglrx(0): X context handle = 0x00000001 (II) fglrx(0): [DRI] installation complete (II) fglrx(0): Direct rendering enabled (II) Loading extension FGLRXEXTENSION (II) Loading extension ATITVOUT (==) RandR enabled (II) Setting vga for screen 0. (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension LBX (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR etc .. Alors là c koi le problème encore.... ppff ça me fatigue cette histoire ! Lien vers le commentaire Partager sur d’autres sites More sharing options...
sluke Posté(e) le 7 juillet 2004 Auteur Partager Posté(e) le 7 juillet 2004 A oui j'oubliais, autre petit truc : quand je fais un fgl_glxgears (le glxgears de ati apparemment), ça me dit : Error: couldn't get fbconfig voilà Lien vers le commentaire Partager sur d’autres sites More sharing options...
sluke Posté(e) le 8 juillet 2004 Auteur Partager Posté(e) le 8 juillet 2004 Bon bah voilà, tout est ok ! c'était des liens symboliques le libGL.so libGLU.so ... qui redirigeait vers les drivers nv. Merci à tous ! Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Archivé
Ce sujet est désormais archivé et ne peut plus recevoir de nouvelles réponses.