From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050309 Fedora/1.7.6-0.cvs.20050309 Description of problem: Whenever I try to run programs like tuxracer or xfce, I get an immediate lockup of the computer. When I try to change from the GUI to the terminal, then back to the GUI, I get a lockup where the screen has residue images in it, the mouse can b moved, but there is no system response other than this. I have tried to replace the Fedora drivers for /usr/X11R6/lib/modules/dri/radeon_dri.so and /usr/X11R6/lib/modules/drivers/radeon_drv.o and ati_drv.o with drivers available from fredesktop.org and the problem does not happen. Whenever I install a later version of xorg-x11 from fedora, it overwrites the drivers I added and I test the system to see if it has been repaired. So far, there has been no improvements from FC3 to current development. Version-Release number of selected component (if applicable): xorg-x11-6.8.2-10 How reproducible: Always Steps to Reproduce: 1. start x via runlevel 3 and using startx as user 2. try to change to terminal, then back to X 3. Reset computer after lockup Actual Results: 1. X starts fine 2. X crashes 3. computer goes into file integrity check Expected Results: I expected tuxracer to work, xfce to work and to be able to switch to terminals then back for processes that I might like to still have running after closing down X. Additional info: There is a bug filed in fredesktop.org already https://bugs.freedesktop.org/show_bug.cgi?id=2556
sbin/lspci 00:00.0 Host bridge: ATI Technologies Inc AGP Bridge [IGP 320M] (rev 13) 00:01.0 PCI bridge: ATI Technologies Inc PCI Bridge [IGP 320M] (rev 01) 00:02.0 USB Controller: ALi Corporation USB 1.1 Controller (rev 03) 00:06.0 Multimedia audio controller: ALi Corporation M5451 PCI AC-Link Controller Audio Device (rev 02) 00:07.0 ISA bridge: ALi Corporation M1533 PCI to ISA Bridge [Aladdin IV] 00:08.0 Modem: ALi Corporation M5457 AC'97 Modem Controller 00:0a.0 CardBus bridge: O2 Micro, Inc. OZ6912 Cardbus Controller 00:0c.0 FireWire (IEEE 1394): Texas Instruments TSB43AB21 IEEE-1394a-2000 Controller (PHY/Link) 00:10.0 IDE interface: ALi Corporation M5229 IDE (rev c4) 00:11.0 Bridge: ALi Corporation M7101 Power Management Controller [PMU] 00:12.0 Ethernet controller: National Semiconductor Corporation DP83815 (MacPhyter) Ethernet Controller 01:05.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility U1
Created attachment 111933 [details] xorg.conf for reference
Created attachment 111934 [details] This log should describe the activity up until the crash I assume that Xorg.0.log.old is from the last server startup prior to the active log.
Created attachment 111947 [details] log with latest dri and drivers from Freedesktop As a confirmation that this problem seems to be specific to Fedora and not to xorg-x11 directly, I replaced the latest drivers for dri and for the ati and radeon drivers as per previous bug entries. The permissions on the transplanted drivers are al set to 10444 w/ the owner as root. The computer works fine w/ tux and switching terminals w/ the hack.
Created attachment 111957 [details] Self compiled - still erors out I compiled the source and installed the resulting rpms. The rpms acted the same as the avaiable binaries. This log is from my compiled versions, same problem.
Created attachment 112501 [details] CVS version compilation does same thing In desperation and as a matter of curiousity, I compiled and installed a CVS version of xorg-x11 to compare it with the rpm binary package released a day or so ago. The CVS version exhibits the same symptoms. The switching to a VT then back to X kills the server as well as running tuxracer. The results obtained from the CVS version render tuxracer far worse than the rpm binaries available via mirror for Fedora. Anyway, both are broken.
Thanks for reporting this to X.org. We will track the issue in the X.org bug report you've provided above. When a fix becomes available, we will review it for consideration in future updates for Fedora Core. Thanks again. Setting status to "UPSTREAM" for tracking.
Though bug is closed, the last version from rawhide with binaries dated April 6th failed with the same symptoms. Replacing the binaries with snapshots from freedesktop.org resolved the busted driver. https://bugs.freedesktop.org/show_bug.cgi?id=2556 does not seem to have much activity. i'll add the failure results in the bug above.
xorg-x11-6.8.2-22 seems to eliminate the problem with lockup.
That's good news! Looks like one of the patches nominated for 6.8.3 that we just added must have fixed it. I believe the most likely candidate is: xorg-x11-6.8.3-radeon-set-fb-location-fdo2698-2079.patch
*** This bug has been marked as a duplicate of 151163 ***