Red Hat Bugzilla – Bug 473307
Compiz hangs the system upon VT switch or resume from suspend2ram
Last modified: 2018-04-11 04:09:46 EDT
Created attachment 324898 [details]
Description of problem:
Compiz with radeon driver hangs the system on a VT switch or resume from suspend
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Start the system w. Desktopeffects enabled
2. close the lid and reopen or press Crtl+Alt+F2 Ctrl+Alt+F1
System hangs, Ctrl+Alt+Bksp does not work
Could we get /var/log/Xorg.*.log as well, please?
Created attachment 324917 [details]
I noticed the recent kernel includes several fixes on radeon, however,
With the following system components, the problem still exists:
radeonfb is loaded.
I have the same issue here using a Radeon Mobility X700. Slightly newer kernel and driver to get past the freezing/crashing/memory corruption that's been driving me mad:
Additionally, there's a diff in the output of glxinfo before and after a VT switch or suspend. After a fresh boot:
OpenGL vendor string: DRI R300 Project
OpenGL renderer string: Mesa DRI R300 20060815 TCL
while after a switch or suspend:
OpenGL vendor string: Mesa Project
OpenGL renderer string: Software Rasterizer
which surely messes with compiz's head.
Restarting X seems to revert back to the hardware renderer.
Try with the new xorg-x11-drv-ati package, it has different issues.
Why are you using radeonfb? Are you using nomodeset as well? Kernel mode-setting should replace the use of radeonfb.
Seems to work ok now with these versions:
Both suspend to RAM and VT switch work as expected with desktop effects enabled.
I'm not the original poster though...
I confirm, that everything works as it should with
It works now for me as long as I'm using nomodeset. If not, then X crashes on resume, filed as bug #487222.