From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Vetter Subject: Re: [PATCH] drm/i915: Reinstate error level message for non-simulated gpu hangs Date: Wed, 1 Oct 2014 11:41:31 +0200 Message-ID: <20141001094131.GN12343@phenom.ffwll.local> References: <1412118259-4860-1-git-send-email-daniel.vetter@ffwll.ch> <1412155727-19849-1-git-send-email-daniel.vetter@ffwll.ch> <20141001093738.GS19278@nuc-i3427.alporthouse.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail-wi0-f171.google.com (mail-wi0-f171.google.com [209.85.212.171]) by gabe.freedesktop.org (Postfix) with ESMTP id 1DC656E34A for ; Wed, 1 Oct 2014 02:41:35 -0700 (PDT) Received: by mail-wi0-f171.google.com with SMTP id ho1so126916wib.4 for ; Wed, 01 Oct 2014 02:41:35 -0700 (PDT) Content-Disposition: inline In-Reply-To: <20141001093738.GS19278@nuc-i3427.alporthouse.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" To: Chris Wilson , Daniel Vetter , Intel Graphics Development , Mika Kuoppala , Kenneth Graunke , Daniel Vetter List-Id: intel-gfx@lists.freedesktop.org On Wed, Oct 01, 2014 at 10:37:38AM +0100, Chris Wilson wrote: > On Wed, Oct 01, 2014 at 11:28:47AM +0200, Daniel Vetter wrote: > > This seems to have been accidentally lost in > > > > commit be62acb4cce1389a28296852737e3917d9cc5b25 > > Author: Mika Kuoppala > > Date: Fri Aug 30 16:19:28 2013 +0300 > > > > drm/i915: ban badly behaving contexts > > > > Without this real gpu hangs only log output at info level, which gets > > filtered away by piglit's testrunner. > > > > v2: Tune down to notice level. Note that we need to add drm/i915 so > > that at least the automatic igt dmesg filtering still picks it up. > > > > v3: git add and lack of coffee don't mix well. > > > > Cc: Mika Kuoppala > > Cc: Chris Wilson > > Cc: Kenneth Graunke > > Reported-by: Kenneth Graunke > > Signed-off-by: Daniel Vetter > > Hmm, in my igt hang tests, I don't use dev_priv->gpu_error.stop_rings as > it is itself incompatible with the tests. This now causes those to fail > with a WARN. In Mika's reset stats test we've set stop_rings after execbuf so that we could submit fancy stuff like endless loops with batch-chaining while still shutting up the kernel's output for real hangs. The nice benefit is that looking at stop_rings then gives you an easy way to double-check from the test that it all worked out since it's getting auto-cleared. In any case we have a fairly great mess here :( -Daniel -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch