RFR(S): 8229422: Taskqueue: Outdated selection of weak memory model platforms

Andrew Haley aph at redhat.com
Tue Jan 14 16:15:36 UTC 2020


On 1/14/20 3:52 PM, Doerr, Martin wrote:

> good catch. I think you're right. A multi-copy-atomic, but weak
> architecture (e.g. aarch64) needs an instruction which orders both
> volatile loads.

Good, I thought so.

Given that TSO machines define OrderAccess::acquire() as no more than
a compiler barrier, I believe that we could do something like

#ifdef CPU_MULTI_COPY_ATOMIC
   OrderAccess::acquire();
#else
   OrderAccess::fence();
#endif

-- 
Andrew Haley  (he/him)
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
https://keybase.io/andrewhaley
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671




More information about the hotspot-gc-dev mailing list