Closed jmid closed 10 months ago
CI summary:
Lin.Internal CList int test with Thread
#358thread_joingraph
#353STM Sys test parallel
counterexample #410Out of 63 workflows 3 failed with 1 genuine error and 2 false positives
CI summary for merge to main
:
Dynlink
test #307threadomain
#203 s390x-worker-01
#421Internal error
Out of 38 workflows 5 failed with 2 genuine issues, 2 CI issue, and 1 test suite false alarm.
While trying out a run of
multicoretests
under TSan, I spotted some limitations of ourSTM
Semaphore
tests. For one, we testSemaphore.Counting.get_value
in parallel despite it being documented as racy.This PR
STM
Semaphore.Counting
test that excludesget_value
Semaphore.Binary
STM
test for completenessBecause of the precondition in the
Semaphore.Binary
STM
test, it needs to generate extra inputs. By default,qcheck-stm
tries to generate up to 3x as many inputs as needed which is not quite enough to hit 500:The test is still relatively fast with a count of 500 compared to the
STM
Semaphore.Counting
test which has a count of 200:As such I'm leaning towards declaring good enough...