[PATCH v2 0/4] eal: update public API to use stdatomic atomics

[Morten Brørup]

> From: Tyler Retzlaff [mailto:roretzla at linux.microsoft.com]
> Sent: Tuesday, 1 August 2023 07.04
> 
> Update EAL public API to use standard C11 atomics. In accordance with
> technical board discussion February 2023.
> http://mails.dpdk.org/archives/dev/2023-February/263516.html
> 
> This initial series makes no attempt to adapt every use of builtin atomics
> from GCC it intends only to adapt the public API of the EAL presented as
> a compatibility surface to applications.
> 
> Further series will be submitted to adapt the rest of DPDK to use standard
> atomics that are 'internal' and not do not straddle the EAL API.
> 
> The choice has been made to break these two changes apart to allow more
> precise analysis of any potential performance impact this change or
> subsequent changes may introduce.
> 
> Additionally, it is not possible to break the commits up per driver/lib as
> both the provider and consumer of the APIs need to be changed in the same
> commit to maintain non-broken build and function.
> 
> Finally, the first patch in this series is a duplication of Bruce Richardson
> series https://patchwork.dpdk.org/project/dpdk/list/?series=29048 and is
> only being provided to enable the CI run on this series. It is expected that
> Bruce's series when committed will allow the build: require minimum c11
> compiler
> here to be dropped from this series.
> 
> v2:
>   * remove volatile qualification from variables, structure fields and
>     parameters that have been qualified _Atomic
>   * restore removal of #include <rte_atomic.h> in rte_ring_core.h the ring
>     library still uses other rte_atomic APIs and types that are not replaced
>     by the standard or compiler intrinsics
>   * add missing adaption to stdatomic in ring/rte_ring_c11_pvt.h

Series-acked-by: Morten Brørup <mb at smartsharesystems.com>