RFR (XS) 8199511: Do not generate g1_{pre|post}_barrier_slow_id without CardTable-enabled barrier set

Roman Kennke rkennke at redhat.com
Tue Mar 13 14:08:00 UTC 2018


Am 13.03.2018 um 15:02 schrieb Aleksey Shipilev:
> On 03/13/2018 12:05 PM, Aleksey Shipilev wrote:
>> g1_{pre|post}_barrier_slow_id generation reaches for card table address, but it might not be
>> available if barrier set does not support it. Reliably asserts with Epsilon.
>>
>> Bug:
>>   https://bugs.openjdk.java.net/browse/JDK-8199511
>>
>> Fix:
>>   http://cr.openjdk.java.net/~shade/8199511/webrev.01/
>>
>> This is arch-specific fix:
>>   - c1_Runtime1_aarch64: copy-pasted the check block from g1_pre_barrier_slow_id
>>   - c1_Runtime1_arm:     added check block for *both* g1_{pre|post}_slow_id
>>   - c1_Runtime1_ppc:     already implemented
>>   - c1_Runtime1_s390:    already implemented
>>   - c1_Runtime1_sparc:   already implemented
>>   - c1_Runtime1_x86:     copy-pasted the check block from g1_pre_barrier_slow_id
>>
>> Testing: x86_64 build, Epsilon tests, (running with submit-hs repo now)
> 
> submit-hs result came clean (apart from two known failures).
> 
> Do I need a sponsor for this?

Jesper said this: "you will be ready to push your change. We do no
longer require an Oracle sponsor to push changes to HotSpot."


> Definitely need more reviews.

Yes :-)



More information about the hotspot-dev mailing list