RFR 8201786: Modularize interpreter GC barriers: leftovers for ARM32

Erik Osterlund erik.osterlund at oracle.com
Wed May 2 17:20:38 UTC 2018


Hi Aleksey,

Looks good.

Thanks,
/Erik

> On 2 May 2018, at 15:51, Aleksey Shipilev <shade at redhat.com> wrote:
> 
>> On 05/02/2018 01:14 PM, Erik Österlund wrote:
>> I spoke too soon. I realize now that in do_oop_store/load, you have a decorator argument, but you
>> never pass it along to load/store_heap_oop. That seems wrong. Now it seems like it works because you
>> never pass in any decorators to do_oop_store/load. For example the array accesses have
>> IN_HEAP_ARRAY, which causes card marking barriers to use precise marking instead. But it looks like
>> they will never learn that this was indeed an array as the decorators are not passed along.
> 
> Argh. It is worse than that: there seems to be the implicit conversion of "bool is_null" to
> "DecoratorSet set", which is wildly wrong. Fixed like this:
>  http://cr.openjdk.java.net/~shade/8201786/webrev.04.diff
> 
> Full webrev:
>  http://cr.openjdk.java.net/~shade/8201786/webrev.04/
> 
> arm32-hflt seems to still build/work :)
> 
> Thanks,
> -Aleksey
> 



More information about the aarch32-port-dev mailing list