Bugzilla – Bug 437739
intel: messed up framebuffer shown before redraws (965GM)
Last modified: 2008-11-07 16:26:41 UTC
In beta3, with the intel driver, running KDE, when some actions are undertaken, the content of the framebuffer is completely messed up and displayed for a brief time before the redraw happens. While this is no functional issue, it is worrying for the user. It looks very much like the issues we saw when not blanking the CRTC on radeonhd during the first few months of radeonhd development. We saw the scrambled FB content, with FB layout changing, before the FB was properly filled again. And we then just had the CRTCs send out black instead and everyone was happy. AJ: can you give us some more information about the hardware, maybe attach an Xorg.0.log?
Created attachment 247152 [details] The requested log file
(II) intel(0): EDID vendor "LEN", prod id 16384 (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline "1024x768"x0.0 54.16 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (40.3 kHz) (II) intel(0): Modeline "1024x768"x0.0 43.33 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (32.2 kHz) (II) intel(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) (II) intel(0): Modeline "640x480"x0.0 25.20 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) (II) intel(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) (II) intel(0): EDID vendor "LEN", prod id 16384 (II) intel(0): EDID vendor "LEN", prod id 16384 (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline "1024x768"x0.0 54.16 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (40.3 kHz) (II) intel(0): Modeline "1024x768"x0.0 43.33 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (32.2 kHz) (II) intel(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) (II) intel(0): Modeline "640x480"x0.0 25.20 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) (II) intel(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) (II) intel(0): EDID vendor "LEN", prod id 16384 (II) intel(0): EDID vendor "LEN", prod id 16384 [...] Is this another RANDR application polling for new outputs all the time? Which desktop are you using? KDE3, KDE4, Gnome, Xfce. Anything else?
Also I'm not sure what you mean with "some actions are undertaken".
This is KDE4 only.
Could you kill/uninstall krandrtray (/usr/bin/krandrtray *and* /opt/kde3/bin/krandrtray to make sure)? Does this help?
There's no /opt/kde3/bin/krandrtray.
After moving /usr/bin/krandrtray out of the way I still see the same effects.
Really? Still this DDC probing from comment #2 all the time? Please do a tail -f /var/log/Xorg.0.log with and without krandrtray running to verify this. Thanks. Still I don't understand what it meant with "when some actions are undertaken". Maybe I need to see this.
Come and have a look at my machine...
The best way to see and reproduce is to login in kdm(4) using failsafe session, because then no WM sets a background, so the messed up framebuffer stays as it is. Disabling Composite and even DRI didn't help, but "noaccel" does. So it appears to be a 2D acceleration issue.
Doesn't happen when using XAA instead of EXA 2D acceleration. I've tried all available EXA options. The one (and only), which fixes the issue is Option "MigrationHeuristic" "greedy"
The greedy option breaks the desktop completely. Lubos, there is still a KDE application in KDE4 desktop polling the outputs. This time it is *not* krandrtray. Could you figure out, which application it is this time? Thanks.
Sorry, it appears the updated patch is not in the rpms, I'm not sure why it didn't make it. I will submit a package with the polling disabled right now. *** This bug has been marked as a duplicate of bug 427645 ***
Thanks. The code seems to be in some library then also used by other applications, since krandrtray was no longer running when the polling still appears. Anyway, need to reopen this one, since the main issue is a different one.
It is not krandrtray but a kded module called randrmonitor ('qdbus org.kde.kded /kded unloadModule randrmonitor' should "fix" it).
*** Bug 438208 has been marked as a duplicate of this bug. ***
Andreas, could you please try again latest driver from X11:XOrg buildservice project, i.e. packages - libdrm - Mesa - xorg-x11-driver-video - xorg-x11-server This updated driver will be on Beta4.
did not really help. It seems to look a bit better: I still get this random noise but II see now in between a black screen as well.
Anyway, I think this is a minor issue.
Please report upstream, if you think it's an important issue for you. I don't plan to look into such a minor intel driver issue given the much more serious issues we have with this driver. --> bugs.freedesktop.org --> Product: xorg --> Component: Driver/intel You can take me into Cc (sndirsch@suse.de) if you want.