Fedora Account System
Red Hat Associate
Red Hat Customer
Description of problem: On fedora 12 graphics gets scrambled with Radeon X1200 Series. Version-Release number of selected component (if applicable): xorg-x11-drv-ati-6.13.0-0.10.20091006git457646d73.fc12.x86_64 mesa-libGL-7.6-0.13.fc12.x86_64 Linux version 2.6.31.5-117.fc12.x86_64 How reproducible: run any version of F12 beta through 11/5/2009 (including todays, 11/5, update) Steps to Reproduce: 1. run google earth, firefox and others will cause it, but with google earth you see it in seconds. Actual results: Scrambled graphics Expected results: normal graphics Additional info: lspci VGA line: 01:05.0 VGA compatible controller: ATI Technologies Inc RS690M [Radeon X1200 Series] Actual laptop is a Gateway LT3103u I also reported this in bug 509528, but it was an F11 intel bug to begin with. This is a great laptop, it's got the price of a netbook with a real processor and proper screen resolution (1366 x 768).
Thanks for the bug report. We have reviewed the information you have provided above, and there is some additional information we require that will be helpful in our diagnosis of this issue. Please attach your X server config file (/etc/X11/xorg.conf, if available), output of the dmesg command, and X server log file (/var/log/Xorg.*.log) to the bug report as individual uncompressed file attachments using the bugzilla file attachment link below. We will review this issue again once you've had a chance to attach this information. Thanks in advance.
Created attachment 367995 [details] dmesg I ran a dmesg from ssh and it didn't change after the graphics scrambled
Created attachment 367996 [details] xorg log
Created attachment 367997 [details] xorg log
Do you use a compiz or somethings similar ? If you don't run any GL application does the bug happen (don't run googleearth it use GL) ? Also please take a picture of the bug or screenshot if the screenshot shows the issue.
Created attachment 368249 [details] scrambled graphics after running firefox with no flash I did have the 64-bit flash .so file in /usr/lib64/mozilla/plugins, but I deleted that and then I just ran firefox. I did still get the corruption, but it wasn't as bad as with googleearth, and it didn't happen nearly as fast. As you can see from the picture you can still tell it's a web page, and some of the text is readable, but I had this happen when you can't see anything, where the whole screen looks like the ad in the top right.
I don't use compiz or something similar. If I just use konsole it doesn't seem to happen.
Once it gets corrupted it never comes back to normal if you force a redraw ? (to force a redraw minimize the window and then remaximize it).
For some very small corruption that will fix it, or if you move the mouse over a currupted part then it might redraw it correctly, but once it gets to the point in the picture it won't recover.
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle. Changing version to '12'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Just did a yum update to get all the latest stuff, and the corruption still happens. I guess this isn't getting fixed for F12 release?
*** Bug 538204 has been marked as a duplicate of this bug. ***
I get serious display corruption immediately after logging to GNOME, with no compiz or 3D stuff or anything. When things are redrawn sometimes they appear correctly, sometimes more corruption occurs. Card: ATI Xpress 1270, RS690M. lspci identical to the orig report: 01:05.0 VGA compatible controller: ATI Technologies Inc RS690M [Radeon X1200 Series] This happens on fresh install of F12, updated. No corruption was observable during the installation nor is in boot or gdm. It starts after logging in. Creating a xorg.conf with Xorg -configure and disabling RenderAccel, AccelDFS and setting AccelMethod to XAA makes it better (tried also NoAccel but that only makes the driver crash), display gets srambled much less often and only smaller parts of it. Note F11 worked flawlessly on the machine (MSI PR210 notebook) so, this is a regression. Should I attach logs too?
Same problem here. A simple workaround that worked for me is to add "nomodeset" to the kernel boot line of /etc/grub.conf and reboot. Justin.
I was also thinking that adding nomodeset was a good workaround. (and had it installed for some time on my freshly upgraded laptop with radeon graphics and i always had to do it with Fedora 11 because there i was not able to login to kde at all - so i see some kind of progress here..) but then the workaround caused weired issues on login to my user account when i tried to start my KDE account (because i did not close rythmbox on my last logout it tried to start it during login - and this kicked me totally out of my user account. So not really a good solution i guess. (Not using nomodeset does create graphical issues with googleearth - but thats minor compared to not being able to login..) My Laptop has a Radeon Xpress 1100 Chipset. (but it seems to be the same or a similar problem) Please don't tell me i should use Amarok instead ;) I use both :) Dietmar (In reply to comment #14) > Same problem here. > > A simple workaround that worked for me is to add "nomodeset" to the kernel boot > line of /etc/grub.conf and reboot. > > Justin.
Same problem with ATI Xpress 1270 on MSI PR210 notebook - graphics scrambled just after KDE is loaded. On FC10 all was working ok.
For Xpress 1270 "nomodeset" seems to be a reasonable workaround. The text console is completely destroyed -- just some noisy stripes over the entire screen. But X11 works flawlessly (including suspend) for me.
Please retest after updating all packages to the lastest and report the result as well the output of: rpm -q libdrm xorg-x11-drv-ati
unfortunately no improvement of the situation with my MSI PR210. rpm -q libdrm xorg-x11-drv-ati: libdrm-2.4.17-1.fc12.x86_64 libdrm-2.4.17-1.fc12.i686 xorg-x11-drv-ati-6.13.0-0.20.20091221git4b05c47ac.fc12.x86_64
Same problem for me - still the same graphic problems with google earth... (In reply to comment #19) > unfortunately no improvement of the situation with my MSI PR210. > > rpm -q libdrm xorg-x11-drv-ati: > > libdrm-2.4.17-1.fc12.x86_64 > libdrm-2.4.17-1.fc12.i686 > xorg-x11-drv-ati-6.13.0-0.20.20091221git4b05c47ac.fc12.x86_64
libdrm-2.4.17-1.fc12.x86_64 xorg-x11-drv-ati-6.13.0-0.20.20091221git4b05c47ac.fc12.x86_64 I can report substantial improvement. Broken mouse pointer, flicker and random noise over all desktop, all is gone. Except gnome-panel which shows noise in place where nothing is drawn (i.e. in empty place of the taskbar, around icons in the launcher area, in spacers between things) everything seems to work correctly, including 3D.
(In reply to comment #21) > Except gnome-panel which shows noise in place where nothing is drawn... I've been using KMS again since the update was published and I'd say it's fixed as far as my graphic card is concerned. The noise in gnome-panel persists but this does not seem to be actually a KMS-caused problem.
Xorg with KMS support is working fine with last drv-ati update. THANKS! libdrm-2.4.17-1.fc12.x86_64 libdrm-2.4.17-1.fc12.i686 xorg-x11-drv-ati-6.13.0-0.21.20100219gite68d3a389.fc12.x86_64
Thank you for letting us know.
Created attachment 462472 [details] Screenshot of garbled fedora 14 X display This bug still exists in Fedora 14. I also have a lt3103u gateway laptop with: 01:05.0 VGA compatible controller: ATI Technologies Inc RS690M [Radeon X1200 Series] The display will remain ungarbled for the most part until I do anything that's too taxing on the display. Mainly zooming in on images (like google maps zooming in firefox) I was running nomodeset to resolve this problem but as of the upgrade to fedora 14, X will no longer start with nomodeset in the kernel parameters. Can this ticket be re-opened or shall I create a new one?
(In reply to comment #25) > Can this ticket be re-opened or shall I create a new one? I would prefer latter, please. Please add drm.debug=0x04 to the kernel command line, restart computer, and attach * your X server config file (/etc/X11/xorg.conf, if available), * X server log file (/var/log/Xorg.*.log) * output of the dmesg command, and * system log (/var/log/messages) to the bug report as individual uncompressed file attachments using the bugzilla file attachment link above. Thanks in advance.
Regarding comment 25. Same problem, same version of Fedora. New install on a Gateway LT3114u. Was a bug ever filed for this issue for F14?
(In reply to comment #27) > Regarding comment 25. Same problem, same version of Fedora. New install on a > Gateway LT3114u. Was a bug ever filed for this issue for F14? Yes I filed a report on 2010-11-26. Bug 657607 I'm still very much experiencing the bug with an up to date Fedora 14.
Working! OK, so I finally decided to try a new kernel. I pulled 2.6.39-rc4 from kernel.org, the defconfig doesn't enable either DRM_RADEON or DRM_RADEON_KMS, and everything works great like this! (don't forget to add ext4 as this is the main thing most Fedora users would need that's not in the defconfig). If I enable either DRM_RADEON or DRM_RADEON+DRM_RADEON_KMS I get the same problem. I'm not sure if these settings would work with older kernels or not. Other than the kernel the laptop is fully updated F14 even with --enablerepo=updates-testing. thanks, Paul