From: Jerin Jacob <jerinjacobk@gmail.com>
To: Rasesh Mody <rmody@marvell.com>
Cc: dpdk-dev <dev@dpdk.org>, Jerin Jacob <jerinj@marvell.com>,
Ferruh Yigit <ferruh.yigit@intel.com>,
GR-Everest-DPDK-Dev <GR-Everest-DPDK-Dev@marvell.com>,
Igor Russkikh <irusskikh@marvell.com>
Subject: Re: [dpdk-dev] [PATCH] net/bnx2x: add Rx desc MTU segment limitation
Date: Sun, 10 May 2020 14:29:45 +0530 [thread overview]
Message-ID: <CALBAE1P0MWpRv+FH=xBG=APfeXTHBGXw2MtaHFa-_OBvYOQwAA@mail.gmail.com> (raw)
In-Reply-To: <20200505030812.468-1-rmody@marvell.com>
On Tue, May 5, 2020 at 8:38 AM Rasesh Mody <rmody@marvell.com> wrote:
>
> Add Rx descriptor limit for number of segments per MTU.
> PMD doesn't support Jumbo Rx scatter gather hence set 1 segment per
> MTU. Some applciations can adjust mbuf_size based on this value.
> For others PMD detects the condition where Rx packet length cannot
> be held by configured mbuf size and logs the message.
>
> Signed-off-by: Rasesh Mody <rmody@marvell.com>
> Signed-off-by: Igor Russkikh <irusskikh@marvell.com>
Applied to dpdk-next-net-mrvl/master. Thanks
> ---
> doc/guides/nics/bnx2x.rst | 17 +++++++++++++++++
> drivers/net/bnx2x/bnx2x_ethdev.c | 1 +
> drivers/net/bnx2x/bnx2x_rxtx.c | 20 ++++++++++++++++++--
> 3 files changed, 36 insertions(+), 2 deletions(-)
>
> diff --git a/doc/guides/nics/bnx2x.rst b/doc/guides/nics/bnx2x.rst
> index 67d765af8..ab90d8ae5 100644
> --- a/doc/guides/nics/bnx2x.rst
> +++ b/doc/guides/nics/bnx2x.rst
> @@ -108,6 +108,23 @@ Driver compilation and testing
> Refer to the document :ref:`compiling and testing a PMD for a NIC <pmd_build_and_test>`
> for details.
>
> +Jumbo: Limitation
> +-----------------
> +
> +Rx descriptor limit for number of segments per MTU is set to 1.
> +PMD doesn't support Jumbo Rx scatter gather. Some applciations can
> +adjust mbuf_size based on this param and max_pkt_len.
> +
> +For others, PMD detects the condition where Rx packet length cannot
> +be held by configured mbuf size and logs the message.
> +
> +Example output:
> +
> + .. code-block:: console
> +
> + [...]
> + [bnx2x_recv_pkts:397(04:00.0:dpdk-port-0)] mbuf size 2048 is not enough to hold Rx packet length more than 2046
> +
> SR-IOV: Prerequisites and sample Application Notes
> --------------------------------------------------
>
> diff --git a/drivers/net/bnx2x/bnx2x_ethdev.c b/drivers/net/bnx2x/bnx2x_ethdev.c
> index 30588b152..adc3690fc 100644
> --- a/drivers/net/bnx2x/bnx2x_ethdev.c
> +++ b/drivers/net/bnx2x/bnx2x_ethdev.c
> @@ -533,6 +533,7 @@ bnx2x_dev_infos_get(struct rte_eth_dev *dev, struct rte_eth_dev_info *dev_info)
>
> dev_info->rx_desc_lim.nb_max = MAX_RX_AVAIL;
> dev_info->rx_desc_lim.nb_min = MIN_RX_SIZE_NONTPA;
> + dev_info->rx_desc_lim.nb_mtu_seg_max = 1;
> dev_info->tx_desc_lim.nb_max = MAX_TX_AVAIL;
>
> return 0;
> diff --git a/drivers/net/bnx2x/bnx2x_rxtx.c b/drivers/net/bnx2x/bnx2x_rxtx.c
> index e201b68db..57e2ce504 100644
> --- a/drivers/net/bnx2x/bnx2x_rxtx.c
> +++ b/drivers/net/bnx2x/bnx2x_rxtx.c
> @@ -343,8 +343,9 @@ bnx2x_recv_pkts(void *p_rxq, struct rte_mbuf **rx_pkts, uint16_t nb_pkts)
> struct rte_mbuf *new_mb;
> uint16_t rx_pref;
> struct eth_fast_path_rx_cqe *cqe_fp;
> - uint16_t len, pad;
> + uint16_t len, pad, bd_len, buf_len;
> struct rte_mbuf *rx_mb = NULL;
> + static bool log_once = true;
>
> rte_spinlock_lock(&(fp)->rx_mtx);
>
> @@ -384,6 +385,20 @@ bnx2x_recv_pkts(void *p_rxq, struct rte_mbuf **rx_pkts, uint16_t nb_pkts)
>
> len = cqe_fp->pkt_len_or_gro_seg_len;
> pad = cqe_fp->placement_offset;
> + bd_len = cqe_fp->len_on_bd;
> + buf_len = rxq->sw_ring[bd_cons]->buf_len;
> +
> + /* Check for sufficient buffer length */
> + if (unlikely(buf_len < len + (pad + RTE_PKTMBUF_HEADROOM))) {
> + if (unlikely(log_once)) {
> + PMD_DRV_LOG(ERR, sc, "mbuf size %d is not enough to hold Rx packet length more than %d",
> + buf_len - RTE_PKTMBUF_HEADROOM,
> + buf_len -
> + (pad + RTE_PKTMBUF_HEADROOM));
> + log_once = false;
> + }
> + goto next_rx;
> + }
>
> new_mb = rte_mbuf_raw_alloc(rxq->mb_pool);
> if (unlikely(!new_mb)) {
> @@ -408,7 +423,8 @@ bnx2x_recv_pkts(void *p_rxq, struct rte_mbuf **rx_pkts, uint16_t nb_pkts)
> rx_mb->data_off = pad + RTE_PKTMBUF_HEADROOM;
> rx_mb->nb_segs = 1;
> rx_mb->next = NULL;
> - rx_mb->pkt_len = rx_mb->data_len = len;
> + rx_mb->pkt_len = len;
> + rx_mb->data_len = bd_len;
> rx_mb->port = rxq->port_id;
> rte_prefetch1(rte_pktmbuf_mtod(rx_mb, void *));
>
> --
> 2.18.0
>
prev parent reply other threads:[~2020-05-10 9:00 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-05 3:08 Rasesh Mody
2020-05-10 8:59 ` Jerin Jacob [this message]
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='CALBAE1P0MWpRv+FH=xBG=APfeXTHBGXw2MtaHFa-_OBvYOQwAA@mail.gmail.com' \
--to=jerinjacobk@gmail.com \
--cc=GR-Everest-DPDK-Dev@marvell.com \
--cc=dev@dpdk.org \
--cc=ferruh.yigit@intel.com \
--cc=irusskikh@marvell.com \
--cc=jerinj@marvell.com \
--cc=rmody@marvell.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).