RFR 8191890: Biased locking still uses the inferior stop the world safepoint for revocation

Patricio Chilano patricio.chilano.mateo at oracle.com
Mon Jul 8 19:57:40 UTC 2019


Thanks Coleen!

Patricio
On 7/8/19 3:37 PM, coleen.phillimore at oracle.com wrote:
>
> This looks good!
> Coleen
>
> On 7/7/19 3:09 PM, Patricio Chilano wrote:
>> Hi all,
>>
>> Below is the webrev for v05. This is just v04 on top of a new 
>> baseline that includes the backout of 8221734 and other changes made 
>> to biasedLocking code by 8225702 and 8225344.
>> The only difference between v05 and v04 is the use of 
>> SafepointSynchronize::safepoint_id() instead of 
>> SafepointSynchronize::safepoint_counter() introduced by 8225702, and 
>> not having to remove method 
>> BiasedLocking::revoke_own_locks_in_handshake() and to edit method 
>> Deoptimization::revoke_using_handshake() which were actually removed 
>> by the backout of 8221734.
>>
>> Full Webrev:
>> http://cr.openjdk.java.net/~pchilanomate/8191890/v05/webrev/ 
>> <http://cr.openjdk.java.net/%7Epchilanomate/8191890/v05/webrev/>
>>
>> Tested with tiers1-7. Running another round now.
>>
>> Thanks!
>> Patricio
>



More information about the hotspot-runtime-dev mailing list