[Intel-gfx] [PATCH] drm/i915: Suppress hotplug work during PM suspend/resume

Chris Wilson chris at chris-wilson.co.uk
Thu May 10 12:12:58 CEST 2012


On Thu, 10 May 2012 11:39:49 +0200, Takashi Iwai <tiwai at suse.de> wrote:
> At Thu, 10 May 2012 10:25:44 +0100,
> Chris Wilson wrote:
> > 
> > On Thu, 10 May 2012 11:19:11 +0200, Takashi Iwai <tiwai at suse.de> wrote:
> > > At Thu, 10 May 2012 11:06:46 +0200,
> > > Daniel Vetter wrote:
> > > > This patch is not just for hotplug, but for all the delayed work and timer
> > > > stuff the driver does. And we _do_ have a bug report that leaking the rps
> > > > work (for snb+ turbo mode) across either a s/r cycle or a gpu reset kills
> > > > the driver.
> > > 
> > > Yes, but my point is that Chris's patch (at least the commit above
> > > alone) won't fix the problem we faced.
> > 
> > The patch I thought you two were talking about was:
> > http://cgit.freedesktop.org/~ickle/linux-2.6/commit/?h=fastboot&id=a5f91dcc3cb7a9dc1214d5014ea6f0338824ad8e
> > which is what I thought we had planned to fix the residual issue.
> 
> Thanks, this explains better :)
> 
> But, as far as I checked, the hotplug event wasn't a leftover but
> newly triggered during the resume procedure.  Thus there is still a
> race even with the patch [drm/i915: Cancel outstanding modeset workers
> before suspend].

Which should be fixed with Adam's patch to only restore IRQs after doing
the modeset upon resume; if I am following all the threads of this bug
correctly.
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre



More information about the Intel-gfx mailing list