[aarch64-port-dev ] ZeroTLAB and block zeroing

Jasty, Ananth Ananth.Jasty at cavium.com
Wed Oct 25 22:55:12 UTC 2017


Iirc the correctness was due to not firing enough barriers after the zva. Throwing a dsb sy after the zeroes should be conservative until we've found the proper ordering (1 dmb st should really cover everything but we were young and naive back then).

________________________________
From: aarch64-port-dev <aarch64-port-dev-bounces at openjdk.java.net> on behalf of White, Derek <Derek.White at cavium.com>
Sent: Wednesday, October 25, 2017 3:35:43 PM
To: Andrew Haley; Jones, Joel
Cc: aarch64-port-dev at openjdk.java.net
Subject: Re: [aarch64-port-dev ] ZeroTLAB and block zeroing

Hi Andrew,

We also talked about this a year ago. Maybe it's time we fixed it :)

Reported as OpenJDK issue: https://bugs.openjdk.java.net/browse/JDK-8190169

Assigned it to myself.

 - Derek

> -----Original Message-----
> From: aarch64-port-dev [mailto:aarch64-port-dev-
> bounces at openjdk.java.net] On Behalf Of Andrew Haley
> Sent: Tuesday, October 24, 2017 10:24 AM
> To: Jones, Joel <Joel.Jones at cavium.com>
> Cc: aarch64-port-dev at openjdk.java.net
> Subject: Re: [aarch64-port-dev ] ZeroTLAB and block zeroing
>
> On 24/10/17 15:08, Jones, Joel wrote:
> > Certainly worth a shot. We tried this about two years ago, but it caused
> correctness issues if I recall correctly.
>
> zero_words() has been rewritten since then.  There were some nasty
> problems with register usage, but it's all fixable.
>
> --
> Andrew Haley
> Java Platform Lead Engineer
> Red Hat UK Ltd. <https://www.redhat.com>
> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671


More information about the aarch64-port-dev mailing list