From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 46599C4332F for ; Tue, 1 Mar 2022 19:59:08 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234491AbiCAT7r (ORCPT ); Tue, 1 Mar 2022 14:59:47 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36082 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232694AbiCAT7r (ORCPT ); Tue, 1 Mar 2022 14:59:47 -0500 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 22BA22E0BF; Tue, 1 Mar 2022 11:59:05 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 9CBAE616DD; Tue, 1 Mar 2022 19:59:04 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 4E93DC340EE; Tue, 1 Mar 2022 19:59:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1646164744; bh=SW1EEhO8KyY6dUT4IZ3KcW8rX7jwP+ZfdbnQkQgnreA=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=N8V6YraEtt/f+lcf+go1zap5KQX7uIxOHRNjf/nrdUa/LwI+KqJEgbixNSyZsAMOZ YWnM9x8DCeDhgnRpS+67/6Qc3gs4hQHOmuwWyyfZHxLaeXRvl5HBMldELu3OUdmcLY 0xaU/djFBH6oySgSvUqXkqhydq2yM4IfhTq18AzEbH0UDxMWkwDk++jMbArqKCenJO wiJa3LNJtkQ8ialnwsBzVAuIC42ThgOMNT6UNZvrc4IYLSWD4F/GMymN+zUPSiliXg d3dnVz8aQ4HfjBx1+FMvspEvS738UZQyjwTnicaXh8EwE33b8MIMXvcymETFQxNwDD 8qNBg2+J3KGSw== Date: Tue, 1 Mar 2022 21:58:59 +0200 From: Leon Romanovsky To: Alex Williamson Cc: bhelgaas@google.com, jgg@nvidia.com, saeedm@nvidia.com, Yishai Hadas , linux-pci@vger.kernel.org, kvm@vger.kernel.org, netdev@vger.kernel.org, kuba@kernel.org, kwankhede@nvidia.com, mgurtovoy@nvidia.com, maorg@nvidia.com, cohuck@redhat.com, ashok.raj@intel.com, kevin.tian@intel.com, shameerali.kolothum.thodi@huawei.com Subject: Re: [GIT PULL] Add mlx5 live migration driver and v2 migration protocol Message-ID: References: <20220228123934.812807-1-leon@kernel.org> <20220301124112.477ab6fc.alex.williamson@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220301124112.477ab6fc.alex.williamson@redhat.com> Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org On Tue, Mar 01, 2022 at 12:41:12PM -0700, Alex Williamson wrote: > On Mon, 28 Feb 2022 14:39:34 +0200 > Leon Romanovsky wrote: > > > From: Leon Romanovsky > > > > Hi Alex, > > > > This pull request contains the v9 version of recently submitted mlx5 live migration > > driver from Yishai and Jason. > > > > In addition to changes in VFIO, this series extended the ethernet part of mlx5 driver. > > Such changes have all chances to create merge conflicts between VFIO, netdev and RDMA > > subsystems, which are eliminated with this PR. > > I know that Connie and perhaps others have spent a good deal of time > reviewing this, so I'd at least like to give them an opportunity to > chime in with their Reviewed-by before merging a PR. For me please add > my > > Reviewed-by: Alex Williamson > > to patches 8-15 in Yishai's v9 posting. If it's easier, I can adjust > the commits from this PR manually, I see there are just a few minor > commit log differences versus the v9 post. Let's give this one more > day to collect any further outstanding comments or reviews. Thanks, Sure, I'll wait till Thursday, collect Acks and repost. I fixed spelling errors which were spotted by spellcheck when created PR, so this is probably the reason of commit log differences. The style, language and grammar are original. Thanks > > Alex > > > ------------------------------------------------------------------------------------ > > > > The following changes since commit cfb92440ee71adcc2105b0890bb01ac3cddb8507: > > > > Linux 5.17-rc5 (2022-02-20 13:07:20 -0800) > > > > are available in the Git repository at: > > > > https://git.kernel.org/pub/scm/linux/kernel/git/mellanox/linux.git tags/mlx5-vfio-v9 > > > > for you to fetch changes up to d18f3ba69448b8f68caf8592a9abb39e75c76e8d: > > > > vfio/mlx5: Use its own PCI reset_done error handler (2022-02-27 11:44:00 +0200) > > > > ---------------------------------------------------------------- > > Add mlx5 live migration driver and v2 migration protocol > > > > This series adds mlx5 live migration driver for VFs that are migration > > capable and includes the v2 migration protocol definition and mlx5 > > implementation. > > > > The mlx5 driver uses the vfio_pci_core split to create a specific VFIO > > PCI driver that matches the mlx5 virtual functions. The driver provides > > the same experience as normal vfio-pci with the addition of migration > > support. > > > > In HW the migration is controlled by the PF function, using its > > mlx5_core driver, and the VFIO PCI VF driver co-ordinates with the PF to > > execute the migration actions. > > > > The bulk of the v2 migration protocol is semantically the same v1, > > however it has been recast into a FSM for the device_state and the > > actual syscall interface uses normal ioctl(), read() and write() instead > > of building a syscall interface using the region. > > > > Several bits of infrastructure work are included here: > > - pci_iov_vf_id() to help drivers like mlx5 figure out the VF index from > > a BDF > > - pci_iov_get_pf_drvdata() to clarify the tricky locking protocol when a > > VF reaches into its PF's driver > > - mlx5_core uses the normal SRIOV lifecycle and disables SRIOV before > > driver remove, to be compatible with pci_iov_get_pf_drvdata() > > - Lifting VFIO_DEVICE_FEATURE into core VFIO code > > > > This series comes after alot of discussion. Some major points: > > - v1 ABI compatible migration defined using the same FSM approach: > > https://lore.kernel.org/all/0-v1-a4f7cab64938+3f-vfio_mig_states_jgg@nvidia.com/ > > - Attempts to clarify how the v1 API works: > > Alex's: > > https://lore.kernel.org/kvm/163909282574.728533.7460416142511440919.stgit@omen/ > > Jason's: > > https://lore.kernel.org/all/0-v3-184b374ad0a8+24c-vfio_mig_doc_jgg@nvidia.com/ > > - Etherpad exploring the scope and questions of general VFIO migration: > > https://lore.kernel.org/kvm/87mtm2loml.fsf@redhat.com/ > > > > NOTE: As this series touched mlx5_core parts we need to send this in a > > pull request format to VFIO to avoid conflicts. > > > > Matching qemu changes can be previewed here: > > https://github.com/jgunthorpe/qemu/commits/vfio_migration_v2 > > > > Link: https://lore.kernel.org/all/20220224142024.147653-1-yishaih@nvidia.com > > Signed-of-by: Leon Romanovsky > > > > ---------------------------------------------------------------- > > Jason Gunthorpe (6): > > PCI/IOV: Add pci_iov_vf_id() to get VF index > > PCI/IOV: Add pci_iov_get_pf_drvdata() to allow VF reaching the drvdata of a PF > > vfio: Have the core code decode the VFIO_DEVICE_FEATURE ioctl > > vfio: Define device migration protocol v2 > > vfio: Extend the device migration protocol with RUNNING_P2P > > vfio: Remove migration protocol v1 documentation > > > > Leon Romanovsky (1): > > net/mlx5: Reuse exported virtfn index function call > > > > Yishai Hadas (8): > > net/mlx5: Disable SRIOV before PF removal > > net/mlx5: Expose APIs to get/put the mlx5 core device > > net/mlx5: Introduce migration bits and structures > > net/mlx5: Add migration commands definitions > > vfio/mlx5: Expose migration commands over mlx5 device > > vfio/mlx5: Implement vfio_pci driver for mlx5 devices > > vfio/pci: Expose vfio_pci_core_aer_err_detected() > > vfio/mlx5: Use its own PCI reset_done error handler > > > > MAINTAINERS | 6 + > > drivers/net/ethernet/mellanox/mlx5/core/cmd.c | 10 + > > drivers/net/ethernet/mellanox/mlx5/core/main.c | 45 ++ > > .../net/ethernet/mellanox/mlx5/core/mlx5_core.h | 1 + > > drivers/net/ethernet/mellanox/mlx5/core/sriov.c | 17 +- > > drivers/pci/iov.c | 43 ++ > > drivers/vfio/pci/Kconfig | 3 + > > drivers/vfio/pci/Makefile | 2 + > > drivers/vfio/pci/mlx5/Kconfig | 10 + > > drivers/vfio/pci/mlx5/Makefile | 4 + > > drivers/vfio/pci/mlx5/cmd.c | 259 ++++++++ > > drivers/vfio/pci/mlx5/cmd.h | 36 ++ > > drivers/vfio/pci/mlx5/main.c | 676 +++++++++++++++++++++ > > drivers/vfio/pci/vfio_pci.c | 1 + > > drivers/vfio/pci/vfio_pci_core.c | 101 ++- > > drivers/vfio/vfio.c | 295 ++++++++- > > include/linux/mlx5/driver.h | 3 + > > include/linux/mlx5/mlx5_ifc.h | 147 ++++- > > include/linux/pci.h | 15 +- > > include/linux/vfio.h | 53 ++ > > include/linux/vfio_pci_core.h | 4 + > > include/uapi/linux/vfio.h | 406 ++++++------- > > 22 files changed, 1846 insertions(+), 291 deletions(-) > > create mode 100644 drivers/vfio/pci/mlx5/Kconfig > > create mode 100644 drivers/vfio/pci/mlx5/Makefile > > create mode 100644 drivers/vfio/pci/mlx5/cmd.c > > create mode 100644 drivers/vfio/pci/mlx5/cmd.h > > create mode 100644 drivers/vfio/pci/mlx5/main.c > > >