On Mon, Apr 08, 2024 at 01:10:40PM -0700, Linus Torvalds wrote: > On Mon, 8 Apr 2024 at 10:50, Paul E. McKenney <paulmck@xxxxxxxxxx> wrote: > > > > And get rid of manual truncation down to u8, etc. in there - the > > only reason for those is to avoid bogus warnings about constant > > truncation from sparse, and those are easy to avoid by turning > > that switch into conditional expression. > > I support the use of the conditional, but why add the 16-bit case when > it turns out we don't want it after all? You are quite right that we do not want it for emulation. However, this commit is providing native parisc support for the full set of cases, just like x86 already does. Plus this native parisc/sparc32 support is harmless. If someone adds a 16-bit cmpxchg() in core code, which (as you say) is a bug given that some systems do not support 16-bit loads and stores, then kernel test robot builds of arc, csky, sh, xtensa, and riscv will complain bitterly. Plus I hope that ongoing removal of support for antique systems will allow us to support 16-bit cmpxchg() in core code sooner rather than later. (Hey, I can dream, can't I?) Thanx, Paul
