* [gentoo-user] Question regarding VIDEO_CARDS and unrelated question regarding USE flags @ 2009-08-05 13:18 pk 2009-08-05 13:51 ` Alex Schuster 0 siblings, 1 reply; 9+ messages in thread From: pk @ 2009-08-05 13:18 UTC (permalink / raw To: GentooUser Hi, When I sync'ed a couple of days ago I got this: xxxxx ~ # emerge --with-bdeps y -DupN world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-base/xorg-server-1.5.3-r6 VIDEO_CARDS="(-fglrx%*)" [ebuild R ] media-libs/alsa-lib-1.0.19 USE="(-midi%*)" [ebuild U ] media-libs/libmikmod-3.1.11-r5 [3.1.11-r4] [ebuild R ] media-sound/alsa-tools-1.0.19 USE="-midi*" [ebuild R ] media-sound/alsa-utils-1.0.19-r2 USE="(-midi%*)" [ebuild R ] media-sound/audacity-1.3.7 USE="-midi*" Q1. Does anyone know why the ebuild for xorg-server no longer have the fglrx flag (nvidia is present) available? Q2. Does anyone know why midi USE flag is no longer used? I've tried to google it, both general search and via gentoo mail list archives. Though my google skills may not be the best... Best regards Peter K ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [gentoo-user] Question regarding VIDEO_CARDS and unrelated question regarding USE flags 2009-08-05 13:18 [gentoo-user] Question regarding VIDEO_CARDS and unrelated question regarding USE flags pk @ 2009-08-05 13:51 ` Alex Schuster 2009-08-05 16:10 ` pk 0 siblings, 1 reply; 9+ messages in thread From: Alex Schuster @ 2009-08-05 13:51 UTC (permalink / raw To: gentoo-user pk writes: > xxxxx ~ # emerge --with-bdeps y -DupN world > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild R ] x11-base/xorg-server-1.5.3-r6 VIDEO_CARDS="(-fglrx%*)" > [ebuild R ] media-libs/alsa-lib-1.0.19 USE="(-midi%*)" > [ebuild U ] media-libs/libmikmod-3.1.11-r5 [3.1.11-r4] > [ebuild R ] media-sound/alsa-tools-1.0.19 USE="-midi*" > [ebuild R ] media-sound/alsa-utils-1.0.19-r2 USE="(-midi%*)" > [ebuild R ] media-sound/audacity-1.3.7 USE="-midi*" > > Q1. Does anyone know why the ebuild for xorg-server no longer have the > fglrx flag (nvidia is present) available? No. I noticed this yesterday, and skipped re-compiling of xorg-server, just in case. Oh, I just see that on my desktop machine xorg-server already got re- compiled without fglrx. I see no adverse effects yet, but then OpenGL never worked really well here. > Q2. Does anyone know why midi USE flag is no longer used? There is http://bugs.gentoo.org/show_bug.cgi?id=272659 , although it does not really explain why midi is being dropped from ALSA. Wonko ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [gentoo-user] Question regarding VIDEO_CARDS and unrelated question regarding USE flags 2009-08-05 13:51 ` Alex Schuster @ 2009-08-05 16:10 ` pk 2009-08-06 22:51 ` Alex Schuster 0 siblings, 1 reply; 9+ messages in thread From: pk @ 2009-08-05 16:10 UTC (permalink / raw To: gentoo-user Alex Schuster wrote: > Oh, I just see that on my desktop machine xorg-server already got re- > compiled without fglrx. I see no adverse effects yet, but then OpenGL never > worked really well here. As I understand it the VIDEO_CARDS parameters (fglrx, radeon, etc.) only controls what drivers should be pulled in when building xorg. So it should not matter much; I'm just curious as to why it's removed from the flags when for instance nvidia is still there... Out of curiousity, what doesn't work for you with regards to OpenGL? For me almost all fglrx drivers have worked flawlessly for years. I'm hoping to migrate to the open source radeon driver as soon as it's stable with my current chip (rv670 - radeon 3870). > There is http://bugs.gentoo.org/show_bug.cgi?id=272659 , although it does > not really explain why midi is being dropped from ALSA. Found this: http://wonkabar.org/2009/08/02/alsa-cleanup-non-optional-midi-support-cleaner-confd/ ...not very much clearer but I left a comment/question on his blog. I'm just wondering what functionality gets lost... Thanks for the reply! Best regards Peter K ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [gentoo-user] Question regarding VIDEO_CARDS and unrelated question regarding USE flags 2009-08-05 16:10 ` pk @ 2009-08-06 22:51 ` Alex Schuster 2009-08-07 1:19 ` pk 0 siblings, 1 reply; 9+ messages in thread From: Alex Schuster @ 2009-08-06 22:51 UTC (permalink / raw To: gentoo-user pk writes: > Alex Schuster wrote: > > Oh, I just see that on my desktop machine xorg-server already got re- > > compiled without fglrx. I see no adverse effects yet, but then OpenGL > > never worked really well here. > > As I understand it the VIDEO_CARDS parameters (fglrx, radeon, etc.) only > controls what drivers should be pulled in when building xorg. So it > should not matter much; I'm just curious as to why it's removed from the > flags when for instance nvidia is still there... > > Out of curiousity, what doesn't work for you with regards to OpenGL? For > me almost all fglrx drivers have worked flawlessly for years. I'm hoping > to migrate to the open source radeon driver as soon as it's stable with > my current chip (rv670 - radeon 3870). I have a Radeon HD 3200 and I am using ati-drivers-8.552-r2. Higher versions did not compile. My kernel is 2.6.28-tuxonice-r3, and with newer kernels I was not able to build any ati-drivers at all. That was a while ago. I tried ati-drivers-9.6 a month ago when that came out, and I don't remember what exactly happened, it compiled but it didn't work either. fgl_glxgears sort of runs, with 135-170 FPS, but the graphics is distorted - see http://wonkology.org/~wonko/tmp/fgl_glxgears.png . Other OpenGL software seems to work without artifacts, though, at least Quake3 and some screen savers. But when playing around with things like Quake3, I get X crashes sometimes, and am able to switch to another virtual terminal only after pressing Alt-SysRq-R. And only for one time, if I try that application again and get another crash, even the SysRq trick does not help and I have to reboot. Then there is stuff like this in dmesg: BUG: using smp_processor_id() in preemptible [00000000] code: X/13807 caller is KAS_GetExecutionLevel+0xb/0xb7 [fglrx] Pid: 13807, comm: X Tainted: P 2.6.28-tuxonice-r3_3 #19 Call Trace: [<c01dec0c>] debug_smp_processor_id+0xa0/0xb4 [<f9dd75fd>] KAS_GetExecutionLevel+0xb/0xb7 [fglrx] [<f9df2e87>] MCIL_GetExecutionLevel+0x47/0x90 [fglrx] [<f9ea3e5f>] RegisterIRQClient+0x5f/0x1a0 [fglrx] [<f9eac4b0>] ReInitializeHotPlugCallback+0x0/0x30 [fglrx] [<f9ea0e9c>] IRQMGR_IRQSourceSupported+0x6c/0x80 [fglrx] [<f9ea42e1>] ValidateIRQMgrAccess+0x31/0x200 [fglrx] [<f9ea0660>] IRQMGR_Access+0xd0/0x160 [fglrx] [<f9e0bb20>] fireglAsyncioUnregisterIntMsgHandlers+0x460/0x4f0 [fglrx] [<f9ea0e9c>] IRQMGR_IRQSourceSupported+0x6c/0x80 [fglrx] [<f9e0b855>] fireglAsyncioUnregisterIntMsgHandlers+0x195/0x4f0 [fglrx] [<f9e0bb20>] fireglAsyncioUnregisterIntMsgHandlers+0x460/0x4f0 [fglrx] [<f9e46d69>] asyncIONotifyMsg+0x339/0x3c0 [fglrx] [<c03096a9>] _spin_unlock_irqrestore+0xe/0x21 [<f9e0a251>] asyncioSvcRecvFn+0xd1/0x1c0 [fglrx] [<f9e46c74>] asyncIONotifyMsg+0x244/0x3c0 [fglrx] [<f9e0ae1d>] firegl_asyncio_write+0x1ad/0x290 [fglrx] [<c018adc1>] vfs_ioctl+0x50/0x5f [<f9dda1ed>] ip_firegl_write+0x2b/0x4f [fglrx] [<f9dda1c2>] ip_firegl_write+0x0/0x4f [fglrx] [<c0181693>] vfs_write+0x84/0x121 [<c01817c8>] sys_write+0x3c/0x63 [<c0102dd9>] sysenter_do_call+0x12/0x21 No idea where this comes from, maybe it's not even related to OpenGL, but ip_firegl_write looks like it might be. And Xorg.0.log shows these lines: (EE) AIGLX error: fglrx exports no extensions (/usr/lib/dri/fglrx_dri.so: undefined symbol: __driDriverExtensions) (EE) AIGLX: reverting to software rendering Does that mean I do not have hardware opengl rendering? fglrxinfo shows: display: :0.0 screen: 0 OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: ATI Radeon HD 3200 Graphics OpenGL version string: 2.1.8201 Release At least no error message. I hope with the newer drivers (and perhaps a newer kernel) things will become better. I did not yet take the time to investigate this further. KDE desktop effects do not work, at least not with OpenGL. I just tried with XRender - most effects did not work at all or were slow, and one made the system hang - I am glad kmail had saved this mail I am typing, so I do not have to write it all again now. Wonko ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [gentoo-user] Question regarding VIDEO_CARDS and unrelated question regarding USE flags 2009-08-06 22:51 ` Alex Schuster @ 2009-08-07 1:19 ` pk 2009-08-07 13:53 ` Alex Schuster 0 siblings, 1 reply; 9+ messages in thread From: pk @ 2009-08-07 1:19 UTC (permalink / raw To: gentoo-user Alex Schuster wrote: > I have a Radeon HD 3200 and I am using ati-drivers-8.552-r2. Higher versions > did not compile. My kernel is 2.6.28-tuxonice-r3, and with newer kernels I > was not able to build any ati-drivers at all. That was a while ago. I tried > ati-drivers-9.6 a month ago when that came out, and I don't remember what > exactly happened, it compiled but it didn't work either. I'm also using ati-drivers-8.552-r2, but with gentoo-sources-2.6.25-r9 (I usually skip one kernel release but .27 was initally riddled with problems so I skipped it and, well, I will probably not upgrade until I hear good news with regards to the open source drivers and the related kernel changes - maybe .32?)... I really don't know anything about tuxonice kernels, other than it's patches maintained out-of-tree with support for suspend-to-disk. I know that there has been problems with the suspend in the mainline but again I don't know if tuxonice is affected. As an experiment, you could try a vanilla or gentoo-sources kernel with the ati-drivers to see if that alleviates the problems you are having. > fgl_glxgears sort of runs, with 135-170 FPS, but the graphics is distorted - > see http://wonkology.org/~wonko/tmp/fgl_glxgears.png . Other OpenGL software Have you tried different settings in xorg.conf? I have this in mine (only the - maybe - relevant stuff shown): ... Section "Module" Load "glx" Load "extmod" Load "dri" Load "dbe" Load "type1" EndSection Section "dri" Group 27 # video Mode 0660 EndSection Section "Device" Identifier "Card0" Driver "fglrx" VendorName "ATI Technologies Inc" BoardName "Unknown Board" Option "mtrr" "off" # === OpenGL specific profiles/settings === Option "Capabilities" "0x00000000" # === Video Overlay for the Xv extension === Option "VideoOverlay" "on" Option "OpenGLOverlay" "off" Option "CenterMode" "off" Option "PseudoColorVisuals" "off" Option "Stereo" "off" Option "StereoSyncEnable" "1" Option "UseFastTLS" "0" Option "BlockSignalsOnLock" "on" Option "UseInternalAGPGART" "no" Option "ForceGenericCPU" "no" Screen 0 EndSection ... Of course, my settings may be different from your needs. > No idea where this comes from, maybe it's not even related to OpenGL, but > ip_firegl_write looks like it might be. Well, I'm no expert but fglrx may be incompatible with tuxonice... > And Xorg.0.log shows these lines: > (EE) AIGLX error: fglrx exports no extensions (/usr/lib/dri/fglrx_dri.so: > undefined symbol: __driDriverExtensions) > (EE) AIGLX: reverting to software rendering As far as I can tell it seems like it's reverting to software rendering, maybe for the AIGLX extension or maybe for all rendering... > Does that mean I do not have hardware opengl rendering? fglrxinfo shows: Try: glxinfo | grep -i direct You should get: "direct rendering: Yes" ...if you have hardware opengl. I also found this: http://bugs.gentoo.org/176441 It's for older ati-drivers but identical error message... > I hope with the newer drivers (and perhaps a newer kernel) things will > become better. I did not yet take the time to investigate this further. I've "heard" that newer kernels (>=2.6.29?) are not working with ati-drivers. Not sure if this has been alleviated... Could be other problems as well, of course... Best regards Peter K ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [gentoo-user] Question regarding VIDEO_CARDS and unrelated question regarding USE flags 2009-08-07 1:19 ` pk @ 2009-08-07 13:53 ` Alex Schuster 2009-08-07 19:44 ` pk 0 siblings, 1 reply; 9+ messages in thread From: Alex Schuster @ 2009-08-07 13:53 UTC (permalink / raw To: gentoo-user pk writes: > Alex Schuster wrote: > > I have a Radeon HD 3200 and I am using ati-drivers-8.552-r2. Higher > > versions did not compile. My kernel is 2.6.28-tuxonice-r3, and with > > newer kernels I was not able to build any ati-drivers at all. That was > > a while ago. I tried ati-drivers-9.6 a month ago when that came out, > > and I don't remember what exactly happened, it compiled but it didn't > > work either. > > I'm also using ati-drivers-8.552-r2, but with gentoo-sources-2.6.25-r9 > (I usually skip one kernel release but .27 was initally riddled with > problems so I skipped it and, well, I will probably not upgrade until I > hear good news with regards to the open source drivers and the related > kernel changes - maybe .32?)... I really don't know anything about > tuxonice kernels, other than it's patches maintained out-of-tree with > support for suspend-to-disk. I know that there has been problems with > the suspend in the mainline but again I don't know if tuxonice is > affected. > > As an experiment, you could try a vanilla or gentoo-sources kernel with > the ati-drivers to see if that alleviates the problems you are having. I had tried vanilla-sources, with the same results. As expected, there should not be much of a difference. I am not using tuxonice suspend features, but I intend to do so in the future. > > fgl_glxgears sort of runs, with 135-170 FPS, but the graphics is > > distorted - see http://wonkology.org/~wonko/tmp/fgl_glxgears.png . > > Other OpenGL software > > Have you tried different settings in xorg.conf? No, I did not yet take the time to investigate this further. So many other problems :) > I have this in mine (only the - maybe - relevant stuff shown): > > ... > Section "Module" > Load "glx" > Load "extmod" > Load "dri" > Load "dbe" > Load "type1" > EndSection > > Section "dri" > Group 27 # video > Mode 0660 > EndSection > > Section "Device" > Identifier "Card0" > Driver "fglrx" > VendorName "ATI Technologies Inc" > BoardName "Unknown Board" > Option "mtrr" "off" > # === OpenGL specific profiles/settings === > Option "Capabilities" "0x00000000" > # === Video Overlay for the Xv extension === > Option "VideoOverlay" "on" > Option "OpenGLOverlay" "off" > Option "CenterMode" "off" > Option "PseudoColorVisuals" "off" > Option "Stereo" "off" > Option "StereoSyncEnable" "1" > Option "UseFastTLS" "0" > Option "BlockSignalsOnLock" "on" > Option "UseInternalAGPGART" "no" > Option "ForceGenericCPU" "no" > Screen 0 > > EndSection > ... > > Of course, my settings may be different from your needs. I added your stuff, that did not make much of a difference. I had an empty modules sections, but all of these modules are loaded by default. Except for type1, which does not exist. > > No idea where this comes from, maybe it's not even related to OpenGL, > > but ip_firegl_write looks like it might be. > > Well, I'm no expert but fglrx may be incompatible with tuxonice... I read there were at least some problems, but only related to hibernating, not using OpenGL. > > And Xorg.0.log shows these lines: > > (EE) AIGLX error: fglrx exports no extensions > > (/usr/lib/dri/fglrx_dri.so: undefined symbol: __driDriverExtensions) > > (EE) AIGLX: reverting to software rendering > > As far as I can tell it seems like it's reverting to software rendering, > maybe for the AIGLX extension or maybe for all rendering... > > > Does that mean I do not have hardware opengl rendering? fglrxinfo > > shows: > > Try: > glxinfo | grep -i direct > > You should get: > "direct rendering: Yes" > ...if you have hardware opengl. I know this command from when I had a NVidia card, and I am missing the 'YES' in my output of fglrxinfo. But I do not have a 'NO' there either. CPU usage gets rather high, but not to 100 percent, as I would expect when it does all the rendering itself. But, where does glxinfo come from? I do not have it. I thought it's in the drivers package, like nvidia-drivers, and in case of ati-drivers it's called a little different. > I also found this: > http://bugs.gentoo.org/176441 > > It's for older ati-drivers but identical error message... Although the symbol being missed is a different one. > > I hope with the newer drivers (and perhaps a newer kernel) things will > > become better. I did not yet take the time to investigate this further. > > I've "heard" that newer kernels (>=2.6.29?) are not working with > ati-drivers. Not sure if this has been alleviated... I thought I read here that they do, but may give lots of warnings in syslog. I hope to have some free time this weekend, so I can try to the newer drivers. I really like to test the KDE4 desktop effects :) Wonko ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [gentoo-user] Question regarding VIDEO_CARDS and unrelated question regarding USE flags 2009-08-07 13:53 ` Alex Schuster @ 2009-08-07 19:44 ` pk 2009-08-08 23:08 ` Alex Schuster 0 siblings, 1 reply; 9+ messages in thread From: pk @ 2009-08-07 19:44 UTC (permalink / raw To: gentoo-user Alex Schuster wrote: > I had tried vanilla-sources, with the same results. As expected, there > should not be much of a difference. I am not using tuxonice suspend > features, but I intend to do so in the future. Hm, ok. > I added your stuff, that did not make much of a difference. I had an empty > modules sections, but all of these modules are loaded by default. Except for > type1, which does not exist. Yea, type 1 is a left over from old days... :-) So what modules does get loaded? > I know this command from when I had a NVidia card, and I am missing the > 'YES' in my output of fglrxinfo. But I do not have a 'NO' there either. fglrxinfo is different from glxinfo. glxinfo is available in the mesa-progs package (emerging this will pull in mesa as well but there's no harm in that, unless you are tight on hard drive space - just make sure you shift back to ati opengl after emerging). > Although the symbol being missed is a different one. Sorry, I didn't read properly... > I thought I read here that they do, but may give lots of warnings in syslog. Well, I'm holding out for the open source drivers... There's nothing in newer fglrx drivers that I need currently. I wish I could be of more help though... ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [gentoo-user] Question regarding VIDEO_CARDS and unrelated question regarding USE flags 2009-08-07 19:44 ` pk @ 2009-08-08 23:08 ` Alex Schuster 2009-08-09 12:29 ` pk 0 siblings, 1 reply; 9+ messages in thread From: Alex Schuster @ 2009-08-08 23:08 UTC (permalink / raw To: gentoo-user pk writes: > Alex Schuster wrote: > So what modules does get loaded? All from your modules section (except for type1), an in total these: glx, extmod, dri, dbe, record, fglrx, kbd, mouse, vgahw, int10, vbe, fglrxdrm, ddc, fb, ramdac, xaa, fglrxdrm, glesx, amdxmm > > I know this command from when I had a NVidia card, and I am missing the > > 'YES' in my output of fglrxinfo. But I do not have a 'NO' there either. > > fglrxinfo is different from glxinfo. glxinfo is available in the > mesa-progs package (emerging this will pull in mesa as well but there's > no harm in that, unless you are tight on hard drive space - just make > sure you shift back to ati opengl after emerging). Ah, I see. Didn't know about mesa-progs. Mesa is already installed, and space is really no concern here. The output of glxinfo looks good: name of display: :0.0 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_EXT_texture_from_pixmap, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_hyperpipe, GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig, GLX_MESA_copy_sub_buffer 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_EXT_texture_from_pixmap GLX version: 1.2 GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: ATI Radeon HD 3200 Graphics OpenGL version string: 2.1.8201 Release OpenGL shading language version string: 1.20 OpenGL extensions: GL_AMD_performance_monitor, GL_ARB_color_buffer_float, GL_ARB_depth_texture, GL_ARB_draw_buffers, GL_ARB_draw_instanced, GL_ARB_fragment_program, GL_ARB_fragment_shader, GL_ARB_half_float_pixel, GL_ARB_half_float_vertex, GL_ARB_instanced_arrays, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_occlusion_query, GL_ARB_pixel_buffer_object, GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_shader_objects, GL_ARB_shader_texture_lod, GL_ARB_shading_language_100, 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_ARB_texture_float, GL_ARB_texture_mirrored_repeat, GL_ARB_texture_non_power_of_two, 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_ATI_draw_buffers, GL_ATI_envmap_bumpmap, GL_ATI_fragment_shader, GL_ATI_meminfo, GL_ATI_separate_stencil, GL_ATI_texture_compression_3dc, GL_ATI_texture_env_combine3, GL_ATI_texture_float, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_compiled_vertex_array, GL_EXT_copy_texture, GL_EXT_depth_buffer_float, GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_framebuffer_blit, GL_EXT_framebuffer_multisample, GL_EXT_framebuffer_object, GL_EXT_framebuffer_sRGB, GL_EXT_gpu_program_parameters, GL_EXT_gpu_shader4, GL_EXT_multi_draw_arrays, GL_EXT_packed_depth_stencil, GL_EXT_packed_float, GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texgen_reflection, GL_EXT_texture3D, GL_EXT_texture_compression_latc, GL_EXT_texture_compression_rgtc, GL_EXT_texture_compression_s3tc, GL_EXT_texture_cube_map, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, GL_EXT_texture_mirror_clamp, GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_texture_sRGB, GL_EXT_texture_shared_exponent, GL_EXT_transform_feedback, GL_EXT_vertex_array, GL_KTX_buffer_region, GL_NV_blend_square, GL_NV_texgen_reflection, GL_SGIS_generate_mipmap, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_WIN_swap_hint, WGL_EXT_swap_control 3 GLX Visuals 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 . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x22 24 dc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x39 32 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 34 GLXFBConfigs: 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 ---------------------------------------------------------------------- 0x3a 0 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x3b 0 tc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x3c 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x3d 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x3e 0 tc 0 32 0 r . . 8 8 8 8 0 0 8 0 0 0 0 0 0 None 0x3f 0 tc 0 32 0 r . . 8 8 8 8 0 0 8 16 16 16 16 0 0 Slow 0x40 0 tc 0 32 0 r y . 8 8 8 8 0 0 8 0 0 0 0 0 0 None 0x41 0 tc 0 32 0 r y . 8 8 8 8 0 0 8 16 16 16 16 0 0 Slow 0x42 0 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x43 0 tc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x44 0 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x45 0 tc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x46 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x47 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x48 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x49 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x4a 0 dc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x4b 0 dc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x4c 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x4d 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x4e 0 dc 0 32 0 r . . 8 8 8 8 0 0 8 0 0 0 0 0 0 None 0x4f 0 dc 0 32 0 r . . 8 8 8 8 0 0 8 16 16 16 16 0 0 Slow 0x50 0 dc 0 32 0 r y . 8 8 8 8 0 0 8 0 0 0 0 0 0 None 0x51 0 dc 0 32 0 r y . 8 8 8 8 0 0 8 16 16 16 16 0 0 Slow 0x52 0 dc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x53 0 dc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x54 0 dc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x55 0 dc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x56 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x57 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x58 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x59 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x59 0 dc 0 128 0 y . 32 32 32 32 0 24 0 0 0 0 0 0 0 Slow 0x59 0 dc 0 128 0 . . 32 32 32 32 0 24 0 0 0 0 0 0 0 Slow > > I thought I read here that they do, but may give lots of warnings in > > syslog. > > Well, I'm holding out for the open source drivers... There's nothing in > newer fglrx drivers that I need currently. I thought OpenGL support were better? And there is power saving. Although I have an onboard card, so I would not have a loud spinning fan. > I wish I could be of more help though... Thanks! But you motivated me to give the new drivers a try. [later] Okay, I just did it. Emerged ati-drivers 9.7. Got a locked display, but after a reboot, all is fine. Wow! Maybe the problem last time was that I tried 9.6, or I did not reboot. Whatever. fgl_glxgears is slower now, but renders multiple the gears on a rotation cube, which it did not do before. Maybe it should have, and the graphics was just too distorted to notice. glxgears reports around 230 fps. Did not try that before with the older drivers though, so I can't compare. Quake3 still runs (still not with sound, but that's another problem), and KDE4 desktop effects mostly work, after I set the composite type to OpenGL. Some are quite funny, some are useless, some annoying, but I still enjoy them. The drawback is that CPU usage for the X process went up from 8% to 40%. Ouch. Even when I explicitely disable everything in the 'all effects' tab, as long as I have them generally activated. That's a lot of CPU usage for some effects I do not _really_ need. I'll probably turn them off soon then. Thanks again, I needed a little kick. This makes one item less on my to-do list. Wonko ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [gentoo-user] Question regarding VIDEO_CARDS and unrelated question regarding USE flags 2009-08-08 23:08 ` Alex Schuster @ 2009-08-09 12:29 ` pk 0 siblings, 0 replies; 9+ messages in thread From: pk @ 2009-08-09 12:29 UTC (permalink / raw To: gentoo-user Alex Schuster wrote: > direct rendering: Yes Great! > I thought OpenGL support were better? And there is power saving. Although I > have an onboard card, so I would not have a loud spinning fan. Well, the drivers I use (ati-drivers-8.552-r2) are working "perfectly" (in combination with my current kernel, gentoo-sources-2.6.25-r9) for all the applications that I have installed/use on my machine. Stability is an issue for me and until the open source driver has matured I will stay with this. I have no need for opengl 3+ currently as no applications that I have installed support it. > Thanks! But you motivated me to give the new drivers a try. Ah, well, that's something at least... :-) > Okay, I just did it. Emerged ati-drivers 9.7. Got a locked display, but > after a reboot, all is fine. Wow! Maybe the problem last time was that I > tried 9.6, or I did not reboot. Whatever. Well, X drivers has some bits that needs to be synchronised: a kernel space glue (DRM module) and the user space X driver. So if you have upgraded you need to kill X, unload the old kernel module and load the new one, start X again. If you didn't know this already... > Thanks again, I needed a little kick. Bitte schön! MfG Peter K ^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2009-08-09 12:29 UTC | newest] Thread overview: 9+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2009-08-05 13:18 [gentoo-user] Question regarding VIDEO_CARDS and unrelated question regarding USE flags pk 2009-08-05 13:51 ` Alex Schuster 2009-08-05 16:10 ` pk 2009-08-06 22:51 ` Alex Schuster 2009-08-07 1:19 ` pk 2009-08-07 13:53 ` Alex Schuster 2009-08-07 19:44 ` pk 2009-08-08 23:08 ` Alex Schuster 2009-08-09 12:29 ` pk
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox
