Created attachment 28734 [details]
glxinfo.txt

Created attachment 28735 [details]
XorgLog.txt

Created attachment 28736 [details]
CurrentDmesg.txt

Created attachment 28737 [details]
BootDmesg.txt

I assume Cairo Dock may use the depth 32 GLX visual for translucency, which cannot work properly with DRI1. Does the problem also happen with DRI2 (requires KMS)?

(In reply to comment #5)
> I assume Cairo Dock may use the depth 32 GLX visual for translucency, which
> cannot work properly with DRI1. Does the problem also happen with DRI2
> (requires KMS)?


This bug is still present on Ubuntu Karmic 9.10 with an ATI Radeon card and with the last kernel (2.6.31-6). So I suppose that DRI2 is used.

Thanks a lot for your help !

Default Kamric installation doesn't include DRI2. You need to install mesa 7.6 and set kernel parameter radeon.modeset=1.

You can check dri version from "glxinfo |grep nGL"

(In reply to comment #7)
> Default Kamric installation doesn't include DRI2. You need to install mesa 7.6
> and set kernel parameter radeon.modeset=1.
> 
> You can check dri version from "glxinfo |grep nGL"
> 

Hi, I'm the original reporter of the launchapd bug

$ glxinfo |grep nGL
OpenGL vendor string: DRI R300 Project
OpenGL renderer string: Mesa DRI R300 20060815 x86/MMX/SSE2 TCL
OpenGL version string: 1.4 Mesa 7.5
OpenGL extensions:

So i guess i have to use mesa 7.6 ?

I'm not sure how to install mesa 7.6 on karmic ? is it from ppa or ...?
also , where does the setting the Kernel parameter need to be done? xorg.conf?

(In reply to comment #8)
> (In reply to comment #7)
> > Default Kamric installation doesn't include DRI2. You need to install mesa 7.6
> > and set kernel parameter radeon.modeset=1.
> > 
> > You can check dri version from "glxinfo |grep nGL"
> > 
> 
> Hi, I'm the original reporter of the launchapd bug
> 
> $ glxinfo |grep nGL
> OpenGL vendor string: DRI R300 Project
> OpenGL renderer string: Mesa DRI R300 20060815 x86/MMX/SSE2 TCL
> OpenGL version string: 1.4 Mesa 7.5
> OpenGL extensions:
> 
> So i guess i have to use mesa 7.6 ?
> 
> I'm not sure how to install mesa 7.6 on karmic ? is it from ppa or ...?
> also , where does the setting the Kernel parameter need to be done? xorg.conf?
> 

xorg-edgers ppa (https://launchpad.net/~xorg-edgers/+archive/ppa) has the latest 3D drivers for Ubuntu.

Kernel parameter can be set in grub when you boot. You can just append it to current kernel boot options. Another option is to set it in /etc/modprobe.d/ but that would require grub command line modifications in case something goes wrong.

(In reply to comment #9)
>
> xorg-edgers ppa (https://launchpad.net/~xorg-edgers/+archive/ppa) has the
> latest 3D drivers for Ubuntu.
> 
> Kernel parameter can be set in grub when you boot. You can just append it to
> current kernel boot options. Another option is to set it in /etc/modprobe.d/
> but that would require grub command line modifications in case something goes
> wrong.
> 

I installed the ppa and tried with kernel mode setting.
But my system became very sluggish, i mean really very very sluggish. 

Even so, i tried cairo-dock but it *would not start* .
I ran cairo-dock in debug mode and it had only one line:

drmRadeonCmdBuffer: -22

I'm still running the ppa but without KMS , if i run cairo-dock using openGL it has the same artifacts as before.[i understand this problem would only improve with KMS but just mentioning].

So now , 
1 . does the above error i got for cairo-dock with KMS , have to be dealt with by cairo-dock or by the graphics driver?

2. Could i have a link to the bug for the radeon KMS slow behavior, i wouldnt mind testing any unstable drivers which fix this.

Thanx for the help :)

(In reply to comment #10)
> Even so, i tried cairo-dock but it *would not start* .
> I ran cairo-dock in debug mode and it had only one line:
> 
> drmRadeonCmdBuffer: -22

Check the dmesg output.

(In reply to comment #11)
> (In reply to comment #10)
> > Even so, i tried cairo-dock but it *would not start* .
> > I ran cairo-dock in debug mode and it had only one line:
> > 
> > drmRadeonCmdBuffer: -22
> 
> Check the dmesg output.
> 

I checked , but nothing gets logged in /var/log/dmesg for this problem. 
[and nothing else was logged in the dmesg while i was testing this with KMS]

Hi,

I'm a member of cairo-dock team and I got an old laptop using an ATI Mobility Radeon 9600 (RV350)
Just tested new kernel (2.6.31-7) with latest mesa driver (7.6 devel) using KMS (setting radeon.modeset=1 on grub command line)

Boot is fine, glxgears is working great (I can move it, transparency is here)
Cairo-Dock is now working with no artefact but has still a black background

Outputs are attached

Created attachment 28928 [details]
dmesg (using latest kernel, mesa driver and kms)

Created attachment 28929 [details]
glxinfo (using latest kernel, mesa driver and kms)

Created attachment 28930 [details]
Picture of the actual situation (using latest kernel, mesa driver and kms)

(In reply to comment #13)
> I'm a member of cairo-dock team and I got an old laptop using an ATI Mobility
> Radeon 9600 (RV350)

Excellent - can you explain how cairo-dock tries to achieve the translucency effect with OpenGL?

(In reply to comment #13)
> Hi,
> 
> I'm a member of cairo-dock team and I got an old laptop using an ATI Mobility
> Radeon 9600 (RV350)
> Just tested new kernel (2.6.31-7) with latest mesa driver (7.6 devel) using KMS
> (setting radeon.modeset=1 on grub command line)
> 
> Boot is fine, glxgears is working great (I can move it, transparency is here)
> Cairo-Dock is now working with no artefact but has still a black background
> 
> Outputs are attached
> 

While the graphics driver performance has definitely improved , 
cairo-dock does not work for me, [Using the latest kernel 2.6.31-7 with kms]. Cairo-dock still does *not* start.
This is in an ATI Mobility Radeon X1400

When i start cairo-dock from the terminal i get the same output as before.
~$ cairo-dock -o
warning :  (cairo-dock-draw-opengl.c:cairo_dock_get_opengl_config:1690)  
  couldn't find an appropriate visual ourself, trying something else, this may not work with some drivers ...
warning :  (cairo-dock-modules.c:cairo_dock_preload_module_from_directory:327)  
  while opening module '/usr/lib/cairo-dock/libcd-xfce-integration.so' : (libthunar-vfs-1.so.2: cannot open shared object file: No such file or directory)
gtk_widget_get_gl_context: assertion `GTK_IS_WIDGET (widget)' failed
OpenGL version: 1.5 Mesa 7.6-devel
OpenGL vendor: DRI R300 Project
OpenGL renderer: Mesa DRI R300 (RV515 7145) 20090101 x86/MMX/SSE2 TCL DRI2
if your drivers are crappy, we'll know it immediately ... ok, they seem fine enough.
warning :  (cairo-dock-config.c:cairo_dock_get_double_key_value:172)  
  Key file does not have key 'scroll speed'
warning :  (cairo-dock-config.c:cairo_dock_get_double_key_value:172)  
  Key file does not have key 'scroll accel'
cairo_dock_replace_values_in_conf_file (/home/vish/.config/cairo-dock/current_theme/plug-ins/rendering/rendering.conf)
cairo_dock_replace_key_values (0)
g_key_file_has_key: assertion `key_file != NULL' failed
warning :  (cairo-dock-keyfile-utilities.c:cairo_dock_flush_conf_file_full:72)  
  Couldn't find any installed conf file
cairo_dock_replace_values_in_conf_file (/home/vish/.config/cairo-dock/current_theme/plug-ins/dialog-rendering/dialog-rendering.conf)
cairo_dock_replace_key_values (0)
cairo_dock_replace_values_in_conf_file (/home/vish/.config/cairo-dock/current_theme/plug-ins/Animated-icons/Animated-icons.conf)
cairo_dock_replace_key_values (0)
drmRadeonCmdBuffer: -22


Note the same error in the last line as before. .

(In reply to comment #18)
 
> While the graphics driver performance has definitely improved , 
> cairo-dock does not work for me, [Using the latest kernel 2.6.31-7 with kms].
> Cairo-dock still does *not* start.
> This is in an ATI Mobility Radeon X1400

> OpenGL version: 1.5 Mesa 7.6-devel
> OpenGL vendor: DRI R300 Project
> OpenGL renderer: Mesa DRI R300 (RV515 7145) 20090101 x86/MMX/SSE2 TCL DRI2
> if your drivers are crappy, we'll know it immediately ... ok, they seem fine
> enough.

> Note the same error in the last line as before. .
> 

Regarding driver detection, it seems that your card is better recognized than mine (maybe has better performance too). I didn't post any cairo-dock debug but it was saying that I got only 4 Visuals and that wasn't enough so he will try another way

Created attachment 28977 [details]
Cairo-dock debug with kernel -8

Hi,
I'v now upgraded to kernel 2.6.31-8 and I'm using KMS
Running cairo-dock with openGL in debug mode now gives more information.

But ends with the same line as before.

Attaching the debug log. Hope it helps. Thanks.

"couldn't find an appropriate visual ourself, trying something else, this may not work with some drivers ..."

means it didn't find an FBConfig that fits its needs (4 channel, depth=32, if I remember corerctly)
so then it's trying to find a visual from another way, but usually it won't give better result (it will probably give a visual with no transparency, hence the black background.)

I don't have the code in front of me, but it's in cairo_dock_get_opengl_config(), in cairo-dock-draw-opengl.c, ~ line 1650

(In reply to comment #21)
> "couldn't find an appropriate visual ourself, trying something else, this may
> not work with some drivers ..."
> 
> means it didn't find an FBConfig that fits its needs (4 channel, depth=32, if I
> remember corerctly)

If that's using KMS, please attach the glxinfo output, assuming it's different from the one already attached. With KMS I get such a large selection of GLX visuals and fbconfigs that I'm not sure what could be missing.

(In reply to comment #21)
> "couldn't find an appropriate visual ourself, trying something else, this may
> not work with some drivers ..."
> 
> means it didn't find an FBConfig that fits its needs (4 channel, depth=32, if I
> remember corerctly)
> so then it's trying to find a visual from another way, but usually it won't
> give better result (it will probably give a visual with no transparency, hence
> the black background.)
> 
Actually, cairo-dock does not start at all, as always. I forgot to mention that again in the last comment. 

one can read there are 4 matching FBConfigs, which is quite poor.
maybe there are plenty of them but then with no alpha or not the good depth.
or maybe there is still another way to get the FBConfigs ?

2009/8/28 <bugzilla-daemon@freedesktop.org>

> http://bugs.freedesktop.org/show_bug.cgi?id=23386
>
>
>
>
>
> --- Comment #22 from Michel Dänzer <michel@daenzer.net>  2009-08-28
> 05:48:17 PST ---
> (In reply to comment #21)
> > "couldn't find an appropriate visual ourself, trying something else, this
> may
> > not work with some drivers ..."
> >
> > means it didn't find an FBConfig that fits its needs (4 channel,
> depth=32, if I
> > remember corerctly)
>
> If that's using KMS, please attach the glxinfo output, assuming it's
> different
> from the one already attached. With KMS I get such a large selection of GLX
> visuals and fbconfigs that I'm not sure what could be missing.
>
>
> --
> Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
> ------- You are receiving this mail because: -------
> You are on the CC list for the bug.

(In reply to comment #24)
> one can read there are 4 matching FBConfigs, which is quite poor.
> maybe there are plenty of them but then with no alpha or not the good depth.
> or maybe there is still another way to get the FBConfigs ?
> 

Fab, 

please have a lot at the file attached at the top of the page named ' glxinfo (using latest kernel, mesa driver and kms)'
I got 64 GLX Visual (one with depth=32) and 96 GLXFBConfigs (16 with depth=32, I don't knwo where to find channels)

@Michel :

here is the portion of code where we are getting config : http://svn.berlios.de/wsvn/cairo-dock/trunk/cairo-dock/src/cairo-dock-draw-opengl.c (function  : cairo_dock_get_opengl_config)

Okay, I think I see the problem. It looks for a visual which

1. Has depth and stencil bits.
2. Has a corresponding picture format with alpha bits.

1. is satisfied by many visuals, but 2. is only satisfied by the depth 32 visual, which probably doesn't have stencil bits. It may be possible to fix this with yet another rework of the xserver GLX visual code, but in the meantime could cairo-dock work without a stencil buffer?

actually I've added the stencil buffer some times after the integration of
OpenGL into the dock (for the Curve view)
And I remember that the number of Visuals I got with my NVidia was
unchanged, so I'm not sure it is the problem. At that time, there was
already no matching visuals on other cards, even without this condition on
the stencil.

but well, I can try to double check, the first time with sterncil, the
second without.

By the way, what's the difference with gdk_gl_config_new_by_mode and
glXChooseFBConfig
?
the first one always gives more results, but (on my NVidia), both give me a
valid Visual that I can use.



2009/8/28 <bugzilla-daemon@freedesktop.org>

> http://bugs.freedesktop.org/show_bug.cgi?id=23386
>
>
>
>
>
> --- Comment #27 from Michel Dänzer <michel@daenzer.net>  2009-08-28
> 07:51:25 PST ---
> Okay, I think I see the problem. It looks for a visual which
>
> 1. Has depth and stencil bits.
> 2. Has a corresponding picture format with alpha bits.
>
> 1. is satisfied by many visuals, but 2. is only satisfied by the depth 32
> visual, which probably doesn't have stencil bits. It may be possible to fix
> this with yet another rework of the xserver GLX visual code, but in the
> meantime could cairo-dock work without a stencil buffer?
>
>
> --
> Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
> ------- You are receiving this mail because: -------
> You are on the CC list for the bug.
>

Hi,

Cairo-Dock in rev 1922 is now working properly with ati driver with no freeze, no black rectangle and no problems :)
It's now working when the dock try to get a visual, then try to get one without stencil buffer, he finally got a visual with alpha-support

So thanks a lot for your improvement in this driver

Now we can say that GL_EXT_texture_from_pixmap extension is working

Maybe mac_v can try with latest svn revision and tell us if it works 

BTW, my graphic card is a Mobility Radeon 9600 Pro (RV350)

(In reply to comment #29)
> Cairo-Dock in rev 1922 is now working properly with ati driver with no freeze,
> no black rectangle and no problems :)

Cool, resolving this report as fixed. mac_v, if it still fails to start for you, please file a separate report if there isn't one about that problem yet.


> Now we can say that GL_EXT_texture_from_pixmap extension is working

That's been working for several years. The problem here was that DRI1 couldn't handle OpenGL rendering to windows redirected via the Composite extension, which has been fixed with DRI2.

yep thanks for your advice, that did the trick. :)
However, the lack of Stencil buffer will cause some visual bugs (for the
reflects), so it would be nice to add it.
but I guess it's another bug.

2009/8/29 <bugzilla-daemon@freedesktop.org>

> http://bugs.freedesktop.org/show_bug.cgi?id=23386
>
>
> Michel Dänzer <michel@daenzer.net> changed:
>
>           What    |Removed                     |Added
>
> ----------------------------------------------------------------------------
>             Status|NEW                         |RESOLVED
>         Resolution|                            |FIXED
>
>
>
>
> --- Comment #30 from Michel Dänzer <michel@daenzer.net>  2009-08-29
> 05:15:54 PST ---
> (In reply to comment #29)
> > Cairo-Dock in rev 1922 is now working properly with ati driver with no
> freeze,
> > no black rectangle and no problems :)
>
> Cool, resolving this report as fixed. mac_v, if it still fails to start for
> you, please file a separate report if there isn't one about that problem
> yet.
>
>
> > Now we can say that GL_EXT_texture_from_pixmap extension is working
>
> That's been working for several years. The problem here was that DRI1
> couldn't
> handle OpenGL rendering to windows redirected via the Composite extension,
> which has been fixed with DRI2.
>
>
> --
> Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
> ------- You are receiving this mail because: -------
> You are on the CC list for the bug.
>

(In reply to comment #30)
> (In reply to comment #29)
> > Cairo-Dock in rev 1922 is now working properly with ati driver with no freeze,
> > no black rectangle and no problems :)
> 
> Cool, resolving this report as fixed. mac_v, if it still fails to start for
> you, please file a separate report if there isn't one about that problem yet.
> 

I'v checked with svn rev 1925 and i get the same error as before. 

Sorry , Michel. I'm reopening this bug, because:
- I could not find another bug regarding this.
- All the relevant information is already present here , opening a new bug leads to unnecessary duplication , people who have commented here would have to be informed about the new bug and would have to again comment on the new bug.
- I'm the original reporter of the bug , if it has not been fixed for in the initially reported hardware , how is it a Fixed status? It's like saying an ATI driver bug was Fixed in a NVidia driver!

Or Maybe I'm making some mistake , in using the KMS :
On boot , Press E and I edit the kernel line and add the "radeon.modeset=1" without quotes, one space after the "splash" entry. 
and After adding the option , i just use Crtl+X to start the system. 
Did i miss some step?

$glxgears works fine with KMS , but just reports a lower FPS than without KMS , nearly half the FPS.[With KMS its ~500FPS , but without its ~1000FPS]

Same cairo-dock error as before:>
warning :  (cairo-dock-draw-opengl.c:cairo_dock_get_opengl_config:1690)  
  couldn't find an appropriate visual ourself, trying something else, this may not work with some drivers ...
warning :  (cairo-dock-modules.c:cairo_dock_preload_module_from_directory:327)  
  while opening module '/usr/lib/cairo-dock/libcd-xfce-integration.so' : (libthunar-vfs-1.so.2: cannot open shared object file: No such file or directory)
gtk_widget_get_gl_context: assertion `GTK_IS_WIDGET (widget)' failed
OpenGL version: 1.5 Mesa 7.6-devel
OpenGL vendor: DRI R300 Project
OpenGL renderer: Mesa DRI R300 (RV515 7145) 20090101 x86/MMX/SSE2 TCL DRI2
if your drivers are crappy, we'll know it immediately ... ok, they seem fine enough.
warning :  (cairo-dock-config.c:cairo_dock_get_double_key_value:172)  
  Key file does not have key 'scroll speed'
warning :  (cairo-dock-config.c:cairo_dock_get_double_key_value:172)  
  Key file does not have key 'scroll accel'
cairo_dock_replace_values_in_conf_file (/home/vishnoo/.config/cairo-dock/current_theme/plug-ins/rendering/rendering.conf)
cairo_dock_replace_key_values (0)
g_key_file_has_key: assertion `key_file != NULL' failed
warning :  (cairo-dock-keyfile-utilities.c:cairo_dock_flush_conf_file_full:72)  
  Couldn't find any installed conf file
cairo_dock_replace_values_in_conf_file (/home/vishnoo/.config/cairo-dock/current_theme/plug-ins/dialog-rendering/dialog-rendering.conf)
cairo_dock_replace_key_values (0)
cairo_dock_replace_values_in_conf_file (/home/vishnoo/.config/cairo-dock/current_theme/plug-ins/Animated-icons/Animated-icons.conf)
cairo_dock_replace_key_values (0)
drmRadeonCmdBuffer: -22

@mac_v :

could you please check if you got this line in dmesg ?
[drm] radeon: kernel modesetting successfully initialized.

Then could you please try to launch CD with this command line :

cairo-dock -o
cairo-dock -c
cairo-dock -io

(In reply to comment #32)
> - I'm the original reporter of the bug , if it has not been fixed for in the
> initially reported hardware , how is it a Fixed status? It's like saying an ATI
> driver bug was Fixed in a NVidia driver!

No, you're saying the bug you reported (rendering artifacts) isn't fixed because you're now seeing a different bug (failure to start).

It's very simple: Each problem needs to be tracked in its own report. Anything else is not manageable.


> Same cairo-dock error as before:>
> warning :  (cairo-dock-draw-opengl.c:cairo_dock_get_opengl_config:1690)  
>   couldn't find an appropriate visual ourself, trying something else, this may
> not work with some drivers ...

If there's nothing like

'couldn't find an appropriate visual, trying to get one without Stencil buffer
(it may cause some little deterioration in the rendering) ...'

before this, you don't seem to have Yann's changes.

(In reply to comment #34)
> 
> 
> If there's nothing like
> 
> 'couldn't find an appropriate visual, trying to get one without Stencil buffer
> (it may cause some little deterioration in the rendering) ...'
> 
> before this, you don't seem to have Yann's changes.
> 

Oops, you are right! the svn install hadnt been done properly.
And the error was because i was still running the old version.

I re-installed the svn and checked again.
This problem has been fixed. Cairo-dock works fine.

Thanks to all who have worked on this .... :) you rock \o/

PS: Michel , Kindly direct me to the bug# regarding the slow FPS with KMS?
The closet I could find was > http://bugs.freedesktop.org/show_bug.cgi?id=21508
or is that the bug?