From: Chris Wilson <chris@chris-wilson.co.uk>
To: Nikola Pajkovsky <npajkovs@redhat.com>,
Daniel Vetter <daniel.vetter@ffwll.ch>
Cc: Dave Kleikamp <dave.kleikamp@oracle.com>,
Lijo Antony <lijo.kernel@gmail.com>,
Dave Airlie <airlied@gmail.com>,
Greg KH <gregkh@linuxfoundation.org>,
intel-gfx@lists.freedesktop.org, linux-kernel@vger.kernel.org,
Jesse Barnes <jbarnes@virtuousgeek.org>
Subject: Re: i915_hangcheck_hung problem with 3.8-rc2+ (Linus's latest tree)
Date: Mon, 14 Jan 2013 12:47:46 +0000 [thread overview]
Message-ID: <1f4a33$5m0jfk@AZSMGA002.ch.intel.com> (raw)
In-Reply-To: <878v7w14dn.fsf@redhat.com>
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
prev parent reply other threads:[~2013-01-14 12:47 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-08 22:36 i915_hangcheck_hung problem with 3.8-rc2+ (Linus's latest tree) Greg KH
2013-01-09 0:38 ` Greg KH
2013-01-09 3:42 ` Dave Airlie
2013-01-09 4:25 ` Greg KH
2013-01-09 5:31 ` Dave Airlie
2013-01-09 7:28 ` Lijo Antony
2013-01-09 19:44 ` Dave Kleikamp
2013-01-09 20:12 ` Dave Kleikamp
2013-01-09 21:08 ` Greg KH
2013-01-10 0:40 ` Greg KH
2013-01-10 1:07 ` Chris Wilson
2013-01-10 1:19 ` Dave Airlie
2013-01-11 17:26 ` Nikola Pajkovsky
2013-01-11 18:42 ` Daniel Vetter
2013-01-14 6:58 ` Nikola Pajkovsky
2013-01-14 9:06 ` Daniel Vetter
2013-01-14 9:49 ` Nikola Pajkovsky
2013-01-14 12:47 ` Chris Wilson [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='1f4a33$5m0jfk@AZSMGA002.ch.intel.com' \
--to=chris@chris-wilson.co.uk \
--cc=airlied@gmail.com \
--cc=daniel.vetter@ffwll.ch \
--cc=dave.kleikamp@oracle.com \
--cc=gregkh@linuxfoundation.org \
--cc=intel-gfx@lists.freedesktop.org \
--cc=jbarnes@virtuousgeek.org \
--cc=lijo.kernel@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=npajkovs@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox