Linux virtualization list
 help / color / mirror / Atom feed
From: Peng Hao <flyingpenghao@gmail.com>
To: mst@redhat.com, jasowangio@gmail.com
Cc: virtualization@lists.linux.dev
Subject: [PATCH v3] virtio_pci_modern: skip unused driver feature registers
Date: Mon, 28 Sep 2026 20:34:55 +0800	[thread overview]
Message-ID: <20260928123455.49982-1-flyingpeng@tencent.com> (raw)

vp_modern_set_extended_features() currently writes all four 32-bit
driver feature registers.  Selecting and writing each register requires
two MMIO accesses, and each access may cause a VM exit when Linux runs as
a guest.

The virtio core resets a device before feature negotiation.  Resetting
clears all driver feature registers, so the initial finalization only
needs to write through the highest nonzero register.  A typical modern
device uses bits 0..63 and therefore saves four MMIO accesses, or up to
four VM exits, during each feature negotiation.  Devices using a feature
in bits 64..95 save two.

A driver's validate callback may remove features and cause a second
finalization without another reset.  Track how many registers the
previous finalization wrote and cover at least that range on the next
call, writing zero where needed to clear a removed feature.

Signed-off-by: Peng Hao <flyingpeng@tencent.com>
---
 drivers/virtio/virtio_pci_modern_dev.c | 38 ++++++++++++++++++++++++--
 include/linux/virtio_pci_modern.h      |  3 ++
 2 files changed, 38 insertions(+), 3 deletions(-)

diff --git a/drivers/virtio/virtio_pci_modern_dev.c b/drivers/virtio/virtio_pci_modern_dev.c
index 413a8c3..631b60f 100644
--- a/drivers/virtio/virtio_pci_modern_dev.c
+++ b/drivers/virtio/virtio_pci_modern_dev.c
@@ -437,6 +437,11 @@ vp_modern_get_driver_extended_features(struct virtio_pci_modern_device *mdev,
 }
 EXPORT_SYMBOL_GPL(vp_modern_get_driver_extended_features);
 
+static u32 vp_modern_features_dword(const u64 *features, unsigned int index)
+{
+	return features[index / 2] >> (32 * (index % 2));
+}
+
 /*
  * vp_modern_set_extended_features - set features to device
  * @mdev: the modern virtio-pci device
@@ -446,14 +451,38 @@ void vp_modern_set_extended_features(struct virtio_pci_modern_device *mdev,
 				     const u64 *features)
 {
 	struct virtio_pci_common_cfg __iomem *cfg = mdev->common;
+	u8 required_features_dwords = VIRTIO_FEATURES_BITS / 32;
+	u8 features_dwords_to_write;
 	int i;
 
-	for (i = 0; i < VIRTIO_FEATURES_BITS / 32; i++) {
-		u32 cur = features[i >> 1] >> (32 * (i & 1));
+	/*
+	 * Find the highest 32-bit feature register containing a negotiated
+	 * feature.  Register 0 is always written, even when no device-specific
+	 * feature was negotiated.
+	 */
+	while (required_features_dwords > 1 &&
+	       !vp_modern_features_dword(features,
+					 required_features_dwords - 1))
+		required_features_dwords--;
 
+	/*
+	 * vp_modern_set_status(mdev, 0) clears every driver feature register
+	 * and sets driver_features_dwords to 0.  The first finalization
+	 * therefore only needs to write required_features_dwords.  If
+	 * finalization is repeated without a reset, also rewrite every register
+	 * touched by the previous call so that features removed by validation
+	 * are cleared.
+	 */
+	features_dwords_to_write = max(required_features_dwords,
+				       mdev->driver_features_dwords);
+
+	for (i = 0; i < features_dwords_to_write; i++) {
 		vp_iowrite32(i, &cfg->guest_feature_select);
-		vp_iowrite32(cur, &cfg->guest_feature);
+		vp_iowrite32(vp_modern_features_dword(features, i),
+			     &cfg->guest_feature);
 	}
+
+	mdev->driver_features_dwords = required_features_dwords;
 }
 EXPORT_SYMBOL_GPL(vp_modern_set_extended_features);
 
@@ -495,6 +524,9 @@ void vp_modern_set_status(struct virtio_pci_modern_device *mdev,
 {
 	struct virtio_pci_common_cfg __iomem *cfg = mdev->common;
 
+	if (!status)
+		mdev->driver_features_dwords = 0;
+
 	/*
 	 * Per memory-barriers.txt, wmb() is not needed to guarantee
 	 * that the cache coherent memory writes have completed
diff --git a/include/linux/virtio_pci_modern.h b/include/linux/virtio_pci_modern.h
index 9a3f2fc..7a5b200 100644
--- a/include/linux/virtio_pci_modern.h
+++ b/include/linux/virtio_pci_modern.h
@@ -27,6 +27,8 @@
  *		    Returns the found device id or ERRNO
  * @dma_mask:	    Optional mask instead of the traditional DMA_BIT_MASK(64),
  *		    for vendor devices with DMA space address limitations
+ * @driver_features_dwords: Number of 32-bit driver feature registers written
+ *		    by the most recent feature finalization, or 0 after reset
  */
 struct virtio_pci_modern_device {
 	struct pci_dev *pci_dev;
@@ -49,6 +51,7 @@ struct virtio_pci_modern_device {
 
 	int (*device_id_check)(struct pci_dev *pdev);
 	u64 dma_mask;
+	u8 driver_features_dwords;
 };
 
 /*

             reply	other threads:[~2026-09-28 12:35 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-09-28 12:34 Peng Hao [this message]
2026-09-28 12:43 ` [PATCH v3] virtio_pci_modern: skip unused driver feature registers sashiko-bot
2026-09-29  9:41 ` Michael S. Tsirkin

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=20260928123455.49982-1-flyingpeng@tencent.com \
    --to=flyingpenghao@gmail.com \
    --cc=jasowangio@gmail.com \
    --cc=mst@redhat.com \
    --cc=virtualization@lists.linux.dev \
    /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