Bug 105729 - AMD Radeon flickering on HiDPI display with Gnome Wayland after wake from suspend
Summary: AMD Radeon flickering on HiDPI display with Gnome Wayland after wake from sus...
Status: RESOLVED MOVED
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/AMDgpu (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: Default DRI bug account
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-03-24 11:43 UTC by Jan Vlug
Modified: 2019-11-19 08:33 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:


Attachments
glxinfo (56.52 KB, text/plain)
2018-04-23 19:27 UTC, Jan Vlug
no flags Details
dmesg (110.54 KB, text/plain)
2018-04-23 19:28 UTC, Jan Vlug
no flags Details

Description Jan Vlug 2018-03-24 11:43:36 UTC
There are several reports about AMD Radeon flickering on Gnome Wayland in other issue trackers. For me the flickering only happens after that my system resumed from suspend. Some issue reports that this bug is related to power (management).

See for more details, see also:
https://gitlab.gnome.org/GNOME/mutter/issues/22

and the references to other issues in the above mentioned issue.

Some of the affected hardware (I collected this list from several bug reports):
Radeon RX460
Radeon RX560
Radeon RX580
Radeon R9 390
Radeon Pro WX 5100
Radeon RX 550
R9 270x
Comment 1 Z G 2018-03-24 21:09:21 UTC
Hi, I might have this bug as well on i3wm. I believe it's the same, flickering when mouse movement occurs. However it's not flickering, it's more like it's locking the framebuffer and preventing any draws. Try running glxgears and moving your cursor in circles. I can get the gear to stop turning completely if I move my mouse quickly enough. Do we have the same bug? 

Vega 64
Comment 2 Jan Vlug 2018-03-27 12:31:15 UTC
> I believe it's the same,
> flickering when mouse movement occurs. However it's not flickering, it's
> more like it's locking the framebuffer and preventing any draws. Try running
> glxgears and moving your cursor in circles. I can get the gear to stop
> turning completely if I move my mouse quickly enough. Do we have the same
> bug? 

No it is different. When I start glxgears, there is no flickering as long as the mouse pointer stays in the area with the gears. The gears spin without disruption. However, as soon as the pointer leaves the gear area (i.e. touches a window decoration) I see the flickering.
Comment 3 Jan Vlug 2018-04-01 10:15:52 UTC
I reported this issue also on the AMD support forum here:
https://community.amd.com/message/2855328
Comment 4 Michel Dänzer 2018-04-05 09:46:43 UTC
Please attach the corresponding output of dmesg and glxinfo.
Comment 5 Jan Vlug 2018-04-23 19:26:43 UTC
Sorry for my late reply. The interesting thing is that the flickering did not occur any more since comment 4 was added. I was waiting for the flickering to occur again before posting the requested info, but it did not until now, so I will attach the requested info while the flickering is not manifest.

My current versions are:
Graphics:  Card: Advanced Micro Devices [AMD/ATI] Baffin [Radeon RX 460/560D / Pro 450/455/460/560]
           Display Server: X.org 1.19.6 drivers: modesetting,fbdev,vesa
           tty size: 166x42 Advanced Data: N/A for root

Linux nyx 4.15.17-300.fc27.x86_64 #1 SMP Thu Apr 12 18:19:17 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
Comment 6 Jan Vlug 2018-04-23 19:27:30 UTC
Created attachment 139026 [details]
glxinfo

Requested glxinfo.
Comment 7 Jan Vlug 2018-04-23 19:28:10 UTC
Created attachment 139027 [details]
dmesg

Requested dmesg.
Comment 8 Martin Peres 2019-11-19 08:33:37 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/drm/amd/issues/337.


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.