From: Ander Conselvan De Oliveira <conselvan2@gmail.com>
To: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>,
intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH 2.9/5] drm/i915: Do not wait for flips in intel_crtc_disable_noatomic.
Date: Tue, 20 Oct 2015 15:56:11 +0300 [thread overview]
Message-ID: <1445345771.3781.19.camel@gmail.com> (raw)
In-Reply-To: <562507A3.3080901@linux.intel.com>
On Mon, 2015-10-19 at 17:09 +0200, Maarten Lankhorst wrote:
> Op 19-10-15 om 15:16 schreef Ander Conselvan De Oliveira:
> > On Wed, 2015-09-23 at 13:27 +0200, Maarten Lankhorst wrote:
> > > Move it from intel_crtc_atomic_commit to prepare_plane_fb.
> > > Waiting is done before committing, otherwise it's too late
> > > to undo the changes.
> > >
> > > Signed-off-by: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
> > > ---
> > > drivers/gpu/drm/i915/intel_atomic.c | 2 -
> > > drivers/gpu/drm/i915/intel_display.c | 107 ++++++++++++++++++++----------
> > > ----
> > > -
> > > drivers/gpu/drm/i915/intel_drv.h | 2 -
> > > 3 files changed, 62 insertions(+), 49 deletions(-)
> > >
> > > diff --git a/drivers/gpu/drm/i915/intel_atomic.c
> > > b/drivers/gpu/drm/i915/intel_atomic.c
> > > index f1975f267710..25a891aa3824 100644
> > > --- a/drivers/gpu/drm/i915/intel_atomic.c
> > > +++ b/drivers/gpu/drm/i915/intel_atomic.c
> > > @@ -205,8 +205,6 @@ int intel_atomic_setup_scalers(struct drm_device *dev,
> > > * but since this plane is unchanged just
> > > do
> > > the
> > > * minimum required validation.
> > > */
> > > - if (plane->type ==
> > > DRM_PLANE_TYPE_PRIMARY)
> > > - intel_crtc->atomic.wait_for_flips
> > > =
> > > true;
> > > crtc_state->base.planes_changed = true;
> > > }
> > >
> > > diff --git a/drivers/gpu/drm/i915/intel_display.c
> > > b/drivers/gpu/drm/i915/intel_display.c
> > > index 25e1eac260fd..cd651ff6c15b 100644
> > > --- a/drivers/gpu/drm/i915/intel_display.c
> > > +++ b/drivers/gpu/drm/i915/intel_display.c
> > > @@ -3221,32 +3221,6 @@ void intel_finish_reset(struct drm_device *dev)
> > > drm_modeset_unlock_all(dev);
> > > }
> > >
> > > -static void
> > > -intel_finish_fb(struct drm_framebuffer *old_fb)
> > > -{
> > > - struct drm_i915_gem_object *obj = intel_fb_obj(old_fb);
> > > - struct drm_i915_private *dev_priv = to_i915(obj->base.dev);
> > > - bool was_interruptible = dev_priv->mm.interruptible;
> > > - int ret;
> > > -
> > > - /* Big Hammer, we also need to ensure that any pending
> > > - * MI_WAIT_FOR_EVENT inside a user batch buffer on the
> > > - * current scanout is retired before unpinning the old
> > > - * framebuffer. Note that we rely on userspace rendering
> > > - * into the buffer attached to the pipe they are waiting
> > > - * on. If not, userspace generates a GPU hang with IPEHR
> > > - * point to the MI_WAIT_FOR_EVENT.
> > > - *
> > > - * This should only fail upon a hung GPU, in which case we
> > > - * can safely continue.
> > > - */
> > > - dev_priv->mm.interruptible = false;
> > > - ret = i915_gem_object_wait_rendering(obj, true);
> > > - dev_priv->mm.interruptible = was_interruptible;
> > > -
> > > - WARN_ON(ret);
> > > -}
> > > -
> > > static bool intel_crtc_has_pending_flip(struct drm_crtc *crtc)
> > > {
> > > struct drm_device *dev = crtc->dev;
> > > @@ -3867,15 +3841,23 @@ static void page_flip_completed(struct intel_crtc
> > > *intel_crtc)
> > > work->pending_flip_obj);
> > > }
> > >
> > > -void intel_crtc_wait_for_pending_flips(struct drm_crtc *crtc)
> > > +static int intel_crtc_wait_for_pending_flips(struct drm_crtc *crtc)
> > > {
> > > struct drm_device *dev = crtc->dev;
> > > struct drm_i915_private *dev_priv = dev->dev_private;
> > > + long ret;
> > >
> > > WARN_ON(waitqueue_active(&dev_priv->pending_flip_queue));
> > > - if (WARN_ON(wait_event_timeout(dev_priv->pending_flip_queue,
> > > -
> > > !intel_crtc_has_pending_flip(crtc),
> > > - 60*HZ) == 0)) {
> > > +
> > > + ret = wait_event_interruptible_timeout(
> > > + dev_priv->pending_flip_queue,
> > > + !intel_crtc_has_pending_flip(crtc
> > > ),
> > > + 60*HZ);
> > > +
> > > + if (ret < 0)
> > > + return ret;
> > > +
> > > + if (ret == 0) {
> > > struct intel_crtc *intel_crtc = to_intel_crtc(crtc);
> > >
> > > spin_lock_irq(&dev->event_lock);
> > > @@ -3886,11 +3868,7 @@ void intel_crtc_wait_for_pending_flips(struct
> > > drm_crtc
> > > *crtc)
> > > spin_unlock_irq(&dev->event_lock);
> > > }
> > >
> > > - if (crtc->primary->fb) {
> > > - mutex_lock(&dev->struct_mutex);
> > > - intel_finish_fb(crtc->primary->fb);
> > > - mutex_unlock(&dev->struct_mutex);
> > > - }
> > There is another caller of intel_crtc_wait_for_pending_flips() besides the
> > one
> > touched in this patch: intel_crtc_disable_noatomic(). In your previous
> > series
> > you dropped that call based on the fact that there shouldn't be any pending
> > flips at that point, but that patch has been dropped.
> >
> > Wouldn't it be better to add a WARN_ON as Chris suggested then instead of
> > keeping the wait for flips but without the work around?
> >
> Apply with --scissors
>
> ---8<------
> intel_crtc_disable_noatomic is called from hw readout during init, resume and
> possibly reset.
> During init it's too early to have a page flip queued, before suspending all
> page flips
> should be finished and during hw reset all page flips should be removed.
>
> It's a bug when there are pending flips here, complain with WARN_ON instead of
> handling it.
>
> Signed-off-by: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
> --
> diff --git a/drivers/gpu/drm/i915/intel_display.c
> b/drivers/gpu/drm/i915/intel_display.c
> index f59029c3e577..95c59b5202c5 100644
> --- a/drivers/gpu/drm/i915/intel_display.c
> +++ b/drivers/gpu/drm/i915/intel_display.c
> @@ -6225,7 +6225,8 @@ static void intel_crtc_disable_noatomic(struct drm_crtc
> *crtc)
> return;
>
> if (to_intel_plane_state(crtc->primary->state)->visible) {
> - intel_crtc_wait_for_pending_flips(crtc);
> + WARN_ON(intel_crtc->unpin_work);
> +
> intel_pre_disable_primary(crtc);
> }
>
>
Reviewed-by: Ander Conselvan de Oliveira <conselvan2@gmail.com>
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2015-10-20 12:56 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-23 11:27 [PATCH 0/5] drm/i915: Interruptible framebuffer pinning Maarten Lankhorst
2015-09-23 11:27 ` [PATCH 1/5] drm/i915: Make plane fb tracking work correctly, v2 Maarten Lankhorst
2015-10-14 12:59 ` Ander Conselvan De Oliveira
2015-10-14 13:54 ` Maarten Lankhorst
2015-09-23 11:27 ` [PATCH 2/5] drm/i915: Make prepare_plane_fb fully interruptible Maarten Lankhorst
2015-10-16 11:21 ` Ander Conselvan De Oliveira
2015-10-19 9:39 ` Daniel Vetter
2015-09-23 11:27 ` [PATCH 3/5] drm/i915: Make wait_for_flips interruptible Maarten Lankhorst
2015-10-19 13:16 ` Ander Conselvan De Oliveira
2015-10-19 13:30 ` Daniel Vetter
2015-10-20 7:38 ` Ander Conselvan De Oliveira
2015-10-20 8:10 ` Daniel Vetter
2015-10-20 13:07 ` Ander Conselvan De Oliveira
2015-10-19 14:38 ` Maarten Lankhorst
2015-10-19 15:09 ` [PATCH 2.9/5] drm/i915: Do not wait for flips in intel_crtc_disable_noatomic Maarten Lankhorst
2015-10-20 12:56 ` Ander Conselvan De Oliveira [this message]
2015-10-20 18:33 ` Daniel Vetter
2015-09-23 11:27 ` [PATCH 4/5] drm/i915: Change locking for struct_mutex Maarten Lankhorst
2015-10-28 22:48 ` Matt Roper
2015-11-02 12:57 ` [PATCH v2 4/5] drm/i915: Change locking for struct_mutex, v2 Maarten Lankhorst
2015-11-02 13:06 ` Chris Wilson
2015-11-02 13:55 ` Maarten Lankhorst
2015-09-23 11:27 ` [PATCH 5/5] drm/i915: Wait for object idle without locks in atomic_commit Maarten Lankhorst
2015-10-29 0:30 ` Matt Roper
2015-11-02 13:13 ` Maarten Lankhorst
2015-11-02 13:46 ` Chris Wilson
2015-11-02 13:53 ` Maarten Lankhorst
2015-11-02 13:58 ` Chris Wilson
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=1445345771.3781.19.camel@gmail.com \
--to=conselvan2@gmail.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=maarten.lankhorst@linux.intel.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