RFR: 8359437: Make users and test suite not able to set LockingMode flag [v5]
Alan Bateman
alanb at openjdk.org
Wed Jun 25 11:16:46 UTC 2025
On Tue, 24 Jun 2025 13:25:20 GMT, Anton Artemov <duke at openjdk.org> wrote:
>> This PR contains changes for the 1st phase of the `LockingMode` flag obsoletion.
>>
>> The work is done by @fbredber, I have taken it over and am finishing it while he's on vacation.
>>
>> In the 1st phase one keeps the `LockingMode` variable in all places, but makes it non-settable from the command line. All the C1 and C2 code related to legacy locking will still be in place (but as dead code) and removed later (phase 2).
>>
>> Lightweight locking is the default locking from now on.
>>
>> Tested in tiers 1 - 7.
>
> Anton Artemov has updated the pull request incrementally with one additional commit since the last revision:
>
> 8359437: Addressed reviewer's comment
test/jdk/jdk/internal/vm/Continuation/Fuzz.java line 477:
> 475: boolean shouldPin() {
> 476: // Returns false since we never pin after we removed legacy locking.
> 477: return traceHas(Op.PIN::contains) && false;
Are you planning to remove this method and update verifyPin, or maybe there will be a follow-on JBS issue for this cleanup?
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/25847#discussion_r2166459367
More information about the hotspot-dev
mailing list