Red Hat Bugzilla – Bug 141295
(radeon DRI SMP) deadlock
Last modified: 2015-01-04 17:13:20 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5)
Description of problem:
Machine install and operates fine without using SMP.
Boots fine with SMP enabled, but then hangs soon after - usually
during login to Gnome.
System logs do not report any particular messages before hang.
Problem also occured with kernel-smp-2.6.9-1.667 - same symptons.
Have tried booting with acpi=off and apm=off - no difference.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Boot with SMP kernel
2. Attept to login to Gnome
Actual Results: Complete system hang - requires holding power down
for 4 seconds to turn off.
Expected Results: Doesn't hang.
lspci output (and others) can be added if of assistance
Using the following as a guide:
Have added noacpi and nofirewire with the same results.
I have the same problem on a p4s800 motherboard.
any improvement with the latest updates ?
Have tried a few iterations.
Currently testing with 2.6.10-1.770_FC3 and still get hangs when attempting to
Have tried various combinations of:
System works fine with UP kernel.
Try the 2.6.11 based FC3 kernel from either fc3 updates testing or the above
URL. Be sure to install all FC3 updates before booting this kernel. Any better?
Installed new kernel (already had updates installed) and same problem.
A colleague suggested turning off DRI in the xorg.conf file and this resolved
Can now boot with 2.6.10-1.770_FC3 or kernel-smp-2.6.11-1.14_FC3 and everything
Also removed the 'noacpi apci=off' from boot messages and system works with both
If I put back the 'Load "dri"' module and restart X the system hangs on login again.
The system has a 'ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE]' card
Search through freedesktop.org did not indicate any known issues.
Some sort of conflict between the radeon driver and smp kernels?
Entirely possible. Thank you for isolating this problem. If you want to help
us work toward a solution, I would suggest next trying to isolate if the problem
is kernel, xorg-x11. This may be very difficult because it is entirely likely
that the problem is a combination of the two. radeon DRI has never been perfect.
You could try things like
1) build an upstream kernel.org kernel based on the /boot/config-VERSION config
file. You can try plain 18.104.22.168, 2.6.12-rc2 or 2.6.12-rc2-mm2. Read their
changelogs to see if anything related to DRI changed.
2) Search upstream freedesktop.org bugzilla and mailing lists.
3) Submit this bug to xorg's bugzilla where more people will see it.
Meanwhile do you really need 3D acceleration on your desktop? If not then DRI
disabled is fine. Just periodically try versions with DRI enabled to see if it
is ever fixed.
Note that this bug is similar to (and potentially even a duplicate of) Bug
#152648, which includes a link to working (though presumably not well-tested) RPMs.
This does in fact appear to be a duplicate of Bug #152648.
System hangs resolved by installing suggested RPM's, but now 3D graphics fail
totally. See other bug for further details.
(I could not see how I can mark this as a duplicate)
*** This bug has been marked as a duplicate of 152648 ***