[aarch64-port-dev ] AARCH64: 8064611: Changes to HotSpot shared code
Dean Long
dean.long at oracle.com
Wed Nov 19 03:45:40 UTC 2014
On 11/18/2014 7:03 PM, Vladimir Kozlov wrote:
> Yes, we can hide AARCH64 using something similar to
> CODE_CACHE_SIZE_LIMIT macro which could be overwritten in platform
> specific files if needed: USE_STORE_RELEASE_FOR_VOLATILE.
> Or slightly more complicated declaration similar to
> support_IRIW_for_not_multiple_copy_atomic_cpu boolean constant.
>
> Dean, will it help us if we do that? If yes, then we should do that.
>
Yes, this will help us. Following the boolean constant example, we
would have something like:
#ifdef USE_STORE_RELEASE_FOR_VOLATILE
const bool use_store_release_for_volatile = true;
#else
const bool use_store_release_for_volatile = false;
#endif
> I did not insisted on removing AARCH64 from C2 because there was
> discussion about generating special volatile load/store nodes instead
> of using memory order flag. So we may rewrite this code anyway.
>
I like the sound of this, but do we still need a way to turn it off, so
that platforms that emit explicit
barriers can still collapse redundant barriers? Please file a bug/RFE
for this so we don't forget it.
dl
> Regards,
> Vladimir
>
> On 11/18/14 5:52 PM, Dean Long wrote:
>> That would be my preference too, but then we have to touch all the other
>> ports.
>> I'll let Vladimir have the final vote.
>>
>> dl
>>
>> On 11/18/2014 1:38 AM, Roland Westrelin wrote:
>>> There’s very little code that’s marked with #ifdef X86 or #ifdef SPARC
>>> in the C2 code. Wouldn’t we want to hide everything that is AARCH64
>>> specific behind functions in Matcher like we do elsewhere?
>>>
>>> Roland.
>>
More information about the aarch64-port-dev
mailing list