From: IceDragon <ice...@gm...> - 2004-05-13 13:02:44
|
Greetings. A few days ago I've started configuring DRI on my workstation to get faster performance from the system. After a day or so, I finally managed to enable DRI properly on my XFree86 server. Got positive responses during the system bootup and X server log claims DRI was successfully enabled. The problem arised when I've checked the direct rendering status with glxinfo. The program claims that there is no direct rendering and shows "Mesa GLX Indirect" as the OpenGL renderer string. The FPS testing program (glxgears) didn't get me over 55FPS at 24bit depth and over 150FPS at 16bit. I've checked the website for possible solutions in various Troubleshooting sections, but none of them seemed to help. Google didn't get me any far, either, unfortunately, so that brings me to this mailing list in hope that, perhaps, one of the cummunity members could identify the issue and enlighten my limited knowledge on the subject. Now for the details: I was building DRI from the "Building the DRI" documentation page at http:// dri.sourceforge.net/cgi-bin/moin.cgi/Building - no problems encountered during the process. The video card I'm using is a Voodoo 5 5500 AGP. I run Slackware Linux 9.1 on a manually compiled 2.6.6 kernel. The kernel modules "tdfx" and "agpgart" are set to be loaded during the bootup sequence. The two modules in lsmod: tdfx 33788 2 agpgart 27912 0 dmesg data and it's acquisition: [icedragon@dragon ~]$ dmesg |grep agpgart Linux agpgart interface v0.100 (c) Dave Jones [icedragon@dragon ~]$ dmesg |grep drm [drm] Initialized tdfx 1.0.0 20010216 on minor 0 [icedragon@dragon ~]$ dmesg |grep mtrr mtrr: v2.0 (20020519) mtrr: 0xf0000000,0x8000000 overlaps existing 0xf0000000,0x1000000 mtrr: 0xf0000000,0x8000000 overlaps existing 0xf0000000,0x1000000 Alongside with these mtrr messages I see the following, too (not sure if it's bad or not): atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0). atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly. What have I checked so far: * In /etc/X11/XF86Config I have added the following to support DRI: Load "glx" Load "dri" Section "DRI" Mode 0666 EndSection * The libGL.so seems to be up to date - from what I've compiled before. I'm unsure about libGLU.so. The library files are stored in /usr/X11R6/lib: -rw-r--r-- 1 root root 603342 Sep 17 2003 libGL.a lrwxrwxrwx 1 root root 12 Apr 24 16:41 libGL.so -> libGL.so.1.2* lrwxrwxrwx 1 root root 12 Apr 24 16:41 libGL.so.1 -> libGL.so.1.2* -rwxr-xr-x 1 root root 3695286 Apr 24 16:41 libGL.so.1.2* -rw-r--r-- 1 root root 658548 Sep 17 2003 libGLU.a lrwxrwxrwx 1 root root 13 Feb 28 12:59 libGLU.so -> libGLU.so.1.3* lrwxrwxrwx 1 root root 13 Feb 28 12:59 libGLU.so.1 -> libGLU.so.1.3* -rwxr-xr-x 1 root root 500828 Sep 17 2003 libGLU.so.1.3* * ldd check on glxinfo and glxgears show the use of libGL and libGLU from the info above - the right libraries. As you can see, I'm out of ideas now and would appreciate any suggestions you might have. Thanks in advance. -- <<-= IceDragon =->> URL: http://icerealm.loktuslumina.com IRC: irc.theden.ws [N: IceDragon C: #QuickFox] |
From: Adam J. <aj...@nw...> - 2004-05-13 13:18:11
|
On Thursday 13 May 2004 08:05, IceDragon wrote: > Greetings. > > A few days ago I've started configuring DRI on my workstation to get faster > performance from the system. After a day or so, I finally managed to enable > DRI properly on my XFree86 server. Got positive responses during the system > bootup and X server log claims DRI was successfully enabled. > > The problem arised when I've checked the direct rendering status with > glxinfo. The program claims that there is no direct rendering and shows > "Mesa GLX Indirect" as the OpenGL renderer string. The FPS testing program > (glxgears) didn't get me over 55FPS at 24bit depth and over 150FPS at > 16bit. Could you send the output of "LIBGL_DEBUG=verbose glxinfo" please? > The video card I'm using is a Voodoo 5 5500 AGP. I run Slackware Linux 9.1 > on a manually compiled 2.6.6 kernel. The kernel modules "tdfx" and > "agpgart" are set to be loaded during the bootup sequence. You're going to be an unhappy camper then. The tdfx driver is almost completely broken with regards to textures. You might want to try building libGL using the "linux-glide" target in Mesa; it won't be DRI but it'll be hardware-accelerated OpenGL at least. (Although I've had problems with that too...) > The two modules in lsmod: > > tdfx 33788 2 > agpgart 27912 0 Not sure it matters too much, since the tdfx cards don't really use AGP, but since this is 2.6 you might also need to load the appropriate AGP chipset driver (intel, via, whatever). - ajax |
From: Alex D. <ag...@ya...> - 2004-05-13 15:14:08
|
--- IceDragon <ice...@gm...> wrote: > Greetings. > > A few days ago I've started configuring DRI on my workstation to get > faster > performance from the system. After a day or so, I finally managed to > enable > DRI properly on my XFree86 server. Got positive responses during the > system > bootup and X server log claims DRI was successfully enabled. > > The problem arised when I've checked the direct rendering status with > glxinfo. > The program claims that there is no direct rendering and shows "Mesa > GLX > Indirect" as the OpenGL renderer string. The FPS testing program > (glxgears) > didn't get me over 55FPS at 24bit depth and over 150FPS at 16bit. > [snip] > > The two modules in lsmod: > > tdfx 33788 2 > agpgart 27912 0 > On 2.6 you also need to load the chipset specific AGP module (via-agp, intel-agp, etc.) for your AGP chipset. Alex __________________________________ Do you Yahoo!? Yahoo! Movies - Buy advance tickets for 'Shrek 2' http://movies.yahoo.com/showtimes/movie?mid=1808405861 |
From: IceDragon <ice...@gm...> - 2004-05-13 18:48:43
|
Written by Adam Jackson on Thursday 13 May 2004 13:25: > On Thursday 13 May 2004 08:05, IceDragon wrote: > > Greetings. > > > > A few days ago I've started configuring DRI on my workstation to get > > faster performance from the system. After a day or so, I finally managed > > to enable DRI properly on my XFree86 server. Got positive responses > > during the system bootup and X server log claims DRI was successfully > > enabled. > > > > The problem arised when I've checked the direct rendering status with > > glxinfo. The program claims that there is no direct rendering and shows > > "Mesa GLX Indirect" as the OpenGL renderer string. The FPS testing > > program (glxgears) didn't get me over 55FPS at 24bit depth and over > > 150FPS at 16bit. > > Could you send the output of "LIBGL_DEBUG=verbose glxinfo" please? [icedragon@dragon /home/icedragon]$ LIBGL_DEBUG=verbose glxinfo name of display: :0.0 display: :0 screen: 0 direct rendering: No server glx vendor string: Brian Paul server glx version string: 1.4 Mesa 6.1 server glx extensions: GLX_MESA_copy_sub_buffer, GLX_MESA_pixmap_colormap, GLX_MESA_release_buffers, GLX_ARB_get_proc_address, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGI_video_sync, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer client glx vendor string: Brian Paul client glx version string: 1.4 Mesa 6.1 client glx extensions: GLX_MESA_copy_sub_buffer, GLX_MESA_pixmap_colormap, GLX_MESA_release_buffers, GLX_ARB_get_proc_address, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGI_video_sync, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer GLX extensions: GLX_MESA_copy_sub_buffer, GLX_MESA_pixmap_colormap, GLX_MESA_release_buffers, GLX_ARB_get_proc_address, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGI_video_sync, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer OpenGL vendor string: Brian Paul OpenGL renderer string: Mesa X11 OpenGL version string: 1.5 Mesa 6.1 OpenGL extensions: GL_ARB_depth_texture, GL_ARB_fragment_program, GL_MESAX_half_float_pixel, GL_ARB_imaging, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_occlusion_query, GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_shadow, GL_ARB_shadow_ambient, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, GL_MESAX_texture_float, GL_ARB_texture_mirrored_repeat, GL_ARB_texture_non_power_of_two, GL_ARB_transpose_matrix, GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate, GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_convolution, GL_EXT_copy_texture, GL_EXT_depth_bounds_test, GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_histogram, GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels, GL_EXT_paletted_texture, GL_EXT_pixel_buffer_object, GL_EXT_point_parameters, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, GL_EXT_shared_texture_palette, GL_EXT_stencil_two_side, GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_lod_bias, GL_EXT_texture_mirror_clamp, GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array, GL_APPLE_packed_pixels, GL_ATI_blend_equation_separate, GL_ATI_texture_env_combine3, GL_ATI_texture_mirror_once, GL_HP_occlusion_test, GL_IBM_multimode_draw_arrays, GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_program_debug, GL_MESA_resize_buffers, GL_MESA_ycbcr_texture, GL_MESA_window_pos, GL_NV_blend_square, GL_NV_fragment_program, GL_NV_light_max_exponent, GL_NV_point_sprite, GL_NV_texture_rectangle, GL_NV_texgen_reflection, GL_NV_vertex_program, GL_NV_vertex_program1_1, GL_SGI_color_matrix, GL_SGI_color_table, GL_SGI_texture_color_table, GL_SGIS_generate_mipmap, GL_SGIS_pixel_texture, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SGIX_depth_texture, GL_SGIX_pixel_texture, GL_SGIX_shadow, GL_SGIX_shadow_ambient, GL_SUN_multi_draw_arrays 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 0 0 16 8 16 16 16 0 0 0 None 0x24 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0x25 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0x26 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0x27 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0x28 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0x29 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0x2a 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0x2b 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0x2c 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0x2d 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0x2e 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0x2f 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0x30 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0x31 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0x32 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None > > > The video card I'm using is a Voodoo 5 5500 AGP. I run Slackware Linux > > 9.1 on a manually compiled 2.6.6 kernel. The kernel modules "tdfx" and > > "agpgart" are set to be loaded during the bootup sequence. > > You're going to be an unhappy camper then. The tdfx driver is almost > completely broken with regards to textures. You might want to try building > libGL using the "linux-glide" target in Mesa; it won't be DRI but it'll be > hardware-accelerated OpenGL at least. (Although I've had problems with > that too...) I've tried to do this now and it seems to get me up to 100FPS in 24bit mode. For some reason, though, I doubt that it's supposed to be that low... > > > The two modules in lsmod: > > > > tdfx 33788 2 > > agpgart 27912 0 > > Not sure it matters too much, since the tdfx cards don't really use AGP, > but since this is 2.6 you might also need to load the appropriate AGP > chipset driver (intel, via, whatever). As per what the building documentation said, that's what I have in my /etc/ modules.conf: pre-install tdfx /sbin/modprobe "-k" "agpgart" pre-install agpgart /sbin/modprobe "-k" "intel-agp" > > - ajax -- <<-= IceDragon =->> URL: http://icerealm.loktuslumina.com IRC: irc.theden.ws [N: IceDragon C: #QuickFox] |
From: Adam J. <aj...@nw...> - 2004-05-13 20:21:38
|
On Thursday 13 May 2004 13:47, IceDragon wrote: > Written by Adam Jackson on Thursday 13 May 2004 13:25: > > Could you send the output of "LIBGL_DEBUG=verbose glxinfo" please? > > [icedragon@dragon /home/icedragon]$ LIBGL_DEBUG=verbose glxinfo > name of display: :0.0 > display: :0 screen: 0 > direct rendering: No Whatever your libGL is, it's not DRI-capable. A DRI-capable libGL would tell you about trying to open /usr/X11R6/lib/modules/dri/tdfx_dri.so. - ajax |
From: IceDragon <ice...@gm...> - 2004-05-14 22:04:08
|
Written by Adam Jackson on Thursday 13 May 2004 20:25: > On Thursday 13 May 2004 13:47, IceDragon wrote: > > Written by Adam Jackson on Thursday 13 May 2004 13:25: > > > Could you send the output of "LIBGL_DEBUG=verbose glxinfo" please? > > > > [icedragon@dragon /home/icedragon]$ LIBGL_DEBUG=verbose glxinfo > > name of display: :0.0 > > display: :0 screen: 0 > > direct rendering: No > > Whatever your libGL is, it's not DRI-capable. A DRI-capable libGL would > tell you about trying to open /usr/X11R6/lib/modules/dri/tdfx_dri.so. Alright, I've got libGL rebuilt a few times untill I've got some data regarding the opening. Unfortunately, I've encountered a few errors at it. Perhaps that's the reason for DRI to fail. Take a look: [icedragon@dragon /tmp/1]$ LIBGL_DEBUG=verbose glxinfo name of display: :0.0 libGL: XF86DRIGetClientDriverName: 1.0.0 tdfx (screen 0) libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/tdfx_dri.so libGL error: dlopen /usr/X11R6/lib/modules/dri/tdfx_dri.so failed (/usr/X11R6/ lib/modules/dri/tdfx_dri.so: undefined symbol: _mesa_init_driver_functions) libGL error: unable to find driver: tdfx_dri.so display: :0 screen: 0 direct rendering: No Could you please tell me what can I do in order to solve this problem?.. if there's anything I can do in the first place, that is. > > - ajax -- <<-= IceDragon =->> URL: http://icerealm.loktuslumina.com IRC: irc.theden.ws [N: IceDragon C: #QuickFox] |
From: Adam J. <aj...@nw...> - 2004-05-14 22:23:16
|
On Friday 14 May 2004 20:03, IceDragon wrote: > [icedragon@dragon /tmp/1]$ LIBGL_DEBUG=verbose glxinfo > name of display: :0.0 > libGL: XF86DRIGetClientDriverName: 1.0.0 tdfx (screen 0) > libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/tdfx_dri.so > libGL error: dlopen /usr/X11R6/lib/modules/dri/tdfx_dri.so failed > (/usr/X11R6/ lib/modules/dri/tdfx_dri.so: undefined symbol: > _mesa_init_driver_functions) libGL error: unable to find driver: > tdfx_dri.so > display: :0 screen: 0 > direct rendering: No I could have sworn I'd fixed that. (checks) Yeah, I did. Check your xc/xc/lib/GL/mesa/drivers/dri/tdfx/Imakefile, the OBJS= line should have $(COMMONOBJS) in it. If not, you need to pull down xc from CVS again. - ajax |
From: IceDragon <ice...@gm...> - 2004-05-15 00:22:07
|
Written by Adam Jackson on Friday 14 May 2004 22:30: > On Friday 14 May 2004 20:03, IceDragon wrote: > > [icedragon@dragon /tmp/1]$ LIBGL_DEBUG=verbose glxinfo > > name of display: :0.0 > > libGL: XF86DRIGetClientDriverName: 1.0.0 tdfx (screen 0) > > libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/tdfx_dri.so > > libGL error: dlopen /usr/X11R6/lib/modules/dri/tdfx_dri.so failed > > (/usr/X11R6/ lib/modules/dri/tdfx_dri.so: undefined symbol: > > _mesa_init_driver_functions) libGL error: unable to find driver: > > tdfx_dri.so > > display: :0 screen: 0 > > direct rendering: No > > I could have sworn I'd fixed that. (checks) Yeah, I did. Check your > xc/xc/lib/GL/mesa/drivers/dri/tdfx/Imakefile, the OBJS= line should have > $(COMMONOBJS) in it. If not, you need to pull down xc from CVS again. > > - ajax I've just finished compiling the latest CVS build and everything works perfectly now. The results are fantastic! Thank you very much for helping me out. Now I can finally go to sleep (3:20am) in peace ;) -- <<-= IceDragon =->> URL: http://icerealm.loktuslumina.com IRC: irc.theden.ws [N: IceDragon C: #QuickFox] |