Description of problem: There seem to be several related problems with the ati driver on a Vaio S1XP laptop in FC5 test 3. There is occasional corruption at the top and bottom of the screen, when returning to X from a console. More seriously the X server appears to be locking up for minutes at a time, rendering the system unusable during that period. When running top as root, the Xorg process is taking up 99% CPU during these 'outbursts'. The problem may be specifically with the DRI part of the driver as I have booted with the Load DRI directive commented out and the problem - while still there - is much less serious. That is to say X is still taking up too much CPU time but the desktop is still usable. Version-Release number of selected component (if applicable): xorg-x11-drv-ati-6.5.7.3-4 How reproducible: Always Steps to Reproduce: 1. Boot the laptop 2. Login to the desktop 3. Actual results: X periodically takes up all available CPU Expected results: X should operate normally Additional info:
Don't know if this is helpful or not but: I have Thinkpad T40 with Radeon Mobility M7 LW [Radeon Mobility 7500]. I've not seen any rogue CPU usage, but I HAVE seen screen corruption at the top of the screen. Just searching for any dupes of this behaviour and this bug is the closest I've seen. The corruption is limited to the top menubar under Gnome (not tried KDE) and extends in from the left to roughly half way across the "Places" menu title. Corruption disappears when you select those menus and they get redrawn. As luck would have it, the corruption isn't there right now, but I'll post a screenshot as soon as I can. Duncan
Created attachment 125243 [details] Screenshot of screen corruption at top left of screen Corruption disappears when the menus are selected. Corruption also changes slightly after period of time - not sure how long, but I can now read the Applications and Places menu titles clearly although they still have a red streak behind them and the 'f' icon background is a bit garbled.
Am running Xen hypervisor kernel BTW if this makes a difference - uninstalling now to see if corruption still evident under normal kernel.
Haven't seen any corruption since the re-install without the Xen hypervisor. Is this a Xen issue?
It's good to know if Xen is influencing the problem at all or not. From there though, it could be a Xen kernel bug, or an X bug, or something else perhaps. Update to the latest Fedora development packages, including the kernel, and then while booted in the kernel that reproduces the problem, please attach your X server log and config file from that invocation for further diagnosis. Try disabling DRI, and also try disabling 2D acceleration with Option "noaccel" also if the problem is still present in the current rawhide kernels. TIA
I can confirm that the problem persists when running the latest kernel (1.1996) with the latest updates, when DRI is enabled. No such problems when DRI is disabled.
Created attachment 125500 [details] X server log when problem occurs
Created attachment 125501 [details] X config file This is the current version, with DRI disabled. The problem occurs when DRI is enabled.
Seems to be a bug in the radeon kernel module on R300 hardware, which occurs when the kernel module is loaded, even if userland does not have r300 DRI support.
*** This bug has been marked as a duplicate of 182196 ***