From: Ferruh Yigit <ferruh.yigit@intel.com>
To: Ori Kam <orika@nvidia.com>, Jie Wang <jie1x.wang@intel.com>,
"dev@dpdk.org" <dev@dpdk.org>,
Olivier Matz <olivier.matz@6wind.com>
Cc: NBU-Contact-Thomas Monjalon <thomas@monjalon.net>,
"andrew.rybchenko@oktetlabs.ru" <andrew.rybchenko@oktetlabs.ru>,
"xiaoyun.li@intel.com" <xiaoyun.li@intel.com>,
"stevex.yang@intel.com" <stevex.yang@intel.com>,
"jingjing.wu@intel.com" <jingjing.wu@intel.com>,
"beilei.xing@intel.com" <beilei.xing@intel.com>,
"wenjun1.wu@intel.com" <wenjun1.wu@intel.com>,
"qi.z.zhang@intel.com" <qi.z.zhang@intel.com>
Subject: Re: [dpdk-dev] [PATCH v7 1/3] ethdev: support L2TPv2 and PPP procotol
Date: Thu, 21 Oct 2021 10:26:44 +0100 [thread overview]
Message-ID: <603be412-675e-dd69-00a3-7b8d1ef26810@intel.com> (raw)
In-Reply-To: <DM8PR12MB54008B4803D9F14DF0B2DE86D6BF9@DM8PR12MB5400.namprd12.prod.outlook.com>
On 10/21/2021 8:50 AM, Ori Kam wrote:
> Hi Jie,
>
>> -----Original Message-----
>> From: Jie Wang <jie1x.wang@intel.com>
>> Sent: Thursday, October 21, 2021 9:26 AM
>> Subject: [PATCH v7 1/3] ethdev: support L2TPv2 and PPP procotol
>>
>> Added flow pattern items and header formats of L2TPv2 and PPP.
>>
>> Signed-off-by: Wenjun Wu <wenjun1.wu@intel.com>
>> Signed-off-by: Jie Wang <jie1x.wang@intel.com>
>> ---
>> doc/api/doxy-api-index.md | 2 +
>> doc/guides/nics/features/default.ini | 2 +
>> doc/guides/nics/features/iavf.ini | 2 +
>> doc/guides/prog_guide/rte_flow.rst | 25 +++
>> doc/guides/rel_notes/release_21_11.rst | 4 +
>> lib/ethdev/rte_flow.c | 2 +
>> lib/ethdev/rte_flow.h | 65 +++++++
>> lib/net/meson.build | 2 +
>> lib/net/rte_l2tpv2.h | 234 +++++++++++++++++++++++++
>> lib/net/rte_ppp.h | 34 ++++
>> 10 files changed, 372 insertions(+)
>> create mode 100644 lib/net/rte_l2tpv2.h
>> create mode 100644 lib/net/rte_ppp.h
>>
>> diff --git a/doc/api/doxy-api-index.md b/doc/api/doxy-api-index.md
>> index 1992107a03..42db196afe 100644
>> --- a/doc/api/doxy-api-index.md
>> +++ b/doc/api/doxy-api-index.md
>> @@ -121,6 +121,8 @@ The public API headers are grouped by topics:
>> [VXLAN] (@ref rte_vxlan.h),
>> [Geneve] (@ref rte_geneve.h),
>> [eCPRI] (@ref rte_ecpri.h)
>> + [L2TPv2] (@ref rte_l2tpv2.h)
>> + [PPP] (@ref rte_ppp.h)
>>
>> - **QoS**:
>> [metering] (@ref rte_meter.h),
>> diff --git a/doc/guides/nics/features/default.ini b/doc/guides/nics/features/default.ini
>> index 09914b1ad3..8e6a28c419 100644
>> --- a/doc/guides/nics/features/default.ini
>> +++ b/doc/guides/nics/features/default.ini
>> @@ -110,6 +110,7 @@ ipv4 =
>> ipv6 =
>> ipv6_ext =
>> ipv6_frag_ext =
>> +l2tpv2 =
>> l2tpv3oip =
>> mark =
>> meta =
>> @@ -121,6 +122,7 @@ pfcp =
>> phy_port =
>> port_id =
>> port_representor =
>> +ppp =
>> pppoed =
>> pppoes =
>> pppoe_proto_id =
>> diff --git a/doc/guides/nics/features/iavf.ini b/doc/guides/nics/features/iavf.ini
>> index d00ca934c3..a916275b88 100644
>> --- a/doc/guides/nics/features/iavf.ini
>> +++ b/doc/guides/nics/features/iavf.ini
>> @@ -50,8 +50,10 @@ icmp6 = Y
>> ipv4 = Y
>> ipv6 = Y
>> ipv6_frag_ext = Y
>> +l2tpv2 = Y
>> l2tpv3oip = Y
>> pfcp = Y
>> +ppp = Y
>> sctp = Y
>> tcp = Y
>> udp = Y
>> diff --git a/doc/guides/prog_guide/rte_flow.rst b/doc/guides/prog_guide/rte_flow.rst
>> index aeba374182..a2169517c3 100644
>> --- a/doc/guides/prog_guide/rte_flow.rst
>> +++ b/doc/guides/prog_guide/rte_flow.rst
>> @@ -1573,6 +1573,31 @@ rte_flow_flex_item_create() routine.
>> as padded with trailing zeroes up to full configured length, both for
>> value and mask.
>>
>> +Item: ``L2TPV2``
>> +^^^^^^^^^^^^^^^^^^^
>> +
>> +Matches a L2TPv2 header.
>> +
>> +- ``flags_version``: flags(12b), version(4b).
>> +- ``length``: total length of the message.
>> +- ``tunnel_id``: identifier for the control connection.
>> +- ``session_id``: identifier for a session within a tunnel.
>> +- ``ns``: sequence number for this date or control message.
>> +- ``nr``: sequence number expected in the next control message to be received.
>> +- ``offset_size``: offset of payload data.
>> +- ``offset_padding``: offset padding, variable length.
>> +- Default ``mask`` matches flags_version only.
>> +
>> +Item: ``PPP``
>> +^^^^^^^^^^^^^^^^^^^
>> +
>> +Matches a PPP header.
>> +
>> +- ``addr``: PPP address.
>> +- ``ctrl``: PPP control.
>> +- ``proto_id``: PPP protocol identifier.
>> +- Default ``mask`` matches addr, ctrl, proto_id.
>> +
>> Actions
>> ~~~~~~~
>>
>> diff --git a/doc/guides/rel_notes/release_21_11.rst b/doc/guides/rel_notes/release_21_11.rst
>> index 041383ee2a..283770131c 100644
>> --- a/doc/guides/rel_notes/release_21_11.rst
>> +++ b/doc/guides/rel_notes/release_21_11.rst
>> @@ -105,6 +105,10 @@ New Features
>>
>> Added an ethdev API which can help users get device configuration.
>>
>> +* **Added L2TPv2 and PPP protocol support in rte_flow.**
>> +
>> + Added flow pattern items and header formats of L2TPv2 and PPP protocol.
>> +
>> * **Updated AF_XDP PMD.**
>>
>> * Disabled secondary process support.
>> diff --git a/lib/ethdev/rte_flow.c b/lib/ethdev/rte_flow.c
>> index bcf0513b3c..d268784532 100644
>> --- a/lib/ethdev/rte_flow.c
>> +++ b/lib/ethdev/rte_flow.c
>> @@ -156,6 +156,8 @@ static const struct rte_flow_desc_data rte_flow_desc_item[] = {
>> MK_FLOW_ITEM(REPRESENTED_PORT, sizeof(struct rte_flow_item_ethdev)),
>> MK_FLOW_ITEM_FN(FLEX, sizeof(struct rte_flow_item_flex),
>> rte_flow_item_flex_conv),
>> + MK_FLOW_ITEM(L2TPV2, sizeof(struct rte_flow_item_l2tpv2)),
>> + MK_FLOW_ITEM(PPP, sizeof(struct rte_flow_item_ppp)),
>> };
>>
>> /** Generate flow_action[] entry. */
>> diff --git a/lib/ethdev/rte_flow.h b/lib/ethdev/rte_flow.h
>> index 64ed7f2618..300e99e16b 100644
>> --- a/lib/ethdev/rte_flow.h
>> +++ b/lib/ethdev/rte_flow.h
>> @@ -35,6 +35,8 @@
>> #include <rte_mbuf_dyn.h>
>> #include <rte_meter.h>
>> #include <rte_gtp.h>
>> +#include <rte_l2tpv2.h>
>> +#include <rte_ppp.h>
>>
>> #ifdef __cplusplus
>> extern "C" {
>> @@ -644,6 +646,20 @@ enum rte_flow_item_type {
>> * @see struct rte_flow_item_flex.
>> */
>> RTE_FLOW_ITEM_TYPE_FLEX,
>> +
>> + /**
>> + * Matches L2TPv2 Header.
>> + *
>> + * See struct rte_flow_item_l2tpv2.
>> + */
>> + RTE_FLOW_ITEM_TYPE_L2TPV2,
>> +
>> + /**
>> + * Matches PPP Header.
>> + *
>> + * See struct rte_flow_item_ppp.
>> + */
>> + RTE_FLOW_ITEM_TYPE_PPP,
>> };
>>
>> /**
>> @@ -1900,6 +1916,55 @@ static const struct rte_flow_item_ethdev rte_flow_item_ethdev_mask = {
>> };
>> #endif
>>
>> +/**
>> + * @warning
>> + * @b EXPERIMENTAL: this structure may change without prior notice
>> + * RTE_FLOW_ITEM_TYPE_L2TPV2
>> + *
>> + * Matches L2TPv2 Header
>> + */
>> +struct rte_flow_item_l2tpv2 {
>> + struct rte_l2tpv2_combined_msg_hdr hdr;
>> +};
>> +
>> +/** Default mask for RTE_FLOW_ITEM_TYPE_L2TPV2. */
>> +#ifndef __cplusplus
>> +static const struct rte_flow_item_l2tpv2 rte_flow_item_l2tpv2_mask = {
>> + /*
>> + * flags and version bit mask
>> + * 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0
>> + * T L x x S x O P x x x x V V V V
>> + */
>> + .hdr = {
>> + .common = {
>> + .flags_version = RTE_BE16(0xcb0f),
>> + },
>> + },
>> +};
>> +#endif
>> +
>> +/**
>> + * @warning
>> + * @b EXPERIMENTAL: this structure may change without prior notice
>> + * RTE_FLOW_ITEM_TYPE_PPP
>> + *
>> + * Matches PPP Header
>> + */
>> +struct rte_flow_item_ppp {
>> + struct rte_ppp_hdr hdr;
>> +};
>> +
>> +/** Default mask for RTE_FLOW_ITEM_TYPE_PPP. */
>> +#ifndef __cplusplus
>> +static const struct rte_flow_item_ppp rte_flow_item_ppp_mask = {
>> + .hdr = {
>> + .addr = 0xff,
>> + .ctrl = 0xff,
>> + .proto_id = RTE_BE16(0xffff),
>> + }
>> +};
>> +#endif
>> +
>> /**
>> * Matching pattern item definition.
>> *
>> diff --git a/lib/net/meson.build b/lib/net/meson.build
>> index a4e395e9c5..e899846578 100644
>> --- a/lib/net/meson.build
>> +++ b/lib/net/meson.build
>> @@ -19,6 +19,8 @@ headers = files(
>> 'rte_higig.h',
>> 'rte_ecpri.h',
>> 'rte_geneve.h',
>> + 'rte_l2tpv2.h',
>> + 'rte_ppp.h',
>> )
>>
>> sources = files(
>> diff --git a/lib/net/rte_l2tpv2.h b/lib/net/rte_l2tpv2.h
>> new file mode 100644
>> index 0000000000..18ea759ff4
>> --- /dev/null
>> +++ b/lib/net/rte_l2tpv2.h
>> @@ -0,0 +1,234 @@
>> +/* SPDX-License-Identifier: BSD-3-Clause
>> + * Copyright 2021 Mellanox Technologies, Ltd
>> + */
>> +
>> +#ifndef _RTE_L2TPV2_H_
>> +#define _RTE_L2TPV2_H_
>> +
>> +/**
>> + * @file
>> + *
>> + * L2TP header:
>> + *
>> + * `-0--------------------1----------------2-------------------3`
>> + *
>> + * `-0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1`
>> + *
>> + * `+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+`
>> + *
>> + * `|T|L|x|x|S|x|O|P|x|x|x|x|--Ver--|-----------Length (opt)--------|`
>> + *
>> + * `+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+`
>> + *
>> + * `|-----------Tunnel ID-----------|-----------Session ID----------|`
>> + *
>> + * `+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+`
>> + *
>> + * `|-----------Ns (opt)------------|-----------Nr (opt)------------|`
>> + *
>> + * `+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+`
>> + *
>> + * `|---------Offset Size (opt)-----|---------Offset pad... (opt)`
>> + *
>> + * `+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+`
>> + *
>> + * The Type (T) bit indicates the type of message. It is set to 0 for a data
>> + * message and 1 for a control message.
>> + *
>> + * If the Length (L) bit is 1, the Length field is present. This bit MUST be
>> + * set to 1 for control messages.
>> + *
>> + * The x bits are reserved for future extensions. All reserved bits MUST
>> + * be set to 0 on outgoing messages and ignored on incoming messages.
>> + *
>> + * If the Sequence (S) bit is set to 1 the Ns and Nr fields are present.
>> + * The S bit MUST be set to 1 for control messages.
>> + *
>> + * If the Offset (O) bit is 1, the Offset Size field is present. The O
>> + * bit MUST be set to 0 for control messages.
>> + *
>> + * If the Priority (P) bit is 1, this data message should receive
>> + * preferential treatment in its local queuing and transmission.
>> + * The P bit MUST be set to 0 for control messages.
>> + *
>> + * Ver MUST be 2, indicating the version of the L2TP data message header.
>> + *
>> + * The Length field indicates the total length of the message in octets.
>> + *
>> + * Tunnel ID indicates the identifier for the control connection.
>> + *
>> + * Session ID indicates the identifier for a session within a tunnel.
>> + *
>> + * Ns indicates the sequence number for this data or control message.
>> + *
>> + * Nr indicates the sequence number expected in the next control message
>> + * to be received.
>> + *
>> + * The Offset Size field, if present, specifies the number of octets
>> + * past the L2TP header at which the payload data is expected to start.
>> + * Actual data within the offset padding is undefined. If the offset
>> + * field is present, the L2TP header ends after the last octet of the
>> + * offset padding.
>> + */
>> +
>> +#include <stdint.h>
>> +#include <rte_byteorder.h>
>> +
>> +#ifdef __cplusplus
>> +extern "C" {
>> +#endif
>> +
>> +/**
>> + * L2TPv2 Common Header
>> + */
>> +RTE_STD_C11
>> +struct rte_l2tpv2_common_hdr {
>> + union {
>> + /** header flags and protocol version */
>> + rte_be16_t flags_version;
>> + struct {
>> +#if RTE_BYTE_ORDER == RTE_LITTLE_ENDIAN
>> + rte_be16_t t:1; /**< message Type */
>> + rte_be16_t l:1; /**< length option bit */
>> + rte_be16_t res1:2; /**< reserved */
>> + rte_be16_t s:1; /**< ns/nr option bit */
>> + rte_be16_t res2:1; /**< reserved */
>> + rte_be16_t o:1; /**< offset option bit */
>> + rte_be16_t p:1; /**< priority option bit */
>> + rte_be16_t res3:4; /**< reserved */
>> + rte_be16_t ver:4; /**< protocol version */
>> +#elif RTE_BYTE_ORDER == RTE_BIG_ENDIAN
>> + rte_be16_t ver:4; /**< protocol version */
>> + rte_be16_t res3:4; /**< reserved */
>> + rte_be16_t p:1; /**< priority option bit */
>> + rte_be16_t o:1; /**< offset option bit */
>> + rte_be16_t res2:1; /**< reserved */
>> + rte_be16_t s:1; /**< ns/nr option bit */
>> + rte_be16_t res1:2; /**< reserved */
>> + rte_be16_t l:1; /**< length option bit */
>> + rte_be16_t t:1; /**< message Type */
>> +#endif
>> + };
>> + };
>> +};
>> +
>> +/**
>> + * L2TPv2 message Header contains all options(length, ns, nr,
>> + * offset size, offset padding).
>> + */
>> +struct rte_l2tpv2_msg_with_all_options {
>> + rte_be16_t length; /**< length(16) */
>> + rte_be16_t tunnel_id; /**< tunnel ID(16) */
>> + rte_be16_t session_id; /**< session ID(16) */
>> + rte_be16_t ns; /**< Ns(16) */
>> + rte_be16_t nr; /**< Nr(16) */
>> + rte_be16_t offset_size; /**< offset size(16) */
>> + uint8_t *offset_padding; /**< offset padding(variable length) */
>> +};
>> +
>> +/**
>> + * L2TPv2 message Header contains all options except length(ns, nr,
>> + * offset size, offset padding).
>> + */
>> +struct rte_l2tpv2_msg_without_length {
>> + rte_be16_t tunnel_id; /**< tunnel ID(16) */
>> + rte_be16_t session_id; /**< session ID(16) */
>> + rte_be16_t ns; /**< Ns(16) */
>> + rte_be16_t nr; /**< Nr(16) */
>> + rte_be16_t offset_size; /**< offset size(16) */
>> + uint8_t *offset_padding; /**< offset padding(variable length) */
>> +};
>> +
>> +/**
>> + * L2TPv2 message Header contains all options except ns_nr(length,
>> + * offset size, offset padding).
>> + * Ns and Nr MUST be toghter.
>> + */
>> +struct rte_l2tpv2_msg_without_ns_nr {
>> + rte_be16_t length; /**< length(16) */
>> + rte_be16_t tunnel_id; /**< tunnel ID(16) */
>> + rte_be16_t session_id; /**< session ID(16) */
>> + rte_be16_t offset_size; /**< offset size(16) */
>> + uint8_t *offset_padding; /**< offset padding(variable length) */
>> +};
>> +
>> +/**
>> + * L2TPv2 message Header contains all options except ns_nr(length, ns, nr).
>> + * offset size and offset padding MUST be toghter.
>> + */
>> +struct rte_l2tpv2_msg_without_offset {
>> + rte_be16_t length; /**< length(16) */
>> + rte_be16_t tunnel_id; /**< tunnel ID(16) */
>> + rte_be16_t session_id; /**< session ID(16) */
>> + rte_be16_t ns; /**< Ns(16) */
>> + rte_be16_t nr; /**< Nr(16) */
>> +};
>
> Why not packed?
>
>> +
>> +/**
>> + * L2TPv2 message Header contains options offset size and offset padding.
>> + */
>> +struct rte_l2tpv2_msg_with_offset {
>> + rte_be16_t tunnel_id; /**< tunnel ID(16) */
>> + rte_be16_t session_id; /**< session ID(16) */
>> + rte_be16_t offset_size; /**< offset size(16) */
>> + uint8_t *offset_padding; /**< offset padding(variable length) */
>> +};
>> +
>> +/**
>> + * L2TPv2 message Header contains options ns and nr.
>> + */
>> +struct rte_l2tpv2_msg_with_ns_nr {
>> + rte_be16_t tunnel_id; /**< tunnel ID(16) */
>> + rte_be16_t session_id; /**< session ID(16) */
>> + rte_be16_t ns; /**< Ns(16) */
>> + rte_be16_t nr; /**< Nr(16) */
>> +};
>
> Why not packed? Same for all structs.
>
There is not gap in this struct, should we still pack it?
What it the expectation on packing the protocol structs? Have '__rte_packed' always?
next prev parent reply other threads:[~2021-10-21 9:27 UTC|newest]
Thread overview: 71+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-09-24 15:17 [dpdk-dev] [PATCH 0/4] support PPPoL2TPv2oUDP RSS Hash Jie Wang
2021-09-24 15:17 ` [dpdk-dev] [PATCH 1/4] net/iavf: support PPPoL2TPv2oUDP over IPv4 " Jie Wang
2021-09-24 15:17 ` [dpdk-dev] [PATCH 2/4] app/testpmd: support PPPoL2TPv2oUDP " Jie Wang
2021-09-24 15:17 ` [dpdk-dev] [PATCH 3/4] ethdev: " Jie Wang
2021-09-30 14:38 ` Ori Kam
2021-10-05 14:42 ` Ferruh Yigit
2021-10-05 15:06 ` Ori Kam
2021-09-24 15:17 ` [dpdk-dev] [PATCH 4/4] net/iavf: support PPPoL2TPv2oUDP over IPv6 " Jie Wang
2021-10-12 10:25 ` [dpdk-dev] [PATCH v2 0/3] support PPPoL2TPv2oUDP " Jie Wang
2021-10-12 10:25 ` [dpdk-dev] [PATCH v2 1/3] net/iavf: " Jie Wang
2021-10-12 10:25 ` [dpdk-dev] [PATCH v2 2/3] app/testpmd: " Jie Wang
2021-10-12 15:31 ` Ori Kam
2021-10-13 8:15 ` Wang, Jie1X
2021-10-13 9:15 ` Ori Kam
2021-10-13 9:54 ` Wang, Jie1X
2021-10-13 10:19 ` Ori Kam
2021-10-12 10:25 ` [dpdk-dev] [PATCH v2 3/3] ethdev: " Jie Wang
2021-10-12 15:28 ` Ori Kam
2021-10-15 9:58 ` [dpdk-dev] [PATCH v3 0/3] " Jie Wang
2021-10-15 9:58 ` [dpdk-dev] [PATCH v3 1/3] ethdev: support PPP and L2TPV2 procotol Jie Wang
2021-10-15 11:10 ` Ferruh Yigit
2021-10-17 8:12 ` Ori Kam
2021-10-17 8:19 ` Ori Kam
2021-10-15 9:58 ` [dpdk-dev] [PATCH v3 2/3] net/iavf: support PPPoL2TPv2oUDP RSS Hash Jie Wang
2021-10-15 9:58 ` [dpdk-dev] [PATCH v3 3/3] app/testpmd: support L2TPV2 and PPP protocol pattern Jie Wang
2021-10-17 8:51 ` Ori Kam
2021-10-18 9:33 ` [dpdk-dev] [PATCH v4 0/3] support PPPoL2TPv2oUDP RSS Hash Jie Wang
2021-10-18 9:33 ` [dpdk-dev] [PATCH v4 1/3] ethdev: support PPP and L2TPV2 procotol Jie Wang
2021-10-18 10:56 ` Ori Kam
2021-10-18 12:39 ` Zhang, Qi Z
2021-10-18 9:33 ` [dpdk-dev] [PATCH v4 2/3] net/iavf: support PPPoL2TPv2oUDP RSS Hash Jie Wang
2021-10-18 9:33 ` [dpdk-dev] [PATCH v4 3/3] app/testpmd: support L2TPV2 and PPP protocol pattern Jie Wang
2021-10-18 11:03 ` Ori Kam
2021-10-18 12:41 ` Zhang, Qi Z
2021-10-19 3:08 ` [dpdk-dev] [PATCH v5 0/3] support PPPoL2TPv2oUDP RSS Hash Jie Wang
2021-10-19 3:08 ` [dpdk-dev] [PATCH v5 1/3] ethdev: support PPP and L2TPV2 procotol Jie Wang
2021-10-19 6:17 ` Ori Kam
2021-10-19 10:30 ` Ferruh Yigit
2021-10-19 3:08 ` [dpdk-dev] [PATCH v5 2/3] net/iavf: support PPPoL2TPv2oUDP RSS Hash Jie Wang
2021-10-20 1:57 ` Xing, Beilei
2021-10-19 3:08 ` [dpdk-dev] [PATCH v5 3/3] app/testpmd: support L2TPV2 and PPP protocol pattern Jie Wang
2021-10-19 9:41 ` Ferruh Yigit
2021-10-20 9:32 ` [dpdk-dev] [PATCH v6 0/3] support PPPoL2TPv2oUDP RSS Hash Jie Wang
2021-10-20 9:32 ` [dpdk-dev] [PATCH v6 1/3] ethdev: support PPP and L2TPV2 procotol Jie Wang
2021-10-20 9:53 ` Andrew Rybchenko
2021-10-20 9:32 ` [dpdk-dev] [PATCH v6 2/3] net/iavf: support PPPoL2TPv2oUDP RSS Hash Jie Wang
2021-10-21 2:07 ` Xing, Beilei
2021-10-20 9:32 ` [dpdk-dev] [PATCH v6 3/3] app/testpmd: support L2TPV2 and PPP protocol pattern Jie Wang
2021-10-21 6:26 ` [dpdk-dev] [PATCH v7 0/3] support PPPoL2TPv2oUDP RSS Hash Jie Wang
2021-10-21 6:26 ` [dpdk-dev] [PATCH v7 1/3] ethdev: support L2TPv2 and PPP procotol Jie Wang
2021-10-21 7:50 ` Ori Kam
2021-10-21 7:52 ` Andrew Rybchenko
2021-10-21 8:28 ` Wang, Jie1X
2021-10-21 8:30 ` Andrew Rybchenko
2021-10-21 8:41 ` Wang, Jie1X
2021-10-21 13:18 ` Ori Kam
2021-10-21 9:26 ` Ferruh Yigit [this message]
2021-10-21 9:29 ` Ferruh Yigit
2021-10-21 6:26 ` [dpdk-dev] [PATCH v7 2/3] net/iavf: support PPPoL2TPv2oUDP RSS Hash Jie Wang
2021-10-21 6:26 ` [dpdk-dev] [PATCH v7 3/3] app/testpmd: support L2TPv2 and PPP protocol pattern Jie Wang
2021-10-21 10:05 ` [dpdk-dev] [PATCH v8 0/3] support PPPoL2TPv2oUDP RSS Hash Jie Wang
2021-10-21 10:05 ` [dpdk-dev] [PATCH v8 1/3] ethdev: support L2TPv2 and PPP procotol Jie Wang
2021-10-21 10:13 ` Andrew Rybchenko
2021-10-21 10:05 ` [dpdk-dev] [PATCH v8 2/3] net/iavf: support PPPoL2TPv2oUDP RSS Hash Jie Wang
2021-10-21 10:05 ` [dpdk-dev] [PATCH v8 3/3] app/testpmd: support L2TPv2 and PPP protocol pattern Jie Wang
2021-10-21 10:49 ` [dpdk-dev] [PATCH v9 0/3] support PPPoL2TPv2oUDP RSS Hash Jie Wang
2021-10-21 10:49 ` [dpdk-dev] [PATCH v9 1/3] ethdev: support L2TPv2 and PPP procotol Jie Wang
2021-10-21 12:16 ` Ferruh Yigit
2021-10-21 10:49 ` [dpdk-dev] [PATCH v9 2/3] net/iavf: support PPPoL2TPv2oUDP RSS Hash Jie Wang
2021-10-21 10:49 ` [dpdk-dev] [PATCH v9 3/3] app/testpmd: support L2TPv2 and PPP protocol pattern Jie Wang
2021-10-21 12:17 ` [dpdk-dev] [PATCH v9 0/3] support PPPoL2TPv2oUDP RSS Hash 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=603be412-675e-dd69-00a3-7b8d1ef26810@intel.com \
--to=ferruh.yigit@intel.com \
--cc=andrew.rybchenko@oktetlabs.ru \
--cc=beilei.xing@intel.com \
--cc=dev@dpdk.org \
--cc=jie1x.wang@intel.com \
--cc=jingjing.wu@intel.com \
--cc=olivier.matz@6wind.com \
--cc=orika@nvidia.com \
--cc=qi.z.zhang@intel.com \
--cc=stevex.yang@intel.com \
--cc=thomas@monjalon.net \
--cc=wenjun1.wu@intel.com \
--cc=xiaoyun.li@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).