From: Honnappa Nagarahalli <Honnappa.Nagarahalli@arm.com>
To: Ray Kinsella <mdr@ashroe.eu>,
"thomas@monjalon.net" <thomas@monjalon.net>,
dpdk-dev <dev@dpdk.org>,
"Ananyev, Konstantin" <konstantin.ananyev@intel.com>,
Yipeng Wang <yipeng1.wang@intel.com>,
"Richardson, Bruce" <bruce.richardson@intel.com>,
Declan Doherty <declan.doherty@intel.com>,
Nicolas Chautru <nicolas.chautru@intel.com>, nd <nd@arm.com>,
Honnappa Nagarahalli <Honnappa.Nagarahalli@arm.com>
Cc: nd <nd@arm.com>
Subject: Re: [dpdk-dev] Release candidate 20.05-rc2 ABI
Date: Tue, 12 May 2020 20:40:48 +0000 [thread overview]
Message-ID: <DBBPR08MB4646AF318A34872BABE58E2C98BE0@DBBPR08MB4646.eurprd08.prod.outlook.com> (raw)
In-Reply-To: <901ca835-7e2e-bc50-7ecb-5b6a51996ae4@ashroe.eu>
<snip>
> Subject: [dpdk-dev] Release candidate 20.05-rc2 ABI
>
> Folks,
>
> Few ABI observations based on the 20.05-rc2, (please correct me if I am
> wrong)
>
> 1. rte_ring.h - struct rte_ring
>
> Changes to the structure of rte_ring throws up a whole bunch of false
> positives that have been suppressed in libabigail.ignore. It is not used by end
> applications and should not be exposed in public headers.
>
> Suggest that in the v20.11 timeframe we use the opportunity to use opaque
> pointers in librte_efd, librte_hash, librte_pmd_ring, librte_ring, librte_pdump
> to make this issue go away permanently.
lirte_hash already uses opaque pointer, though it is called rte_hash, the structure definition is not exposed to the application.
librte_ring, using opaque pointers does not help as it has inline APIs called from the application.
>
> 2. rte_cryptodev_pmd.h - struct rte_cryptodev_ops
>
> Similarly, changes to the structure of rte_cryptodev_ops are causing false
> positives, also suppressed in libabigail.ignore. It is not used by end
> applications and should not be exposed in public headers.
>
> 3. rte_bbdev.h - struct rte_bbdev_driver_info
>
> Similarly, changes to the structure rte_bbdev are causing false positives, also
> suppressed in libabigail.ignore. It is not used by end applications and should
> not be exposed in public headers.
>
> Thanks,
>
> Ray K
>
> On 12/05/2020 03:22, Thomas Monjalon wrote:
> > A new DPDK release candidate is ready for testing:
> > https://git.dpdk.org/dpdk/tag/?id=v20.05-rc2
> >
> > There are 286 new patches in this snapshot.
> >
> > Release notes:
> > http://doc.dpdk.org/guides/rel_notes/release_20_05.html
> >
> > Highlights of 20.05-rc2:
> > - rte_graph
> > - telemetry rework
> > - ChaCha20-Poly1305 crypto algorithm
> >
> > The -rc3 should include only some bug fixes, simple cleanups, doc and
> > tooling. We have one week to complete this milestone.
> > Then one more week (allowing -rc4) should be needed before the release.
> >
> > Please test and report issues on bugs.dpdk.org.
> > As a community, we must close as many bugs as possible for -rc3.
> >
> > Thank you everyone
> >
> >
prev parent reply other threads:[~2020-05-12 20:40 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-12 2:22 [dpdk-dev] [dpdk-announce] release candidate 20.05-rc2 Thomas Monjalon
2020-05-12 16:41 ` [dpdk-dev] Release candidate 20.05-rc2 ABI Ray Kinsella
2020-05-12 20:40 ` Honnappa Nagarahalli [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=DBBPR08MB4646AF318A34872BABE58E2C98BE0@DBBPR08MB4646.eurprd08.prod.outlook.com \
--to=honnappa.nagarahalli@arm.com \
--cc=bruce.richardson@intel.com \
--cc=declan.doherty@intel.com \
--cc=dev@dpdk.org \
--cc=konstantin.ananyev@intel.com \
--cc=mdr@ashroe.eu \
--cc=nd@arm.com \
--cc=nicolas.chautru@intel.com \
--cc=thomas@monjalon.net \
--cc=yipeng1.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).