From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <dev-bounces@dpdk.org>
Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124])
	by inbox.dpdk.org (Postfix) with ESMTP id C44C345FCB;
	Thu,  2 Jan 2025 20:48:18 +0100 (CET)
Received: from mails.dpdk.org (localhost [127.0.0.1])
	by mails.dpdk.org (Postfix) with ESMTP id 5C82A402E0;
	Thu,  2 Jan 2025 20:48:18 +0100 (CET)
Received: from inbox.dpdk.org (inbox.dpdk.org [95.142.172.178])
 by mails.dpdk.org (Postfix) with ESMTP id 86CA4402B4
 for <dev@dpdk.org>; Thu,  2 Jan 2025 20:48:17 +0100 (CET)
Received: by inbox.dpdk.org (Postfix, from userid 33)
 id 72B2B45FCC; Thu,  2 Jan 2025 20:48:17 +0100 (CET)
From: bugzilla@dpdk.org
To: dev@dpdk.org
Subject: [DPDK/ethdev Bug 1609] memif jumbo support broken
Date: Thu, 02 Jan 2025 19:48:16 +0000
X-Bugzilla-Reason: AssignedTo
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: DPDK
X-Bugzilla-Component: ethdev
X-Bugzilla-Version: 23.11
X-Bugzilla-Keywords: 
X-Bugzilla-Severity: normal
X-Bugzilla-Who: bly454@gmail.com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: Normal
X-Bugzilla-Assigned-To: dev@dpdk.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform
 op_sys bug_status bug_severity priority component assigned_to reporter
 target_milestone
Message-ID: <bug-1609-3@http.bugs.dpdk.org/>
Content-Type: multipart/alternative; boundary=17358472970.4Cba.1195485
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://bugs.dpdk.org/
Auto-Submitted: auto-generated
X-Auto-Response-Suppress: All
MIME-Version: 1.0
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: DPDK patches and discussions <dev.dpdk.org>
List-Unsubscribe: <https://mails.dpdk.org/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://mails.dpdk.org/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <https://mails.dpdk.org/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
Errors-To: dev-bounces@dpdk.org


--17358472970.4Cba.1195485
Date: Thu, 2 Jan 2025 20:48:17 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://bugs.dpdk.org/
Auto-Submitted: auto-generated
X-Auto-Response-Suppress: All

https://bugs.dpdk.org/show_bug.cgi?id=3D1609

            Bug ID: 1609
           Summary: memif jumbo support broken
           Product: DPDK
           Version: 23.11
          Hardware: All
                OS: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: ethdev
          Assignee: dev@dpdk.org
          Reporter: bly454@gmail.com
  Target Milestone: ---

We just completed our upgrade from DPDK 21.11.2 to 23.11.1. Our testing fou=
nd a
defect with the current 23.11 code. This can/may impact other releases.

Please review the "dst_off" changes below, which restore jumbo (frames larg=
er
than 2KB) support relative to multiple memif buffer handling. You will also
note we have disabled the new "bulk" functionality as we have not had time =
to
review it. For now, we have disabled it in preference to using the original
"else" code with these fixes. Similar fixes/logic should be confirmed prese=
nt
as well in VPP's libmemif solution.

We recommend a new UT be added, which tests randomly sized frames consistin=
g of
1, 2 & 3 memif buffers to validate jumbo frame support.

diff --git a/drivers/net/memif/rte_eth_memif.c
b/drivers/net/memif/rte_eth_memif.c
index 2c2fafadf9..4a3a46c34a 100644
--- a/drivers/net/memif/rte_eth_memif.c
+++ b/drivers/net/memif/rte_eth_memif.c
@@ -357,7 +357,7 @@ eth_memif_rx(void *queue, struct rte_mbuf **bufs, uint1=
6_t
nb_pkts)
                goto refill;
        n_slots =3D (last_slot - cur_slot) & mask;

-       if (likely(mbuf_size >=3D pmd->cfg.pkt_buffer_size)) {
+       if (0 /*likely(mbuf_size >=3D pmd->cfg.pkt_buffer_size)*/) {
                struct rte_mbuf *mbufs[MAX_PKT_BURST];
 next_bulk:
                ret =3D rte_pktmbuf_alloc_bulk(mq->mempool, mbufs,
MAX_PKT_BURST);
@@ -428,12 +428,12 @@ eth_memif_rx(void *queue, struct rte_mbuf **bufs,
uint16_t nb_pkts)
                        mbuf =3D mbuf_head;
                        mbuf->port =3D mq->in_port;

+                       dst_off =3D 0;
 next_slot2:
                        s0 =3D cur_slot & mask;
                        d0 =3D &ring->desc[s0];

                        src_len =3D d0->length;
-                       dst_off =3D 0;
                        src_off =3D 0;

                        do {
@@ -722,7 +722,7 @@ eth_memif_tx(void *queue, struct rte_mbuf **bufs, uint1=
6_t
nb_pkts)
        }

        uint16_t mbuf_size =3D rte_pktmbuf_data_room_size(mp) -
RTE_PKTMBUF_HEADROOM;
-       if (i =3D=3D nb_pkts && pmd->cfg.pkt_buffer_size >=3D mbuf_size) {
+       if ( 0 /*i =3D=3D nb_pkts && pmd->cfg.pkt_buffer_size >=3D mbuf_siz=
e*/) {
                buf_tmp =3D bufs;
                while (n_tx_pkts < nb_pkts && n_free) {
                        mbuf_head =3D *bufs++;
@@ -772,6 +772,7 @@ eth_memif_tx(void *queue, struct rte_mbuf **bufs, uint1=
6_t
nb_pkts)
                        dst_off =3D 0;
                        dst_len =3D (type =3D=3D MEMIF_RING_C2S) ?
                                pmd->run.pkt_buffer_size : d0->length;
+                       d0->flags =3D 0;

 next_in_chain2:
                        src_off =3D 0;

--=20
You are receiving this mail because:
You are the assignee for the bug.=

--17358472970.4Cba.1195485
Date: Thu, 2 Jan 2025 20:48:17 +0100
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://bugs.dpdk.org/
Auto-Submitted: auto-generated
X-Auto-Response-Suppress: All

<html>
    <head>
      <base href=3D"https://bugs.dpdk.org/">
    </head>
    <body><table border=3D"1" cellspacing=3D"0" cellpadding=3D"8" class=3D"=
bz_new_table">
        <tr>
          <th>Bug ID</th>
          <td><a class=3D"bz_bug_link=20
          bz_status_UNCONFIRMED "
   title=3D"UNCONFIRMED - memif jumbo support broken"
   href=3D"https://bugs.dpdk.org/show_bug.cgi?id=3D1609">1609</a>
          </td>
        </tr>

        <tr>
          <th>Summary</th>
          <td>memif jumbo support broken
          </td>
        </tr>

        <tr>
          <th>Product</th>
          <td>DPDK
          </td>
        </tr>

        <tr>
          <th>Version</th>
          <td>23.11
          </td>
        </tr>

        <tr>
          <th>Hardware</th>
          <td>All
          </td>
        </tr>

        <tr>
          <th>OS</th>
          <td>All
          </td>
        </tr>

        <tr>
          <th>Status</th>
          <td>UNCONFIRMED
          </td>
        </tr>

        <tr>
          <th>Severity</th>
          <td>normal
          </td>
        </tr>

        <tr>
          <th>Priority</th>
          <td>Normal
          </td>
        </tr>

        <tr>
          <th>Component</th>
          <td>ethdev
          </td>
        </tr>

        <tr>
          <th>Assignee</th>
          <td>dev&#64;dpdk.org
          </td>
        </tr>

        <tr>
          <th>Reporter</th>
          <td>bly454&#64;gmail.com
          </td>
        </tr>

        <tr>
          <th>Target Milestone</th>
          <td>---
          </td>
        </tr></table>
      <p>
        <div class=3D"bz_comment_block">
          <pre class=3D"bz_comment_text">We just completed our upgrade from=
 DPDK 21.11.2 to 23.11.1. Our testing found a
defect with the current 23.11 code. This can/may impact other releases.

Please review the &quot;dst_off&quot; changes below, which restore jumbo (f=
rames larger
than 2KB) support relative to multiple memif buffer handling. You will also
note we have disabled the new &quot;bulk&quot; functionality as we have not=
 had time to
review it. For now, we have disabled it in preference to using the original
&quot;else&quot; code with these fixes. Similar fixes/logic should be confi=
rmed present
as well in VPP's libmemif solution.

We recommend a new UT be added, which tests randomly sized frames consistin=
g of
1, 2 &amp; 3 memif buffers to validate jumbo frame support.

diff --git a/drivers/net/memif/rte_eth_memif.c
b/drivers/net/memif/rte_eth_memif.c
index 2c2fafadf9..4a3a46c34a 100644
--- a/drivers/net/memif/rte_eth_memif.c
+++ b/drivers/net/memif/rte_eth_memif.c
&#64;&#64; -357,7 +357,7 &#64;&#64; eth_memif_rx(void *queue, struct rte_mb=
uf **bufs, uint16_t
nb_pkts)
                goto refill;
        n_slots =3D (last_slot - cur_slot) &amp; mask;

-       if (likely(mbuf_size &gt;=3D pmd-&gt;cfg.pkt_buffer_size)) {
+       if (0 /*likely(mbuf_size &gt;=3D pmd-&gt;cfg.pkt_buffer_size)*/) {
                struct rte_mbuf *mbufs[MAX_PKT_BURST];
 next_bulk:
                ret =3D rte_pktmbuf_alloc_bulk(mq-&gt;mempool, mbufs,
MAX_PKT_BURST);
&#64;&#64; -428,12 +428,12 &#64;&#64; eth_memif_rx(void *queue, struct rte_=
mbuf **bufs,
uint16_t nb_pkts)
                        mbuf =3D mbuf_head;
                        mbuf-&gt;port =3D mq-&gt;in_port;

+                       dst_off =3D 0;
 next_slot2:
                        s0 =3D cur_slot &amp; mask;
                        d0 =3D &amp;ring-&gt;desc[s0];

                        src_len =3D d0-&gt;length;
-                       dst_off =3D 0;
                        src_off =3D 0;

                        do {
&#64;&#64; -722,7 +722,7 &#64;&#64; eth_memif_tx(void *queue, struct rte_mb=
uf **bufs, uint16_t
nb_pkts)
        }

        uint16_t mbuf_size =3D rte_pktmbuf_data_room_size(mp) -
RTE_PKTMBUF_HEADROOM;
-       if (i =3D=3D nb_pkts &amp;&amp; pmd-&gt;cfg.pkt_buffer_size &gt;=3D=
 mbuf_size) {
+       if ( 0 /*i =3D=3D nb_pkts &amp;&amp; pmd-&gt;cfg.pkt_buffer_size &g=
t;=3D mbuf_size*/) {
                buf_tmp =3D bufs;
                while (n_tx_pkts &lt; nb_pkts &amp;&amp; n_free) {
                        mbuf_head =3D *bufs++;
&#64;&#64; -772,6 +772,7 &#64;&#64; eth_memif_tx(void *queue, struct rte_mb=
uf **bufs, uint16_t
nb_pkts)
                        dst_off =3D 0;
                        dst_len =3D (type =3D=3D MEMIF_RING_C2S) ?
                                pmd-&gt;run.pkt_buffer_size : d0-&gt;length;
+                       d0-&gt;flags =3D 0;

 next_in_chain2:
                        src_off =3D 0;
          </pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
      <div itemscope itemtype=3D"http://schema.org/EmailMessage">
        <div itemprop=3D"action" itemscope itemtype=3D"http://schema.org/Vi=
ewAction">
=20=20=20=20=20=20=20=20=20=20
          <link itemprop=3D"url" href=3D"https://bugs.dpdk.org/show_bug.cgi=
?id=3D1609">
          <meta itemprop=3D"name" content=3D"View bug">
        </div>
        <meta itemprop=3D"description" content=3D"Bugzilla bug update notif=
ication">
      </div>
    </body>
</html>=

--17358472970.4Cba.1195485--