On Sun, Dec 20, 2020 at 4:46 PM Guo Ren <[email protected]> wrote:
> On Tue, Dec 15, 2020 at 7:26 PM Arnd Bergmann <[email protected]> wrote:
> >
> > On Tue, Dec 15, 2020 at 7:09 AM Guo Ren <[email protected]> wrote:
> > > On Mon, Dec 14, 2020 at 9:15 PM Arnd Bergmann <[email protected]> wrote:
> > > > I had a look at what other architectures always implement
> > > > futex_atomic_cmpxchg_inatomic() or can use the asm-generic non-SMP
> > > > version,
> > > > and I found that it's pretty much all of them, the odd ones being just
> > > > sparc32
> > > > and csky, which use asm-generic/futex.h but do have an SMP option,
> > > > as well as xtensa
> > > >
> > > > I would guess that for csky, this is a mistake, as the architecture is
> > > > fairly
> > > > new and should be able to implement it. Not sure about sparc32.
> > >
> > > The c610, c807, c810 don't support SMP, so futex_cmpxchg_enabled = 1
> > > with asm-generic's implementation.
> > > For c860, there is no HAVE_FUTEX_CMPXCHG and cmpxchg_inatomic/inuser
> > > implementation, so futex_cmpxchg_enabled = 0.
> > >
> > > Thx for point it out, we'll implement cmpxchg_inatomic/inuser for C860
> > > and still use asm-generic for non-smp CPUs.
> >
> > Sounds good to me.
> Done:
> https://lore.kernel.org/linux-csky/[email protected]/T/#u
Thanks!
Can you clarify if there are any dependencies on the other patches in
that series?
I'd like to take the futex patch through the asm-generic tree along with the
patches for the other architectures.
Arnd
