From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 010FDCA9EAF for ; Wed, 30 Oct 2019 06:28:58 +0000 (UTC) Received: from dpdk.org (dpdk.org [92.243.14.124]) by mail.kernel.org (Postfix) with ESMTP id 88E0C2067D for ; Wed, 30 Oct 2019 06:28:57 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 88E0C2067D Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=solarflare.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=dev-bounces@dpdk.org Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 4CA6D1BEB4; Wed, 30 Oct 2019 07:28:56 +0100 (CET) Received: from dispatch1-us1.ppe-hosted.com (dispatch1-us1.ppe-hosted.com [67.231.154.164]) by dpdk.org (Postfix) with ESMTP id 6BAA21BEB3 for ; Wed, 30 Oct 2019 07:28:55 +0100 (CET) X-Virus-Scanned: Proofpoint Essentials engine Received: from webmail.solarflare.com (uk.solarflare.com [193.34.186.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by mx1-us1.ppe-hosted.com (PPE Hosted ESMTP Server) with ESMTPS id DECEDB00056; Wed, 30 Oct 2019 06:28:53 +0000 (UTC) Received: from [192.168.38.17] (91.220.146.112) by ukex01.SolarFlarecom.com (10.17.10.4) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Wed, 30 Oct 2019 06:28:47 +0000 To: Thomas Monjalon , Slava Ovsiienko CC: "dev@dpdk.org" , Matan Azrad , "olivier.matz@6wind.com" , Ori Kam References: <1571922495-4588-1-git-send-email-viacheslavo@mellanox.com> <5596453.zqmvSB3bmi@xps> From: Andrew Rybchenko Message-ID: <1086207f-00f0-ed25-f43a-ba1ea83c37cb@solarflare.com> Date: Wed, 30 Oct 2019 09:28:43 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <5596453.zqmvSB3bmi@xps> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB X-Originating-IP: [91.220.146.112] X-ClientProxiedBy: ocex03.SolarFlarecom.com (10.20.40.36) To ukex01.SolarFlarecom.com (10.17.10.4) X-TM-AS-Product-Ver: SMEX-12.5.0.1300-8.5.1010-25010.003 X-TM-AS-Result: No-0.270000-8.000000-10 X-TMASE-MatchedRID: cgbqQT5W8hfmLzc6AOD8DfHkpkyUphL9biA4btzHF9tUjspoiX02F3im o7zurlpwuw9uO/ExCm933rGBcrO9pGGHMrV83fgZ3N5FQzZaRXucqlCdrhyhQF70lsqJNmcejnT NYcTGP0qwSD+bLJNUXZakfzQTH59NwBhAKrgQyUxswYo64ufkVben4cs4BHh8myiLZetSf8nJ4y 0wP1A6APkvV+z371TK5MIx11wv+COrvtPKKgnMGGLU9N/XHSv6YSfmgMBhApnuSzlwzs8IALY+A +SNPiuTomSkHLm1Fh4fw8LI6jDbo/CCNM4JQmGI0B6Qv/jTSSLJqeV8p/xw84VyAlz5A0zC7xsm i8libwVi6nHReNJA8sM4VWYqoYnhVga+6uzn7TBWXGvUUmKP2w== X-TM-AS-User-Approved-Sender: Yes X-TM-AS-User-Blocked-Sender: No X-TMASE-Result: 10-0.270000-8.000000 X-TMASE-Version: SMEX-12.5.0.1300-8.5.1010-25010.003 X-MDID: 1572416934-k9MgnezC2MNN Subject: Re: [dpdk-dev] [PATCH v4] ethdev: extend flow metadata 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: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On 10/29/19 9:30 PM, Thomas Monjalon wrote: > 29/10/2019 18:19, Slava Ovsiienko: >> From: Andrew Rybchenko >>>> --- a/doc/guides/rel_notes/deprecation.rst >>>> +++ b/doc/guides/rel_notes/deprecation.rst >>>> +* ethdev: DEV_TX_OFFLOAD_MATCH_METADATA will be removed, static >>>> +metadata >>>> + mbuf field will be removed in 20.02, metadata feature will use >>>> +dynamic mbuf >>>> + field and flag instead. >>>> + >>> Isn't it breaking stable API/ABI? Should target release be 20.11? >> tx_metadata is in union, it should not be ABI break. >> And we propose to remove tx_metadata at all in 19.11 >> and share the dynamic metadata field between Rx and Tx METAdata. > Yes please, let's remove tx_metadata from mbuf now, > while adding metadata dynamic field. > I am sure nobody will complain that we sanitized this feature > before releasing DPDK 19.11 LTS. OK for me.