Linux Documentation
 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 05/27] cxl: Add a function-scoped reset entry for vfio-pci
Date: Tue, 25 Aug 2026 17:11:51 -0600	[thread overview]
Message-ID: <20260825171151.2f707b93@shazbot.org> (raw)
In-Reply-To: <20260813093631.2288172-6-mhonap@nvidia.com>

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

> From: Manish Honap <mhonap@nvidia.com>
> 
> vfio-pci needs to run a CXL reset on a passthroughed Type-2 device
> without the host-memory handling in cxl_reset_function(): the memory
> behind the decoder belongs to the guest.
> 
> Add cxl_reset_dvsec_sequence(), which runs the DVSEC reset and HDM decoder
> restore under pci_dev_lock and cxl_rwsem, and cxl_reset_capable() to gate
> it on a function-scoped reset.
> 
> Parameterize Memory Clear in cxl_reset_execute() so the guest owns the
> choice; the host path keeps it disabled.
> 
> Signed-off-by: Manish Honap <mhonap@nvidia.com>
> ---
>  drivers/cxl/core/resource.c | 69 ++++++++++++++++++++++++++++++++++---
>  include/cxl/cxl.h           | 12 +++++++
>  2 files changed, 76 insertions(+), 5 deletions(-)
> 
> diff --git a/drivers/cxl/core/resource.c b/drivers/cxl/core/resource.c
> index 492ffe8e3576..cd15bd9171e6 100644
> --- a/drivers/cxl/core/resource.c
> +++ b/drivers/cxl/core/resource.c
> @@ -1164,7 +1164,7 @@ static int cxl_reset_enable_cache(struct pci_dev *pdev, int dvsec)
>  				     PCI_DVSEC_CXL_DISABLE_CACHING);
>  }
>  
> -static int cxl_reset_initiate(struct pci_dev *pdev, int dvsec)
> +static int cxl_reset_initiate(struct pci_dev *pdev, int dvsec, bool mem_clr_en)
>  {
>  	u16 ctrl2;
>  	int rc;
> @@ -1173,7 +1173,10 @@ static int cxl_reset_initiate(struct pci_dev *pdev, int dvsec)
>  	if (rc)
>  		return rc;
>  
> -	ctrl2 &= ~PCI_DVSEC_CXL_RST_MEM_CLR_EN;
> +	if (mem_clr_en)
> +		ctrl2 |= PCI_DVSEC_CXL_RST_MEM_CLR_EN;
> +	else
> +		ctrl2 &= ~PCI_DVSEC_CXL_RST_MEM_CLR_EN;
>  	ctrl2 |= PCI_DVSEC_CXL_INIT_CXL_RST;
>  	return cxl_reset_write_ctrl2(pdev, dvsec, ctrl2);
>  }

I'd again avoid a bool arg here, an enum type might be a better option.

I see in the spec though that CXL Reset Mem Clr Enable is only
supported when the DVSEC CXL Capability register reports CXL Reset Mem
Clr Capable though.  Should this return -ENOTTY if memory clearing is
requested when the device is not capable?

> @@ -1273,7 +1276,7 @@ static int cxl_reset_wait_done(struct pci_dev *pdev, int dvsec, u16 cap)
>  }
>  
>  static int cxl_reset_execute(struct pci_dev *pdev, bool *target_prepared,
> -			     int dvsec, u16 cap)
> +			     int dvsec, u16 cap, bool mem_clr_en)
>  {
>  	int rc, rc2;
>  
> @@ -1283,7 +1286,7 @@ static int cxl_reset_execute(struct pci_dev *pdev, bool *target_prepared,
>  
>  	rc = cxl_pci_target_reset_prepare(pdev, target_prepared);
>  	if (!rc)
> -		rc = cxl_reset_initiate(pdev, dvsec);
> +		rc = cxl_reset_initiate(pdev, dvsec, mem_clr_en);
>  	if (!rc)
>  		rc = cxl_reset_wait_done(pdev, dvsec, cap);
>  
> @@ -1322,7 +1325,8 @@ int cxl_reset_function(struct pci_dev *pdev, bool probe)
>  	scoped_guard(rwsem_write, &cxl_rwsem.region) {
>  		rc = cxl_hdm_ranges_prepare(&range_ctx, pdev);
>  		if (!rc)
> -			rc = cxl_reset_execute(pdev, &target_prepared, dvsec, cap);
> +			rc = cxl_reset_execute(pdev, &target_prepared, dvsec,
> +					       cap, false);
>  		if (!rc) {
>  			u16 command;
>  
> @@ -1340,3 +1344,58 @@ int cxl_reset_function(struct pci_dev *pdev, bool probe)
>  	cxl_pci_target_reset_done(pdev, &target_prepared);
>  	return rc;
>  }
> +
> +/* True when a function-scoped CXL reset is available for @pdev. */
> +bool cxl_reset_capable(struct pci_dev *pdev)
> +{
> +	u16 cap;
> +
> +	if (cxl_reset_dvsec(pdev, &cap) < 0)
> +		return false;
> +
> +	if (pdev->multifunction)
> +		return false;
> +
> +	return cxl_reset_hdm_available(pdev);
> +}
> +EXPORT_SYMBOL_NS_GPL(cxl_reset_capable, "CXL");
> +
> +/*
> + * Run the DVSEC reset sequence and restore HDM state for a caller that owns
> + * device quiesce and PCI config save/restore, such as vfio-pci. The HDM range
> + * collection and CPU cache flush that cxl_reset_function() does for host-owned
> + * memory are skipped; that memory belongs to the guest here.

It's worth noting in the comment that a device memory clear without a
preceding cache invalidation risks that the cache writes back some of
the memory we just cleared.  The use case later in the series does that
cache invalidation, but the requirement is a bit subtle here.  Thanks,

Alex


> + */
> +int cxl_reset_dvsec_sequence(struct pci_dev *pdev, bool mem_clr_en)
> +{
> +	bool target_prepared = false;
> +	int dvsec;
> +	int rc;
> +	u16 cap;
> +
> +	dvsec = cxl_reset_dvsec(pdev, &cap);
> +	if (dvsec < 0)
> +		return dvsec;
> +
> +	if (pdev->multifunction)
> +		return -ENOTTY;
> +
> +	/*
> +	 * Trylock rather than block: This follows the trylock convention of
> +	 * pci_reset_bus().
> +	 */
> +	if (!pci_dev_trylock(pdev))
> +		return -EBUSY;
> +
> +	scoped_guard(rwsem_write, &cxl_rwsem.region) {
> +		rc = cxl_reset_execute(pdev, &target_prepared, dvsec, cap,
> +				       mem_clr_en);
> +		if (!rc)
> +			rc = cxl_restore_hdm_after_pci_reset(pdev);
> +	}
> +
> +	cxl_pci_target_reset_done(pdev, &target_prepared);
> +	pci_dev_unlock(pdev);
> +	return rc;
> +}
> +EXPORT_SYMBOL_NS_GPL(cxl_reset_dvsec_sequence, "CXL");
> diff --git a/include/cxl/cxl.h b/include/cxl/cxl.h
> index f8e8fddba152..541ed6de75a6 100644
> --- a/include/cxl/cxl.h
> +++ b/include/cxl/cxl.h
> @@ -164,6 +164,8 @@ void pci_cxl_hdm_init(struct pci_dev *pdev);
>  void pci_cxl_hdm_release(struct pci_dev *pdev);
>  int cxl_restore_hdm_after_pci_reset(struct pci_dev *pdev);
>  int cxl_reset_function(struct pci_dev *pdev, bool probe);
> +bool cxl_reset_capable(struct pci_dev *pdev);
> +int cxl_reset_dvsec_sequence(struct pci_dev *pdev, bool mem_clr_en);
>  #else
>  static inline void pci_cxl_hdm_init(struct pci_dev *pdev)
>  {
> @@ -182,6 +184,16 @@ static inline int cxl_reset_function(struct pci_dev *pdev, bool probe)
>  {
>  	return -ENOTTY;
>  }
> +
> +static inline bool cxl_reset_capable(struct pci_dev *pdev)
> +{
> +	return false;
> +}
> +
> +static inline int cxl_reset_dvsec_sequence(struct pci_dev *pdev, bool mem_clr_en)
> +{
> +	return -ENOTTY;
> +}
>  #endif
>  
>  struct cxl_reg_map {


  reply	other threads:[~2026-08-25 23:11 UTC|newest]

Thread overview: 33+ 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-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-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 [this message]
2026-08-13  9:36 ` [PATCH v4 06/27] vfio/pci: Add CXL ops registration interface mhonap
2026-08-13  9:36 ` [PATCH v4 07/27] vfio/pci: Detect CXL devices and load vfio-cxl on demand mhonap
2026-08-13  9:36 ` [PATCH v4 08/27] vfio/cxl: Add the vfio-cxl module skeleton mhonap
2026-08-13  9:36 ` [PATCH v4 09/27] vfio/cxl: Create the CXL memory device at bind mhonap
2026-08-13  9:36 ` [PATCH v4 10/27] vfio/cxl: Reject unsupported decoder topologies " mhonap
2026-08-13  9:36 ` [PATCH v4 11/27] vfio/cxl: Own the whole component register BAR mhonap
2026-08-13  9:36 ` [PATCH v4 12/27] vfio/pci: Let a provider exclude a BAR sub-range from mmap mhonap
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-13  9:36 ` [PATCH v4 15/27] vfio/pci: Call CXL open and close hooks around device use mhonap
2026-08-13  9:36 ` [PATCH v4 16/27] vfio/cxl: Shadow the CXL DVSEC body at open mhonap
2026-08-13  9:36 ` [PATCH v4 17/27] vfio/cxl: Virtualize the CXL DVSEC mhonap
2026-08-13  9:36 ` [PATCH v4 18/27] vfio/cxl: Expose the HDM memory and trap the decoder registers mhonap
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

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=20260825171151.2f707b93@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