From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <dev-bounces@dpdk.org> Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 80D22A10DA for <public@inbox.dpdk.org>; Wed, 31 Jul 2019 15:01:06 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 1E4D71BFE0; Wed, 31 Jul 2019 15:01:04 +0200 (CEST) Received: from new1-smtp.messagingengine.com (new1-smtp.messagingengine.com [66.111.4.221]) by dpdk.org (Postfix) with ESMTP id E2A701BEF0 for <dev@dpdk.org>; Wed, 31 Jul 2019 15:01:01 +0200 (CEST) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailnew.nyi.internal (Postfix) with ESMTP id DF3C325A8; Wed, 31 Jul 2019 09:00:59 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Wed, 31 Jul 2019 09:00:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=monjalon.net; h= from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding:content-type; s=mesmtp; bh=6aq8sxS/FSikOC5fhw7+ti7Ic2QSKDtgqDYYxfMJDxY=; b=aYxW/vB6Byrq i0gQ6eh7jqDNb4PfB/T5jCMV23IO8FoRSYEINQnJTraBrh2W/pj+BzGAdbUwUG4Z RBxZZgquS1PSjh97gSnhD1qnEkgte37ULd7lzdamcqWFTXu6a5NauqfpThJju6tl zaNBmwmXrwJHlpGyGuDaU2X7K6E+kfU= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=6aq8sxS/FSikOC5fhw7+ti7Ic2QSKDtgqDYYxfMJD xY=; b=15IqJ80B+jm8Wv5yXeKOU686AueDfbvHxudc07TEHheRZTw1oE8TeWulO EbxpKWSi3dfitCEg19fG5ox+/I9pJ13idkZilhuDqcc8HBg7qnaBeS26m6OHcW8/ FsnMZGFRKlbyN6WzEQMbPe7bM6lcZwg1Tlna5FeyCjGbEGdnGY0W0FJe3Vyx6NDw gARgvdv/whfP4grcaQM5q4jHKjAdyn/PNsjO618xuyF/WiO7SgtThbEyrGTuy/ao eNCCGL216gTUIqW6NvSNhGCti/1wGeK8NrIiCZ75Fp1o0IgmrtcPZMg6nspfxkqd ShNJ4v6/AkGRTeqLZ5F2j95fIcAAQ== X-ME-Sender: <xms:CpFBXbHmCSwnvKKI7fic9oNskTvJy7i8qczV3XjX-6FqX4Ib6BtLJA> X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduvddrleehgdehkecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhvffufffkjghfggfgtgesthfuredttddtvdenucfhrhhomhepvfhhohhmrghs ucfoohhnjhgrlhhonhcuoehthhhomhgrshesmhhonhhjrghlohhnrdhnvghtqeenucffoh hmrghinhepughpughkrdhorhhgnecukfhppeejjedrudefgedrvddtfedrudekgeenucfr rghrrghmpehmrghilhhfrhhomhepthhhohhmrghssehmohhnjhgrlhhonhdrnhgvthenuc evlhhushhtvghrufhiiigvpedt X-ME-Proxy: <xmx:CpFBXck0y29PBQGfs_-j72Fz-1LuIa42JhtFhKSpOzrRYyMdzPpjzA> <xmx:CpFBXYL86ONZ1EiPi5sP8Rjokch2XQ-SZUYSz8QziF8l9Bq7W2J8fA> <xmx:CpFBXdZY5-_Y633dIcOqNy8iSJaS2FuMVLKbPLV0GK2Otfpj_4Lltw> <xmx:C5FBXYEljXQEv8JWfdmnC4cd1t2xRRhdNPcA52lMEd0PLUR1aLeE-A> Received: from xps.localnet (184.203.134.77.rev.sfr.net [77.134.203.184]) by mail.messagingengine.com (Postfix) with ESMTPA id 53CD4380086; Wed, 31 Jul 2019 09:00:56 -0400 (EDT) From: Thomas Monjalon <thomas@monjalon.net> To: David Marchand <david.marchand@redhat.com> Cc: John McNamara <john.mcnamara@intel.com>, Marko Kovacevic <marko.kovacevic@intel.com>, Ajit Khaparde <ajit.khaparde@broadcom.com>, Somnath Kotur <somnath.kotur@broadcom.com>, Ferruh Yigit <ferruh.yigit@intel.com>, John Daley <johndale@cisco.com>, Hyong Youb Kim <hyonkim@cisco.com>, Beilei Xing <beilei.xing@intel.com>, Qi Zhang <qi.z.zhang@intel.com>, Wenzhuo Lu <wenzhuo.lu@intel.com>, Rosen Xu <rosen.xu@intel.com>, Konstantin Ananyev <konstantin.ananyev@intel.com>, Shahaf Shuler <shahafs@mellanox.com>, Yongseok Koh <yskoh@mellanox.com>, Viacheslav Ovsiienko <viacheslavo@mellanox.com>, Rasesh Mody <rmody@marvell.com>, Shahed Shaikh <shshaikh@marvell.com>, dev <dev@dpdk.org> Date: Wed, 31 Jul 2019 15:00:53 +0200 Message-ID: <3912735.mOekWC8Mbx@xps> In-Reply-To: <CAJFAV8x2MA1i7igy_9+gSomgF3z6qQ-EAaXzxZub+N81st4yFw@mail.gmail.com> References: <20190730155726.26450-1-thomas@monjalon.net> <CAJFAV8x2MA1i7igy_9+gSomgF3z6qQ-EAaXzxZub+N81st4yFw@mail.gmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [dpdk-dev] [PATCH] doc: remove deprecated ethdev features X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 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> 31/07/2019 11:45, David Marchand: > On Tue, Jul 30, 2019 at 5:58 PM Thomas Monjalon <thomas@monjalon.net> wrote: > > > > As legacy filter API "filter_ctrl" is superseded since 2017 > > by the rte_flow API, and got the deprecated attribute in DPDK 19.05, > > it is time to remove the associated features from the matrix. > > Not documenting deprecated features as supported will avoid confusion. > > > > Signed-off-by: Thomas Monjalon <thomas@monjalon.net> > > --- > > doc/guides/nics/features.rst | 78 ------------------------ > > doc/guides/nics/features/bnxt.ini | 3 - > > doc/guides/nics/features/default.ini | 7 --- > > doc/guides/nics/features/enic.ini | 1 - > > doc/guides/nics/features/i40e.ini | 4 -- > > doc/guides/nics/features/i40e_vec.ini | 4 -- > > doc/guides/nics/features/i40e_vf.ini | 1 - > > doc/guides/nics/features/i40e_vf_vec.ini | 1 - > > doc/guides/nics/features/igb.ini | 4 -- > > doc/guides/nics/features/ipn3ke.ini | 4 -- > > doc/guides/nics/features/ixgbe.ini | 5 -- > > doc/guides/nics/features/ixgbe_vec.ini | 5 -- > > doc/guides/nics/features/mlx5.ini | 1 - > > doc/guides/nics/features/qede.ini | 3 - > > 14 files changed, 121 deletions(-) > > The drivers docs still list and/or describe those features. > Is this intended ? > > Example: > https://git.dpdk.org/dpdk/tree/doc/guides/nics/enic.rst#n505 > https://git.dpdk.org/dpdk/tree/doc/guides/nics/i40e.rst#n16 > etc... Yes, we should find the same features with the legacy API and rte_flow. I think each PMD can adjust their documentation while finishing the migration to rte_flow API.