From: Tim C. <spr...@ho...> - 2005-07-23 06:19:30
|
Not sure if I should even send this email out. It just seems like this is about one of the most interesting problems I've run into while using Linux. I've installed Mandrake LE 2005 (10.2) on my laptop. I've built xorg, mesa, and drm from cvs AND I've tried the most recent binary snapshots as well. I come up with the same results. I have 3D support in run level 3, but not in run level 5. Furthermore, I have similar keyboard glitches to those I found when I tried this in Mandie 10.1. In this case, once the graphical login screen appears in run level 5, I have a certain amount of time (10-15 seconds) and then a small graphical glitch of purple blocks appears in the middle of my screen and at that point, my keyboard no longer responds. If I have logged in, I continue to my desktop, but have no keyboard. If I simply reset X, then when I get to the graphical login screen again and login I have no problem. There are no issues with run level 3. Now for 3D issues. In run level 5, when I run LIBGL_DEBUG=verbose glxinfo, I get: name of display: :0.0 libGL: XF86DRIGetClientDriverName: 2.0.0 savage (screen 0) libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/savage_dri.so drmOpenByBusid: Searching for BusID pci:0000:01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 4, (OK) drmOpenByBusid: drmOpenMinor returns 4 drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 libGL error: Can't open configuration file /etc/drirc: No such file or directory. libGL error: Can't open configuration file /home/springshades/.drirc: No such file or directory. display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_fbconfig client glx vendor string: SGI client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIS_multisample OpenGL vendor string: S3 Graphics Inc. OpenGL renderer string: Mesa DRI Twister 20050501 AGP 1x x86/MMX+/3DNow!+/SSE OpenGL version string: 1.2 Mesa 6.3 OpenGL extensions: GL_ARB_imaging, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_texture_compression, GL_ARB_texture_env_add, GL_ARB_transpose_matrix, GL_ARB_window_pos, 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_convolution, GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_histogram, GL_EXT_packed_pixels, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_separate_specular_color, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_vertex_array, GL_APPLE_packed_pixels, GL_IBM_rasterpos_clip, GL_MESA_window_pos, GL_NV_light_max_exponent, GL_NV_texgen_reflection, GL_OES_read_format, GL_SGI_color_matrix, GL_SGI_color_table, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod wait event returned -16 This is with the binary snapshots. When I built from CVS I got segmentation fault instead of wait event returned -16. In run level 3, I don't get an error there, it continues to a table as expected. glxgears gives segmentation fault. I've installed several 3D games to try, for the most part they crash the entire operating system and I have to do a hard reset. I'm sorry, I've tried getting a back trace the way you described in similar posts: ulimit -c unlimited glxgears gdb -c core 'which glxgears' bt But it can't find core and says "no stack" when I do bt. I've also tried gdb glxgears then run, but don't get anything worthwhile. Anyway, it seems that the answer to my problem is to just use run level 3. I have NO idea why this could make a difference with x though. One question, is the 3D support better if I use snapshots or build from CVS? I feel like I might be a bit slower now with snapshots than before when I was using CVS. I didn't take numbers from before, but now I'm getting about 140-150 fps in glxgears with 1024x768 at 16 bit on a Savage Twister K built into a laptop with 256 MB RAM and 1.2 GHz Duron processor. Does anyone know if that is what should be expected (It'd be great to get an answer from Jerry McBride if you see this, I know you said that you have several similar computers working)? I was getting about 70 fps in glxgears before having 3D rendering. ........ Tim ........ |
From: Jerry M. <mcb...@co...> - 2005-07-23 14:50:41
|
On Saturday 23 July 2005 02:19 am, Tim C. wrote: > Not sure if I should even send this email out. It just seems like this is > about one of the most interesting problems I've run into while using Linux. > I've installed Mandrake LE 2005 (10.2) on my laptop. I've built xorg, mesa, > and drm from cvs AND I've tried the most recent binary snapshots as well. I > come up with the same results. > > I have 3D support in run level 3, but not in run level 5 ---snip--- Do you have this in your xorg.conf file? Section "DRI" Mode 0666 EndSection > (It'd be great to get an answer from > Jerry McBride if you see this, I know you said that you have several > similar computers working)? I was getting about 70 fps in glxgears before > having 3D rendering. > I just recompiled an entire laptop using gcc 3.4.4, glibc 2.3.5 and xorg 6.8.99.12.... glxgears has gone up another notch... -- ****************************************************************************** Registered Linux User Number 185956 FSF Associate Member number 2340 since 05/20/2004 Join me in chat at #linux-users on irc.freenode.net Buy an Xbox for $149.00, run linux on it and Microsoft loses $150.00! 10:55am up 5 days, 10:54, 1 user, load average: 0.00, 0.00, 0.00 |
From: Tim C. <spr...@ho...> - 2005-07-24 09:53:14
|
> > Not sure if I should even send this email out. It just seems like this >is > > about one of the most interesting problems I've run into while using >Linux. > > I've installed Mandrake LE 2005 (10.2) on my laptop. I've built xorg, >mesa, > > and drm from cvs AND I've tried the most recent binary snapshots as >well. I > > come up with the same results. > > > > I have 3D support in run level 3, but not in run level 5 > >---snip--- > >Do you have this in your xorg.conf file? > > >Section "DRI" > Mode 0666 >EndSection > Yup, that's in there. Seems like this wouldn't effect the difference between run levels though. That's the most surprising thing to me. > > (It'd be great to get an answer from > > Jerry McBride if you see this, I know you said that you have several > > similar computers working)? I was getting about 70 fps in glxgears >before > > having 3D rendering. > > > >I just recompiled an entire laptop using gcc 3.4.4, glibc 2.3.5 and xorg >6.8.99.12.... glxgears has gone up another notch... > > I'll give recompiling a shot then. It will probably be a good boost to performance. Thanks. :) |
From: Jerry M. <mcb...@co...> - 2005-07-24 13:32:04
|
On Sunday 24 July 2005 05:53 am, Tim C. wrote: > >Do you have this in your xorg.conf file? > > > > > >Section "DRI" > > Mode 0666 > >EndSection > > Yup, that's in there. Seems like this wouldn't effect the difference > between run levels though. That's the most surprising thing to me. > What linux distribution are you running again? If possible, look over the startup scripts in each runlevel... something is clobbering dri... Sorry, that's the best I can do. :') > >I just recompiled an entire laptop using gcc 3.4.4, glibc 2.3.5 and xorg > >6.8.99.12.... glxgears has gone up another notch... > > I'll give recompiling a shot then. It will probably be a good boost to > performance. Thanks. :) > It's definitely worth the trouble. I ran into some early problems with kde. It seems as though kdemultimedia wants to compile after arts, base and libs, before everything else will run normally... So far, it's cool. -- ****************************************************************************** Registered Linux User Number 185956 FSF Associate Member number 2340 since 05/20/2004 Join me in chat at #linux-users on irc.freenode.net Buy an Xbox for $149.00, run linux on it and Microsoft loses $150.00! 9:37am up 6 days, 9:36, 1 user, load average: 0.00, 0.00, 0.00 |
From: Roland S. <rsc...@hi...> - 2005-07-24 22:38:58
|
Tim C. wrote: > Yup, that's in there. Seems like this wouldn't effect the difference > between run levels though. That's the most surprising thing to me. I once had a similar strange issue with suse 9.1, I never really fixed it "the right way". Seemed to be connected with all those coldplug / hotplug script stuff which somehow caused the modules to load in the wrong order or whatnot. After not figuring out how that stuff works I just loaded the modules in the right order manually (e.g. something like agpgart, agp-via, drm, radeon) in some very early bootup script. Roland |