Re: 2.6.16-rc regression: m68k CONFIG_RMW_INSNS=n compile broken

Hi,

On Fri, 3 Mar 2006, Andrew Morton wrote:

Yes, we now require cmpxchg of all architectures.

Actually I'd prefer if we used atomic_cmpxchg() instead.
The cmpxchg() emulation was never added for a good reason - to keep code
from assuming it can be used it for userspace synchronisation. Using an
atomic_t here would probably get at least some attention.

bye, Roman
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Relevant Pages

  • Re: 2.6.16-rc regression: m68k CONFIG_RMW_INSNS=n compile broken
    ... On Fri, 3 Mar 2006, Andrew Morton wrote: ... The cmpxchg() emulation was never added for a good reason - to keep code from assuming it can be used it for userspace synchronisation. ... Send instant messages to your online friends http://au.messenger.yahoo.com - ...
    (Linux-Kernel)
  • Re: 2.6.16-rc regression: m68k CONFIG_RMW_INSNS=n compile broken
    ... On Fri, 3 Mar 2006, Andrew Morton wrote: ... The cmpxchg() emulation was never added for a good reason - to keep code ...
    (Linux-Kernel)
  • Re: [PATCH] SLUB use cmpxchg_local
    ... Ok, I just had a look at ia64 instruction set, and I fear that cmpxchg ... slub/per cpu + cmpxchg_local emulation ...
    (Linux-Kernel)
  • [2.6 patch] m68k: fix cmpxchg compile errors if CONFIG_RMW_INSNS=n
    ... On Fri, 3 Mar 2006, Andrew Morton wrote: ... The cmpxchg() emulation was never added for a good reason - to keep code ... Could someone with an m68k compiler please send the patch? ... +static inline unsigned long cmpxchg(volatile int *p, int old, int new) ...
    (Linux-Kernel)
  • Re: cvs commit: src/sys/compat/linux linux_mib.c linux_mib.h linux_misc.c
    ... So we need the 2.6 emulation rather sooner than later. ... A reason to not enable the 2.6 emulation currently is: we have showstopper bugs. ... So far I didn't had time to test the functional change of this patch and don't know if it fixes all issues with acroread or not, because I'm the only one with an acroread configuration which allows to start acroread withhin 2.6 without the above mentioned fix). ...
    (freebsd-current)