RFR: 8330253: Skip verify_consistent_lock_order when deoptimizing from monitorenter bytecode. [v2]
Axel Boldt-Christmas
aboldtch at openjdk.org
Thu Apr 18 05:31:00 UTC 2024
On Wed, 17 Apr 2024 16:58:56 GMT, Daniel D. Daugherty <dcubed at openjdk.org> wrote:
>> Axel Boldt-Christmas has updated the pull request incrementally with two additional commits since the last revision:
>>
>> - Handle previous bc being monitorenter
>> - Remove implicit conditions
>
> src/hotspot/share/runtime/deoptimization.cpp line 451:
>
>> 449: chunk->first()->raw_bci() == SynchronizationEntryBCI;
>> 450: // If deoptimizing from monitorenter bytecode we maybe in transitional state. Skip verification.
>> 451: // When reexecuting the current bc, the previous bc may not have finished yet.
>
> Should this:
> `... the previous bc may not have finished yet.`
> be:
> `... the previous monitorenter bc may not have finished yet.`
Yeah, while both statements are true, the later is more specific to this context. Which is probably better and more clear.
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/18782#discussion_r1570002854
More information about the hotspot-dev
mailing list