From: Karthik B S <karthik.b.s@intel.com>
To: Daniel Vetter <daniel@ffwll.ch>,
Paulo Zanoni <paulo.r.zanoni@intel.com>,
dri-devel <dri-devel@lists.freedesktop.org>,
"Wentland, Harry" <harry.wentland@amd.com>,
"Kazlauskas, Nicholas" <nicholas.kazlauskas@amd.com>
Cc: "Vetter, Daniel" <daniel.vetter@intel.com>,
intel-gfx <intel-gfx@lists.freedesktop.org>
Subject: Re: [Intel-gfx] [PATCH v3 1/5] drm/i915: Add enable/disable flip done and flip done handler
Date: Wed, 24 Jun 2020 16:44:09 +0530 [thread overview]
Message-ID: <7e5e2881-d3bf-aab1-8691-4b01affc863f@intel.com> (raw)
In-Reply-To: <CAKMK7uGHWqReNX9eUPpUyfgUtsNK2neT1wuK3C-tS1eBbDzX=g@mail.gmail.com>
On 6/17/2020 3:28 PM, Daniel Vetter wrote:
> On Wed, Jun 10, 2020 at 03:33:06PM -0700, Paulo Zanoni wrote:
>> Em qui, 2020-05-28 às 11:09 +0530, Karthik B S escreveu:
>>> Add enable/disable flip done functions and the flip done handler
>>> function which handles the flip done interrupt.
>>>
>>> Enable the flip done interrupt in IER.
>>>
>>> Enable flip done function is called before writing the
>>> surface address register as the write to this register triggers
>>> the flip done interrupt
>>>
>>> Flip done handler is used to send the page flip event as soon as the
>>> surface address is written as per the requirement of async flips.
>>> The interrupt is disabled after the event is sent.
>>>
>>> v2: -Change function name from icl_* to skl_* (Paulo)
>>> -Move flip handler to this patch (Paulo)
>>> -Remove vblank_put() (Paulo)
>>> -Enable flip done interrupt for gen9+ only (Paulo)
>>> -Enable flip done interrupt in power_well_post_enable hook (Paulo)
>>> -Removed the event check in flip done handler to handle async
>>> flips without pageflip events.
>>>
>>> v3: -Move skl_disable_flip_done out of interrupt handler (Paulo)
>>> -Make the pending vblank event NULL in the begining of
>>> flip_done_handler to remove sporadic WARN_ON that is seen.
>>>
>>> Signed-off-by: Karthik B S <karthik.b.s@intel.com>
>>> ---
>>> drivers/gpu/drm/i915/display/intel_display.c | 10 ++++
>>> drivers/gpu/drm/i915/i915_irq.c | 52 ++++++++++++++++++++
>>> drivers/gpu/drm/i915/i915_irq.h | 2 +
>>> 3 files changed, 64 insertions(+)
>>>
>>> diff --git a/drivers/gpu/drm/i915/display/intel_display.c b/drivers/gpu/drm/i915/display/intel_display.c
>>> index f40b909952cc..48cc1fc9bc5a 100644
>>> --- a/drivers/gpu/drm/i915/display/intel_display.c
>>> +++ b/drivers/gpu/drm/i915/display/intel_display.c
>>> @@ -15530,6 +15530,13 @@ static void intel_atomic_commit_tail(struct intel_atomic_state *state)
>>>
>>> intel_dbuf_pre_plane_update(state);
>>>
>>> + for_each_new_intel_crtc_in_state(state, crtc, new_crtc_state, i) {
>>> + if (new_crtc_state->uapi.async_flip) {
>>> + skl_enable_flip_done(&crtc->base);
>>> + break;
>>> + }
>>> + }
>>> +
>>> /* Now enable the clocks, plane, pipe, and connectors that we set up. */
>>> dev_priv->display.commit_modeset_enables(state);
>>>
>>> @@ -15551,6 +15558,9 @@ static void intel_atomic_commit_tail(struct intel_atomic_state *state)
>>> drm_atomic_helper_wait_for_flip_done(dev, &state->base);
>>>
>>> for_each_new_intel_crtc_in_state(state, crtc, new_crtc_state, i) {
>>> + if (new_crtc_state->uapi.async_flip)
>>> + skl_disable_flip_done(&crtc->base);
>>> +
>>> if (new_crtc_state->hw.active &&
>>> !needs_modeset(new_crtc_state) &&
>>> !new_crtc_state->preload_luts &&
>>> diff --git a/drivers/gpu/drm/i915/i915_irq.c b/drivers/gpu/drm/i915/i915_irq.c
>>> index efdd4c7b8e92..632e7b1deb87 100644
>>> --- a/drivers/gpu/drm/i915/i915_irq.c
>>> +++ b/drivers/gpu/drm/i915/i915_irq.c
>>> @@ -1295,6 +1295,23 @@ display_pipe_crc_irq_handler(struct drm_i915_private *dev_priv,
>>> u32 crc4) {}
>>> #endif
>>>
>>> +static void flip_done_handler(struct drm_i915_private *dev_priv,
>>> + unsigned int pipe)
>>> +{
>>> + struct intel_crtc *crtc = intel_get_crtc_for_pipe(dev_priv, pipe);
>>> + struct drm_crtc_state *crtc_state = crtc->base.state;
>>> + struct drm_pending_vblank_event *e = crtc_state->event;
>>> + struct drm_device *dev = &dev_priv->drm;
>>> + unsigned long irqflags;
>>> +
>>> + crtc_state->event = NULL;
>>> +
>>> + spin_lock_irqsave(&dev->event_lock, irqflags);
>>> +
>>> + drm_crtc_send_vblank_event(&crtc->base, e);
>>
>> I don't think this is what we want. With this, the events the Kernel
>> sends us all have the same sequence and timestamp. In fact, the IGT
>> test you submitted fails because of this.
>>
>> In my original hackish proof-of-concept patch I had changed
>> drm_update_vblank_count() to force diff=1 in order to always send
>> events and I also changed g4x_get_vblank_counter() to get the counter
>> from FLIPCOUNT (which updates every time there's a flip) instead of
>> FRMCOUNT (which doesn't seem to increment when you do async flips).
>> That is a drastic change, but the patch was just a PoC so I didn't care
>> about keeping anything else working.
>>
>> One thing that confused me a little bit when dealing the the
>> vblank/flip event interface from drm.ko is that "flips" and "vblanks"
>> seem to be changed interchangeably, which is confusing for async flips:
>> if you keep forever doing async flips in the very first few scanlines
>> you never actually reach the "vblank" period, yet you keep flipping
>> your frame. Then, what should your expectation regarding events be?
>
> Hm vblank should keep happening I thought (this isn't VRR or DRRS or PSR
> where that changes), no idea why we can't keep sending out vblank
> interrupts.
Thanks for the review.
I was facing a race which lead the complete system to freeze with
vblanks being enabled during async flips. Thus had made this change.
But I'll find a proper implementation for this and enable the vblank
interrupts as well.
>
> Now flip events look maybe conflated in drm.ko code with vblank events
> since most of the time a flip complete happens at exactly the same time
> the vblank event. But for async flip this is not the case.
>
> Probably worth it to have new helpers/function in drm_vblank.c for
> async flips, so that this is less confusing. Plus good documentation.
>
Sure, I'll look into this and make the required additions.
>> I think we may need to check how the other drivers handle async vblanks
>> (or how drm.ko wants us to handle async vblanks). Should we increment
>> sequence on every async flip? What about the timestamp?
>>
>> Daniel, Ville, do you happen to know the proper semantics here?
>>
>> There's certainly some adjustment to do to both this patch and the IGT.
>
> I think it would be really good if we cc dri-devel on this. amdgpu.ko is
> currently the only implementation of async flips, we need to make sure we
> are fully aligned on all the semantic details.
>
Sure, I'll look into the amddgpu.ko and make sure we are aligned.
> That also means that the igt needs to be reviewed and tested by amdgpu
> people. Might also be good to get the implementation acked by amd DC
> people, just to make triple-sure we have the same semantics and generic
> userspace compositors like mutter can use this across drivers. We've had
> way too much pain here in the past, especially with the details you point
> out here.
>
Sure, I'll get the IGT reviewed by the amdgpu and amd DC people.
> Also, I think we need to have updated drm core documentation for async
> flips, since the current ones are "do it like amdgpu does it". I think
> just documenting the various pieces and flags in detail and how it all
> interacts with e.g. other atomic commits and everything else would be
> great.
>
Sure, I'll do this.
> Harry and Nicholaus are the people you want from amd. Added everyone to cc.
Thanks for this.
Thanks and Regards,
Karthik.B.S
> -Daniel
>
>
>>
>>> +
>>> + spin_unlock_irqrestore(&dev->event_lock, irqflags);
>>> +}
>>>
>>> static void hsw_pipe_crc_irq_handler(struct drm_i915_private *dev_priv,
>>> enum pipe pipe)
>>> @@ -2388,6 +2405,9 @@ gen8_de_irq_handler(struct drm_i915_private *dev_priv, u32 master_ctl)
>>> if (iir & GEN8_PIPE_VBLANK)
>>> intel_handle_vblank(dev_priv, pipe);
>>>
>>> + if (iir & GEN9_PIPE_PLANE1_FLIP_DONE)
>>> + flip_done_handler(dev_priv, pipe);
>>> +
>>> if (iir & GEN8_PIPE_CDCLK_CRC_DONE)
>>> hsw_pipe_crc_irq_handler(dev_priv, pipe);
>>>
>>> @@ -2669,6 +2689,19 @@ int bdw_enable_vblank(struct drm_crtc *crtc)
>>> return 0;
>>> }
>>>
>>> +void skl_enable_flip_done(struct drm_crtc *crtc)
>>> +{
>>> + struct drm_i915_private *dev_priv = to_i915(crtc->dev);
>>> + enum pipe pipe = to_intel_crtc(crtc)->pipe;
>>> + unsigned long irqflags;
>>> +
>>> + spin_lock_irqsave(&dev_priv->irq_lock, irqflags);
>>> +
>>> + bdw_enable_pipe_irq(dev_priv, pipe, GEN9_PIPE_PLANE1_FLIP_DONE);
>>> +
>>> + spin_unlock_irqrestore(&dev_priv->irq_lock, irqflags);
>>> +}
>>> +
>>> /* Called from drm generic code, passed 'crtc' which
>>> * we use as a pipe index
>>> */
>>> @@ -2729,6 +2762,19 @@ void bdw_disable_vblank(struct drm_crtc *crtc)
>>> spin_unlock_irqrestore(&dev_priv->irq_lock, irqflags);
>>> }
>>>
>>> +void skl_disable_flip_done(struct drm_crtc *crtc)
>>> +{
>>> + struct drm_i915_private *dev_priv = to_i915(crtc->dev);
>>> + enum pipe pipe = to_intel_crtc(crtc)->pipe;
>>> + unsigned long irqflags;
>>> +
>>> + spin_lock_irqsave(&dev_priv->irq_lock, irqflags);
>>> +
>>> + bdw_disable_pipe_irq(dev_priv, pipe, GEN9_PIPE_PLANE1_FLIP_DONE);
>>> +
>>> + spin_unlock_irqrestore(&dev_priv->irq_lock, irqflags);
>>> +}
>>> +
>>> static void ibx_irq_reset(struct drm_i915_private *dev_priv)
>>> {
>>> struct intel_uncore *uncore = &dev_priv->uncore;
>>> @@ -2936,6 +2982,9 @@ void gen8_irq_power_well_post_enable(struct drm_i915_private *dev_priv,
>>> u32 extra_ier = GEN8_PIPE_VBLANK | GEN8_PIPE_FIFO_UNDERRUN;
>>> enum pipe pipe;
>>>
>>> + if (INTEL_GEN(dev_priv) >= 9)
>>> + extra_ier |= GEN9_PIPE_PLANE1_FLIP_DONE;
>>> +
>>> spin_lock_irq(&dev_priv->irq_lock);
>>>
>>> if (!intel_irqs_enabled(dev_priv)) {
>>> @@ -3410,6 +3459,9 @@ static void gen8_de_irq_postinstall(struct drm_i915_private *dev_priv)
>>> de_pipe_enables = de_pipe_masked | GEN8_PIPE_VBLANK |
>>> GEN8_PIPE_FIFO_UNDERRUN;
>>>
>>> + if (INTEL_GEN(dev_priv) >= 9)
>>> + de_pipe_enables |= GEN9_PIPE_PLANE1_FLIP_DONE;
>>> +
>>> de_port_enables = de_port_masked;
>>> if (IS_GEN9_LP(dev_priv))
>>> de_port_enables |= BXT_DE_PORT_HOTPLUG_MASK;
>>> diff --git a/drivers/gpu/drm/i915/i915_irq.h b/drivers/gpu/drm/i915/i915_irq.h
>>> index 25f25cd95818..2f10c8135116 100644
>>> --- a/drivers/gpu/drm/i915/i915_irq.h
>>> +++ b/drivers/gpu/drm/i915/i915_irq.h
>>> @@ -112,11 +112,13 @@ int i915gm_enable_vblank(struct drm_crtc *crtc);
>>> int i965_enable_vblank(struct drm_crtc *crtc);
>>> int ilk_enable_vblank(struct drm_crtc *crtc);
>>> int bdw_enable_vblank(struct drm_crtc *crtc);
>>> +void skl_enable_flip_done(struct drm_crtc *crtc);
>>> void i8xx_disable_vblank(struct drm_crtc *crtc);
>>> void i915gm_disable_vblank(struct drm_crtc *crtc);
>>> void i965_disable_vblank(struct drm_crtc *crtc);
>>> void ilk_disable_vblank(struct drm_crtc *crtc);
>>> void bdw_disable_vblank(struct drm_crtc *crtc);
>>> +void skl_disable_flip_done(struct drm_crtc *crtc);
>>>
>>> void gen2_irq_reset(struct intel_uncore *uncore);
>>> void gen3_irq_reset(struct intel_uncore *uncore, i915_reg_t imr,
>>
>> _______________________________________________
>> Intel-gfx mailing list
>> Intel-gfx@lists.freedesktop.org
>> https://lists.freedesktop.org/mailman/listinfo/intel-gfx
>
> --
> Daniel Vetter
> Software Engineer, Intel Corporation
> http://blog.ffwll.ch
>
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2020-06-24 11:14 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-28 5:39 [Intel-gfx] [PATCH v3 0/5] Asynchronous flip implementation for i915 Karthik B S
2020-05-28 5:39 ` [Intel-gfx] [PATCH v3 1/5] drm/i915: Add enable/disable flip done and flip done handler Karthik B S
2020-06-10 22:33 ` Paulo Zanoni
2020-06-17 9:58 ` Daniel Vetter
2020-06-17 14:45 ` Kazlauskas, Nicholas
2020-06-24 11:29 ` Karthik B S
2020-06-17 15:30 ` Ville Syrjälä
2020-06-24 11:39 ` Karthik B S
2020-06-24 11:14 ` Karthik B S [this message]
2020-06-24 11:00 ` Karthik B S
2020-05-28 5:39 ` [Intel-gfx] [PATCH v3 2/5] drm/i915: Add support for async flips in I915 Karthik B S
2020-05-28 5:39 ` [Intel-gfx] [PATCH v3 3/5] drm/i915: Add checks specific to async flips Karthik B S
2020-06-17 15:57 ` Ville Syrjälä
2020-06-24 11:53 ` Karthik B S
2020-05-28 5:39 ` [Intel-gfx] [PATCH v3 4/5] drm/i915: Do not call drm_crtc_arm_vblank_event in " Karthik B S
2020-05-28 5:39 ` [Intel-gfx] [PATCH v3 5/5] drm/i915: Enable async flips in i915 Karthik B S
2020-05-28 6:35 ` [Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for Asynchronous flip implementation for i915 (rev3) Patchwork
2020-05-28 6:36 ` [Intel-gfx] ✗ Fi.CI.SPARSE: " Patchwork
2020-05-28 6:56 ` [Intel-gfx] ✓ Fi.CI.BAT: success " Patchwork
2020-05-28 8:57 ` [Intel-gfx] ✓ Fi.CI.IGT: " Patchwork
2020-05-28 17:47 ` [Intel-gfx] [PATCH v3 0/5] Asynchronous flip implementation for i915 Paulo Zanoni
2020-05-29 5:13 ` Karthik B S
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=7e5e2881-d3bf-aab1-8691-4b01affc863f@intel.com \
--to=karthik.b.s@intel.com \
--cc=daniel.vetter@intel.com \
--cc=daniel@ffwll.ch \
--cc=dri-devel@lists.freedesktop.org \
--cc=harry.wentland@amd.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=nicholas.kazlauskas@amd.com \
--cc=paulo.r.zanoni@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