ARM atomics overhaul for musl
catalin.marinas at arm.com
Mon Nov 17 06:47:04 PST 2014
On Mon, Nov 17, 2014 at 02:11:23PM +0000, Szabolcs Nagy wrote:
> * Catalin Marinas <catalin.marinas at arm.com> [2014-11-17 13:54:13 +0000]:
> > ARM11MPCore). ARM is trying to move away from architecture version
> > numbers, which are rather useful for marketing, to proper feature
> > detection based on CPUID. Whether there is an ARMv9 or not, it's
> > irrelevant to what Linux should do (i.e. use CPUID rather than guess
> > features based on architecture version numbers).
> how to use cpuid from userspace?
It's not possible and not recommended either. Just because the hardware
supports a feature line Neon doesn't mean that the kernel supports it as
well (e.g. saving/restoring registers).
> should linux export those bits into hwcap?
For many things we do. Unfortunately, we didn't do this for DMB, maybe
because we relied too much on the kuser helpers.
> (i assume all relevant info will be available in /proc/cpuinfo but
> that does not work for libc)
I wouldn't recommend /proc/cpuinfo.
If you want to put a dependency on newer kernel versions, there are
options like hwcap, more info in auxv (e.g. an arch-specific dump of the
CPUID registers) or even emulating CPUID access in user space (trap the
undefined instruction and return something that the kernel knows it can
I'm happy with any of these options but I would like to see a concrete
proposal accepted by the libc people before committing to
implementing/supporting such ABI.
More information about the linux-arm-kernel