diff options
| author | Stafford Horne <shorne@gmail.com> | 2021-09-25 17:02:06 +0900 |
|---|---|---|
| committer | Adhemerval Zanella <adhemerval.zanella@linaro.org> | 2021-09-28 10:47:08 -0300 |
| commit | 9874ca536b1d0662b1cea46af3ce09a4d42aeb32 (patch) | |
| tree | 7639bf0d462ca6a56b751465e1b21112cf1aea12 /sysdeps/unix/x86_64/sysdep.S | |
| parent | 8e2557a2b85b2eb0ed50a9016a4ffc6b859b97e6 (diff) | |
| download | glibc-9874ca536b1d0662b1cea46af3ce09a4d42aeb32.tar.gz glibc-9874ca536b1d0662b1cea46af3ce09a4d42aeb32.tar.xz glibc-9874ca536b1d0662b1cea46af3ce09a4d42aeb32.zip | |
pthread/tst-cancel28: Fix barrier re-init race condition
When running this test on the OpenRISC port I am working on this test fails with a timeout. The test passes when being straced or debugged. Looking at the code there seems to be a race condition in that: 1 main thread: calls xpthread_cancel 2 sub thread : receives cancel signal 3 sub thread : cleanup routine waits on barrier 4 main thread: re-inits barrier 5 main thread: waits on barrier After getting to 5 the main thread and sub thread wait forever as the 2 barriers are no longer the same. Removing the barrier re-init seems to fix this issue. Also, the barrier does not need to be reinitialized as that is done by default. Reviewed-by: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Diffstat (limited to 'sysdeps/unix/x86_64/sysdep.S')
0 files changed, 0 insertions, 0 deletions