As seen in a precheck, tst_QSemaphore::tryAcquireWithTimeoutStarvation ran for 900 seconds with no progress. Given how the test is implemented this shouldn't be possible. Was also able to reproduce locally. A possible indication of what the issue is is that `if (futexNeedsWake(prevValue)) {` in QSemaphore::release returns false, thus was not waking the main thread which is stuck on `semaphore.acquire();` in the test.

Extend time_t-based handling all the way to the end of time_t (Ib8001b5a) · Gerrit Code Review (qt-project.org)

The issue is likely only relevant for 6.2, since the code-path is futex specific, and Windows only recently gained support for that. However, it could possibly also be an issue on Linux in earlier versions.