[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [PATCH v3 13/34] xen/riscv: introduce cmpxchg.h
On Tue, 2024-01-23 at 14:27 +0100, Jan Beulich wrote: > On 23.01.2024 13:18, Oleksii wrote: > > On Tue, 2024-01-23 at 11:28 +0100, Jan Beulich wrote: > > > On 23.01.2024 11:15, Oleksii wrote: > > > > On Mon, 2024-01-22 at 17:27 +0100, Jan Beulich wrote: > > > > > On 22.12.2023 16:12, Oleksii Kurochko wrote: > > > > > > +static inline unsigned long __xchg(volatile void *ptr, > > > > > > unsigned > > > > > > long x, int size) > > > > > > +{ > > > > > > + switch (size) { > > > > > > + case 1: > > > > > > + return __cmpxchg_case_1(ptr, (uint32_t)-1, x); > > > > > > + case 2: > > > > > > + return __cmpxchg_case_2(ptr, (uint32_t)-1, x); > > > > > > > > > > How are these going to work? You'll compare against ~0, and > > > > > if > > > > > the > > > > > value > > > > > in memory isn't ~0, memory won't be updated; you will only > > > > > (correctly) > > > > > return the value found in memory. > > > > > > > > > > Or wait - looking at __cmpxchg_case_{1,2}() far further down, > > > > > you > > > > > ignore > > > > > "old" there. Which apparently means they'll work for the use > > > > > here, > > > > > but > > > > > not for the use in __cmpxchg(). > > > > Yes, the trick is that old is ignored and is read in > > > > __emulate_cmpxchg_case1_2() before __cmpxchg_case_4 is called: > > > > do > > > > { > > > > read_val = > > > > read_func(aligned_ptr); > > > > swapped_new = read_val & > > > > ~mask; > > > > swapped_new |= > > > > masked_new; > > > > ret = cmpxchg_func(aligned_ptr, read_val, > > > > swapped_new); > > > > } while ( ret != read_val > > > > ); > > > > read_val it is 'old'. > > > > > > > > But now I am not 100% sure that it is correct for __cmpxchg... > > > > > > It just can't be correct - you can't ignore "old" there. I think > > > you > > > want simple cmpxchg primitives, which xchg then uses in a loop > > > (while > > > cmpxchg uses them plainly). > > But xchg doesn't require 'old' value, so it should be ignored in > > some > > way by cmpxchg. > > Well, no. If you have only cmpxchg, I think your only choice is - as > said - to read the old value and then loop over cmpxchg until that > succeeds. Not really different from other operations which need > emulating using cmpxchg. Then it looks like the main error in __emulate_cmpxchg_case1_2 is that I read the value each time, so read_val = read_func(aligned_ptr); should be before the do {...} while(). Also, it would be better to rename it to old_val or just old. > > > > > > > +static always_inline unsigned short > > > > > > __cmpxchg_case_2(volatile > > > > > > uint32_t *ptr, > > > > > > + > > > > > > uint32_t > > > > > > old, > > > > > > + > > > > > > uint32_t > > > > > > new) > > > > > > +{ > > > > > > + (void) old; > > > > > > + > > > > > > + if (((unsigned long)ptr & 3) == 3) > > > > > > + { > > > > > > +#ifdef CONFIG_64BIT > > > > > > + return __emulate_cmpxchg_case1_2((uint64_t *)ptr, > > > > > > new, > > > > > > + readq, > > > > > > __cmpxchg_case_8, > > > > > > 0xffffU); > > > > > > > > > > What if ((unsigned long)ptr & 7) == 7 (which is a sub-case of > > > > > what > > > > > the > > > > > if() above checks for? Isn't it more reasonable to require > > > > > aligned > > > > > 16-bit quantities here? Or if mis-aligned addresses are okay, > > > > > you > > > > > could > > > > > as well emulate using __cmpxchg_case_4(). > > > > Yes, it will be more reasonable. I'll use IS_ALIGNED instead. > > > > > > Not sure I get your use of "instead" here correctly. There's more > > > to change here than just the if() condition. > > I meant something like: > > > > if ( IS_ALIGNED(ptr, 16) ) > > __emulate_cmpxchg_case1_2(...); > > else > > assert_failed("ptr isn't aligned\n"); > > Except that you'd better not use assert_failed() directly anywhere, > and the above is easier as > > ASSERT(IS_ALIGNED(ptr, 16)); > __emulate_cmpxchg_case1_2(...); > > anyway (leaving aside that I guess you mean 2, not 16). Yeah, it should be 2. Thanks. ~ Oleksii
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |