netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Przemek Kitszel <przemyslaw.kitszel@intel.com>
To: Jacob Keller <jacob.e.keller@intel.com>
Cc: <netdev@vger.kernel.org>, Madhu Chittim <madhu.chittim@intel.com>,
	"Yahui Cao" <yahui.cao@intel.com>,
	Anthony Nguyen <anthony.l.nguyen@intel.com>,
	"Intel Wired LAN" <intel-wired-lan@lists.osuosl.org>
Subject: Re: [PATCH iwl-next 0/8] ice: cleanups and preparation for live migration
Date: Mon, 23 Jun 2025 10:36:17 +0200	[thread overview]
Message-ID: <7960d4ec-ef0d-41b5-9589-c59c7e49128e@intel.com> (raw)
In-Reply-To: <20250618-e810-live-migration-jk-migration-prep-v1-0-72a37485453e@intel.com>

On 6/19/25 00:24, Jacob Keller wrote:
> Various cleanups and preparation to the ice driver code for supporting
> SR-IOV live migration.
> 
> The logic for unpacking Rx queue context data is added. This is the inverse
> of the existing packing logic. Thanks to <linux/packing.h> this is trivial
> to add.
> 
> Code to enable both reading and writing the Tx queue context for a queue
> over a shared hardware register interface is added. Thanks to ice_adapter,
> this is locked across all PFs that need to use it, preventing concurrency
> issues with multiple PFs.
> 
> The RSS hash configuration requested by a VF is cached within the VF
> structure. This will be used to track and restore the same configuration
> during migration load.
> 
> ice_sriov_set_msix_vec_count() is updated to use pci_iov_vf_id() instead of
> open-coding a worse equivalent, and checks to avoid rebuilding MSI-X if the
> current request is for the existing amount of vectors.
> 
> A new ice_get_vf_by_dev() helper function is added to simplify accessing a
> VF from its PCI device structure. This will be used more heavily within the
> live migration code itself.
> 
> REVIEW NOTES:
> 
> This is the first eight patches of my full series to support live
> migration. The full series (based on net-next) is available at [1] for
> early preview if you want to see the changes in context.
> 
> Some of these changes are not "used" until the live migration patches
> themselves. However, I felt they were sufficiently large and review-able on
> their own. Additionally, if I keep them included within the live migration
> series it is 15 patches which is at the limit of acceptable size for
> netdev. I'd prefer to merge these cleanups first in order to reduce the
> burden of review for the whole feature.

I find the split to be very good decision, here we have the easy bits,
with the complex things left to separate series (instead reviewers
facing them after reading eight and already tired ;))

for the series:
Reviewed-by: Przemek Kitszel <przemyslaw.kitszel@intel.com>

> 
> Signed-off-by: Jacob Keller <jacob.e.keller@intel.com>
> Link: [1] https://github.com/jacob-keller/linux/tree/e810-live-migration/jk-migration-tlv
> ---
> Jacob Keller (8):
>        ice: add support for reading and unpacking Rx queue context
>        ice: add functions to get and set Tx queue context
>        ice: save RSS hash configuration for migration
>        ice: move ice_vsi_update_l2tsel to ice_lib.c
>        ice: expose VF functions used by live migration
>        ice: use pci_iov_vf_id() to get VF ID
>        ice: avoid rebuilding if MSI-X vector count is unchanged
>        ice: introduce ice_get_vf_by_dev() wrapper
> 
>   drivers/net/ethernet/intel/ice/ice_adapter.h    |   2 +
>   drivers/net/ethernet/intel/ice/ice_adminq_cmd.h |  14 +-
>   drivers/net/ethernet/intel/ice/ice_common.h     |   6 +
>   drivers/net/ethernet/intel/ice/ice_hw_autogen.h |  12 ++
>   drivers/net/ethernet/intel/ice/ice_lib.h        |   8 +
>   drivers/net/ethernet/intel/ice/ice_sriov.h      |   7 +
>   drivers/net/ethernet/intel/ice/ice_vf_lib.h     |  34 +++-
>   drivers/net/ethernet/intel/ice/ice_virtchnl.h   |  19 ++
>   drivers/net/ethernet/intel/ice/ice_adapter.c    |   1 +
>   drivers/net/ethernet/intel/ice/ice_common.c     | 233 +++++++++++++++++++++++-
>   drivers/net/ethernet/intel/ice/ice_lib.c        |  35 ++++
>   drivers/net/ethernet/intel/ice/ice_sriov.c      |  19 +-
>   drivers/net/ethernet/intel/ice/ice_vf_lib.c     |   3 +
>   drivers/net/ethernet/intel/ice/ice_virtchnl.c   |  59 +-----
>   14 files changed, 384 insertions(+), 68 deletions(-)
> ---
> base-commit: d16813402994bde9201030ef877c9d753227e6dd
> change-id: 20250618-e810-live-migration-jk-migration-prep-838d05344c47
> 
> Best regards,


  parent reply	other threads:[~2025-06-23  8:36 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-06-18 22:24 [PATCH iwl-next 0/8] ice: cleanups and preparation for live migration Jacob Keller
2025-06-18 22:24 ` [PATCH iwl-next 1/8] ice: add support for reading and unpacking Rx queue context Jacob Keller
2025-06-18 22:24 ` [PATCH iwl-next 2/8] ice: add functions to get and set Tx " Jacob Keller
2025-06-20 10:05   ` [Intel-wired-lan] " Loktionov, Aleksandr
2025-06-23 23:36     ` Jacob Keller
2025-06-18 22:24 ` [PATCH iwl-next 3/8] ice: save RSS hash configuration for migration Jacob Keller
2025-06-18 22:24 ` [PATCH iwl-next 4/8] ice: move ice_vsi_update_l2tsel to ice_lib.c Jacob Keller
2025-06-18 22:24 ` [PATCH iwl-next 5/8] ice: expose VF functions used by live migration Jacob Keller
2025-06-18 22:24 ` [PATCH iwl-next 6/8] ice: use pci_iov_vf_id() to get VF ID Jacob Keller
2025-07-08 14:59   ` [Intel-wired-lan] " Romanowski, Rafal
2025-06-18 22:24 ` [PATCH iwl-next 7/8] ice: avoid rebuilding if MSI-X vector count is unchanged Jacob Keller
2025-07-08 14:58   ` [Intel-wired-lan] " Romanowski, Rafal
2025-06-18 22:24 ` [PATCH iwl-next 8/8] ice: introduce ice_get_vf_by_dev() wrapper Jacob Keller
2025-07-08 14:58   ` [Intel-wired-lan] " Romanowski, Rafal
2025-06-23  8:36 ` Przemek Kitszel [this message]
2025-06-23 23:37   ` [PATCH iwl-next 0/8] ice: cleanups and preparation for live migration Jacob Keller
2025-07-08 14:57     ` [Intel-wired-lan] " Romanowski, Rafal

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=7960d4ec-ef0d-41b5-9589-c59c7e49128e@intel.com \
    --to=przemyslaw.kitszel@intel.com \
    --cc=anthony.l.nguyen@intel.com \
    --cc=intel-wired-lan@lists.osuosl.org \
    --cc=jacob.e.keller@intel.com \
    --cc=madhu.chittim@intel.com \
    --cc=netdev@vger.kernel.org \
    --cc=yahui.cao@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;
as well as URLs for NNTP newsgroup(s).