mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Alex Williamson <alex@shazbot.org>
To: <mhonap@nvidia.com>
Cc: <jgg@ziepe.ca>, <ankita@nvidia.com>, <jic23@kernel.org>,
	<dave.jiang@intel.com>, <alejandro.lucero-palau@amd.com>,
	<smadhavan@nvidia.com>, <corbet@lwn.net>,
	<skhan@linuxfoundation.org>, <dave@stgolabs.net>,
	<alison.schofield@intel.com>, <vishal.l.verma@intel.com>,
	<iweiny@kernel.org>, <ming.li@zohomail.com>, <yishaih@nvidia.com>,
	<skolothumtho@nvidia.com>, <kevin.tian@intel.com>,
	<bhelgaas@google.com>, <dmatlack@google.com>, <kees@kernel.org>,
	<gustavoars@kernel.org>, <cjia@nvidia.com>, <kjaju@nvidia.com>,
	<vsethi@nvidia.com>, <zhiw@nvidia.com>,
	<linux-doc@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
	<kvm@vger.kernel.org>, <linux-cxl@vger.kernel.org>,
	<linux-pci@vger.kernel.org>, <linux-kselftest@vger.kernel.org>,
	<linux-hardening@vger.kernel.org>,
	alex@shazbot.org
Subject: Re: [PATCH v4 18/27] vfio/cxl: Expose the HDM memory and trap the decoder registers
Date: Fri, 28 Aug 2026 14:53:51 -0600	[thread overview]
Message-ID: <20260828145351.56f74a1d@shazbot.org> (raw)
In-Reply-To: <20260813093631.2288172-19-mhonap@nvidia.com>

On Thu, 13 Aug 2026 15:06:22 +0530
<mhonap@nvidia.com> wrote:

> From: Manish Honap <mhonap@nvidia.com>
> 
> Register the HDM region as a CXL VFIO region so the guest can map
> the device memory.

s/VFIO region/VFIO device specific region/
 
> CXL.mem is coherent memory, so the guest and KVM need a write-back
> mapping. Claim the host physical range exclusively at bind so a
> firmware-owned cacheable alias cannot fault the host once the range is
> mapped write-back.

I'm not fully following this, claiming it exclusively means no other
driver can claim it, but is a "firmware-owned cacheable alias"
generated via another driver or via a side-channel?
 
> The region is advertised mmap-able, so a fd holder can fault its
> struct-page-less device memory in from the host CPU. A memory error on
> that range would otherwise escalate to a host SError. Register the range
> with memory_failure() via register_pfn_address_space() so such an error
> is contained to unmapping the range and a SIGBUS to the fd holder.
> register_pfn_address_space() returns -EOPNOTSUPP when
> CONFIG_MEMORY_FAILURE is off, in which case the region is exposed
> without containment.

The error containment looks like it could be compartmentalized into
another patch in the series.
 
> A CXL Type-2 guest also reads the HDM decoder registers to learn the
> HDM region it was handed. Those registers live in the component BAR that
> vfio-pci owns, so map the decoder block at bind and copy it into a
> per-open shadow, then expose a read-only region backed by that shadow.
> The block location comes from the pdev->hdm enumeration cache rather
> than the CXL core register map.

This also looks like a separate patch.  Why do we need a static copy of
it rather than just providing read-only access to the live copy (avoid
the later refresh, gate on device state)?  Why does it need to be a
separate device specific region rather than a read-only section of the
BAR?  Is it just that we don't have a way to express that through the
vfio uAPI? Could it support read-only mmap?
 
> The guest programs a GPA into the decoder while the host resolves the
> HPA, so it must never reach the physical registers. Serving reads from
> the shadow keeps the two apart; write emulation follows in a later
> change.

This seems to be talking about some virtualization implemented in the
VMM, nothing here virtualizes decoder programming.  The comp-regs
region is read-only.
  
> Signed-off-by: Manish Honap <mhonap@nvidia.com>
> ---
>  drivers/vfio/pci/cxl/vfio_cxl_core.c | 347 ++++++++++++++++++++++++++-
>  drivers/vfio/pci/vfio_pci_core.c     |  17 ++
>  include/linux/vfio_pci_core.h        |   1 +
>  include/uapi/linux/vfio.h            |   3 +
>  4 files changed, 367 insertions(+), 1 deletion(-)
> 
> diff --git a/drivers/vfio/pci/cxl/vfio_cxl_core.c b/drivers/vfio/pci/cxl/vfio_cxl_core.c
> index 9fed909cb9d3..07047646edde 100644
> --- a/drivers/vfio/pci/cxl/vfio_cxl_core.c
> +++ b/drivers/vfio/pci/cxl/vfio_cxl_core.c
> @@ -5,10 +5,14 @@
>   * Copyright (c) 2026 NVIDIA Corporation & Affiliates
>   */
>  
> +#include <linux/cleanup.h>
> +#include <linux/memory-failure.h>
> +#include <linux/mm.h>
>  #include <linux/module.h>
>  #include <linux/pci.h>
>  #include <linux/range.h>
>  #include <linux/slab.h>
> +#include <linux/uaccess.h>
>  #include <linux/vfio_pci_core.h>
>  #include <cxl/cxl.h>
>  #include <cxl/pci.h>
> @@ -18,21 +22,250 @@
>   * @cxlds: CXL device state; kept first for devm_cxl_dev_state_create()
>   * @cxlmd: memory device joined to the CXL topology at bind
>   * @hpa_range: host physical range of the HDM region
> + * @dpa_pfn_space: HDM-region pfn range registered with memory_failure()
>   * @dvsec: CXL device DVSEC config-space offset
>   * @dvsec_len: length of the DVSEC body
>   * @dvsec_dwords: dword count of @dvsec_shadow
>   * @dvsec_shadow: guest view of the CXL DVSEC body, sampled at open
> + * @hdm_regs: mapped HDM decoder registers, source for the open-time snapshot
> + * @hdm_len: length of the HDM decoder register block
> + * @hdm_shadow: guest view of the HDM decoder registers, sampled at open
> + * @hdm_region_idx: vdev->region[] index of the HDM region
> + * @hdm_valid: true when the decoder is in a known-good restored state and host
> + *	       CPU access to the HDM range is safe; gated under memory_lock
>   */
>  struct vfio_cxl_state {
>  	struct cxl_dev_state cxlds;
>  	struct cxl_memdev *cxlmd;
>  	struct range hpa_range;
> +	struct pfn_address_space dpa_pfn_space;
>  	u16 dvsec;
>  	u32 dvsec_len;
>  	u32 dvsec_dwords;
> +
>  	u32 *dvsec_shadow __counted_by_ptr(dvsec_dwords);
> +	void __iomem *hdm_regs;
> +	u32 hdm_len;
> +	u32 hdm_dwords;
> +
> +	__le32 *hdm_shadow __counted_by_ptr(hdm_dwords);
> +	int hdm_region_idx;
> +	bool hdm_valid;
> +};
> +
> +static unsigned long vfio_cxl_mem_pgoff(struct vm_area_struct *vma,
> +					unsigned long addr)
> +{
> +	unsigned long mask = (1U << (VFIO_PCI_OFFSET_SHIFT - PAGE_SHIFT)) - 1;
> +
> +	return (vma->vm_pgoff & mask) + ((addr - vma->vm_start) >> PAGE_SHIFT);
> +}
> +
> +static vm_fault_t vfio_cxl_mem_huge_fault(struct vm_fault *vmf,
> +					  unsigned int order)
> +{
> +	struct vm_area_struct *vma = vmf->vma;
> +	struct vfio_pci_core_device *vdev = vma->vm_private_data;
> +	struct vfio_cxl_state *cxl = vdev->cxl;
> +	unsigned long addr = ALIGN_DOWN(vmf->address, PAGE_SIZE << order);
> +	unsigned long pfn = PHYS_PFN(cxl->hpa_range.start) +
> +			    vfio_cxl_mem_pgoff(vma, addr);
> +	vm_fault_t ret = VM_FAULT_FALLBACK;
> +
> +	if (is_aligned_for_order(vma, addr, pfn, order)) {
> +		scoped_guard(rwsem_read, &vdev->memory_lock) {
> +			/*
> +			 * A reset or D3 transition takes memory_lock for write,
> +			 * revokes this mapping and clears the decoder. Do not
> +			 * insert a PFN for a decoder that is not in a known-good
> +			 * state, or the host CPU could reach a disabled decoder.
> +			 * vfio_pci_vmf_insert_pfn() adds the Memory-Space gate:
> +			 * an HDM access while the device has Memory-Space disabled
> +			 * aborts on the fabric as a fatal host SError, so it must
> +			 * not be faulted in until the guest re-enables it.
> +			 */
> +			if (cxl->hdm_valid)
> +				ret = vfio_pci_vmf_insert_pfn(vdev, vmf, pfn,
> +							      order);
> +			else
> +				ret = VM_FAULT_SIGBUS;
> +		}
> +	}
> +
> +	return ret;
> +}
> +
> +static vm_fault_t vfio_cxl_mem_fault(struct vm_fault *vmf)
> +{
> +	return vfio_cxl_mem_huge_fault(vmf, 0);
> +}
> +
> +static const struct vm_operations_struct vfio_cxl_mem_vm_ops = {
> +	.fault = vfio_cxl_mem_fault,
> +#ifdef CONFIG_ARCH_SUPPORTS_HUGE_PFNMAP
> +	.huge_fault = vfio_cxl_mem_huge_fault,
> +#endif
> +};
> +
> +static int vfio_cxl_mem_mmap(struct vfio_pci_core_device *vdev,
> +			     struct vfio_pci_region *region,
> +			     struct vm_area_struct *vma)
> +{
> +	unsigned long mask = (1U << (VFIO_PCI_OFFSET_SHIFT - PAGE_SHIFT)) - 1;
> +	u64 req_start = (vma->vm_pgoff & mask) << PAGE_SHIFT;
> +	u64 req_len = vma->vm_end - vma->vm_start;
> +
> +	if (req_start + req_len > region->size)
> +		return -EINVAL;
> +
> +	/*
> +	 * CXL.mem is coherent memory, so leave the mapping write-back cacheable;
> +	 * a device or non-cached mapping would break the coherence the guest and
> +	 * KVM depend on. The host physical range is claimed exclusively at bind,
> +	 * so no conflicting cacheable alias remains.
> +	 */
> +	vm_flags_set(vma, VM_IO | VM_PFNMAP | VM_DONTEXPAND | VM_DONTDUMP);
> +	vma->vm_ops = &vfio_cxl_mem_vm_ops;
> +	vma->vm_private_data = vdev;
> +
> +	return 0;
> +}
> +
> +static ssize_t vfio_cxl_mem_rw(struct vfio_pci_core_device *vdev,
> +			       char __user *buf, size_t count, loff_t *ppos,
> +			       bool iswrite)
> +{
> +	/*
> +	 * The HDM region advertises READ and WRITE so a VMM can derive an
> +	 * accessible mmap protection for it, but fd read/write is not supported.
> +	 * The only host-side way to reach the range for a copy is a kernel
> +	 * mapping of the CXL.mem host physical address (memremap, which reuses
> +	 * the linear map for this RAM-backed range), and a CPU access through
> +	 * that mapping aborts on the fabric as a fatal host SError, unlike the
> +	 * guest-facing mmap fault path which maps the pfn directly. Reject the
> +	 * transfer rather than fault the host; a consumer mmaps the region and
> +	 * accesses it that way.
> +	 */
> +	return -EIO;
> +}

This would be unprecedented in vfio and we don't actually have a means
to express that read/write access is not available.  Can you describe
further how it's possible that we cannot create a host mapping to
access the HDM memory without risking a host SError fault?  If there's
a device state issue here, we have mechanisms to guard such accesses.

> +
> +/*
> + * The CXL regions carry no per-region state (region->data is the shared,
> + * devm-managed vfio_cxl_state), so releasing a region is a no-op. The hook is
> + * still required: vfio_pci_core_disable() calls region->ops->release() for
> + * every region without a NULL check.
> + */
> +static void vfio_cxl_region_release(struct vfio_pci_core_device *vdev,
> +				    struct vfio_pci_region *region)
> +{
> +}
> +
> +static const struct vfio_pci_regops vfio_cxl_mem_regops = {
> +	.rw = vfio_cxl_mem_rw,
> +	.mmap = vfio_cxl_mem_mmap,
> +	.release = vfio_cxl_region_release,
> +};
> +
> +/*
> + * Map a poisoned HDM-region pfn back to the file offset of each user mapping so
> + * memory_failure() can unmap it and signal the fd holder. The region is a
> + * single linear range at hpa_range.start; recover the per-vma file offset the
> + * same way the fault handler derived the pfn.
> + */
> +static int vfio_cxl_pfn_to_vma_pgoff(struct vm_area_struct *vma,
> +				     unsigned long pfn, pgoff_t *pgoff)
> +{
> +	struct vfio_pci_core_device *vdev;
> +	struct vfio_cxl_state *cxl;
> +	pgoff_t vma_off, pfn_off;
> +	unsigned long start_pfn;
> +
> +	if (vma->vm_ops != &vfio_cxl_mem_vm_ops)
> +		return -ENOENT;
> +
> +	vdev = vma->vm_private_data;
> +	cxl = vdev->cxl;
> +
> +	start_pfn = PHYS_PFN(cxl->hpa_range.start);
> +	if (pfn < start_pfn ||
> +	    pfn >= start_pfn + (range_len(&cxl->hpa_range) >> PAGE_SHIFT))
> +		return -EFAULT;
> +
> +	pfn_off = pfn - start_pfn;
> +	vma_off = vma->vm_pgoff &
> +		  ((1UL << (VFIO_PCI_OFFSET_SHIFT - PAGE_SHIFT)) - 1);
> +	/* Skip VMAs that do not map the pfn, e.g. a partial mmap of the region. */
> +	if (pfn_off < vma_off || pfn_off - vma_off >= vma_pages(vma))
> +		return -EFAULT;
> +
> +	*pgoff = vma->vm_pgoff + (pfn_off - vma_off);
> +	return 0;
> +}
> +
> +/*
> + * The HDM region is struct-page-less device memory, so a memory error on it
> + * cannot be routed through the normal page path. Register the range with
> + * memory_failure() so such an error is contained to unmapping the range and a
> + * SIGBUS to the fd holder instead of escalating to a host SError.
> + */
> +static int vfio_cxl_register_pfn_space(struct vfio_pci_core_device *vdev)
> +{
> +	struct vfio_cxl_state *cxl = vdev->cxl;
> +	unsigned long start_pfn = PHYS_PFN(cxl->hpa_range.start);
> +
> +	cxl->dpa_pfn_space.node.start = start_pfn;
> +	cxl->dpa_pfn_space.node.last =
> +		start_pfn + (range_len(&cxl->hpa_range) >> PAGE_SHIFT) - 1;
> +	cxl->dpa_pfn_space.mapping = vdev->vdev.inode->i_mapping;
> +	cxl->dpa_pfn_space.pfn_to_vma_pgoff = vfio_cxl_pfn_to_vma_pgoff;
> +
> +	return register_pfn_address_space(&cxl->dpa_pfn_space);
> +}
> +
> +static ssize_t vfio_cxl_comp_rw(struct vfio_pci_core_device *vdev,
> +				char __user *buf, size_t count, loff_t *ppos,
> +				bool iswrite)
> +{
> +	struct vfio_cxl_state *cxl = vdev->cxl;
> +	loff_t pos = *ppos & VFIO_PCI_OFFSET_MASK;
> +
> +	/*
> +	 * The guest programs a GPA into this decoder and the host resolves the
> +	 * HPA, so the guest never drives the physical decoder. Reads come from
> +	 * the open-time snapshot; write emulation lands in a later change.
> +	 */

Is write emulation necessary?  Maybe that's an advantage of exposing
this as a separate device specific region, userspace can be responsible
for the write virtualization.

> +	if (iswrite)
> +		return -EINVAL;
> +
> +	if (pos >= cxl->hdm_len)
> +		return -EINVAL;

hdm_shadow is allocated as hdm_len/sizeof(u32).  Something should make
sure hdm_len based restrictions don't overreach the shadow.

> +
> +	count = min_t(size_t, count, cxl->hdm_len - pos);
> +	/*
> +	 * The shadow mirrors the physical decoder, so BASE_LOW/HIGH carry the
> +	 * host HPA. That is visible only to the trusted VMM holding the fd; the
> +	 * VMM virtualizes the base so the guest sees its own GPA and never the
> +	 * host address.
> +	 */
> +	if (copy_to_user(buf, (u8 *)cxl->hdm_shadow + pos, count))
> +		return -EFAULT;
> +
> +	*ppos += count;
> +	return count;
> +}
> +
> +static const struct vfio_pci_regops vfio_cxl_comp_regops = {
> +	.rw = vfio_cxl_comp_rw,
> +	.release = vfio_cxl_region_release,
>  };
>  
> +static void vfio_cxl_release_hpa(void *data)
> +{
> +	struct vfio_cxl_state *cxl = data;
> +
> +	release_mem_region(cxl->hpa_range.start, range_len(&cxl->hpa_range));
> +}
> +
>  static int vfio_cxl_init_device(struct vfio_pci_core_device *vdev)
>  {
>  	struct pci_dev *pdev = vdev->pdev;
> @@ -92,6 +325,20 @@ static int vfio_cxl_init_device(struct vfio_pci_core_device *vdev)
>  	if (ret)
>  		return ret;
>  
> +	/*
> +	 * Map the HDM decoder registers to sample their programming at open.
> +	 * The block location comes from the enumeration cache in pdev->hdm, so
> +	 * this does not reach into the CXL core register map. vfio-pci owns the
> +	 * BAR, so map without claiming the sub-block.
> +	 */
> +	cxl->hdm_regs = devm_ioremap(&pdev->dev,
> +				     pci_resource_start(pdev, pdev->hdm->hdm_bar) +
> +				     pdev->hdm->hdm_offset, pdev->hdm->hdm_size);
> +	if (!cxl->hdm_regs)
> +		return -ENOMEM;
> +
> +	cxl->hdm_len = pdev->hdm->hdm_size;
> +
>  	ret = cxl_set_capacity(&cxl->cxlds, hdm_size);
>  	if (ret)
>  		return ret;
> @@ -100,9 +347,30 @@ static int vfio_cxl_init_device(struct vfio_pci_core_device *vdev)
>  	if (IS_ERR(cxlmd))
>  		return PTR_ERR(cxlmd);
>  
> +	/*
> +	 * Own the resolved host physical range outright, and exclusively: mark
> +	 * it IORESOURCE_EXCLUSIVE so /dev/mem cannot map a conflicting alias even
> +	 * on an IO_STRICT_DEVMEM=n kernel. Firmware that left it as System RAM
> +	 * would otherwise keep a cacheable alias that faults the host once the
> +	 * guest maps the range write-back. There is no devm form of the exclusive
> +	 * request, so pair it with a devm release action.
> +	 */

Firmware isn't governed by OS resource structures.  It's useful, but I
don't think it has the full stated scope.

> +	if (!request_mem_region_exclusive(cxl->hpa_range.start,
> +					  range_len(&cxl->hpa_range),
> +					  "vfio-cxl-hdm"))
> +		return -EBUSY;
> +	ret = devm_add_action_or_reset(&pdev->dev, vfio_cxl_release_hpa, cxl);
> +	if (ret)
> +		return ret;
> +
>  	cxl->cxlmd = cxlmd;
>  	vdev->cxl = cxl;
>  
> +	/*
> +	 * The VFIO regions and the poison-containment pfn space are set up in
> +	 * open_device(): vfio_pci_core_disable() tears down all dynamic regions on
> +	 * close, so they must be created per open rather than once at bind.
> +	 */
>  	return 0;
>  }
>  
> @@ -114,9 +382,11 @@ static void vfio_cxl_release_device(struct vfio_pci_core_device *vdev)
>  static int vfio_cxl_open_device(struct vfio_pci_core_device *vdev)
>  {
>  	struct vfio_cxl_state *cxl = vdev->cxl;
> +	void __iomem *hdm = cxl->hdm_regs;
>  	struct pci_dev *pdev = vdev->pdev;
> +	__le32 *hdm_shadow;
>  	u32 hdr, *shadow;
> -	int i, dwords;
> +	int i, dwords, ret;
>  
>  	/*
>  	 * Sample the DVSEC body now rather than at bind: a low-power
> @@ -137,13 +407,88 @@ static int vfio_cxl_open_device(struct vfio_pci_core_device *vdev)
>  	cxl->dvsec_dwords = dwords;
>  	cxl->dvsec_shadow = shadow;
>  
> +	dwords = cxl->hdm_len / sizeof(u32);
> +	hdm_shadow = kcalloc(dwords, sizeof(__le32), GFP_KERNEL);
> +	if (!hdm_shadow) {
> +		kfree(shadow);
> +		cxl->dvsec_shadow = NULL;
> +		return -ENOMEM;
> +	}
> +
> +	for (i = 0; i < dwords; i++)
> +		hdm_shadow[i] = cpu_to_le32(readl(hdm + i * sizeof(u32)));
> +
> +	cxl->hdm_dwords = dwords;
> +	cxl->hdm_shadow = hdm_shadow;
> +
> +	/*
> +	 * vfio_pci_core_disable() frees all dynamic regions on close, so register
> +	 * them here (per open) rather than at bind. A failed first-open never
> +	 * reaches close_device(), so unwind on error.
> +	 *
> +	 * Advertise READ and WRITE alongside MMAP: a VMM derives the mmap
> +	 * protection from these flags, so without them the HDM memory is mapped
> +	 * PROT_NONE and a guest access faults (KVM cannot back the mapping). The
> +	 * flags describe the mmap protection only; fd read/write returns -EIO,
> +	 * because a host CPU read through a kernel mapping of the coherent
> +	 * CXL.mem range aborts on the fabric (see vfio_cxl_mem_rw()).
> +	 */
> +	ret = vfio_pci_core_register_dev_region(vdev, VFIO_REGION_TYPE_CXL,
> +						VFIO_REGION_SUBTYPE_CXL_MEM,
> +						&vfio_cxl_mem_regops,
> +						range_len(&cxl->hpa_range),
> +						VFIO_REGION_INFO_FLAG_READ |
> +						VFIO_REGION_INFO_FLAG_WRITE |
> +						VFIO_REGION_INFO_FLAG_MMAP, cxl);
> +	if (ret)
> +		goto err_free_shadows;
> +
> +	ret = vfio_pci_core_register_dev_region(vdev, VFIO_REGION_TYPE_CXL,
> +						VFIO_REGION_SUBTYPE_CXL_COMP_REGS,
> +						&vfio_cxl_comp_regops, cxl->hdm_len,
> +						VFIO_REGION_INFO_FLAG_READ, cxl);
> +	if (ret)
> +		goto err_unregister_hdm;
> +
> +	/*
> +	 * The HDM region is advertised mmap-able, so a fd holder can fault its
> +	 * struct-page-less device memory in from the host CPU. Register it with
> +	 * memory_failure() to contain a memory error. -EOPNOTSUPP means
> +	 * CONFIG_MEMORY_FAILURE is off, so run without containment.
> +	 */
> +	ret = vfio_cxl_register_pfn_space(vdev);
> +	if (ret && ret != -EOPNOTSUPP)
> +		goto err_unregister_comp;
> +
> +	/*
> +	 * The decoder is firmware-committed and the shadow now mirrors it, so
> +	 * host access to the HDM range is safe. Open the access gate; reset and
> +	 * power transitions clear it until the decoder is restored.
> +	 */
> +	cxl->hdm_valid = true;
> +
>  	return 0;
> +
> +err_unregister_comp:
> +	vfio_pci_core_unregister_dev_region(vdev);
> +err_unregister_hdm:
> +	vfio_pci_core_unregister_dev_region(vdev);
> +err_free_shadows:
> +	kfree(cxl->hdm_shadow);
> +	cxl->hdm_shadow = NULL;
> +	kfree(cxl->dvsec_shadow);
> +	cxl->dvsec_shadow = NULL;
> +	return ret;
>  }
>  
>  static void vfio_cxl_close_device(struct vfio_pci_core_device *vdev)
>  {
>  	struct vfio_cxl_state *cxl = vdev->cxl;
>  
> +	cxl->hdm_valid = false;
> +	unregister_pfn_address_space(&cxl->dpa_pfn_space);
> +	kfree(cxl->hdm_shadow);
> +	cxl->hdm_shadow = NULL;

counted_by_ptr needs to be updated as well.  Thanks,

Alex

>  	kfree(cxl->dvsec_shadow);
>  	cxl->dvsec_shadow = NULL;
>  }
> diff --git a/drivers/vfio/pci/vfio_pci_core.c b/drivers/vfio/pci/vfio_pci_core.c
> index 470730cdc88b..6f6ebcce86a1 100644
> --- a/drivers/vfio/pci/vfio_pci_core.c
> +++ b/drivers/vfio/pci/vfio_pci_core.c
> @@ -1123,6 +1123,23 @@ int vfio_pci_core_register_dev_region(struct vfio_pci_core_device *vdev,
>  }
>  EXPORT_SYMBOL_GPL(vfio_pci_core_register_dev_region);
>  
> +/*
> + * Unregister the most recently registered dynamic region. Used to unwind a
> + * partially built region set on an open-time error; regions are otherwise
> + * released together in vfio_pci_core_disable().
> + */
> +void vfio_pci_core_unregister_dev_region(struct vfio_pci_core_device *vdev)
> +{
> +	struct vfio_pci_region *region;
> +
> +	if (WARN_ON(!vdev->num_regions))
> +		return;
> +
> +	region = &vdev->region[--vdev->num_regions];
> +	region->ops->release(vdev, region);
> +}
> +EXPORT_SYMBOL_GPL(vfio_pci_core_unregister_dev_region);
> +
>  static int vfio_pci_info_atomic_cap(struct vfio_pci_core_device *vdev,
>  				    struct vfio_info_cap *caps)
>  {
> diff --git a/include/linux/vfio_pci_core.h b/include/linux/vfio_pci_core.h
> index b9202cb29d96..294e95b5e881 100644
> --- a/include/linux/vfio_pci_core.h
> +++ b/include/linux/vfio_pci_core.h
> @@ -187,6 +187,7 @@ int vfio_pci_core_register_dev_region(struct vfio_pci_core_device *vdev,
>  				      unsigned int type, unsigned int subtype,
>  				      const struct vfio_pci_regops *ops,
>  				      size_t size, u32 flags, void *data);
> +void vfio_pci_core_unregister_dev_region(struct vfio_pci_core_device *vdev);
>  void vfio_pci_core_set_mmap_exclude(struct vfio_pci_core_device *vdev, int bar,
>  				    u64 start, u64 len);
>  void vfio_pci_core_close_device(struct vfio_device *core_vdev);
> diff --git a/include/uapi/linux/vfio.h b/include/uapi/linux/vfio.h
> index 540e62312671..d5b8106625bf 100644
> --- a/include/uapi/linux/vfio.h
> +++ b/include/uapi/linux/vfio.h
> @@ -377,6 +377,9 @@ struct vfio_region_info_cap_type {
>  /* sub-types for VFIO_REGION_TYPE_CXL */
>  /* CXL.mem HDM region of a Type-2 device, mmap-able */
>  #define VFIO_REGION_SUBTYPE_CXL_MEM		(1)
> +/* CXL HDM decoder registers, trapped so the guest programs a GPA it never owns */
> +#define VFIO_REGION_SUBTYPE_CXL_COMP_REGS	(2)
> +/* Subtypes 3+ are reserved for future trapped CXL surfaces, e.g. RAS. */
>  
>  /**
>   * struct vfio_region_gfx_edid - EDID region layout.


  reply	other threads:[~2026-08-28 20:53 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-08-13  9:36 [PATCH v4 00/27] vfio/pci: Add CXL Type-2 device passthrough support mhonap
2026-08-13  9:36 ` [PATCH v4 01/27] cxl: Fix resource.c include path and export cxl_restore_hdm_after_pci_reset mhonap
2026-08-21 22:52   ` Jonathan Cameron
2026-08-22  1:22     ` Manish Honap
2026-08-13  9:36 ` [PATCH v4 02/27] cxl/regs: Skip sub-block region request for BAR-owning drivers mhonap
2026-08-25 21:26   ` Alex Williamson
2026-08-13  9:36 ` [PATCH v4 03/27] cxl: Move component register defines to uapi/cxl/cxl_regs.h mhonap
2026-08-28 15:27   ` Dave Jiang
2026-08-13  9:36 ` [PATCH v4 04/27] cxl: Establish media readiness in cxl_mem_probe() mhonap
2026-08-25 22:18   ` Alex Williamson
2026-08-28 15:59   ` Dave Jiang
2026-08-13  9:36 ` [PATCH v4 05/27] cxl: Add a function-scoped reset entry for vfio-pci mhonap
2026-08-25 23:11   ` Alex Williamson
2026-08-13  9:36 ` [PATCH v4 06/27] vfio/pci: Add CXL ops registration interface mhonap
2026-08-26 21:11   ` Alex Williamson
2026-08-13  9:36 ` [PATCH v4 07/27] vfio/pci: Detect CXL devices and load vfio-cxl on demand mhonap
2026-08-26 22:17   ` Alex Williamson
2026-08-13  9:36 ` [PATCH v4 08/27] vfio/cxl: Add the vfio-cxl module skeleton mhonap
2026-08-26 22:50   ` Alex Williamson
2026-08-13  9:36 ` [PATCH v4 09/27] vfio/cxl: Create the CXL memory device at bind mhonap
2026-08-27 20:43   ` Alex Williamson
2026-08-13  9:36 ` [PATCH v4 10/27] vfio/cxl: Reject unsupported decoder topologies " mhonap
2026-08-27 20:58   ` Alex Williamson
2026-08-13  9:36 ` [PATCH v4 11/27] vfio/cxl: Own the whole component register BAR mhonap
2026-08-27 21:13   ` Alex Williamson
2026-08-13  9:36 ` [PATCH v4 12/27] vfio/pci: Let a provider exclude a BAR sub-range from mmap mhonap
2026-08-27 22:37   ` Alex Williamson
2026-08-13  9:36 ` [PATCH v4 13/27] vfio/pci: Refuse read/write to an excluded BAR sub-range mhonap
2026-08-13  9:36 ` [PATCH v4 14/27] vfio: Add CXL region type for the HDM region mhonap
2026-08-27 22:43   ` Alex Williamson
2026-08-13  9:36 ` [PATCH v4 15/27] vfio/pci: Call CXL open and close hooks around device use mhonap
2026-08-27 23:03   ` Alex Williamson
2026-08-13  9:36 ` [PATCH v4 16/27] vfio/cxl: Shadow the CXL DVSEC body at open mhonap
2026-08-28 15:09   ` Alex Williamson
2026-08-13  9:36 ` [PATCH v4 17/27] vfio/cxl: Virtualize the CXL DVSEC mhonap
2026-08-28 16:39   ` Alex Williamson
2026-08-13  9:36 ` [PATCH v4 18/27] vfio/cxl: Expose the HDM memory and trap the decoder registers mhonap
2026-08-28 20:53   ` Alex Williamson [this message]
2026-08-13  9:36 ` [PATCH v4 19/27] vfio/cxl: Keep the HDM decoder block off the direct BAR mapping mhonap
2026-08-13  9:36 ` [PATCH v4 20/27] vfio/cxl: Emulate the HDM decoder commit handshake mhonap
2026-08-13  9:36 ` [PATCH v4 21/27] vfio/cxl: Describe the CXL device and decoder geometry to userspace mhonap
2026-08-13  9:36 ` [PATCH v4 22/27] vfio/cxl: Revoke the HDM mapping on reset and power transitions mhonap
2026-08-13  9:36 ` [PATCH v4 23/27] vfio/cxl: Refresh the decoder snapshot after a device reset mhonap
2026-08-13  9:36 ` [PATCH v4 24/27] vfio/cxl: Service a guest-triggered CXL reset mhonap
2026-08-13  9:36 ` [PATCH v4 25/27] vfio/pci: Provide an opt-out for the CXL Type-2 extensions mhonap
2026-08-13  9:36 ` [PATCH v4 26/27] Documentation: vfio-pci: Document CXL Type-2 device passthrough mhonap
2026-08-13  9:36 ` [PATCH v4 27/27] selftests/vfio: Add CXL Type-2 passthrough corner-case tests mhonap
2026-08-26  7:28   ` Shuai Xue
2026-08-26 16:17     ` Manish Honap

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=20260828145351.56f74a1d@shazbot.org \
    --to=alex@shazbot.org \
    --cc=alejandro.lucero-palau@amd.com \
    --cc=alison.schofield@intel.com \
    --cc=ankita@nvidia.com \
    --cc=bhelgaas@google.com \
    --cc=cjia@nvidia.com \
    --cc=corbet@lwn.net \
    --cc=dave.jiang@intel.com \
    --cc=dave@stgolabs.net \
    --cc=dmatlack@google.com \
    --cc=gustavoars@kernel.org \
    --cc=iweiny@kernel.org \
    --cc=jgg@ziepe.ca \
    --cc=jic23@kernel.org \
    --cc=kees@kernel.org \
    --cc=kevin.tian@intel.com \
    --cc=kjaju@nvidia.com \
    --cc=kvm@vger.kernel.org \
    --cc=linux-cxl@vger.kernel.org \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-hardening@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-kselftest@vger.kernel.org \
    --cc=linux-pci@vger.kernel.org \
    --cc=mhonap@nvidia.com \
    --cc=ming.li@zohomail.com \
    --cc=skhan@linuxfoundation.org \
    --cc=skolothumtho@nvidia.com \
    --cc=smadhavan@nvidia.com \
    --cc=vishal.l.verma@intel.com \
    --cc=vsethi@nvidia.com \
    --cc=yishaih@nvidia.com \
    --cc=zhiw@nvidia.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

all inboxes | Powered by JetHome®