On Sat, 4 Nov 2023 17:16:15 +0800
"wuqiang.matt" wrote:
> For architectures that support native cmpxchg, we'd like to
> implement arch_cmpxchg[64]_local with the native variants of
> supported data size. If not, the generci_cmpxchg[64]_local
> will be used.
>
> Reported-by: kernel test robot
>
On Sat, 4 Nov 2023 17:16:14 +0800
"wuqiang.matt" wrote:
> For architectures that support native cmpxchg, we'd like to
> implement arch_cmpxchg[64]_local with the native variants of
> supported data size. If not, the generci_cmpxchg[64]_local
> will be used.
Looks good to me.
Reviewed-by: Masa
On Sat, 4 Nov 2023 17:16:13 +0800
"wuqiang.matt" wrote:
> For architectures that support native cmpxchg, we'd like to
> implement arch_cmpxchg[64]_local with the native variants of
> supported data size. If not, the generci_cmpxchg[64]_local
> will be used.
>
Looks good to me.
Reviewed-by: Ma
On Sat, 4 Nov 2023 17:16:12 +0800
"wuqiang.matt" wrote:
> Macro __cmpxchg() renamed to __cmpxchg_32() to emphasize it's explicit
> support of 32bit data size, BUILD_BUG_ON() added to avoid any possible
> misuses with unsupported data types.
>
> In case CONFIG_ARC_HAS_LLSC is undefined, arch_cmp
