From: Andi Shyti <andi.shyti@linux.intel.com>
To: Andi Shyti <andi.shyti@linux.intel.com>
Cc: intel-gfx <intel-gfx@lists.freedesktop.org>,
Jonathan Cavitt <jonathan.cavitt@intel.com>,
dri-evel <dri-devel@lists.freedesktop.org>,
Chris Wilson <chris@chris-wilson.co.uk>,
linux-stable <stable@vger.kernel.org>,
Andrzej Hajda <andrzej.hajda@intel.com>,
Matt Roper <matthew.d.roper@intel.com>,
Nirmoy Das <nirmoy.das@intel.com>
Subject: Re: [Intel-gfx] [PATCH v6 0/9] Update AUX invalidation sequence
Date: Thu, 20 Jul 2023 23:05:22 +0200 [thread overview]
Message-ID: <ZLmhkrGRUv5VdCfv@ashyti-mobl2.lan> (raw)
In-Reply-To: <20230720164454.757075-1-andi.shyti@linux.intel.com>
Ops... sorry... I am realizing that I sent again V6... please
ignore this series!
Andi
On Thu, Jul 20, 2023 at 06:44:45PM +0200, Andi Shyti wrote:
> Hi,
>
> as there are new hardware directives, we need a little adaptation
> for the AUX invalidation sequence.
>
> In this version we support all the engines affected by this
> change.
>
> The stable backport has some challenges because the original
> patch that this series fixes has had more changes in between.
>
> This patch is slowly exploding with code refactorings and
> features added and fixed.
>
> Thanks a lot Nirmoy, Andrzej and Matt for your review and for the
> fruitful discussions!
>
> Thanks,
> Andi
>
> Changelog:
> =========
> v5 -> v6
> - Fixed ccs flush in the engines VE and BCS. They are sent as a
> separate command instead of added in the pipe control.
> - Separated the CCS flusing in the pipe control patch with the
> quiescing of the memory. They were meant to be on separate
> patch already in the previous verision, but apparently I
> squashed them by mistake.
>
> v4 -> v5
> - The AUX CCS is added as a device property instead of checking
> against FLAT CCS. This adds the new HAS_AUX_CCS check
> (Patch 2, new).
> - little and trivial refactoring here and there.
> - extended the flags{0,1}/bit_group_{0,1} renaming to other
> functions.
> - Created an intel_emit_pipe_control_cs() wrapper for submitting
> the pipe control.
> - Quiesce memory for all the engines, not just RCS (Patch 6,
> new).
> - The PIPE_CONTROL_CCS_FLUSH is added to all the engines.
> - Remove redundant EMIT_FLUSH_CCS mode flag.
> - Remove unnecessary NOOPs from the command streamer for
> invalidating the CCS table.
> - Use INVALID_MMIO_REG and gen12_get_aux_inv_reg() instad of
> __MMIO(0) and reg.reg.
> - Remove useless wrapper and just use gen12_get_aux_inv_reg().
>
> v3 -> v4
> - A trivial patch 3 is added to rename the flags with
> bit_group_{0,1} to align with the datasheet naming.
> - Patch 4 fixes a confusion I made where the CCS flag was
> applied to the wrong bit group.
>
> v2 -> v3
> - added r-b from Nirmoy in patch 1 and 4.
> - added patch 3 which enables the ccs_flush in the control pipe
> for mtl+ compute and render engines.
> - added redundant checks in patch 2 for enabling the EMIT_FLUSH
> flag.
>
> v1 -> v2
> - add a clean up preliminary patch for the existing registers
> - add support for more engines
> - add the Fixes tag
>
> Andi Shyti (7):
> drm/i915/gt: Cleanup aux invalidation registers
> drm/i915: Add the has_aux_ccs device property
> drm/i915/gt: Rename flags with bit_group_X according to the datasheet
> drm/i915/gt: Refactor intel_emit_pipe_control_cs() in a single
> function
> drm/i915/gt: Ensure memory quiesced before invalidation for all
> engines
> drm/i915/gt: Enable the CCS_FLUSH bit in the pipe control
> drm/i915/gt: Support aux invalidation on all engines
>
> Jonathan Cavitt (2):
> drm/i915/gt: Ensure memory quiesced before invalidation
> drm/i915/gt: Poll aux invalidation register bit on invalidation
>
> drivers/gpu/drm/i915/gt/gen8_engine_cs.c | 222 +++++++++++++------
> drivers/gpu/drm/i915/gt/gen8_engine_cs.h | 21 +-
> drivers/gpu/drm/i915/gt/intel_gpu_commands.h | 2 +
> drivers/gpu/drm/i915/gt/intel_gt_regs.h | 16 +-
> drivers/gpu/drm/i915/gt/intel_lrc.c | 17 +-
> drivers/gpu/drm/i915/i915_drv.h | 1 +
> drivers/gpu/drm/i915/i915_pci.c | 5 +-
> drivers/gpu/drm/i915/intel_device_info.h | 1 +
> 8 files changed, 186 insertions(+), 99 deletions(-)
>
> --
> 2.40.1
next prev parent reply other threads:[~2023-07-20 21:05 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-07-20 16:44 [Intel-gfx] [PATCH v6 0/9] Update AUX invalidation sequence Andi Shyti
2023-07-20 16:44 ` [Intel-gfx] [PATCH v6 1/9] drm/i915/gt: Cleanup aux invalidation registers Andi Shyti
2023-07-20 16:44 ` [Intel-gfx] [PATCH v6 2/9] drm/i915: Add the has_aux_ccs device property Andi Shyti
2023-07-20 16:44 ` [Intel-gfx] [PATCH v6 3/9] drm/i915/gt: Ensure memory quiesced before invalidation Andi Shyti
2023-07-20 16:44 ` [Intel-gfx] [PATCH v6 4/9] drm/i915/gt: Rename flags with bit_group_X according to the datasheet Andi Shyti
2023-07-20 16:44 ` [Intel-gfx] [PATCH v6 5/9] drm/i915/gt: Refactor intel_emit_pipe_control_cs() in a single function Andi Shyti
2023-07-20 16:44 ` [Intel-gfx] [PATCH v6 6/9] drm/i915/gt: Ensure memory quiesced before invalidation for all engines Andi Shyti
2023-07-20 16:44 ` [Intel-gfx] [PATCH v6 7/9] drm/i915/gt: Enable the CCS_FLUSH bit in the pipe control Andi Shyti
2023-07-20 16:44 ` [Intel-gfx] [PATCH v6 8/9] drm/i915/gt: Poll aux invalidation register bit on invalidation Andi Shyti
2023-07-20 16:44 ` [Intel-gfx] [PATCH v6 9/9] drm/i915/gt: Support aux invalidation on all engines Andi Shyti
2023-07-20 18:04 ` [Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for Update AUX invalidation sequence (rev7) Patchwork
2023-07-20 18:04 ` [Intel-gfx] ✗ Fi.CI.SPARSE: " Patchwork
2023-07-20 18:20 ` [Intel-gfx] ✗ Fi.CI.BAT: failure " Patchwork
2023-07-20 21:05 ` Andi Shyti [this message]
-- strict thread matches above, loose matches on Subject: below --
2023-07-19 11:07 [Intel-gfx] [PATCH v6 0/9] Update AUX invalidation sequence Andi Shyti
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=ZLmhkrGRUv5VdCfv@ashyti-mobl2.lan \
--to=andi.shyti@linux.intel.com \
--cc=andrzej.hajda@intel.com \
--cc=chris@chris-wilson.co.uk \
--cc=dri-devel@lists.freedesktop.org \
--cc=intel-gfx@lists.freedesktop.org \
--cc=jonathan.cavitt@intel.com \
--cc=matthew.d.roper@intel.com \
--cc=nirmoy.das@intel.com \
--cc=stable@vger.kernel.org \
/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