Re: [dpdk-dev] [PATCH] ethdev: update qfi definition
From: Raslan Darawsheh <hidden>
Date: 2021-03-29 09:06:47
Hi,
-----Original Message----- From: Ori Kam <redacted> Sent: Monday, March 29, 2021 11:53 AM To: Ferruh Yigit <redacted>; Raslan Darawsheh [off-list ref]; dev@dpdk.org; Andrew Rybchenko [off-list ref]; Ivan Malov [off-list ref] Cc: Slava Ovsiienko <redacted>; Shiri Kuzin [off-list ref]; ying.a.wang@intel.com; stable@dpdk.org; NBU- Contact-Thomas Monjalon [off-list ref]; Olivier Matz [off-list ref] Subject: RE: [dpdk-dev] [PATCH] ethdev: update qfi definition Hiquoted
-----Original Message----- From: dev <redacted> On Behalf Of Ferruh Yigit Subject: Re: [dpdk-dev] [PATCH] ethdev: update qfi definition On 3/23/2021 12:11 PM, Raslan Darawsheh wrote:quoted
qfi field is 8 bits which represent single bit for PPP (paging Policy Presence) single bit for RQI (Reflective QoS Indicator) and 6 bits for qfi (QoS Flow Identifier)Can you please put a reference for above information?quoted
Sure, will send in V2,
quoted
quoted
This update the doxygen format and the mask for qfi to properly identify the full 8 bits of the field. note: changing the default mask would cause different patterns generated by testpmd. Fixes: 346553db5bd1 ("ethdev: add GTP extension header to flow API") Cc: ying.a.wang@intel.com Cc: stable@dpdk.org Signed-off-by: Raslan Darawsheh <redacted> --- doc/guides/testpmd_app_ug/testpmd_funcs.rst | 3 ++- lib/librte_ethdev/rte_flow.h | 4 ++-- 2 files changed, 4 insertions(+), 3 deletions(-)diff --git a/doc/guides/testpmd_app_ug/testpmd_funcs.rstb/doc/guides/testpmd_app_ug/testpmd_funcs.rstquoted
index f59eb8a27d..dd39c4c3c2 100644--- a/doc/guides/testpmd_app_ug/testpmd_funcs.rst +++ b/doc/guides/testpmd_app_ug/testpmd_funcs.rst@@ -3742,7 +3742,8 @@ This section lists supported pattern items andtheirquoted
attributes, if any.quoted
- ``gtp_psc``: match GTP PDU extension header with type 0x85. - ``pdu_type {unsigned}``: PDU type. - - ``qfi {unsigned}``: QoS flow identifier. + + - ``qfi {unsigned}``: PPP, RQI and QoS flow identifier. - ``pppoes``, ``pppoed``: match PPPoE header.diff --git a/lib/librte_ethdev/rte_flow.h b/lib/librte_ethdev/rte_flow.h index 669e677e91..79106e0246 100644 --- a/lib/librte_ethdev/rte_flow.h +++ b/lib/librte_ethdev/rte_flow.h@@ -1392,14 +1392,14 @@ static const struct rte_flow_item_metarte_flow_item_meta_mask = {quoted
*/ struct rte_flow_item_gtp_psc { uint8_t pdu_type; /**< PDU type. */ - uint8_t qfi; /**< QoS flow identifier. */ + uint8_t qfi; /**< PPP, RQI, QoS flow identifier. */ };By design requirement, rte_flow_item_* should start with the relevantprotocolquoted
header. There is already a deprecation notice for using protocol header directly inthequoted
rte_flow_item* [1] and Adrew/Ivan already fixed a few of them [2]. Your patch is not directly related on this, but since you are touching to the flow_item, would you mind create a protocol struct for it first, and use it in the "struct rte_flow_item_gtp_psc"? So the protocol related update can be done in the protocol header, insteadofquoted
rte_flow struct.+1
Sure, I can create the new protocol and use it , and will send in V2. But, wouldn't it cause any ABI breakage ?
quoted
[1]https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit.d pdk.quoted
org%2Fdpdk%2Ftree%2Fdoc%2Fguides%2Frel_notes%2Fdeprecation.rst%3F h%3quoted
Dv21.02%23n99&data=04%7C01%7Corika%40nvidia.com%7C6391a4c064 0quoted
f4592b70b08d8f058e322%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0quoted
%7C637523611870497932%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjA wquoted
MDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sda tquoted
a=vU%2F5oO47zb9erTnZL1pl9j0nHCKzea3NJgOeo1FTW0Q%3D&reserve d=quoted
0 [2]https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit.d pdk.quoted
org%2Fnext%2Fdpdk-next-net%2Fcommit%2F%3Fid%3D4a061a7bd70bfa023de23e8e654e&data=0 4%quoted
7C01%7Corika%40nvidia.com%7C6391a4c0640f4592b70b08d8f058e322%7C43quoted
083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C637523611870497932%7CUquoted
nknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI 6Ikquoted
1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=WurlQ5VSLqFGVthfRj363xZs Cquoted
No3xJuvxNQCFVcxdkk%3D&reserved=0