linux-kernel - Re: [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-prev] [day] [month] [year] [list]

Date:	Sun, 06 Jun 2010 08:26:46 +0100
From:	Chris Wilson <chris@...is-wilson.co.uk>
To:	Andy Isaacson <adi@...apodia.org>, linux-kernel@...r.kernel.org,
	Eric Anholt <eric@...olt.net>, dri-devel@...ts.sourceforge.net
Subject: Re: [2.6.35-rc regression] i915: cursor corruption on Arrandale caused by 9b8c4a0b215e

On Sat, 5 Jun 2010 19:21:15 -0700, Andy Isaacson <adi@...apodia.org> wrote:
> 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?

Exactly; a missing move-to-GTT-domain causing the cursor data to remain in
the CPU cache.

https://bugs.freedesktop.org/show_bug.cgi?id=28335

-- 
Chris Wilson, Intel Open Source Technology Centre
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/