RFR: 8311177: Switching to interpreter only mode in carrier thread can lead to crashes [v4]
Serguei Spitsyn
sspitsyn at openjdk.org
Wed Jun 5 17:27:58 UTC 2024
On Mon, 3 Jun 2024 22:55:24 GMT, Serguei Spitsyn <sspitsyn at openjdk.org> wrote:
>> Please, review the following `interp-only` issue related to carrier threads.
>> There are 3 problems fixed here:
>> - The `EnterInterpOnlyModeClosure::do_threads` is taking the `JvmtiThreadState` with the `jt->jvmti_thread_state()` which is incorrect when we have a deal with a carrier thread. The target state is known at the point when the `HandshakeClosure` is set, so the fix is to pass it as a constructor parameter.
>> - The `state->is_pending_interp_only_mode())` was processed at mounts only but it has to be processed for unmounts as well.
>> - The test `test/hotspot/jtreg/serviceability/jvmti/vthread/MethodExitTest/libMethodExitTest.cpp` has a wrong assumption that there can't be `MethodExit` event on the carrier thread when the function `breakpoint_hit1` is being executed. However, it can happen if the virtual thread gets unmounted.
>>
>> The fix also includes new test case `vthread/CarrierThreadEventNotification` developed by Patricio.
>>
>> Testing:
>> - Ran new test case locally
>> - Ran mach5 tiers 1-6
>
> Serguei Spitsyn has updated the pull request incrementally with one additional commit since the last revision:
>
> review: get rid of unneeded casts in new test
Thank you for review, Patricio!
-------------
PR Comment: https://git.openjdk.org/jdk/pull/19438#issuecomment-2150584829
More information about the serviceability-dev
mailing list