From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 5BE404300F; Tue, 8 Aug 2023 20:19:14 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 2BD2B41148; Tue, 8 Aug 2023 20:19:14 +0200 (CEST) Received: from linux.microsoft.com (linux.microsoft.com [13.77.154.182]) by mails.dpdk.org (Postfix) with ESMTP id 17CE5410E6 for ; Tue, 8 Aug 2023 20:19:13 +0200 (CEST) Received: by linux.microsoft.com (Postfix, from userid 1086) id 1FABA20FC05D; Tue, 8 Aug 2023 11:19:12 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.11.0 linux.microsoft.com 1FABA20FC05D DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.microsoft.com; s=default; t=1691518752; bh=E2WVfEDuSNwyRBPyoZMWBhrciLdgXkcoTadevIJhGY0=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=czINWUeUqpURKpxQX2y8LK7Kv/y6PRt9pil3pqCmK5LSPW34sFNTH7FuiYfIwiqob 6ZmqxBwMd7tvKNHpsCKMI5W6qOS0LDUZe0ob+bvi72eGThF/HY29zSnPEb1V1naDt4 eyup/hcI7ox+Lky5M++I6GmvUvGePhx4NI7RsMcE= Date: Tue, 8 Aug 2023 11:19:12 -0700 From: Tyler Retzlaff To: Stephen Hemminger Cc: dev@dpdk.org Subject: Re: [PATCH 00/20] remove experimental flag from some API's Message-ID: <20230808181912.GA16722@linuxonhyperv3.guj3yctzbm1etfxqx2vob5hsef.xx.internal.cloudapp.net> References: <20230808173527.186042-1-stephen@networkplumber.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230808173527.186042-1-stephen@networkplumber.org> User-Agent: Mutt/1.5.21 (2010-09-15) 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 On Tue, Aug 08, 2023 at 10:35:07AM -0700, Stephen Hemminger wrote: > Since 23.11 is an LTS release it is time to remove the experimental > bandaid off many API's. There are about 850 API's marked with experimental > on current main branch. This addresses the easy to remove ones and > gets it down to about 690 places. > > The rule is any API that has been in since 22.11 needs to have > experimental removed (or deleted). The experimental flag is not a > "get out of ABI stability for free" card. For the libraries here that are enabled for Windows are the APIs being marked stable have real implementations or just stubs on Windows? If they are just stubs then i think more review is necessary for the stubbed APIs to understand that they *can* be implemented on Windows. I would prefer not to have to encounter this later and have to go through the overhead of deprecation like with rte_thread_ctrl_create again. This obviously doesn't apply to libraries that are not currently enabled for Windows. If the implementations aren't stubs then that's okay too. Ty