Brian,
We should be able to use these defines in the configure.m4 files for
each component right ? I think the asm section is detected before we
go in the component configuration.
So far we know about the following components that have to disable
themselves if no atomic or memory barrier is detected:
- MPOOL: sm
- BTL: sm, openib (completely or partially?)
Anybody knows about any other components with atomic requirements ?
george.
On Jul 14, 2007, at 1:59 PM, Brian Barrett wrote:
On Jul 14, 2007, at 11:51 AM, Gleb Natapov wrote:
On Sat, Jul 14, 2007 at 01:16:42PM -0400, George Bosilca wrote:
Instead of failing at configure time, we might want to disable the
threading features and the shared memory device if we detect that we
don't have support for atomics on a specified platform. In a non
threaded build, the shared memory device is the only place where we
need support for memory barrier. I'll look in the code to see why we
need support for compare-and-swap on a non threaded build.
Proper memory barrier is also needed for openib BTL eager RDMA
support.
Removed all the platform lists, since they won't care about this
part :).
Ah, true. The eager RDMA code should check that the preprocessor
symbol OPAL_HAVE_ATOMIC_MEM_BARRIER is 1 and disable itself if that
isn't the case. All the "sections" of ASM support (memory barriers,
locks, compare-and-swap, and atomic math) have preprocessor symbols
indicating whether support exists or not in the current build. These
should really be used :).
Brian
_______________________________________________
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
