Resyncs parlib's sparc's atomics with the kernel's
authorBarret Rhoden <brho@cs.berkeley.edu>
Thu, 14 Apr 2011 09:25:46 +0000 (02:25 -0700)
committerKevin Klues <klueska@cs.berkeley.edu>
Thu, 3 Nov 2011 00:36:01 +0000 (17:36 -0700)
commit2ab711e97971604766be5dab68810558eeab162b
treed664e5b59e7ae8c56dd9181ce6fd8e08775b7e46
parent3d0c20aa9815312957610a0a04dc26ad1f1e3207
Resyncs parlib's sparc's atomics with the kernel's

Note that while similar, userland atomics in sparc are slightly
different than their kernel counterparts.  One big difference is that
sparc (and x86 too) doesn't not have an atomic_add().  This name
conflicts with glibc, and is part of a larger problem of having two
sources of atomic primitives that might not line up right.
user/parlib/include needs to work with both ROS and glibc (for now), so
this causes problems.

Another difference is with irqsaves (or lack thereof).

Normally, userspace just needs to get the functions it needs, but it was
behind enough that it just received most of the ones from the kernel.
user/parlib/include/sparc/atomic.h