Bug 473307 - Compiz hangs the system upon VT switch or resume from suspend2ram
Summary: Compiz hangs the system upon VT switch or resume from suspend2ram
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-drv-ati
Version: 10
Hardware: x86_64
OS: Linux
medium
high
Target Milestone: ---
Assignee: Dave Airlie
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-11-27 16:10 UTC by Andrey Meganov
Modified: 2018-04-11 08:09 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-03-04 08:26:23 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
xorg.conf (4.42 KB, text/plain)
2008-11-27 16:10 UTC, Andrey Meganov
no flags Details
XORG log (121.04 KB, text/plain)
2008-11-27 20:10 UTC, Andrey Meganov
no flags Details

Description Andrey Meganov 2008-11-27 16:10:00 UTC
Created attachment 324898 [details]
xorg.conf

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):


How reproducible:
Always

Steps to Reproduce:
1. Start the system w. Desktopeffects enabled
2. close the lid and reopen or press Crtl+Alt+F2 Ctrl+Alt+F1
3. Voila
  
Actual results:
System hangs, Ctrl+Alt+Bksp does not work

Expected results:
Compiz working 

Additional info:

Comment 1 Matěj Cepl 2008-11-27 17:58:47 UTC
Could we get /var/log/Xorg.*.log as well, please?

Thank you

Comment 2 Andrey Meganov 2008-11-27 20:10:27 UTC
Created attachment 324917 [details]
XORG log

Comment 3 Feng Yu 2008-12-10 17:07:27 UTC
I noticed the recent kernel includes several fixes on radeon, however,
With the following system components, the problem still exists:

kernel-2.6.27.7-134.fc10.i686
xorg-x11-drv-ati-6.9.0-61.fc10.i386
xorg-x11-server-common-1.5.3-5.fc10.i386
compiz-0.7.6-17.fc10.i386

radeonfb is loaded.

Comment 4 Alex Tucker 2008-12-20 22:08:27 UTC
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:

kernel-2.6.27.9-159.fc10.x86_64
xorg-x11-drv-ati-6.9.0-62.fc10.x86_64

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.

Comment 5 Samuel Sieb 2009-02-24 21:27:36 UTC
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.

Comment 6 Alex Tucker 2009-03-03 22:25:04 UTC
Seems to work ok now with these versions:

kernel-2.6.27.19-170.2.35.fc10.x86_64
xorg-x11-drv-ati-6.10.0-2.fc10.x86_64

Both suspend to RAM and VT switch work as expected with desktop effects enabled.

I'm not the original poster though...

Comment 7 Andrey Meganov 2009-03-04 08:26:23 UTC
I confirm, that everything works as it should with 

kernel-2.6.27.19-170.2.35.fc10.x86_64
xorg-x11-drv-ati-6.10.0-2.fc10.x86_64

Comment 8 Samuel Sieb 2009-03-05 20:01:26 UTC
It works now for me as long as I'm using nomodeset.  If not, then X crashes on resume, filed as bug #487222.


Note You need to log in before you can comment on or make changes to this bug.