From: Hemant Agrawal <hemant.agrawal@nxp.com>
To: Honnappa Nagarahalli <Honnappa.Nagarahalli@arm.com>,
"Kinsella, Ray" <mdr@ashroe.eu>, dpdk-dev <dev@dpdk.org>,
"Walsh, Conor" <conor.walsh@intel.com>,
"Richardson, Bruce" <bruce.richardson@intel.com>
Cc: David Marchand <david.marchand@redhat.com>,
"thomas@monjalon.net" <thomas@monjalon.net>,
Andrew Rybchenko <arybchenko@solarflare.com>,
"Yigit, Ferruh" <ferruh.yigit@intel.com>,
Maxime Coquelin <maxime.coquelin@redhat.com>,
Zhihong Wang <zhihong.wang@intel.com>,
Chenbo Xia <chenbo.xia@intel.com>,
"jerinj@marvell.com" <jerinj@marvell.com>,
Kiran Kumar K <kirankumark@marvell.com>,
Fiona Trahe <fiona.trahe@intel.com>,
Ashish Gupta <ashish.gupta@marvell.com>,
Vladimir Medvedkin <vladimir.medvedkin@intel.com>,
Cristian Dumitrescu <cristian.dumitrescu@intel.com>,
Ori Kam <orika@mellanox.com>,
Declan Doherty <declan.doherty@intel.com>,
Vladimir Medvedkin <vladimir.medvedkin@intel.com>,
Konstantin Ananyev <konstantin.ananyev@intel.com>,
"Iremonger, Bernard" <bernard.iremonger@intel.com>,
Kevin Laatz <kevin.laatz@intel.com>,
Olivier Matz <olivier.matz@6wind.com>,
"jerinj@marvell.com" <jerinj@marvell.com>,
Ruifeng Wang <Ruifeng.Wang@arm.com>, nd <nd@arm.com>,
nd <nd@arm.com>
Subject: Re: [dpdk-dev] DPDK Experimental Functions
Date: Fri, 4 Sep 2020 05:58:10 +0000 [thread overview]
Message-ID: <AM6PR04MB44562CD8D33620497051F767892D0@AM6PR04MB4456.eurprd04.prod.outlook.com> (raw)
In-Reply-To: <DBAPR08MB5814C197BBFC550FCA50F67A982D0@DBAPR08MB5814.eurprd08.prod.outlook.com>
> <snip>
>
> >
> > Hi All,
> >
> > During recent work on the DPDK ABI, where we are looking to develop a
> > nightly ABI regression test.
> >
> > We found a large number of experimental functions currently in DPDK API.
> > Currently, there are 537 experimental APIs out of a total of roughly
> > ~1800 API, 30%-ish.
> >
> > While there is no correct number, as a percentage of the total, this
> > appears to be very high.
> > I would question if all these API are really "new" and warrant the status?
> >
> > There are currently 38 libraries and drivers with experimental functions.
> > And to be fair there are number of recently added libraries in list,
> > shown below.
> > However there are also a number of libraries that have been around a
> > very long time.
> >
> > The following libraries and drivers have 10 or more experimental functions:
> >
> > 1. rte_eal: 119
> We are ready to remove the tag for ticket lock and MCS lock APIs.
>
> > 2. rte_ethdev: 43
> > 3. rte_vhost: 42
> > 4. rte_graph: 35 (EXPERIMENTAL)
> > 5. rte_compressdev: 34
> > 6. rte_rib: 28 (EXPERIMENTAL)
> > 7. rte_pipeline: 24
> > 8. rte_regexdev: 22 (EXPERIMENTAL)
> > 9. rte_cryptodev: 18
> > 10. rte_fib: 16 (EXPERIMENTAL)
> > 11. rte_ipsec: 15 (EXPERIMENTAL)
> > 12. rte_telemetry: 12 (EXPERIMENTAL)
> > 13. rte_mbuf: 11
> > 14. rte_rcu: 11 (EXPERIMENTAL)
> I am ready to remove experimental status for the base RCU APIs. I would
> wait for defer queue APIs for another release as I am expecting integration
> into few more libraries. That would leave 4 APIs experimental still.
>
> > 15. rte_bus_fslmc: 11
[Hemant] Yes, we will submit patch to remove experimental form the fslmc bus
> > 16. rte_bpf: 10 (EXPERIMENTAL)
> >
> > Do the maintainers of these libraries and drivers, A. Feel that
> > experimental status continues to be warranted against these API?
> > B. Have plans in place to move all/some of these functions to stable
> > in the
> > 20.11 timeframe?
> >
> > Kudos to Conor Walsh for pulling this data together.
> >
> > Thanks,
> >
> > Ray K
prev parent reply other threads:[~2020-09-04 5:58 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-08-27 13:00 Kinsella, Ray
2020-09-01 13:39 ` Thomas Monjalon
2020-09-03 10:01 ` Lukasz Wojciechowski
2020-09-03 10:07 ` Lukasz Wojciechowski
2020-09-04 4:48 ` Honnappa Nagarahalli
2020-09-04 5:58 ` Hemant Agrawal [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=AM6PR04MB44562CD8D33620497051F767892D0@AM6PR04MB4456.eurprd04.prod.outlook.com \
--to=hemant.agrawal@nxp.com \
--cc=Honnappa.Nagarahalli@arm.com \
--cc=Ruifeng.Wang@arm.com \
--cc=arybchenko@solarflare.com \
--cc=ashish.gupta@marvell.com \
--cc=bernard.iremonger@intel.com \
--cc=bruce.richardson@intel.com \
--cc=chenbo.xia@intel.com \
--cc=conor.walsh@intel.com \
--cc=cristian.dumitrescu@intel.com \
--cc=david.marchand@redhat.com \
--cc=declan.doherty@intel.com \
--cc=dev@dpdk.org \
--cc=ferruh.yigit@intel.com \
--cc=fiona.trahe@intel.com \
--cc=jerinj@marvell.com \
--cc=kevin.laatz@intel.com \
--cc=kirankumark@marvell.com \
--cc=konstantin.ananyev@intel.com \
--cc=maxime.coquelin@redhat.com \
--cc=mdr@ashroe.eu \
--cc=nd@arm.com \
--cc=olivier.matz@6wind.com \
--cc=orika@mellanox.com \
--cc=thomas@monjalon.net \
--cc=vladimir.medvedkin@intel.com \
--cc=zhihong.wang@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).