Bug 102384 - corruption/glitch on right click contextual menu, drop down menus with glamor in kwin
Summary: corruption/glitch on right click contextual menu, drop down menus with glamor...
Status: RESOLVED MOVED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-08-24 05:53 UTC by Barto
Modified: 2019-11-19 08:00 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
xorg log (39.59 KB, text/plain)
2017-08-24 05:53 UTC, Barto
no flags Details
glxinfo (98.43 KB, text/plain)
2017-08-24 05:59 UTC, Barto
no flags Details
photo of the problem (1.99 MB, image/jpeg)
2017-08-26 03:31 UTC, Barto
no flags Details
a video of the problem (3.07 MB, application/octet-stream)
2017-08-26 03:38 UTC, Barto
no flags Details

Description Barto 2017-08-24 05:53:15 UTC
Created attachment 133735 [details]
xorg log

Hello,

I have a radeon HD4650 Pcie ( chipset RV730 pro ), I use archlinux 64 bits, xf86-video-ati 1:7.9.0-2,

as desktop I use plasma 5 ( kde ), opengGL2 is enabled in kwin for desktop effects,

DRI 3 and glamour are enabled, tearfree is "off", and I have set vsync in kwin to "automatic", I see no tearing, all is ok in videos and 3D games,

my radeon conf file in /etc/X11/xorg.conf.d/

Section "Device"
    Identifier "Radeon"
    Driver "radeon"
    Option "TearFree" "off"
    Option "DRI" "3"
    Option "AccelMethod" "glamor"
EndSection

my problem : I notice sometimes glitchs, corruption when I do a righ-click ( contextual menu ) and when I use "dropdown menu" ( in dolphin, firefox ), the problem occurs randomly and not often ( 10% of chance to trigger the bug when I do a right click for the contextual menu ),

when the bug occurs I see in the contextual menu a mix of displays ( for example if dolphin is in the background and firefox on top then in the contextual menu I can see a mix of Dolphin/firefox screens, all is mixed together, and sometimes colors blink inside the contextual menu )

if I retry then the bug disapears immediatly and the contextual menu is correctly displayed,

it's a random bug, sometimes this bug will not occur for 2 hours, and when the bugs occurs it will disapear quickly if I re-click with the mouse,

is it a known bug when dri3 and glamour are enabled in kwin/plasma 5 ?

thanks
Comment 1 Barto 2017-08-24 05:59:06 UTC
Created attachment 133736 [details]
glxinfo

glxinfo output
Comment 2 Barto 2017-08-26 03:31:26 UTC
Created attachment 133804 [details]
photo of the problem

here is a photo of the problem, we can see that the contextual menu shows a mix of 2 displays : dolphin + VLC
Comment 3 Barto 2017-08-26 03:38:28 UTC
Created attachment 133805 [details]
a video of the problem

here is a video file which shows the problem, a mix of 2 displays in the contextual menu, and the contextual menu blinks when the problem occurs
Comment 4 Michel Dänzer 2017-08-26 05:01:40 UTC
Does it also happen with:

 Option "AccelMethod" "glamor"
 Option "DRI" "2"

or

 Option "AccelMethod" "EXA"
 Option "DRI" "3"

?
Comment 5 Barto 2017-08-26 07:12:11 UTC
Hello,

the problem occurs also with this setting :

 Option "AccelMethod" "glamor"
 Option "DRI" "2"

but with this another setting I don't have the bug :

 Option "AccelMethod" "EXA"
 Option "DRI" "3"

so it seems that the culprit could be the "glamor" feature, when it is enabled then the bug is triggered
Comment 6 Michel Dänzer 2017-08-28 09:48:07 UTC
Thanks for narrowing it down.

This could be a Mesa r600 driver issue. Can anyone reproduce this with radeonsi? I can't seem to.
Comment 7 Barto 2017-08-28 10:56:16 UTC
Hello,

I have only a radeon HD4650 Pcie, so I can not test with radeonsi driver ( I assume that radeonsi works only with amd card HD7xxx series and newer )
Comment 8 Barto 2017-09-20 17:56:47 UTC
Any progress about the resolution of this bug ?

I can make tests if you have a test patch,

is it safe to stay with "DRI3 + EXA" setting ?

in "man radeon" I can read this :

"Note: DRI3 may not work correctly in all cases with EXA, enable at your own risk."
Comment 9 Barto 2017-09-21 18:44:40 UTC
I made a discovery :

- if I use the "modesetting" driver with glamor ( instead of using xf86-video-ati ), then all is ok, even if DRI 3 and glamor are actived,

I use this conf file :

Section "Device"
    Identifier "Radeon"
    Driver "modesetting"
    Option "TearFree" "off"
    Option "DRI" "3"
    Option "AccelMethod" "glamor"
EndSection

with "modesetting" driver the info "dri 3" doesn't appear on Xorg.log but dri 3 is used if I check in glxinfo ( with LIBGL_DEBUG=verbose ) :

$ LIBGL_DEBUG=verbose glxinfo | grep libgl
libGL: pci id for fd 4: 1002:9498, driver r600
libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/tls/r600_dri.so
libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/r600_dri.so
ATTENTION: default value of option vblank_mode overridden by environment.
libGL: Using DRI3 for screen 0
    GLX_EXT_import_context, GLX_EXT_libglvnd, GLX_EXT_texture_from_pixmap,

so it seems that the problem could be located in xf86-video-ati driver, the DDX xorg modesetting driver doesn't have this problem
Comment 10 Martin Peres 2019-11-19 08:00:54 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-ati/issues/174.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.