Description
InterpreterRuntime::at_unwind is called at the very beginning of remove_activation(), to notify concurrent stack processing that a frame is about to be unwound. It is currently a JRT_ENTRY, because it needs a last_Java_frame to see what frame is about to get unwound.
However, there are special return paths used by JVMTI pop frame, that checks if the caller frame is deoptimized, then calls a special path that removes the top activation, assuming that does not enter the deopt handler. The new JRT_ENTRY makes that reasoning invalid.
Therefore, we need this to be a JRT_LEAF, that sets a last Java frame, to make everyone happy.
However, there are special return paths used by JVMTI pop frame, that checks if the caller frame is deoptimized, then calls a special path that removes the top activation, assuming that does not enter the deopt handler. The new JRT_ENTRY makes that reasoning invalid.
Therefore, we need this to be a JRT_LEAF, that sets a last Java frame, to make everyone happy.
Attachments
Issue Links
- relates to
-
JDK-8253180 ZGC: Implementation of JEP 376: ZGC: Concurrent Thread-Stack Processing
-
- Resolved
-
-
JDK-8255564 InterpreterMacroAssembler::remove_activation() needs to restore thread right after VM call on x86_32
-
- Resolved
-
