RFR: 8316397: StackTrace/Suspended/GetStackTraceSuspendedStressTest.java failed with: SingleStep event is NOT expected [v4]

[David Holmes]

On Mon, 24 Feb 2025 02:11:11 GMT, David Holmes <dholmes at openjdk.org> wrote:

>>> In general we delay suspension until going back to Java or coming out of native, and avoid suspending in the transitions out of a blocked state because we could be holding VM monitors
>> 
>> That sounds reasonable but we must also not post any events if we are suspended, which means we have to have checks that there are no locks held if are going to do this deferred suspension. But I would expect many blocked transitions to relate to something that will causes events to be posted, so do we end up effectively doing the suspension check when coming out of the blocked state? I'm still missing the complete big picture here.
>
> Or should we simply be passing `allow_suspend=true` into more `ThreadBlockInVM` transitions?

And again what is the call stack for this?

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

PR Review Comment: https://git.openjdk.org/jdk/pull/23490#discussion_r1966981552