linux-kernel - [2.6.35-rc regression] i915: cursor corruption on Arrandale caused by 9b8c4a0b215e

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Date:	Sat, 5 Jun 2010 19:21:15 -0700
From:	Andy Isaacson <adi@...apodia.org>
To:	linux-kernel@...r.kernel.org,
	Chris Wilson <chris@...is-wilson.co.uk>,
	Eric Anholt <eric@...olt.net>, dri-devel@...ts.sourceforge.net
Subject: [2.6.35-rc regression] i915: cursor corruption on Arrandale caused
	by 9b8c4a0b215e

My x201s (Core i7 L640 according to /proc/cpuinfo) running -rc1 exhibits
cursor corruption when changing the cursor image (such as when moving
out of xterm onto the desktop).  Bisection pointed to 9b8c4a0b215e and
reverting that on top of 03cd373981 fixed the problem.  I'm running
fvwm2 with xterm as my primary X client; the driver is

xserver-xorg-video-intel             2:2.9.1-4

The corruption generally goes away within a second or two, and seems to
consist of the previous cursor image interleaved with the new cursor
image on a row-by-row basis.  Some kind of cache flush issue?

I've attached a JPG of a corrupted cursor.

-andy

Download attachment "IMG_0378.JPG" of type "image/jpeg" (6362 bytes)