lkml.org 
[lkml]   [2013]   [Jan]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: i915_hangcheck_hung problem with 3.8-rc2+ (Linus's latest tree)
Date
On Mon, 14 Jan 2013 10:49:08 +0100, Nikola Pajkovsky <npajkovs@redhat.com> wrote:
> Daniel Vetter <daniel.vetter@ffwll.ch> writes:
>
> > On Mon, Jan 14, 2013 at 7:58 AM, Nikola Pajkovsky <npajkovs@redhat.com> wrote:
> >> Daniel Vetter <daniel.vetter@ffwll.ch> writes:
> >>
> >>> On Fri, Jan 11, 2013 at 6:26 PM, Nikola Pajkovsky <npajkovs@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


\
 
 \ /
  Last update: 2013-01-14 14:21    [W:1.674 / U:0.004 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site