]> git.proxmox.com Git - mirror_spl.git/commit - config/spl-build.m4
Use Linux atomic primitives by default.
authorBrian Behlendorf <behlendorf1@llnl.gov>
Fri, 30 Oct 2009 17:55:25 +0000 (10:55 -0700)
committerBrian Behlendorf <behlendorf1@llnl.gov>
Fri, 30 Oct 2009 17:55:25 +0000 (10:55 -0700)
commit5e9b5d832b228b0628a61c9c1c9bf0b05d2fe122
tree8dc52bf67d9cbd60a6bfc41e1156cf80b673126d
parent2b5adaf18fde25b963a9d21407773544f2cbed6f
Use Linux atomic primitives by default.

Previously Solaris style atomic primitives were implemented simply by
wrapping the desired operation in a global spinlock.  This was easy to
implement at the time when I wasn't 100% sure I could safely layer the
Solaris atomic primatives on the Linux counterparts.  It however was
likely not good for performance.

After more investigation however it does appear the Solaris primitives
can be layered on Linux's fairly safely.  The Linux atomic_t type really
just wraps a long so we can simply cast the Solaris unsigned value to
either a atomic_t or atomic64_t.  The only lingering problem for both
implementations is that Solaris provides no atomic read function.  This
means reading a 64-bit value on a 32-bit arch can (and will) result in
word breaking.  I was very concerned about this initially, but upon
further reflection it is a limitation of the Solaris API.  So really
we are just being bug-for-bug compatible here.

With this change the default implementation is layered on top of Linux
atomic types.  However, because we're assuming a lot about the internal
implementation of those types I've made it easy to fall-back to the
generic approach.  Simply build with --enable-atomic_spinlocks if
issues are encountered with the new implementation.
config/spl-build.m4
configure
include/sys/atomic.h
module/spl/spl-atomic.c
spl_config.h.in