Created attachment 639925 [details] Xorg.2.log Opening as a ATI userland driver problem, but it's possible it's a kernel problem as well. I did not see this on 3.6 kernels with F17 however... I just upgraded my main workstation to F18 and am often seeing fairly significant video "scrambling" when I log in. Usually I can get something close to usable after 5-6 login attempts. I'll attach a screenshot in a bit to demonstrate the problem in more detail. When this occurs, I often see the following messages in the kernel's ring buffer: [ 236.120920] [TTM] Failed to find memory space for buffer 0xffff880402f53c48 eviction [ 236.120924] [TTM] No space for ffff880402f53c48 (3816 pages, 15264K, 14M) [ 236.120925] [TTM] placement[0]=0x00070002 (1) [ 236.120926] [TTM] has_type: 1 [ 236.120927] [TTM] use_type: 1 [ 236.120928] [TTM] flags: 0x0000000A [ 236.120929] [TTM] gpu_offset: 0x40000000 [ 236.120930] [TTM] size: 131072 [ 236.120931] [TTM] available_caching: 0x00070000 [ 236.120932] [TTM] default_caching: 0x00010000 [ 236.120934] [TTM] 0x00000000-0x00000001: 1: used [ 236.120936] [TTM] 0x00000001-0x00000011: 16: used [ 236.120937] [TTM] 0x00000011-0x00000111: 256: used [ 236.120938] [TTM] 0x00000111-0x00000211: 256: used [ 236.120940] [TTM] 0x00000211-0x00000332: 289: free [ 236.120941] [TTM] 0x00000332-0x00000333: 1: used [ 236.120942] [TTM] 0x00000333-0x00000334: 1: used [...a lot more of these sorts of lines...] [ 236.121012] [TTM] 0x0001e328-0x0001f210: 3816: used [ 236.121013] [TTM] 0x0001f210-0x00020000: 3568: free [ 236.121014] [TTM] total: 131072, used 122427 free 8645 [ 236.121017] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12! Here's the lspci for the video card: 01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Juniper [Radeon HD 5700 Series] (prog-if 00 [VGA controller]) Subsystem: PC Partner Limited Device 1482 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 51 Region 0: Memory at e0000000 (64-bit, prefetchable) [size=256M] Region 2: Memory at fe620000 (64-bit, non-prefetchable) [size=128K] Region 4: I/O ports at e000 [size=256] Expansion ROM at fe600000 [disabled] [size=128K] Capabilities: <access denied> Kernel driver in use: radeon
Created attachment 639929 [details] screenshot of scrambled display on login Here's a screenshot of a particularly bad incident. After logging out and back in 4-5 times I got something that more closely resembled the correct background. Note too that there are 2 monitors attached to this card. One via HDMI and one via DVI.
This problem seems to have fixed itself in a recent update. I'm not sure what changed, but I'll go ahead and close this bug since I can no longer reproduce it.
As is often the case when bugs "fix themselves" they also "break themselves" again later. This has started happening again with some frequency. Let me know what other info you need to troubleshoot it. FWIW, I'm currently using: xorg-x11-server-Xorg-1.13.0-15.fc18.x86_64 xorg-x11-drv-ati-7.0.0-0.8.20121015gitbd9e2c064.fc18.x86_64 kernel-3.6.10-5.fc18.x86_64 ...but this has been happining on and off since I updated to f18 a month or so ago. It doesn't happen every time -- probably about 50% of the time on login. Only logging out and back in seems to clear it up.
This is happening to me as well, though not as badly. I am getting weird artifacts on the toolbar at the top of the screen. See http://www.camerontech.com/artifacts.png for a visual. When I mouse over them, they change to what they're supposed to look like, but when I move my mouse off, they get corrupted again. For grins, I tried kernel-3.8.0-0.rc4.git1.1.fc19.x86_64 from koji, but it was much, much worse - my desktop was completely unusable. I've included an sosreport as well.
Created attachment 685467 [details] sosreport from my Fedora 18 x86_64 machine.
jeff what desktop are you using ? KDE ? other ?
I was using cinnamon, but recently switched back to GNOME3 (with some extensions). It doesn't seem to make a lot of difference though. I get the same effect in both DE's.
Please try if installing mesa package from this scratch build helps : http://koji.fedoraproject.org/koji/taskinfo?taskID=4915728 You need to at least install mesa-libGL mesa-dri-drivers (from this build)
Ok, I installed them and so far I haven't seen any screen corruption. I'll probably need to run with these packages for a little while though to be sure. Sometimes this problem mysteriously goes away for a bit only to later return. I'll check back in in a week or so. By then we should know for sure...
mesa-9.0.1-4.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/mesa-9.0.1-4.fc18
Been several days and I have yet to see any screen corruption, so I think this fix did it. Many thanks!
I've rebooted a couple of times today, trying to get the video corruption to come back, and it seems clear. I'm tentatively agreeing that it's fixed.
mesa-9.0.1-4.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.
Closing