Re: [dpdk-dev] [PATCH v9 2/3] devtools: prevent use of rte atomic APIs in future patches

2020-07-17 Thread Phil Yang
Thomas Monjalon wrties: > > In order to deprecate the rte_atomic and rte_smp barrier APIs, prevent > > the patches from using these APIs and __sync builtins in new code. > > > > On x86 the __atomic_thread_fence(__ATOMIC_SEQ_CST) is quite > expensive > > for SMP case. Flag the new code which use

Re: [dpdk-dev] [PATCH v9 2/3] devtools: prevent use of rte atomic APIs in future patches

2020-07-17 Thread Thomas Monjalon
17/07/2020 07:08, Phil Yang: > In order to deprecate the rte_atomic and rte_smp barrier APIs, prevent > the patches from using these APIs and __sync builtins in new code. > > On x86 the __atomic_thread_fence(__ATOMIC_SEQ_CST) is quite expensive > for SMP case. Flag the new code which use __atomic_

[dpdk-dev] [PATCH v9 2/3] devtools: prevent use of rte atomic APIs in future patches

2020-07-16 Thread Phil Yang
In order to deprecate the rte_atomic and rte_smp barrier APIs, prevent the patches from using these APIs and __sync builtins in new code. On x86 the __atomic_thread_fence(__ATOMIC_SEQ_CST) is quite expensive for SMP case. Flag the new code which use __atomic_thread_fence API. Signed-off-by: Phil