We have a subtle bug with the atomic selection. On Linux the CMA support is
linked together with the OPAL_ASSEMBLY_ARCH. If the BUILTIN atomics are
enabled, and we are on Linux and we need to define the CMA syscall#
(OMPI_BTL_SM_CMA_NEED_SYSCALL_DEFS), the opal/include/opal/sys/cma.h file is
un
Philipp,
Thanks for providing the config file. Based on it’s content I was able to
replicate your issue. You just unearthed a huge bug in our atomic support and
handling, one that will take some time to get fixed completely. Meanwhile, I
have pushed a partial fix in the trunk (29915, 29916).
* Jeff Squyres (jsquyres) (jsquy...@cisco.com) [20131211 21:01]:
> Can you send the opal_config.h file from your build tree?
>
> This will help us look into what's going on.
Attached.
Note that it doesn't seem to be dependent on the build architecture as it
fails at the same spot for all Archs
Can you send the opal_config.h file from your build tree?
This will help us look into what's going on.
On Dec 10, 2013, at 8:53 AM, Philipp Thomas wrote:
> Two of the asm tests are failing on my machine with
> Intel(R) Core(TM) i7-4960X CPU @ 3.60GHz running openSUSE 13.1 and
> gcc (SUSE Linu
Two of the asm tests are failing on my machine with
Intel(R) Core(TM) i7-4960X CPU @ 3.60GHz running openSUSE 13.1 and
gcc (SUSE Linux) 4.8.1 20130909 [gcc-4_8-branch revision 202388]. Could
anyone give me pointers as to what to check next? I added running
'make check' from the spec file so a fail
