RFR: 8291555: Implement alternative fast-locking scheme [v62]
Thomas Stuefe
stuefe at openjdk.org
Wed Apr 26 19:04:33 UTC 2023
On Mon, 24 Apr 2023 22:51:10 GMT, Daniel D. Daugherty <dcubed at openjdk.org> wrote:
>> Roman Kennke has updated the pull request incrementally with one additional commit since the last revision:
>>
>> Remove unnecessary comments
>
> src/hotspot/cpu/arm/macroAssembler_arm.cpp line 1803:
>
>> 1801: #ifdef ASSERT
>> 1802: // Poison scratch regs
>> 1803: POISON_REGS((~savemask), t1, t2, t3, 0x10000001);
>
> Should this poison value be: 0x20000002
The poison values were something I used during development of the arm part, bug hunting wise. Though I think they make sense in general. I agree with @dcubed-ojdk, 0x2000002 would be the most logical value here. Either that or remove the poisening (though it had been useful).
> src/hotspot/cpu/arm/sharedRuntime_arm.cpp line 649:
>
>> 647:
>> 648: __ flush();
>> 649: return AdapterHandlerLibrary::new_entry(fingerprint, i2c_entry, c2i_entry, c2i_unverified_entry);
>
> This change seems out of place... what's the story here?
This is a local revert of *8303154: Investigate and improve instruction cache flushing during compilation* - the missing flush caused random crashes, but I did not have time to investigate. I reverted the flush, crashes were gone.
If needed I may revisit this when there is time.
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/10907#discussion_r1178250178
PR Review Comment: https://git.openjdk.org/jdk/pull/10907#discussion_r1178255706
More information about the serviceability-dev
mailing list