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 EA23EA0032;
	Fri,  1 Oct 2021 17:08:03 +0200 (CEST)
Received: from [217.70.189.124] (localhost [127.0.0.1])
	by mails.dpdk.org (Postfix) with ESMTP id 83F974118F;
	Fri,  1 Oct 2021 17:08:03 +0200 (CEST)
Received: from mail-pj1-f53.google.com (mail-pj1-f53.google.com
 [209.85.216.53]) by mails.dpdk.org (Postfix) with ESMTP id EFA4D4118A
 for <dev@dpdk.org>; Fri,  1 Oct 2021 17:08:01 +0200 (CEST)
Received: by mail-pj1-f53.google.com with SMTP id
 qe4-20020a17090b4f8400b0019f663cfcd1so3082703pjb.1
 for <dev@dpdk.org>; Fri, 01 Oct 2021 08:08:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=networkplumber-org.20210112.gappssmtp.com; s=20210112;
 h=date:from:to:cc:subject:message-id:in-reply-to:references
 :mime-version:content-transfer-encoding;
 bh=EvqL5FzJpMtf7GAMymo7q5g+7T9A0Dn+EkmLvs4Aq5k=;
 b=LlGju+9ZdbFJSR1FxZIyjM6S5L1DYGy3kB4HdYiwixxPkPB5LdIoLnayqGhL0KYC1G
 X6E93kidLB5M/hvDzDPkWaxhYCpHW6jxM0EUnJc1uZYh4C+V0HZsUjmPJSRNOPQtwtx6
 HJyNinC4xtOD4sLvW/T9LB3CzLiv3EFUR5wwpMxaaf2wUPiwODiBZxgQYn2eWtLW+Rub
 OHVj+jwq4Fm7LT5pOMBkY0nhSDoPd9FlvrH/asvTNDvbPNIUBETuDD6AIKhGJsZpuF4O
 OTaQZ3RgHUw80D3/IcjOnNo6OKtj+o7+B5wgPx+uXoBnV/OdGbiBLeIIorbumf9AMFVj
 EaBw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20210112;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to
 :references:mime-version:content-transfer-encoding;
 bh=EvqL5FzJpMtf7GAMymo7q5g+7T9A0Dn+EkmLvs4Aq5k=;
 b=Gc0skPnHrqM8qOKmdXe7icbUKc3AU73RuVSE7QsWvvc7QxoMwVKsavLyWpRO2noWzl
 I9tE2v8zWURXcaX2+J1FBeJABPSM4hswxslInVeynNxCy9ezzxGShaV2igdstlsLXOq8
 PKOQyg14CyFXIwyeHNoAQ69WLAmBEZZl7woRF/OUbi3rPvSYpE5dwnwTELhjpArjg8Gl
 PLxtE/mOhFlcm9mDm4buT4TZw7x7w9KaGuGmQzgwFib1+vEYpWdmy67ZMLH5vJPWXt3I
 9Q6iVQw0DDp9Db5zbFlLk8KP31L7btNrnqk5qg96gBfNHUZwSG7LnF9xFRUWmj39eBw1
 OfxA==
X-Gm-Message-State: AOAM533iPwdcBRYhpZMB9mx9ilp1vOWnNZhz+hIhS1sEvSoUTOSM4P2m
 Uka+SN28Qk9PBdifZj6ctQCyPA==
X-Google-Smtp-Source: ABdhPJwPQQifKlz2wvBCujKshUSwAncAjAyPtjVRK4odFCEZZOglSDZPBRRsyTJaN3Vo/47yWlxLMQ==
X-Received: by 2002:a17:90b:3149:: with SMTP id
 ip9mr9140086pjb.13.1633100880808; 
 Fri, 01 Oct 2021 08:08:00 -0700 (PDT)
Received: from hermes.local (204-195-33-123.wavecable.com. [204.195.33.123])
 by smtp.gmail.com with ESMTPSA id u6sm6335035pgr.3.2021.10.01.08.07.58
 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
 Fri, 01 Oct 2021 08:08:00 -0700 (PDT)
Date: Fri, 1 Oct 2021 08:07:55 -0700
From: Stephen Hemminger <stephen@networkplumber.org>
To: Ferruh Yigit <ferruh.yigit@intel.com>
Cc: Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru>, Thomas Monjalon
 <thomas@monjalon.net>, Jerin Jacob <jerinj@marvell.com>, Xiaoyun Li
 <xiaoyun.li@intel.com>, Chas Williams <chas3@att.com>, "Min Hu (Connor)"
 <humin29@huawei.com>, Hemant Agrawal <hemant.agrawal@nxp.com>, Sachin
 Saxena <sachin.saxena@oss.nxp.com>, Qi Zhang <qi.z.zhang@intel.com>, Xiao
 Wang <xiao.w.wang@intel.com>, Matan Azrad <matan@nvidia.com>, Viacheslav
 Ovsiienko <viacheslavo@nvidia.com>, Harman Kalra <hkalra@marvell.com>,
 Maciej Czekaj <mczekaj@marvell.com>, Ray Kinsella <mdr@ashroe.eu>, Bernard
 Iremonger <bernard.iremonger@intel.com>, Konstantin Ananyev
 <konstantin.ananyev@intel.com>, Kiran Kumar K <kirankumark@marvell.com>,
 Nithin Dabilpuram <ndabilpuram@marvell.com>, David Hunt
 <david.hunt@intel.com>, John McNamara <john.mcnamara@intel.com>, Bruce
 Richardson <bruce.richardson@intel.com>, Igor Russkikh
 <irusskikh@marvell.com>, Steven Webster <steven.webster@windriver.com>,
 Matt Peters <matt.peters@windriver.com>, Somalapuram Amaranath
 <asomalap@amd.com>, Rasesh Mody <rmody@marvell.com>, Shahed Shaikh
 <shshaikh@marvell.com>, Ajit Khaparde <ajit.khaparde@broadcom.com>, Somnath
 Kotur <somnath.kotur@broadcom.com>, Sunil Kumar Kori <skori@marvell.com>,
 Satha Rao <skoteshwar@marvell.com>, Rahul Lakkireddy
 <rahul.lakkireddy@chelsio.com>, Haiyue Wang <haiyue.wang@intel.com>, Marcin
 Wojtas <mw@semihalf.com>, Michal Krawczyk <mk@semihalf.com>, Shai Brandes
 <shaibran@amazon.com>, Evgeny Schemeilin <evgenys@amazon.com>, Igor
 Chauskin <igorch@amazon.com>, Gagandeep Singh <g.singh@nxp.com>, John Daley
 <johndale@cisco.com>, Hyong Youb Kim <hyonkim@cisco.com>, Ziyang Xuan
 <xuanziyang2@huawei.com>, Xiaoyun Wang <cloud.wangxiaoyun@huawei.com>,
 Guoyang Zhou <zhouguoyang@huawei.com>, Yisen Zhuang
 <yisen.zhuang@huawei.com>, Lijun Ou <oulijun@huawei.com>, Beilei Xing
 <beilei.xing@intel.com>, Jingjing Wu <jingjing.wu@intel.com>, Qiming Yang
 <qiming.yang@intel.com>, Andrew Boyer <aboyer@pensando.io>, Rosen Xu
 <rosen.xu@intel.com>, Shijith Thotton <sthotton@marvell.com>,
 Srisivasubramanian Srinivasan <srinivasan@marvell.com>, Zyta Szpak
 <zr@semihalf.com>, Liron Himi <lironh@marvell.com>, Heinrich Kuhn
 <heinrich.kuhn@corigine.com>, Devendra Singh Rawat
 <dsinghrawat@marvell.com>, Keith Wiles <keith.wiles@intel.com>, Jiawen Wu
 <jiawenwu@trustnetic.com>, Jian Wang <jianwang@trustnetic.com>, Maxime
 Coquelin <maxime.coquelin@redhat.com>, Chenbo Xia <chenbo.xia@intel.com>,
 Nicolas Chautru <nicolas.chautru@intel.com>, Harry van Haaren
 <harry.van.haaren@intel.com>, Cristian Dumitrescu
 <cristian.dumitrescu@intel.com>, Radu Nicolau <radu.nicolau@intel.com>,
 Akhil Goyal <gakhil@marvell.com>, Tomasz Kantecki
 <tomasz.kantecki@intel.com>, Declan Doherty <declan.doherty@intel.com>,
 Pavan Nikhilesh <pbhagavatula@marvell.com>, Kirill Rybalchenko
 <kirill.rybalchenko@intel.com>, Jasvinder Singh
 <jasvinder.singh@intel.com>, dev@dpdk.org
Message-ID: <20211001080755.21647298@hermes.local>
In-Reply-To: <20211001143624.3744505-1-ferruh.yigit@intel.com>
References: <20210722172113.3236450-1-ferruh.yigit@intel.com>
 <20211001143624.3744505-1-ferruh.yigit@intel.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: Re: [dpdk-dev] [PATCH v3 1/6] ethdev: fix max Rx packet length
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
Sender: "dev" <dev-bounces@dpdk.org>

On Fri,  1 Oct 2021 15:36:18 +0100
Ferruh Yigit <ferruh.yigit@intel.com> wrote:

> Other issues causing confusion is:
> * maximum transmission unit (MTU) is payload of the Ethernet frame. And
>   'max_rx_pkt_len' is the size of the Ethernet frame. Difference is
>   Ethernet frame overhead, and this overhead may be different from
>   device to device based on what device supports, like VLAN and QinQ.
> * 'max_rx_pkt_len' is only valid when application requested jumbo frame,
>   which adds additional confusion and some APIs and PMDs already
>   discards this documented behavior.
> * For the jumbo frame enabled case, 'max_rx_pkt_len' is an mandatory
>   field, this adds configuration complexity for application.

One other issue which DPDK inherits from Linux and BSD is that
MTU (Maximum Transmission Unit) is overloaded to mean MRU (Maximum Receive Unit).

On Linux, network devices are allowed to receive packets of any size they
want. MTU is used as a hint about "you need to accept at least MTU size
packets on receive". So MRU >= MTU.

In practice, and documentation, MRU and MTU are used synonymously.