RFR(XS): 8168662: Intrinsic support for event based tracing needs explicit control dependency
Markus Gronlund
markus.gronlund at oracle.com
Wed Oct 26 11:18:52 UTC 2016
Thanks a lot for taking a look Vladimir,
Good points - I have updated accordingly.
(please see updated webrev):
http://cr.openjdk.java.net/~mgronlun/8168662/webrev02/
Thanks again
Markus
-----Original Message-----
From: Vladimir Kozlov
Sent: den 26 oktober 2016 03:05
To: Markus Gronlund; hotspot-compiler-dev at openjdk.java.net
Subject: Re: RFR(XS): 8168662: Intrinsic support for event based tracing needs explicit control dependency
I missed this in review :(
You don't need to use set_control() I think. You should just use jobj_is_not_null:
Node* res = make_load(jobj_is_not_null, jobj, TypeInstPtr::NOTNULL, T_OBJECT, MemNode::unordered);
But I don't insist on this.
Also set_result() will do record_for_igvn(region) so you don't need it.
Thanks,
Vladimir
On 10/25/16 4:47 PM, Markus Gronlund wrote:
> Greetings,
>
> I recently integrated intrinsic support for event based tracing which was tracked in JDK-8166806 (https://bugs.openjdk.java.net/browse/JDK-8166806 ).
>
> Unfortunately, the changes for 8166806 led to issues seen in testing
> on SPARC and AARCH64 platforms in that the intrinsic code was missing
> an explicit control dependency for C2. On the x86 platform, it seems that there is an implicit control dependency that makes the original code work correctly - but on the former platforms, the lack of dependency allows a load to "float" up before the implicit null check dispatch for the uncommon trap.
>
> Bug: https://bugs.openjdk.java.net/browse/JDK-8168662
>
> Webrev: http://cr.openjdk.java.net/~mgronlun/8168662/webrev01/
>
> I have managed to reproduce and analyze the assembler output for SPARC with the updated changes (please see bug for details).
>
> I would need to integrate this to resolve some testing issues, so reviews very much appreciated.
>
> Thanks in advance and sorry for any inconveniences related to 8166806.
>
> Best regards
>
> Markus
>
> PS also thanks for Nils Eliasson for assistance on this issue.
>
More information about the hotspot-compiler-dev
mailing list