From: Cindy Lu <lulu@redhat.com>
To: lulu@redhat.com, dtatulea@nvidia.com, mst@redhat.com,
jasowang@redhat.com, netdev@vger.kernel.org,
virtualization@lists.linux-foundation.org,
linux-kernel@vger.kernel.org, kvm@vger.kernel.org
Subject: [PATCH v4 2/3] vdpa/mlx5: reuse common function for MAC address updates
Date: Mon, 26 Jan 2026 17:45:37 +0800 [thread overview]
Message-ID: <20260126094848.9601-3-lulu@redhat.com> (raw)
In-Reply-To: <20260126094848.9601-1-lulu@redhat.com>
Factor out MAC address update logic and reuse it from handle_ctrl_mac().
This ensures that old MAC entries are removed from the MPFS table
before adding a new one and that the forwarding rules are updated
accordingly. If updating the flow table fails, the original MAC and
rules are restored as much as possible to keep the software and
hardware state consistent.
Signed-off-by: Cindy Lu <lulu@redhat.com>
Reviewed-by: Dragos Tatulea <dtatulea@nvidia.com>
---
drivers/vdpa/mlx5/net/mlx5_vnet.c | 131 ++++++++++++++++--------------
1 file changed, 71 insertions(+), 60 deletions(-)
diff --git a/drivers/vdpa/mlx5/net/mlx5_vnet.c b/drivers/vdpa/mlx5/net/mlx5_vnet.c
index 6e42bae7c9a1..78a4b80d1ce2 100644
--- a/drivers/vdpa/mlx5/net/mlx5_vnet.c
+++ b/drivers/vdpa/mlx5/net/mlx5_vnet.c
@@ -2125,86 +2125,97 @@ static void teardown_steering(struct mlx5_vdpa_net *ndev)
mlx5_destroy_flow_table(ndev->rxft);
}
-static virtio_net_ctrl_ack handle_ctrl_mac(struct mlx5_vdpa_dev *mvdev, u8 cmd)
+static int mlx5_vdpa_change_mac(struct mlx5_vdpa_net *ndev,
+ struct mlx5_core_dev *pfmdev,
+ const u8 *new_mac)
{
- struct mlx5_vdpa_net *ndev = to_mlx5_vdpa_ndev(mvdev);
- struct mlx5_control_vq *cvq = &mvdev->cvq;
- virtio_net_ctrl_ack status = VIRTIO_NET_ERR;
- struct mlx5_core_dev *pfmdev;
- size_t read;
- u8 mac[ETH_ALEN], mac_back[ETH_ALEN];
+ struct mlx5_vdpa_dev *mvdev = &ndev->mvdev;
+ u8 old_mac[ETH_ALEN];
- pfmdev = pci_get_drvdata(pci_physfn(mvdev->mdev->pdev));
- switch (cmd) {
- case VIRTIO_NET_CTRL_MAC_ADDR_SET:
- read = vringh_iov_pull_iotlb(&cvq->vring, &cvq->riov, (void *)mac, ETH_ALEN);
- if (read != ETH_ALEN)
- break;
+ if (is_zero_ether_addr(new_mac))
+ return -EINVAL;
- if (!memcmp(ndev->config.mac, mac, 6)) {
- status = VIRTIO_NET_OK;
- break;
+ if (!is_zero_ether_addr(ndev->config.mac)) {
+ if (mlx5_mpfs_del_mac(pfmdev, ndev->config.mac)) {
+ mlx5_vdpa_warn(mvdev, "failed to delete old MAC %pM from MPFS table\n",
+ ndev->config.mac);
+ return -EIO;
}
+ }
- if (is_zero_ether_addr(mac))
- break;
+ if (mlx5_mpfs_add_mac(pfmdev, (u8 *)new_mac)) {
+ mlx5_vdpa_warn(mvdev, "failed to insert new MAC %pM into MPFS table\n",
+ new_mac);
+ return -EIO;
+ }
- if (!is_zero_ether_addr(ndev->config.mac)) {
- if (mlx5_mpfs_del_mac(pfmdev, ndev->config.mac)) {
- mlx5_vdpa_warn(mvdev, "failed to delete old MAC %pM from MPFS table\n",
- ndev->config.mac);
- break;
- }
- }
+ /* backup the original mac address so that if failed to add the forward rules
+ * we could restore it
+ */
+ ether_addr_copy(old_mac, ndev->config.mac);
- if (mlx5_mpfs_add_mac(pfmdev, mac)) {
- mlx5_vdpa_warn(mvdev, "failed to insert new MAC %pM into MPFS table\n",
- mac);
- break;
- }
+ ether_addr_copy(ndev->config.mac, new_mac);
- /* backup the original mac address so that if failed to add the forward rules
- * we could restore it
- */
- memcpy(mac_back, ndev->config.mac, ETH_ALEN);
+ /* Need recreate the flow table entry, so that the packet could forward back
+ */
+ mac_vlan_del(ndev, old_mac, 0, false);
- memcpy(ndev->config.mac, mac, ETH_ALEN);
+ if (mac_vlan_add(ndev, ndev->config.mac, 0, false)) {
+ mlx5_vdpa_warn(mvdev, "failed to insert forward rules, try to restore\n");
- /* Need recreate the flow table entry, so that the packet could forward back
+ /* Although it hardly run here, we still need double check */
+ if (is_zero_ether_addr(old_mac)) {
+ mlx5_vdpa_warn(mvdev, "restore mac failed: Original MAC is zero\n");
+ return -EIO;
+ }
+
+ /* Try to restore original mac address to MFPS table, and try to restore
+ * the forward rule entry.
*/
- mac_vlan_del(ndev, mac_back, 0, false);
+ if (mlx5_mpfs_del_mac(pfmdev, ndev->config.mac)) {
+ mlx5_vdpa_warn(mvdev, "restore mac failed: delete MAC %pM from MPFS table failed\n",
+ ndev->config.mac);
+ }
- if (mac_vlan_add(ndev, ndev->config.mac, 0, false)) {
- mlx5_vdpa_warn(mvdev, "failed to insert forward rules, try to restore\n");
+ if (mlx5_mpfs_add_mac(pfmdev, old_mac)) {
+ mlx5_vdpa_warn(mvdev, "restore mac failed: insert old MAC %pM into MPFS table failed\n",
+ old_mac);
+ }
- /* Although it hardly run here, we still need double check */
- if (is_zero_ether_addr(mac_back)) {
- mlx5_vdpa_warn(mvdev, "restore mac failed: Original MAC is zero\n");
- break;
- }
+ ether_addr_copy(ndev->config.mac, old_mac);
- /* Try to restore original mac address to MFPS table, and try to restore
- * the forward rule entry.
- */
- if (mlx5_mpfs_del_mac(pfmdev, ndev->config.mac)) {
- mlx5_vdpa_warn(mvdev, "restore mac failed: delete MAC %pM from MPFS table failed\n",
- ndev->config.mac);
- }
+ if (mac_vlan_add(ndev, ndev->config.mac, 0, false))
+ mlx5_vdpa_warn(mvdev, "restore forward rules failed: insert forward rules failed\n");
- if (mlx5_mpfs_add_mac(pfmdev, mac_back)) {
- mlx5_vdpa_warn(mvdev, "restore mac failed: insert old MAC %pM into MPFS table failed\n",
- mac_back);
- }
+ return -EIO;
+ }
- memcpy(ndev->config.mac, mac_back, ETH_ALEN);
+ return 0;
+}
- if (mac_vlan_add(ndev, ndev->config.mac, 0, false))
- mlx5_vdpa_warn(mvdev, "restore forward rules failed: insert forward rules failed\n");
+static virtio_net_ctrl_ack handle_ctrl_mac(struct mlx5_vdpa_dev *mvdev, u8 cmd)
+{
+ struct mlx5_vdpa_net *ndev = to_mlx5_vdpa_ndev(mvdev);
+ struct mlx5_control_vq *cvq = &mvdev->cvq;
+ virtio_net_ctrl_ack status = VIRTIO_NET_ERR;
+ struct mlx5_core_dev *pfmdev;
+ size_t read;
+ u8 mac[ETH_ALEN];
+ pfmdev = pci_get_drvdata(pci_physfn(mvdev->mdev->pdev));
+ switch (cmd) {
+ case VIRTIO_NET_CTRL_MAC_ADDR_SET:
+ read = vringh_iov_pull_iotlb(&cvq->vring, &cvq->riov,
+ (void *)mac, ETH_ALEN);
+ if (read != ETH_ALEN)
break;
- }
- status = VIRTIO_NET_OK;
+ if (!memcmp(ndev->config.mac, mac, 6)) {
+ status = VIRTIO_NET_OK;
+ break;
+ }
+ status = mlx5_vdpa_change_mac(ndev, pfmdev, mac) ? VIRTIO_NET_ERR :
+ VIRTIO_NET_OK;
break;
default:
--
2.51.0
next prev parent reply other threads:[~2026-01-26 9:49 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-26 9:45 [PATCH v4 0/3] vdpa/mlx5: Fix MAC address update via vdpa-tool Cindy Lu
2026-01-26 9:45 ` [PATCH v4 1/3] vdpa/mlx5: update mlx_features with driver state check Cindy Lu
2026-01-26 9:45 ` Cindy Lu [this message]
2026-01-26 9:45 ` [PATCH v4 3/3] vdpa/mlx5: update MAC address handling in mlx5_vdpa_set_attr() Cindy Lu
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=20260126094848.9601-3-lulu@redhat.com \
--to=lulu@redhat.com \
--cc=dtatulea@nvidia.com \
--cc=jasowang@redhat.com \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mst@redhat.com \
--cc=netdev@vger.kernel.org \
--cc=virtualization@lists.linux-foundation.org \
/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