* [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