nV News Forums

 
 

nV News Forums (http://www.nvnews.net/vbulletin/index.php)
-   NVIDIA Linux (http://www.nvnews.net/vbulletin/forumdisplay.php?f=14)
-   -   direct rendering: Yes but no 3D acceleration (http://www.nvnews.net/vbulletin/showthread.php?t=48924)

gubi 04-09-05 03:11 AM

direct rendering: Yes but no 3D acceleration
 
5 Attachment(s)
Hi

I'm trying to set up the nvidia driver on a Debian Sarge sytem (updated yesterday). Everything seems fine, no error messages in XFree86.0.log or anywhere else I looked, but 3D acceleration does not work - glxgears runs at about 18 FPS...

Quote:

:~$ glxinfo
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.3
server glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control
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_NV_swap_group, GLX_NV_video_out, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_SGI_swap_control, GLX_NV_float_buffer
GLX extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control,
GLX_ARB_get_proc_address
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce2 GTS/AGP/3DNOW!
OpenGL version string: 1.5.3 NVIDIA 71.67
OpenGL extensions:
GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_point_parameters,
GL_ARB_point_sprite, GL_ARB_shader_objects, GL_ARB_shading_language_100,
GL_ARB_texture_compression, GL_ARB_texture_cube_map,
GL_ARB_texture_env_add, GL_ARB_texture_env_combine,
GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat,
GL_ARB_texture_rectangle, GL_ARB_transpose_matrix,
GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_vertex_shader,
GL_ARB_window_pos, GL_S3_s3tc, GL_EXT_texture_env_add, GL_EXT_abgr,
GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_minmax,
GL_EXT_blend_subtract, GL_EXT_clip_volume_hint,
GL_EXT_compiled_vertex_array, GL_EXT_Cg_shader,
GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays,
GL_EXT_packed_pixels, GL_EXT_paletted_texture, GL_EXT_pixel_buffer_object,
GL_EXT_point_parameters, GL_EXT_rescale_normal, GL_EXT_secondary_color,
GL_EXT_separate_specular_color, GL_EXT_shared_texture_palette,
GL_EXT_stencil_wrap, GL_EXT_texture_compression_s3tc,
GL_EXT_texture_cube_map, GL_EXT_texture_edge_clamp,
GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3,
GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod,
GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_vertex_array,
GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat,
GL_KTX_buffer_region, GL_NV_blend_square, GL_NV_fence,
GL_NV_fog_distance, GL_NV_light_max_exponent, GL_NV_packed_depth_stencil,
GL_NV_pixel_data_range, GL_NV_point_sprite, GL_NV_register_combiners,
GL_NV_texgen_reflection, GL_NV_texture_env_combine4,
GL_NV_texture_rectangle, GL_NV_vertex_array_range,
GL_NV_vertex_array_range2, GL_NV_vertex_program, GL_NV_vertex_program1_1,
GL_SGIS_generate_mipmap, GL_SGIS_multitexture, GL_SGIS_texture_lod,
GL_SUN_slice_accum
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
----------------------------------------------------------------------
0x21 24 tc 0 32 0 r y . 8 8 8 0 4 24 8 16 16 16 16 0 0 None
0x22 24 dc 0 32 0 r y . 8 8 8 0 4 24 8 16 16 16 16 0 0 None
0x23 24 tc 0 32 0 r y . 8 8 8 8 4 24 8 16 16 16 16 0 0 None
0x24 24 tc 0 32 0 r . . 8 8 8 0 4 24 8 16 16 16 16 0 0 None
0x25 24 tc 0 32 0 r . . 8 8 8 8 4 24 8 16 16 16 16 0 0 None
0x26 24 tc 0 32 0 r y . 8 8 8 0 4 0 0 16 16 16 16 0 0 None
0x27 24 tc 0 32 0 r y . 8 8 8 8 4 0 0 16 16 16 16 0 0 None
0x28 24 tc 0 32 0 r . . 8 8 8 0 4 0 0 16 16 16 16 0 0 None
0x29 24 tc 0 32 0 r . . 8 8 8 8 4 0 0 16 16 16 16 0 0 None
0x2a 24 dc 0 32 0 r y . 8 8 8 8 4 24 8 16 16 16 16 0 0 None
0x2b 24 dc 0 32 0 r . . 8 8 8 0 4 24 8 16 16 16 16 0 0 None
0x2c 24 dc 0 32 0 r . . 8 8 8 8 4 24 8 16 16 16 16 0 0 None
0x2d 24 dc 0 32 0 r y . 8 8 8 0 4 0 0 16 16 16 16 0 0 None
0x2e 24 dc 0 32 0 r y . 8 8 8 8 4 0 0 16 16 16 16 0 0 None
0x2f 24 dc 0 32 0 r . . 8 8 8 0 4 0 0 16 16 16 16 0 0 None
0x30 24 dc 0 32 0 r . . 8 8 8 8 4 0 0 16 16 16 16 0 0 None
The README says I should uninstall all mesa packages, but I can't because the dependencies would remove half of my software. The following mesa packages are thus still present on the system (I removed those I could):
Quote:

ls /var/lib/dpkg/info/*.list | grep mesa
/var/lib/dpkg/info/mesademos.list
/var/lib/dpkg/info/xlibmesa3-gl.list
/var/lib/dpkg/info/xlibmesa3-glu.list
/var/lib/dpkg/info/xlibmesa-dri.list
/var/lib/dpkg/info/xlibmesa-gl.list
/var/lib/dpkg/info/xlibmesa-glu.list
Any pointer appreciated. My best guess is that somewhere the wrong libraries get used, but I don't know where to look...

Quote:

ldd /usr/X11R6/bin/glxgears
libGL.so.1 => /usr/lib/libGL.so.1 (0xb7f64000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0xb7f55000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0xb7e8e000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0xb7e7f000)
libm.so.6 => /lib/tls/libm.so.6 (0xb7e5d000)
libc.so.6 => /lib/tls/libc.so.6 (0xb7d29000)
libGLcore.so.1 => /usr/lib/libGLcore.so.1 (0xb75d8000)
libnvidia-tls.so.1 => /usr/lib/tls/libnvidia-tls.so.1 (0xb75d5000)
libdl.so.2 => /lib/tls/libdl.so.2 (0xb75d2000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0xb7fea000)
Quote:

cd /usr/lib
ls -l | grep GL
lrwxrwxrwx 1 root root 21 2005-04-08 17:40 libGLcore.so.1 -> libGLcore.so.1.0.7167
-rwxr-xr-x 1 root root 7626092 2005-04-08 17:40 libGLcore.so.1.0.7167
-rw-r--r-- 1 root root 653 2005-04-08 17:40 libGL.la
lrwxrwxrwx 1 root root 10 2005-04-08 17:40 libGL.so -> libGL.so.1
lrwxrwxrwx 1 root root 17 2005-04-08 17:40 libGL.so.1 -> libGL.so.1.0.7167
-rwxr-xr-x 1 root root 485260 2005-04-08 17:40 libGL.so.1.0.7167
lrwxrwxrwx 1 root root 13 2005-04-08 17:22 libGLU.so.1 -> libGLU.so.1.3
lrwxrwxrwx 1 root root 26 2005-04-08 17:22 libGLU.so.1.3 -> ../X11R6/lib/libGLU.so.1.3
The dates correspond (I think) to the last driver installation, so this should be fine... or maybe I looked at the wrong libraries...

[edit]
I forgot:
The graphics board is a GF2 Ultra on an ASUS A7V with AGP set to 1x and Fast Writes off (otherwise it wouldn't run stable on Windows, so I chose the same settings on Linux to begin with). I know most of the info is also present in nvidia-bug-report.log, but I thought it was more convenient to have it split up to multiple files and a little summary here.

gubi 04-09-05 01:30 PM

Re: direct rendering: Yes but no 3D acceleration
 
Now I did an installation as described here:
http://home.comcast.net/~andrex/Debi...tallation.html ("Use module-assistant.")

Everything went (after installing 2.6.11 because the kernel headers package for the installed 2.6.9 kernel was not available any more) as it should, glxinfo says "direct rendering: Yes", but still no acceleration in glxgears.

:cry: :cry: :cry:

gubi 04-09-05 02:03 PM

Re: direct rendering: Yes but no 3D acceleration
 
Guys, you're not going to believe this...

I have to explain. I wrote a distributed program which can brute-force MD5 hashes (to be more precise, such of BSD-style password encryption) on pretty much any number of computers. I fed the server with test data and installed clients on all of my machines (to be run on boot-up), of course nice'd such that it does not interfere with other applications running on the machines.

Well, this was no problem at all as long as, right, I never tried glxgears.

Now, for some bloody reason, glxgears got nearly no cpu time while that client was running (altough glxgears had priority 0 and that client priority 5), thus had framerates around 15-30 fps...

I discovered this by accident, while I was trying quake3, because I wasn't quite sure if glxgears was the right application to test 3d functionality. Q3 was also severely slowed down by that client running in the background, but I knew from experience that software rendering had to be much slower than q3's frame rates, so I killed the client et voilą, everything worked fine
:eek: :eek:

Shame on me and sorry for the trouble (well, at least you all had a laugh)

gubi

[edit]
nice -n 19 and everything works fine :)

energyman76b 04-09-05 07:57 PM

Re: direct rendering: Yes but no 3D acceleration
 
Hi,

well not really surprising... glxgears is known as a pure cpu benchmark ;)

erek 04-09-05 09:49 PM

Re: direct rendering: Yes but no 3D acceleration
 
*shakes his head*....

you could always rewrite the entire application design for load balancing, etc using select()


All times are GMT -5. The time now is 06:45 PM.

Powered by vBulletin® Version 3.7.1
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Copyright ©1998 - 2014, nV News.