| Summary: | x11-drivers/xf86-video-intel-2.17.0 with USE="sna" causes screen corruption (see with xterm scrollbars) | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Ulrich Müller <ulm> |
| Component: | Current packages | Assignee: | Gentoo X packagers <x11> |
| Status: | RESOLVED FIXED | ||
| Severity: | major | Keywords: | REGRESSION |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| URL: | https://bugs.freedesktop.org/show_bug.cgi?id=43245 | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
screenshot
emerge --info xf86-video-intel |
||
Created attachment 293663 [details]
emerge --info xf86-video-intel
Does that happen with both sna enabled and disabled? (In reply to comment #2) > Does that happen with both sna enabled and disabled? 2.17.0 with USE="-sna" seems to behave well, on first glance. What kernel/mesa-versions do you use? I am running mesa-7.11.1 and gentoo-sources-3.1.1, xf86-video-intel-2.17.0 with sna enabled (I even use intel RC6). Everything runs fine, fast, without corruption (OK, KDE-Menus and Popups with just one row only show a blurred rect, but that is a bespin-bug, as QtCurve etc work just fine). And of course: Do you run Sandy Bridge Graphics? Older iGPUs seem to have regressions (http://www.phoronix.com/scan.php?page=article&item=intel_sna_old&num=1 - but I don't know if that still is true, as the article dates back to early september) > And of course: Do you run Sandy Bridge Graphics? Older iGPUs seem to have
> regressions
OK, just looked at the emerge --info, and that states you run a Core2Duo, so this could really be the issue :/ (Though 2.16.0 seemed to run fine... probably a driver change was not adopted correctly to Core2Duo-Graphics-backend).
You could check if there is still corruption with xf86-video-intel from git (a live ebuild is in the x11 overlay) and if yes, report upstream on https://bugs.freedesktop.org/ (In reply to comment #6) > You could check if there is still corruption with xf86-video-intel from git (a > live ebuild is in the x11 overlay) and if yes, report upstream on > https://bugs.freedesktop.org/ Git bisect tells me: 7f7f95abbf57e6e71f6a30d917f97c2f2bd6cea9 is the first bad commit commit 7f7f95abbf57e6e71f6a30d917f97c2f2bd6cea9 Author: Chris Wilson <chris@chris-wilson.co.uk> Date: Fri Sep 23 11:38:18 2011 +0100 sna/accel: Use the PolyFillRect to handle tiled spans Would be preferrable to duplicate the tiling logic. Leave the task of reimplementing XAA to another day! Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> <http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=7f7f95abbf57e6e71f6a30d917f97c2f2bd6cea9> And to answer your question: Yes, with the current HEAD there is still corruption. Fixed upstream: <http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=16f5e224dcfd97012b38ee1af6c72dbe3c0f3304> This could be applied as a patch to 2.17.0 too. Fixed in 2.17.0-r1 Seems that the patch is not being applied. Missing PATCHES= in ebuild? Whoops. Now really fixed in -r2. (In reply to comment #12) > Now really fixed in -r2. Thanks, that works fine. Closing. |
Created attachment 293661 [details] screenshot x11-drivers/xf86-video-intel-2.17.0 causes screen corruption, as in attached screenshot. To reproduce: 1. Start an xterm 2. Resize it vertically using the mouse After downgrading to xf86-video-intel-2.16.0 the problem disappeared.