From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Wilson Subject: Re: Sandy Bridge GPU hang reproducer... Date: Wed, 18 May 2011 19:04:47 +0100 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by gabe.freedesktop.org (Postfix) with ESMTP id AECB89E74C for ; Wed, 18 May 2011 11:04:50 -0700 (PDT) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org Errors-To: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org To: Daniel J Blueman Cc: intel-gfx@lists.freedesktop.org, Keith Packard List-Id: intel-gfx@lists.freedesktop.org On Wed, 18 May 2011 12:38:44 +0100, Daniel J Blueman wrote: > Hi Chris et al, > > On my Sandy Bridge GPU (8086:0126 rev 09) laptop, I often see hangs > that are correctly recovered and sometimes ones which aren't (causing > X lockup or kernel hard lock), hurting usability. > > I'm able to reproduce GPU hangs often with the composite tests in > rendercheck (may need to restart a few times): > > $ ./rendercheck -t composite,cacomposite > Begin composite mask test on a8 > Reproducing use rendercheck is unusual, as that is something that we do run frequently. Looking through the i915_error_state made me wince (lots of 1x1 copies over the same pixel...) but it does remind me of https://bugzilla.kernel.org/show_bug.cgi?id=27892 for which the workaround is to flush the caches after every op (Option "DebugFlushCaches" "True"). -Chris -- Chris Wilson, Intel Open Source Technology Centre