[Intel-gfx] i915_hangcheck_hung problem with 3.8-rc2+ (Linus's latest tree)

Chris Wilson chris at chris-wilson.co.uk
Mon Jan 14 13:47:46 CET 2013


On Mon, 14 Jan 2013 10:49:08 +0100, Nikola Pajkovsky <npajkovs at redhat.com> wrote:
> Daniel Vetter <daniel.vetter at ffwll.ch> writes:
> 
> > On Mon, Jan 14, 2013 at 7:58 AM, Nikola Pajkovsky <npajkovs at redhat.com> wrote:
> >> Daniel Vetter <daniel.vetter at ffwll.ch> writes:
> >>
> >>> On Fri, Jan 11, 2013 at 6:26 PM, Nikola Pajkovsky <npajkovs at redhat.com> wrote:
> >>>> bug still kicking even w/ (drm/i915: Revert shrinker changes from "Track
> >>>> unbound pages")
> >>>
> >>> Could be a different bug, can you please attach the error_state somewhere?
> >>
> >> yep, i915_error_state is attached. btw, I'm going to bisect kernel, so
> >> hopefully I will bring some commit.
> >
> > Different bug, on a quick lock this could be a dupe of
> > https://bugzilla.kernel.org/show_bug.cgi?id=52311
> 
> ok
> 
> > Chris should know the details.
> 
> thanks, bisection leads me to commit d7d4eed ("drm/i915: Allow
> DRM_ROOT_ONLY|DRM_MASTER to submit privileged batchbuffers). It's not
> possible to simply revert/test commit and I have no idea how i915 works.
> 
> Chris any ideas?

Userspace is failing to prepare the GPU to execute a WAIT_FOR_EVENT
command, which it can only try if the kernel allows execution of
privileged batch buffers.

Option "SwapbuffersWait" "false" in xorg.conf will prevent the ddx from
issuing the hanging command sequence. It is not clear yet what the
missing ingredient is, I suspect the ddx needs to be more careful about
not setting conditions that can never be met.
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre



More information about the Intel-gfx mailing list