RFR: 8373025: Test: test/hotspot/jtreg/gc/cslocker/TestCSLocker.java may deadlock [v3]

[Albert Mingkun Yang]

On Wed, 3 Dec 2025 18:37:44 GMT, Axel Boldt-Christmas <aboldtch at openjdk.org> wrote:

>> The main threads call to `csLocker.unlock();` may cause an allocation which may trigger a GC. This can lead to a deadlock because we have a native thread which is waiting on a signal from the main thread (which is sent in `csLocker.unlock()`) to `ReleasePrimitiveArrayCritical`. Without the call to ReleasePrimitiveArrayCritical the some GCs may be blocked.
>> 
>> I suggest we remove the dependency on a java thread for the `GetPrimitiveArrayCritical` / `ReleasePrimitiveArrayCritical` pair. And simply do the lock and the sleep inside native.
>> 
>> * Testing
>>   * Stress testing test/hotspot/jtreg/gc/cslocker/TestCSLocker.java with both SerialGC and ZGC and small heap sizes
>>   * GHA
>
> Axel Boldt-Christmas has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the unrelated changes brought in by the merge/rebase. The pull request contains six additional commits since the last revision:
> 
>  - Remove problem-listing
>  - Merge remote-tracking branch 'upstream_jdk/master' into JDK-8373025
>  - Need to support windows as well
>  - Remove unused variable
>  - Fix the comment
>  - 8373025: Test: test/hotspot/jtreg/gc/cslocker/TestCSLocker.java may deadlock

Marked as reviewed by ayang (Reviewer).

-------------

PR Review: https://git.openjdk.org/jdk/pull/28638#pullrequestreview-3536609789