[Intel-gfx] [PATCH 4/6] drm/i915: simplify i915_reset a bit
Eric Anholt
eric at anholt.net
Thu Apr 26 01:14:28 CEST 2012
On Wed, 25 Apr 2012 22:27:12 +0200, Daniel Vetter <daniel at ffwll.ch> wrote:
> On Wed, Apr 25, 2012 at 09:18:21AM -0700, Jesse Barnes wrote:
> > On Wed, 25 Apr 2012 13:57:11 +0200
> > Daniel Vetter <daniel.vetter at ffwll.ch> wrote:
> >
> > > - need_display is always true, scrap it.
> > > - don't reacquire the mutex to do nothing after having restored the
> > > gem state.
> > >
> >
> > Actually I think we generally *don't* need to reset display. It's
> > currently there just because we haven't tried reset handling without
> > it. But not resetting display would make resets a little less visible,
> > which would be nice. Now that you have a nice test setup, can you try
> > testing without the display engine bit set (i.e. only reset render and
> > media at hang time)?
>
> Imo 'less visible' and gpu hang don't go well together, the 3 second
> freeze plus screen flicker at least ensure that users report bugs. And I
> have no idea whether resetting the entire gpu or just the render portion
> has a greater chance of survival. So I'm not sure whether working on this
> has much benefit ... at least opposed to working on the bugs ;-)
I've been hanging my system every couple of minutes most of today, and
this DP panel takes about 15 seconds to light up after a modeset.
Please stop resetting display when I hang the GPU.
(Then if we could get rid of the random decision to fallback to sw in
the 2d driver on a gpu hang, I'd be happy)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.freedesktop.org/archives/intel-gfx/attachments/20120425/ed1a425b/attachment.sig>
More information about the Intel-gfx
mailing list