-----Original Message-----
From: "Myers, Charles" <charles.my...@spirent.com>
Date: Monday, August 19, 2019 at 9:07 PM
To: Yong Wang <yongw...@vmware.com>
Cc: "dev@dpdk.org" <dev@dpdk.org>, "Myers, Charles" <charles.my...@spirent.com>
Subject: [PATCH v2] net/vmxnet3: Added mtu_set() function to allow setting MTU.
From: Charles Myers <charles.my...@spirent.com>
When the mtu_set() function is not implemented, rte_eth_dev_set_mtu()
fails with -ENOTSUP and mtu is not stored in the mtu field in the
rte_eth_dev_data. This causes the mtu in Vmxnet3_MiscConf which is
shared with hypervisor to always be set to 1500.
This may cause issues receiving jumbo frames on Enhanced Data Path
N-VDS.
Signed-off-by: Charles Myers <charles.my...@spirent.com>
---
SMTP server overwrote the From address display name in previous e-mail.
Hopefully this resubmission fixes it.
drivers/net/vmxnet3/vmxnet3_ethdev.c | 22 ++++++++++++++++++++++
1 file changed, 22 insertions(+)
diff --git a/drivers/net/vmxnet3/vmxnet3_ethdev.c
b/drivers/net/vmxnet3/vmxnet3_ethdev.c
index 57feb37..c32c92d 100644
--- a/drivers/net/vmxnet3/vmxnet3_ethdev.c
+++ b/drivers/net/vmxnet3/vmxnet3_ethdev.c
@@ -88,6 +88,7 @@ static void vmxnet3_dev_info_get(struct rte_eth_dev *dev,
struct rte_eth_dev_info *dev_info);
static const uint32_t *
vmxnet3_dev_supported_ptypes_get(struct rte_eth_dev *dev);
+static int vmxnet3_dev_mtu_set(struct rte_eth_dev *dev, uint16_t mtu);
static int vmxnet3_dev_vlan_filter_set(struct rte_eth_dev *dev,
uint16_t vid, int on);
static int vmxnet3_dev_vlan_offload_set(struct rte_eth_dev *dev, int mask);
@@ -125,6 +126,7 @@ static const struct eth_dev_ops vmxnet3_eth_dev_ops = {
.mac_addr_set = vmxnet3_mac_addr_set,
.dev_infos_get = vmxnet3_dev_info_get,
.dev_supported_ptypes_get = vmxnet3_dev_supported_ptypes_get,
+ .mtu_set = vmxnet3_dev_mtu_set,
.vlan_filter_set = vmxnet3_dev_vlan_filter_set,
.vlan_offload_set = vmxnet3_dev_vlan_offload_set,
.rx_queue_setup = vmxnet3_dev_rx_queue_setup,
@@ -1161,6 +1163,8 @@ vmxnet3_dev_info_get(struct rte_eth_dev *dev
__rte_unused,
dev_info->max_tx_queues = VMXNET3_MAX_TX_QUEUES;
dev_info->min_rx_bufsize = 1518 + RTE_PKTMBUF_HEADROOM;
dev_info->max_rx_pktlen = 16384; /* includes CRC, cf MAXFRS register */
+ dev_info->min_mtu = VMXNET3_MIN_MTU;
+ dev_info->max_mtu = VMXNET3_MAX_MTU;
dev_info->speed_capa = ETH_LINK_SPEED_10G;
dev_info->max_mac_addrs = VMXNET3_MAX_MAC_ADDRS;
@@ -1205,6 +1209,24 @@ vmxnet3_dev_supported_ptypes_get(struct rte_eth_dev
*dev)
}
static int
+vmxnet3_dev_mtu_set(struct rte_eth_dev *dev, uint16_t mtu)
+{
+ if (mtu < VMXNET3_MIN_MTU || mtu > VMXNET3_MAX_MTU) {
+ PMD_DRV_LOG(ERR, "MTU should be between %d and %d",
+ VMXNET3_MIN_MTU, VMXNET3_MAX_MTU);
+ return -EINVAL;
+ }
+
It looks like the above check is redundant as rte_eth_dev_set_mtu() already
checks the same based on dev_info->min_mtu and max_mtu. But seems many other
drivers are doing the same check so probably a separate patch to clean this up.
+ if (dev->data->dev_started) {
+ PMD_DRV_LOG(ERR, "Port %d must be stopped to configure MTU",
+ dev->data->port_id);
+ return -EBUSY;
+ }
+
Can you add the following for the vmxnet3 backend to see the change:
dev->data->mtu = mtu; /* this is needed because vmxnet3_dev_start use
this to update the backend but rte_eth_dev_set_mtu() set it after the driver
callback */
/* changing mtu for vmxnet3 pmd does not require a restart
* We stop and restart the device here
* just to pass the mtu info to the backend. */
vmxnet3_dev_stop(dev);
vmxnet3_dev_start(dev);
+ return 0;
+}
+
+static int
vmxnet3_mac_addr_set(struct rte_eth_dev *dev, struct rte_ether_addr
*mac_addr)
{
struct vmxnet3_hw *hw = dev->data->dev_private;
--
2.7.4
