All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nicolin Chen <nicolinc@nvidia.com>
To: Jason Gunthorpe <jgg@nvidia.com>
Cc: <iommu@lists.linux.dev>, Kevin Tian <kevin.tian@intel.com>,
	<linux-kselftest@vger.kernel.org>,
	Lu Baolu <baolu.lu@linux.intel.com>, <kvm@vger.kernel.org>,
	Yi Liu <yi.l.liu@intel.com>
Subject: Re: [PATCH v4 00/17] Add iommufd physical device operations for replace and alloc hwpt
Date: Mon, 27 Mar 2023 13:05:39 -0700	[thread overview]
Message-ID: <ZCH3E+VnJilogZfi@Asurada-Nvidia> (raw)
In-Reply-To: <0-v4-9cd79ad52ee8+13f5-iommufd_alloc_jgg@nvidia.com>

On Mon, Mar 27, 2023 at 03:37:54PM -0300, Jason Gunthorpe wrote:
> This is the basic functionality for iommufd to support
> iommufd_device_replace() and IOMMU_HWPT_ALLOC for physical devices.
> 
> iommufd_device_replace() allows changing the HWPT associated with the
> device to a new IOAS or HWPT. Replace does this in way that failure leaves
> things unchanged, and utilizes the iommu iommu_group_replace_domain() API
> to allow the iommu driver to perform an optional non-disruptive change.
> 
> IOMMU_HWPT_ALLOC allows HWPTs to be explicitly allocated by the user and
> used by attach or replace. At this point it isn't very useful since the
> HWPT is the same as the automatically managed HWPT from the IOAS. However
> a following series will allow userspace to customize the created HWPT.
> 
> The implementation is complicated because we have to introduce some
> per-iommu_group memory in iommufd and redo how we think about multi-device
> groups to be more explicit. This solves all the locking problems in the
> prior attempts.
> 
> This series is infrastructure work for the following series which:
>  - Add replace for attach
>  - Expose replace through VFIO APIs
>  - Implement driver parameters for HWPT creation (nesting)
> 
> Once review of this is complete I will keep it on a side branch and
> accumulate the following series when they are ready so we can have a
> stable base and make more incremental progress. When we have all the parts
> together to get a full implementation it can go to Linus.
> 
> This is on github: https://github.com/jgunthorpe/linux/commits/iommufd_hwpt
> 
> v4:
>  - Refine comments and commit messages
>  - Move the group lock into iommufd_hw_pagetable_attach()
>  - Fix error unwind in iommufd_device_do_replace()

This runs well with iommufd selftest on x86 and QEMU sanity on
ARM64, applying nesting series on top of this and cdev series:
https://github.com/nicolinc/iommufd/commits/wip/iommufd_nesting-03272023

Tested-by: Nicolin Chen <nicolinc@nvidia.com>

  parent reply	other threads:[~2023-03-27 20:06 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-03-27 18:37 [PATCH v4 00/17] Add iommufd physical device operations for replace and alloc hwpt Jason Gunthorpe
2023-03-27 18:37 ` [PATCH v4 01/17] iommufd: Move isolated msi enforcement to iommufd_device_bind() Jason Gunthorpe
2023-03-27 18:37 ` [PATCH v4 02/17] iommufd: Add iommufd_group Jason Gunthorpe
2023-03-27 18:37 ` [PATCH v4 03/17] iommufd: Replace the hwpt->devices list with iommufd_group Jason Gunthorpe
2023-03-27 18:37 ` [PATCH v4 04/17] iommu: Export iommu_get_resv_regions() Jason Gunthorpe
2023-03-27 18:37 ` [PATCH v4 05/17] iommufd: Keep track of each device's reserved regions instead of groups Jason Gunthorpe
2023-03-27 18:38 ` [PATCH v4 06/17] iommufd: Use the iommufd_group to avoid duplicate MSI setup Jason Gunthorpe
2023-03-27 18:38 ` [PATCH v4 07/17] iommufd: Make sw_msi_start a group global Jason Gunthorpe
2023-03-27 18:38 ` [PATCH v4 08/17] iommufd: Move putting a hwpt to a helper function Jason Gunthorpe
2023-03-27 18:38 ` [PATCH v4 09/17] iommufd: Add enforced_cache_coherency to iommufd_hw_pagetable_alloc() Jason Gunthorpe
2023-03-27 18:38 ` [PATCH v4 10/17] iommufd: Reorganize iommufd_device_attach into iommufd_device_change_pt Jason Gunthorpe
2023-03-27 18:38 ` [PATCH v4 11/17] iommu: Introduce a new iommu_group_replace_domain() API Jason Gunthorpe
2023-03-27 18:38 ` [PATCH v4 12/17] iommufd: Add iommufd_device_replace() Jason Gunthorpe
2023-03-27 18:38 ` [PATCH v4 13/17] iommufd: Make destroy_rwsem use a lock class per object type Jason Gunthorpe
2023-03-27 18:38 ` [PATCH v4 14/17] iommufd/selftest: Test iommufd_device_replace() Jason Gunthorpe
2023-03-28  5:15   ` Tian, Kevin
2023-03-27 18:38 ` [PATCH v4 15/17] iommufd: Add IOMMU_HWPT_ALLOC Jason Gunthorpe
2023-03-27 18:38 ` [PATCH v4 16/17] iommufd/selftest: Return the real idev id from selftest mock_domain Jason Gunthorpe
2023-03-27 18:38 ` [PATCH v4 17/17] iommufd/selftest: Add a selftest for IOMMU_HWPT_ALLOC Jason Gunthorpe
2023-03-27 20:05 ` Nicolin Chen [this message]
2023-03-29 23:35 ` [PATCH v4 00/17] Add iommufd physical device operations for replace and alloc hwpt Jason Gunthorpe

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=ZCH3E+VnJilogZfi@Asurada-Nvidia \
    --to=nicolinc@nvidia.com \
    --cc=baolu.lu@linux.intel.com \
    --cc=iommu@lists.linux.dev \
    --cc=jgg@nvidia.com \
    --cc=kevin.tian@intel.com \
    --cc=kvm@vger.kernel.org \
    --cc=linux-kselftest@vger.kernel.org \
    --cc=yi.l.liu@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.