I have access to several Linux platforms other than x86 and x86-64, on
which I've tested ompi-1.5.5rc1.
This info is intended to be informational, and NOT intended to
influence/delay the 1.5.5 release.
First a summary of the results, with added details below:
GOOD:
ppc32 (Apple G4 h/w): OK
ppc64 (Apple G5 h/w, "-m64"): OK
ia64 (SGI Altix): OK
BAD:
mips64el (little-endian SiCortex): HANG in "atomic_spinlock_noinline"
mips64 (big-endian 64-bit Malta, "-march=5kc -mabi=64"): HANG in
"atomic_spinlock_noinline"
mips32 (big-endian 32-bit Malta, "-march=4kc"): assembler rejects
64-bit opcodes
armv5: configure fails due to lack of atomics
Details on the failures:
mips64el and mips64 (SiCortex and Malta): HANGS in "make check"
The hang is after printing "--> Testing atomic_spinlock_noinline"
It appears to be hung with just 1 thread (never reaching the 2-thread
test)
This is an issue I don't find a ticket for, though it is related to
Ticket #2494: Add support for mips64-linux assembly
with target milestone 1.5.5.
mips32: assembler rejects 64-bit opcodes
The "make" ends with
rm -f atomic-asm.S
ln -s "../../opal/asm/generated/atomic-local.s" atomic-asm.S
CPPAS atomic-asm.lo
atomic-asm.S: Assembler messages:
atomic-asm.S:83: Error: opcode not supported on this processor:
mips32 (mips32) `lld $3,0($4)'
atomic-asm.S:86: Error: opcode not supported on this processor:
mips32 (mips32) `scd $2,0($4)'
atomic-asm.S:100: Error: opcode not supported on this processor:
mips32 (mips32) `lld $3,0($4)'
atomic-asm.S:103: Error: opcode not supported on this processor:
mips32 (mips32) `scd $2,0($4)'
atomic-asm.S:118: Error: opcode not supported on this processor:
mips32 (mips32) `lld $3,0($4)'
atomic-asm.S:121: Error: opcode not supported on this processor:
mips32 (mips32) `scd $2,0($4)'
which makes sense to me since these are the 64-bit
load-linked/store-conditional instructions.
Why would one try to generate 64-bit atomics on this CPU?
armv5: configure fails due to lack of atomics
Exact message is "configure: error: No atomic primitives available
for armv5tejl-unknown-linux-gnueabi"
This is NOT a supported platform, though it *IS* possible to support
armv4 and newer using linux kernel-level support.
At some point the persistent Debian portability police may bug you
about that :-)
You can find the necessary code and configure logic in GASNet if you
feel a need for it.
-Paul
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
