Created attachment 44088 [details] log: Xorg.0.log [system environment] -- chipset: 945GM -- system architecture: i686 -- xf86-video-intel: 2.14.0-2 -- xorg-server (xserver?): 1.9.4-1 -- mesa: 7.10.1-1 (last working: 7.10.0.git20110215-1) -- libdrm: 2.4.23-2 -- kernel version: 2.6.38-rc7 -- Linux distribution: Arch Linux -- motherboard model: Hewlett-Packard, 30AA 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller [8086:27a2] (rev 03) -- window manager: i3 [steps to reproduce] Occurs randomly on workspace switches on Conky (a monitoring tool) or in Conkeror (a Gecko-based web browser). The text on both is badly displayed, as showed in the attachment. It is crippled always on the same spots of Conky (not sure about Conkeror, or other apps (it didn't occur at all on LibreOffice Writer for now). The glyph on Conky disappears once Conky redraws its window.
Created attachment 44089 [details] dmesg
Created attachment 44090 [details] Conky glyph screenshot
Created attachment 44093 [details] ncmpcpp glyph screenshot
Created attachment 44094 [details] Conkeror glyph
Same happens for me : Tested with a completely updated Ubuntu 11.04 and additionally with kernel-version 2.6.38rc7 and latest git-version of the intel-driver and libdrm.
Same issue with XFCE4, can be see on Terminal (see screenshot) and also on Firefox background. It is very easy to trigger it by scrolling the Terminal window with the mouse buffer. Corruptions are likely to apply only within a "page" boundary, so I assume the corrupted area is a finite portion of the whole video memory. Coupled with this issue I have a BSOD-blue screen in place of any video-playing surface (known issue). [legolas558:~]$ lspci| grep 855 00:00.0 Host bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) 00:00.1 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) 00:00.3 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) 00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
Created attachment 44172 [details] XFCE Terminal artifacts triggered by mouse wheel
Same issues with 2.6.38rc8
seen in firefox 3.6 with drm-intel-next (47ae63e) with and without compositing (xcompmgr) -- chipset: 945GSE -- system architecture: i686 -- xf86-video-intel-git: 34f9a33 (configure: Bump for 2.14.901 snapshot) -- xorg-server: 1.9.4-1 -- mesa: 7.10.1 -- libdrm-git: 3b04c73 (libdrm: oops fix get cap return value.) -- kernel version: drm-intel-next (47ae63e) -- Linux distribution: Arch Linux -- Laptop: Acer Aspire One AOA150/ZG5
I'm seeing similar corruption on my i855 (Acer TM66x): 00:02.0 VGA compatible controller [0300]: Intel Corporation 82852/855GM Integrated Graphics Device [8086:3582] (rev 02) 00:02.1 Display controller [0380]: Intel Corporation 82852/855GM Integrated Graphics Device [8086:3582] (rev 02) Software (Gentoo): xf86-video-intel-2.14.901, libdrm-2.4.24, xorg-server-1.9.4, Enlightenment 17, 2.6.38-rc8-00026-g8fc9a4ed-dirty (dirty is Revert "drm/i915: Completely disable fence pipelining." This reverts commit 6bda10d152735c22baf1dcd92937420b4b0a359a which ickle suggested to try and which reduced amount of corruption in xchat) Most often corruption affects xchat (timestamp and nick in chat log) but periodically it also corrupts desktop background (until now always the same area of it) or Enligthenment's shelves. (no compositing) The corruptions do seem to happen mostly when multiple applications are running (right after system startup there are no corruptions yet and when having closed most apps before shutdown corruptions are not not showing up anymore either).
Same happens with mainline 2.6.38.
Created attachment 44500 [details] Browser glyph 2 Happens every time I switch from http://www.vimeo.com/7838039 to http://www.vimeo.com/8138614.
Created attachment 44573 [details] [review] Fix tiling corruption Please try this kernel (linus/master) patch along with an updated userspace.
Seems to be fixed. Thank you!
(In reply to comment #13) > Created an attachment (id=44573) [details] > Fix tiling corruption > > Please try this kernel (linus/master) patch along with an updated userspace. This reduces corruptions a lot on 2.6.38 (manually applied/adapted as it does not apply/compile cleanly) for my i855 (c.f. comment #10) but there are some corruptions left, e.g. when scrolling a lot in xchat but also sometimes on enlightenment shelves. So some flush/fence is probably still missing/wrong.
Hmm, I've reports of xchat corrupting on scrolling from long ago. Similar to the firefox bug where it copies from outside its window... The enlightenment shelves I'm not aware of nor recognise what you mean.
(In reply to comment #16) > Hmm, I've reports of xchat corrupting on scrolling from long ago. Similar to > the firefox bug where it copies from outside its window... > > The enlightenment shelves I'm not aware of nor recognise what you mean. The enlightenment shelves are like KDE's kicker. Corruption looks like tiling issue (at bo tiling/format change?) though it mostly happens when one is not prepared to shoot a screenshot (but does not happen often). In xchat corruption also happens on repaint when a menu which was above it disappears (so not only when scrolling) Both cases seem to require much painting activity (when recycling video memory?)
Ok, I think I know the other bug. Bruno, on gen2, there is a second bug where we needed to allocate an even number of tile rows, failure to do so caused rendering corruption at the bottom of images. Try xf86-video-intel commit d21d781466785c317131a8a57606925867265dc8 Author: Daniel Vetter <daniel.vetter@ffwll.ch> Date: Tue Feb 22 18:31:44 2011 +0100 Fix relaxed tiling on gen2 Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch> [in 2.14.901]
Tried applying Wilson's patch on 2.6.38.1. First hunk succeeds and the second one fails. Still having corruptions without the patch.
(In reply to comment #18) > Ok, I think I know the other bug. Bruno, on gen2, there is a second bug where > we needed to allocate an even number of tile rows, failure to do so caused > rendering corruption at the bottom of images. > > Try xf86-video-intel commit d21d781466785c317131a8a57606925867265dc8 > Author: Daniel Vetter <daniel.vetter@ffwll.ch> > Date: Tue Feb 22 18:31:44 2011 +0100 > > Fix relaxed tiling on gen2 > > Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch> > > [in 2.14.901] I had the same corruption issues with i915 driver, after 2.6.38.2... 2.6.39-rc with the 'fix tiling corruption' patch didn't work, but 2.6.38 with xf86-video-intel-2.15, which includes the above patch('fix relaxed tiling on gen2') did work, and resolved the corruption issues... thanks!
xf86-video-intel release 2.15 completely disables relaxed tiling for gen2 and older gen3 chips. It was too broken. Adding Option "RelaxedFencing" "true" in the Driver section of your xorg.conf will reenable that. If that's the case, it'd be great if you could take a screenshot of the corruptions your seeing (and on what exact chipset). Thanks, Daniel
Created attachment 45818 [details] lspci verbose output (In reply to comment #21) > xf86-video-intel release 2.15 completely disables relaxed tiling for > gen2 and older gen3 chips. > It was too broken. Adding > Option "RelaxedFencing" "true" > in the Driver section of your xorg.conf will reenable that. If that's > the case, it'd be great if > you could take a screenshot of the corruptions your seeing (and on > what exact chipset). > > Thanks, Daniel I enabled RelaxedFencing in xorg.conf: [ 1522.843] (**) intel(0): Option "RelaxedFencing" "true" [ 1522.843] (**) intel(0): Relaxed fencing enabled However, with intel-2.15, even with RelaxedFecning enabled, I don't see any screen/graphics corruptions(with 2.6.38 kernel).
Can this be closed then?
On Tue, Aug 30, 2011 at 12:48:27PM -0700, bugzilla-daemon@freedesktop.org wrote: > Can this be closed then? As fas as I know this commit (merged into 3.0) commit e28f87116503f796aba4fb27d81e2c3d81966174 Author: Chris Wilson <chris@chris-wilson.co.uk> Date: Mon Jul 18 13:11:49 2011 -0700 drm/i915: Fix unfenced alignment on pre-G33 hardware fixed the last known tiling/fencing issues on i945 and earlier chips. Please reopen the bug if this is not true for you. Thanks.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.