Bug 99433 - Hardware accelerated windows freeze on animations
Summary: Hardware accelerated windows freeze on animations
Status: RESOLVED DUPLICATE of bug 99333
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: 7.7 (2012.06)
Hardware: x86-64 (AMD64) Linux (All)
: medium major
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-01-16 22:57 UTC by bodqhrohro
Modified: 2017-01-17 06:26 UTC (History)
0 users

See Also:
i915 platform:
i915 features:

Attachments

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.