Logo AND Algorithmique Numérique Distribuée

Public GIT Repository
Try to avoid rare bug on one ci node.
authorAugustin Degomme <adegomme@gmail.com>
Wed, 10 Jul 2019 12:59:57 +0000 (14:59 +0200)
committerAugustin Degomme <adegomme@gmail.com>
Wed, 10 Jul 2019 13:00:11 +0000 (15:00 +0200)
commit89a7204b5cc355432e0fddd01a54f7a1975b49e0
treee41721a0b27988ba7d8598fbb78e915c179e02e3
parentb5c0093dd3fb7d66ec6e1f72963ba7b9faa45fe7
Try to avoid rare bug on one ci node.
A guess is that the win_lock call by a process may be finishing the comms posted by the raccumulate call from the other process.
And this would mean having max(0,undefined) as a result if memory is not initialized before win_lock_all.
I didn't find anything saying lock_all should be blocking/collective, so I'm not modifying it for so little.
Other guess: something's rotten with locks, as I think we don't check properly for them before posting rma calls.
teshsuite/smpi/mpich3-test/rma/racc_local_comp.c