Bug 99433

Summary: Hardware accelerated windows freeze on animations
Product: xorg Reporter: bodqhrohro
Component: Driver/RadeonAssignee: xf86-video-ati maintainers <xorg-driver-ati>
Status: RESOLVED DUPLICATE QA Contact: Xorg Project Team <xorg-team>
Severity: major    
Priority: medium    
Version: 7.7 (2012.06)   
Hardware: x86-64 (AMD64)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:

Description bodqhrohro 2017-01-16 22:57:54 UTC
After the reboot preceeded by several system upgrades I started getting X.Org frozen on Compiz animations. The input is still processed during a freeze, even mouse cursor can be moved and it changes according to underlying content but the screen image is not repainted. After switching to tty1 and back the freeze is temporarily gone. Firstly I thought this is a Compiz issue and posted https://bugs.launchpad.net/debian/+source/xorg/+bug/1656328 but when I replaced Compiz with Marco, freezing still affects hardware accelerated applications such as browsers; now only their windows accidentally get frozen and this still can be resolved by switching to tty1 and back.

Distribution: Debian Stretch (Testing).
xserver-xorg: 7.7+18
xserver-xorg-video-radeon: 7.8.0-1+b1
Active GPU: 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Wrestler [Radeon HD 6320]
Comment 1 Michel Dänzer 2017-01-17 06:26:26 UTC
This will be fixed once Debian updates xserver-xorg-core to the upstream 1.19.1 release. In the meantime, you can avoid the problem by enabling glamor and DRI3.

*** This bug has been marked as a duplicate of bug 99333 ***

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.