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=-11.1 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER, MAILING_LIST_MULTI,NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED, USER_AGENT_SANE_1 autolearn=ham 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 1F155C432BE for ; Wed, 1 Sep 2021 13:55:24 +0000 (UTC) Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by mail.kernel.org (Postfix) with ESMTP id 68CAC61026 for ; Wed, 1 Sep 2021 13:55:23 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org 68CAC61026 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=ashroe.eu Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=dpdk.org Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 6931C4013F; Wed, 1 Sep 2021 15:55:22 +0200 (CEST) Received: from mail-108-mta97.mxroute.com (mail-108-mta97.mxroute.com [136.175.108.97]) by mails.dpdk.org (Postfix) with ESMTP id 453AB40041 for ; Wed, 1 Sep 2021 15:55:21 +0200 (CEST) Received: from filter004.mxroute.com ([149.28.56.236] filter004.mxroute.com) (Authenticated sender: mN4UYu2MZsgR) by mail-108-mta97.mxroute.com (ZoneMTA) with ESMTPSA id 17ba1a4891a00074ba.001 for (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES128-GCM-SHA256); Wed, 01 Sep 2021 13:55:19 +0000 X-Zone-Loop: 9768284504ecf14139df6a3c4d9c4a5cd2f40f82edde X-Originating-IP: [149.28.56.236] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ashroe.eu; s=x; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version:Date: Message-ID:From:References:Cc:To:Subject:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=uivv/SYR1sVLbvUkJ1lbWug+l79XQu9ibItb2aKbE/A=; b=Cq3CTEgrSPIZBvK592ku77PpYU j5lEpEFLvcUIfrmJ+bVIPig//6wl/Wuq49vWsWRwsw91Mwm1YT2qalvPFh0y2C1AVV4ws6x3q01fk lKOe0mEgvc7Yw/c025MYP+N6H9bTThXvdIZm40Au/7icpohTnl2okcoHYxKU3EtFhB6Zaa6ZnZ9Q6 n3HDq6O0tddClt1yvO+4LT7QMZlpBeGS5srrsF51lG8y4+LD4uYZ6M8LKaA5x5NgC3pSKBiUgUFoX xGvB8hHzi3df8aat55lxaKmKm/Bs09zIHdGEA6kDdibEneTDT2p1KDp/L3XQczXtzNwflstw01rQn tDLgE57g==; To: "Wang, Haiyue" , "Yigit, Ferruh" , "dev@dpdk.org" Cc: "thomas@monjalon.net" , David Marchand References: <20210901050707.570163-1-haiyue.wang@intel.com> <20210901050707.570163-2-haiyue.wang@intel.com> From: "Kinsella, Ray" Message-ID: <33156402-1409-6b16-a4fe-ff88810d250a@ashroe.eu> Date: Wed, 1 Sep 2021 14:55:17 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-AuthUser: mdr@ashroe.eu Subject: Re: [dpdk-dev] [PATCH v1 1/3] net/ixgbe: promote some API to stable X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 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 01/09/2021 12:13, Wang, Haiyue wrote: >> -----Original Message----- >> From: Yigit, Ferruh >> Sent: Wednesday, September 1, 2021 17:02 >> To: Wang, Haiyue ; dev@dpdk.org >> Cc: mdr@ashroe.eu; thomas@monjalon.net >> Subject: Re: [dpdk-dev] [PATCH v1 1/3] net/ixgbe: promote some API to stable >> >> On 9/1/2021 6:07 AM, Haiyue Wang wrote: >>> The DPDK Symbol Bot reports: >>> Please note the symbols listed below have expired. In line with the >>> DPDK ABI policy, they should be scheduled for removal, in the next >>> DPDK release. >>> >>> Symbol >>> rte_pmd_ixgbe_mdio_lock >>> rte_pmd_ixgbe_mdio_unlock >>> rte_pmd_ixgbe_mdio_unlocked_read >>> rte_pmd_ixgbe_mdio_unlocked_write >>> rte_pmd_ixgbe_upd_fctrl_sbp >> >> I wonder if we should keep PMD specific APIs as experimental (Not talking about >> mbuf 'dynfield' / 'dynflag' APIs, we can promote them). > > Yes, makes sense. > >> >> If an application is using PMD specific API, not sure if it will concern about >> PMD specific APIs. >> And keeping PMD specific APIs lets us remove them as soon as we can, also adds >> additional discourage for users to use them. > > Can update this to DPDK ABI Policy, section 3.5.3. > https://doc.dpdk.org/guides/contributing/abi_policy.html I understand and agree. However we never made any exceptions for PMD specific APIs in the policy. Leave them as experimental for the moment. I will add a clause to the policy .... Thomas / David - any opinion? > >> >>> >>> Signed-off-by: Haiyue Wang >> >> >> <...> >> >