RFR 8227635: Shenandoah: SHBSA::load_at() needs to deal IN_NATIVE load

Zhengyu Gu zgu at redhat.com
Tue Jul 16 15:42:53 UTC 2019



On 7/16/19 11:27 AM, Roman Kennke wrote:
> There seem to be gratituous whitespace changes in :
> 
> src/hotspot/cpu/x86/gc/shenandoah/shenandoahBarrierSetAssembler_x86.hpp
> and
> src/hotspot/cpu/x86/gc/shenandoah/shenandoahBarrierSetAssembler_x86.hpp
> 

Thanks. Will fix before push.

-Zhengyu

> Other than that, looks good. I will look at the traversal issue, I am
> not quite sure how this needs to be treated.
> 
> Roman
> 
> 
>> Please review this updated webrev:
>>
>> http://cr.openjdk.java.net/~zgu/JDK-8227635/webrev.01/
>>
>>
>> 1) As Roland suggested, don't save vector registers.
>>
>> 2) Renamed oop_load_natiev_barrier() to load_reference_barrier_native()
>> to be consistent with current Roman's naming changes.
>>
>> 3) Use is_traversal_mode() instead of
>> is_concurrent_traversal_in_progress(), due to recent traversal GC changes.
>>
>> 4) Restore old traversal behavior, disregard NO_KEEPALIVE decorator.
>>
>> Test:
>>
>>    hotspot_gc_shenandoah (fastdebug and release) on Linux x86_64 and
>> aarch64.
>>
>>
>> -Zhengyu
>>
>>
>>
>> On 7/15/19 3:17 AM, Roland Westrelin wrote:
>>>
>>>> Webrev: http://cr.openjdk.java.net/~zgu/JDK-8227635/webrev.00/index.html
>>>
>>> Do you really need to save vector registers? Isn't this called from the
>>> interpreter only?
>>>
>>> Roland.
>>>
> 



More information about the hotspot-gc-dev mailing list