From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-f48.google.com (mail-wm0-f48.google.com [74.125.82.48]) by dpdk.org (Postfix) with ESMTP id 1343020F for ; Mon, 16 Jan 2017 19:26:16 +0100 (CET) Received: by mail-wm0-f48.google.com with SMTP id c85so169392927wmi.1 for ; Mon, 16 Jan 2017 10:26:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=6wind-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=iGsq2+ii4OlrprEYii9seg8WsDnPmU0POP37XxPV89c=; b=rF8AX+BruXccmxeLKkV2tdi40PgIOPBXTrv0N5HORvgP8emVqz0VMRUgtVaxp+VncT 6HqdPjDKnpByzHOsu2LpWu9L/xsxtMiUpswla2uuJcGkCRKDbH9KPH1NrzkhLmhWQOjE LkMaVI6Y6hFq6oZehF68UO/KTYi4fAw9FJjn6/KdqFcj7LHy0O+N4BFbmgiCzOulk/Kq QWpdNKAzT8QiA6SyvPqwsIzujrXquS99SqtMTZKJJoXKrEAKM4cj5xZzQhCP0rr/M0HG 0JHEb/GwTFzepDHKlE1KlU0QK3dCEuEwn69+jvfct8UAuZ8X0kbi0L0t02BkIHGwjnG7 vYUg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=iGsq2+ii4OlrprEYii9seg8WsDnPmU0POP37XxPV89c=; b=P3C6JkTOqkOPycA1mghnh+hJQ3acD0RvhhgT3p8oJ7tY/KwFAYuIv21WbjjCx9REX8 fZ7V88RWn29TqfdZ7O8glu0S77cf5zJHsL0NDsKZMu+M5HGaEzQSztFeULVqcJ8s2whN 96i9Q6YaDg1Plz5brajEHC2h/FY0rn/Dfx9ztV3uGsFAk6pgHmAVlZakBP3iIGgFYqkh 8B1XbshjqQn3oTbdLbTQNvsdAm0YUICj8MeYTblHi/0l40LiXDL2BjQCT5fgECaEs7WD bHI8GBFNjApiFmgDoMsyFV772gj3XnxvI1tHyBGFcH4zUuDTmK5ENqmsElbcMC0WkD0S jc9A== X-Gm-Message-State: AIkVDXL1UCSMXO2wnhK93XDS+O0lLht79nxCDBLARwZuADLr56zJ376knEc0ZStkYy4O/8Xq X-Received: by 10.28.180.132 with SMTP id d126mr13774819wmf.123.1484591176633; Mon, 16 Jan 2017 10:26:16 -0800 (PST) Received: from 6wind.com (host.78.145.23.62.rev.coltfrance.com. [62.23.145.78]) by smtp.gmail.com with ESMTPSA id r5sm30552246wme.23.2017.01.16.10.26.15 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 16 Jan 2017 10:26:15 -0800 (PST) Date: Mon, 16 Jan 2017 19:26:08 +0100 From: Adrien Mazarguil To: Ferruh Yigit Cc: Wei Zhao , dev@dpdk.org, Wenzhuo Lu Message-ID: <20170116182608.GG3779@6wind.com> References: <1484212665-1635-1-git-send-email-wei.zhao1@intel.com> <1484295192-34009-1-git-send-email-wei.zhao1@intel.com> <1484295192-34009-15-git-send-email-wei.zhao1@intel.com> <20170116130348.GA3779@6wind.com> <84768b60-d645-eb0b-37e4-4482cde4c68e@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <84768b60-d645-eb0b-37e4-4482cde4c68e@intel.com> Subject: Re: [dpdk-dev] [PATCH v6 14/18] net/ixgbe: parse L2 tunnel filter X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2017 18:26:17 -0000 On Mon, Jan 16, 2017 at 04:39:08PM +0000, Ferruh Yigit wrote: > On 1/16/2017 1:03 PM, Adrien Mazarguil wrote: > > Hi, > > > > On Fri, Jan 13, 2017 at 04:13:08PM +0800, Wei Zhao wrote: > >> check if the rule is a L2 tunnel rule, and get the L2 tunnel info. > >> > >> Signed-off-by: Wei Zhao > >> Signed-off-by: Wenzhuo Lu > >> --- > >> drivers/net/ixgbe/ixgbe_ethdev.c | 3 +- > >> drivers/net/ixgbe/ixgbe_flow.c | 216 +++++++++++++++++++++++++++++++++++++++ > >> lib/librte_ether/rte_flow.h | 48 +++++++++ > >> 3 files changed, 266 insertions(+), 1 deletion(-) > > [...] > >> diff --git a/lib/librte_ether/rte_flow.h b/lib/librte_ether/rte_flow.h > >> index 98084ac..7142479 100644 > >> --- a/lib/librte_ether/rte_flow.h > >> +++ b/lib/librte_ether/rte_flow.h > >> @@ -268,6 +268,20 @@ enum rte_flow_item_type { > >> * See struct rte_flow_item_vxlan. > >> */ > >> RTE_FLOW_ITEM_TYPE_VXLAN, > >> + > >> + /** > >> + * Matches a E_TAG header. > >> + * > >> + * See struct rte_flow_item_e_tag. > >> + */ > >> + RTE_FLOW_ITEM_TYPE_E_TAG, > >> + > >> + /** > >> + * Matches a NVGRE header. > >> + * > >> + * See struct rte_flow_item_nvgre. > >> + */ > >> + RTE_FLOW_ITEM_TYPE_NVGRE, > >> }; > >> > >> /** > >> @@ -454,6 +468,40 @@ struct rte_flow_item_vxlan { > >> }; > >> > >> /** > >> + * RTE_FLOW_ITEM_TYPE_E_TAG. > >> + * > >> + * Matches a E-tag header. > >> + */ > >> +struct rte_flow_item_e_tag { > >> + uint16_t tpid; /**< Tag protocol identifier (0x893F). */ > >> + /** E-Tag control information (E-TCI). */ > >> + /**< E-PCP (3b), E-DEI (1b), ingress E-CID base (12b). */ > >> + uint16_t epcp_edei_in_ecid_b; > >> + /**< Reserved (2b), GRP (2b), E-CID base (12b). */ > >> + uint16_t rsvd_grp_ecid_b; > >> + uint8_t in_ecid_e; /**< Ingress E-CID ext. */ > >> + uint8_t ecid_e; /**< E-CID ext. */ > >> +}; > >> + > >> +/** > >> + * RTE_FLOW_ITEM_TYPE_NVGRE. > >> + * > >> + * Matches a NVGRE header. > >> + */ > >> +struct rte_flow_item_nvgre { > >> + /** > >> + * Checksum (1b), undefined (1b), key bit (1b), sequence number (1b), > >> + * reserved 0 (9b), version (3b). > >> + * > >> + * \c_k_s_rsvd0_ver must have value 0x2000 according to RFC 7637. > >> + */ > >> + uint16_t c_k_s_rsvd0_ver; > >> + uint16_t protocol; /**< Protocol type (0x6558). */ > >> + uint8_t tni[3]; /**< Virtual subnet ID. */ > >> + uint8_t flow_id; /**< Flow ID. */ > >> +}; > >> + > >> +/** > >> * Matching pattern item definition. > >> * > >> * A pattern is formed by stacking items starting from the lowest protocol > >> -- > >> 2.5.5 > >> > > > > OK for these definitions, however API documentation > > (doc/guides/prog_guide/rte_flow.rst) must be kept up to date, and it would > > be great if testpmd support for these new items was added simultaneously > > (changes in app/test-pmd/cmdline.c, app/test-pmd/cmdline_flow.c and > > doc/guides/testpmd_app_ug/testpmd_funcs.rst). > > > > How about putting all rte_flow changes (API & testpmd) in their own separate > > patch? > > I thought it can be more useful to have library and its user updated in > same patch, gives more context. But missed rte_flow documentation ... Not much of an issue as long as it's updated, also I did not notice the series was already applied before replying. > > You could use VLAN PCP/DEI/VID definitions as an example to expose partial > > bit-fields (e.g. epcp_edei_in_ecid_b) in testpmd, see: > > > > 1419fd5a6c9f ("app/testpmd: add protocol fields to flow command") > > > > Now if re-spinning this series yet again is too much work, you can go ahead > > with this commit as long as you do not forget to submit the rest later, > > thanks. > > > > Is following todo list complete: > 1- update rte_flow document, doc/guides/prog_guide/rte_flow.rst, > document two new item types: E_TAG & NVGRE. > > 2- Add testpmd sample implementation and documentation. Right, everything at once in a single patch is fine. The existing item definitions and testpmd commands can be used as templates. Thanks. > Hi Wei, > > Would you mind working on a patch to cover above items? > > Thanks, > ferruh > -- Adrien Mazarguil 6WIND