On Wed, 25 Apr 2012 22:27:12 +0200, Daniel Vetter <dan...@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.vet...@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)
pgphU9sFMcF6v.pgp
Description: PGP signature
_______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
