[jdk8u-dev] RFR: 8212155: Race condition when posting dynamic_code_generated event leads to JVM crash [v2]

Kerem Kat krk at openjdk.org
Wed Sep 3 09:35:50 UTC 2025


On Tue, 2 Sep 2025 15:34:08 GMT, Kerem Kat <krk at openjdk.org> wrote:

>> Backport of [JDK-8212155](https://bugs.openjdk.org/browse/JDK-8212155).
>> 
>> The patch did not apply cleanly due to a merge conflict. The original code `JvmtiThreadState::state_for(JavaThread::current())` had already been refactored to `JavaThread::current()->jvmti_thread_state()` in this branch.
>> 
>> I have also removed the `@requires vm.jvmti` tag from the test, as it is not supported by the jtreg version in JDK 11.
>> 
>> For JDK 8, `DynamicCodeGeneratedTest.sh` was added as the runner, which compiles the library first.
>> 
>> The `DynamicCodeGeneratedTest` was confirmed to sometimes crash without this patch and passes with it.
>
> Kerem Kat 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 three additional commits since the last revision:
> 
>  - Merge remote-tracking branch 'upstream/master' into JDK-8212155
>  - Fix test for JDK 8
>  - Backport 64ec8b3e5c8a8d44c92591710d73b833f13c1500

After merge from master, the windows build error is gone, thanks for the suggestion.

New failures seem unrelated to the current PR:

### CAInterop
There are `CAInterop.java` failures in different architectures, similar to https://github.com/openjdk/jdk8u-dev/pull/673. The CA roots in question are `actalisauthenticationrootca` and in some cases `entrustrootcag4`.

### macOS x64 jdk/tier1 
multiple failures with "Target VM failed to initialize", similar to the closed https://bugs.openjdk.org/browse/JDK-8286193

### GC segfault
Segfault in `CompactibleFreeListSpace::block_size` on Linux x86 hotspot/tier1 gc/6581734/Test6581734.java is tracked in [JDK-8332853](https://bugs.openjdk.org/browse/JDK-8332853).

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

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/674#issuecomment-3248467005


More information about the jdk8u-dev mailing list