From: "Singh, Aman Deep" <aman.deep.singh@intel.com>
To: "Min Hu (Connor)" <humin29@huawei.com>, <dev@dpdk.org>
Cc: <ferruh.yigit@intel.com>, <thomas@monjalon.net>,
<xiaoyun.li@intel.com>, <yuying.zhang@intel.com>
Subject: Re: [PATCH 2/2] app/testpmd: fix incorrect MTU verification
Date: Mon, 25 Apr 2022 21:55:13 +0530 [thread overview]
Message-ID: <c89f6ca2-bb71-4716-7ee9-b21cb575b18c@intel.com> (raw)
In-Reply-To: <20220406084537.16799-3-humin29@huawei.com>
On 4/6/2022 2:15 PM, Min Hu (Connor) wrote:
> From: Huisong Li <lihuisong@huawei.com>
>
> The macro RTE_ETHER_MIN_LEN isn't the minimum value of MTU. But testpmd
> used it when execute 'port config mtu 0 xx' cmd. This patch fix it.
>
> Fixes: 1bb4a528c41f ("ethdev: fix max Rx packet length")
> Cc: stable@dpdk.org
>
> Signed-off-by: Huisong Li <lihuisong@huawei.com>
> Signed-off-by: Min Hu (Connor) <humin29@huawei.com>
> ---
> app/test-pmd/cmdline.c | 4 ---
> app/test-pmd/config.c | 55 ++++++++++++++++++++++++++++++++++++++++++
> 2 files changed, 55 insertions(+), 4 deletions(-)
>
> diff --git a/app/test-pmd/cmdline.c b/app/test-pmd/cmdline.c
> index 6ffea8e21a..91e4090582 100644
> --- a/app/test-pmd/cmdline.c
> +++ b/app/test-pmd/cmdline.c
> @@ -2050,10 +2050,6 @@ cmd_config_mtu_parsed(void *parsed_result,
> {
> struct cmd_config_mtu_result *res = parsed_result;
>
> - if (res->value < RTE_ETHER_MIN_LEN) {
> - fprintf(stderr, "mtu cannot be less than %d\n", RTE_ETHER_MIN_LEN);
> - return;
> - }
> port_mtu_set(res->port_id, res->value);
> }
>
> diff --git a/app/test-pmd/config.c b/app/test-pmd/config.c
> index bd689f9f86..1b1e738f83 100644
> --- a/app/test-pmd/config.c
> +++ b/app/test-pmd/config.c
> @@ -1254,6 +1254,57 @@ port_reg_set(portid_t port_id, uint32_t reg_off, uint32_t reg_v)
> display_port_reg_value(port_id, reg_off, reg_v);
> }
>
> +static uint32_t
> +eth_dev_get_overhead_len(uint32_t max_rx_pktlen, uint16_t max_mtu)
> +{
> + uint32_t overhead_len;
> +
> + if (max_mtu != UINT16_MAX && max_rx_pktlen > max_mtu)
> + overhead_len = max_rx_pktlen - max_mtu;
> + else
> + overhead_len = RTE_ETHER_HDR_LEN + RTE_ETHER_CRC_LEN;
> +
> + return overhead_len;
> +}
> +
> +static int
> +eth_dev_validate_mtu(uint16_t port_id, uint16_t mtu)
> +{
> + struct rte_eth_dev_info dev_info;
> + uint32_t overhead_len;
> + uint32_t frame_size;
> + int ret;
> +
> + ret = rte_eth_dev_info_get(port_id, &dev_info);
> + if (ret != 0)
> + return ret;
> +
> + if (mtu < dev_info.min_mtu) {
> + fprintf(stderr,
> + "MTU (%u) < device min MTU (%u) for port_id %u\n",
> + mtu, dev_info.min_mtu, port_id);
> + return -EINVAL;
> + }
> + if (mtu > dev_info.max_mtu) {
> + fprintf(stderr,
> + "MTU (%u) > device max MTU (%u) for port_id %u\n",
> + mtu, dev_info.max_mtu, port_id);
> + return -EINVAL;
> + }
> +
> + overhead_len = eth_dev_get_overhead_len(dev_info.max_rx_pktlen,
> + dev_info.max_mtu);
> + frame_size = mtu + overhead_len;
> + if (frame_size > dev_info.max_rx_pktlen) {
> + fprintf(stderr,
> + "Frame size (%u) > device max frame size (%u) for port_id %u\n",
> + frame_size, dev_info.max_rx_pktlen, port_id);
> + return -EINVAL;
> + }
> +
> + return 0;
> +}
> +
> void
> port_mtu_set(portid_t port_id, uint16_t mtu)
> {
> @@ -1263,6 +1314,10 @@ port_mtu_set(portid_t port_id, uint16_t mtu)
> if (port_id_is_invalid(port_id, ENABLED_WARN))
> return;
>
> + diag = eth_dev_validate_mtu(port_id, mtu);
> + if (diag != 0)
> + return;
> +
> if (port->need_reconfig == 0) {
> diag = rte_eth_dev_set_mtu(port_id, mtu);
> if (diag != 0) {
I just wanted to know if these added functions eth_dev_validate_mtu() &
eth_dev_get_overhead_len()
are copy of ethdev library API's in file "rte_ethdev.c", which get
called by rte_eth_dev_set_mtu.
Is our intent, is to call these twice ?
next prev parent reply other threads:[~2022-04-25 16:25 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-04-06 8:45 [PATCH 0/2] bugfix for testpmd Min Hu (Connor)
2022-04-06 8:45 ` [PATCH 1/2] app/testpmd: fix stats get when display fwd stats Min Hu (Connor)
2022-04-27 12:15 ` Singh, Aman Deep
2022-04-28 3:10 ` Min Hu (Connor)
2022-04-06 8:45 ` [PATCH 2/2] app/testpmd: fix incorrect MTU verification Min Hu (Connor)
2022-04-25 16:25 ` Singh, Aman Deep [this message]
2022-04-26 1:38 ` lihuisong (C)
2022-05-12 16:37 ` Ferruh Yigit
2022-04-25 6:52 ` [PATCH 0/2] bugfix for testpmd Min Hu (Connor)
2022-05-12 16:37 ` Ferruh Yigit
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=c89f6ca2-bb71-4716-7ee9-b21cb575b18c@intel.com \
--to=aman.deep.singh@intel.com \
--cc=dev@dpdk.org \
--cc=ferruh.yigit@intel.com \
--cc=humin29@huawei.com \
--cc=thomas@monjalon.net \
--cc=xiaoyun.li@intel.com \
--cc=yuying.zhang@intel.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;
as well as URLs for NNTP newsgroup(s).