From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Wilson Subject: Re: linux-next: Tree for Aug 13 [ screen corruption in graphical mode ] Date: Tue, 13 Aug 2013 17:34:39 +0100 Message-ID: <20130813163439.GA8805@cantiga.alporthouse.com> References: <20130813092554.GA4519@cantiga.alporthouse.com> <20130813093920.GB4519@cantiga.alporthouse.com> <20130813095259.GC4519@cantiga.alporthouse.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Received: from s16502780.onlinehome-server.info ([87.106.93.118]:53246 "EHLO fireflyinternet.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1757806Ab3HMQfj (ORCPT ); Tue, 13 Aug 2013 12:35:39 -0400 Content-Disposition: inline In-Reply-To: Sender: linux-next-owner@vger.kernel.org List-ID: To: Sedat Dilek Cc: Stephen Rothwell , linux-next@vger.kernel.org, linux-kernel@vger.kernel.org, Daniel Vetter , Dave Airlie , DRI , intel-gfx , "s.dilek" On Tue, Aug 13, 2013 at 06:23:29PM +0200, Sedat Dilek wrote: > On Tue, Aug 13, 2013 at 5:59 PM, Sedat Dilek = wrote: > > I have bisected the issue on Linux v3.11-rc5 + drm-intel-nightly: > > > > 5456fe3882812aba251886e36fe55bfefb8e8829 is the first bad commit > > commit 5456fe3882812aba251886e36fe55bfefb8e8829 > > Author: Chris Wilson > > Date: Thu Aug 8 14:41:07 2013 +0100 > > > > drm/i915: Allocate LLC ringbuffers from stolen > > > > As stolen objects now behave identically (wrt to default LLC ca= cheing) > > as their normal system counterparts, we no longer have to diffe= rentiate > > our usage for ringbuffers. So allocate them from stolen on SNB+= as well. > > > > Signed-off-by: Chris Wilson > > Reviewed-by: Ville Syrj=E4l=E4 > > Signed-off-by: Daniel Vetter > > > > :040000 040000 de063a052f39095f4d2f51b49caef9f827df41e8 > > 1c819aa5501a9fcc9912a5c7c037c71b9b9e9a6b M drivers > > > > See also attached files! > > >=20 > With the attached revert-patch my system is OK (with my customized X = stack). No indication of a GPU hang? I'm puzzled as to how this ends up with th= e scanout being misread. cat /sys/kernel/debug/dri/0/i915_gem_stolen cat /sys/kernel/debug/dri/0/i915_gem_framebuffer would be interesting. -Chris --=20 Chris Wilson, Intel Open Source Technology Centre