RFR: 143072: [JVMCI] Port JVMCI to AArch64
Christian Thalinger
christian.thalinger at oracle.com
Sat Dec 19 01:01:51 UTC 2015
Hmm. My build of open AArch64 crashes either with:
# SIGSEGV (0xb) at pc=0x0000ffff9c08f694, pid=18650, tid=18651
#
# JRE version: OpenJDK Runtime Environment (9.0) (build 9-internal+0-2015-12-18-163208.root.hs-comp-openjdk)
# Java VM: OpenJDK 64-Bit Server VM (9-internal+0-2015-12-18-163208.root.hs-comp-openjdk, mixed mode, tiered, compressed oops, g1 gc, linux-aarch64)
# Problematic frame:
# j java.lang.invoke.MemberName$Factory.newMemberBuffer(I)[Ljava/lang/invoke/MemberName;+18
or
# SIGSEGV (0xb) at pc=0x0000ffff8c31761c, pid=18763, tid=18764
#
# JRE version: OpenJDK Runtime Environment (9.0) (build 9-internal+0-2015-12-18-163208.root.hs-comp-openjdk)
# Java VM: OpenJDK 64-Bit Server VM (9-internal+0-2015-12-18-163208.root.hs-comp-openjdk, mixed mode, tiered, compressed oops, g1 gc, linux-aarch64)
# Problematic frame:
# v ~RuntimeStub::g1_post_barrier_slow Runtime1 stub
Parallel GC works. Maybe I screwed up the merge. Could some please check?
> On Dec 17, 2015, at 2:01 PM, Christian Thalinger <christian.thalinger at oracle.com> wrote:
>
> Quick update on this one. I am trying to get the AArch64 Graal port building using your patch. I had to make smaller changes to your code and once I have it working I will push this to hs-comp.
>
>> On Dec 2, 2015, at 8:49 AM, Christian Thalinger <christian.thalinger at oracle.com <mailto:christian.thalinger at oracle.com>> wrote:
>>
>>>
>>> On Dec 2, 2015, at 2:22 AM, Andrew Haley <aph at redhat.com <mailto:aph at redhat.com>> wrote:
>>>
>>> On 02/12/15 12:09, Roland Schatz wrote:
>>>> On 12/02/2015 12:33 PM, Andrew Haley wrote:
>>>>> On 02/12/15 11:23, Roland Schatz wrote:
>>>>>> Perhaps we should have a series of test analogous to the
>>>>>> test/compiler/jvmci/errors tests, but for "working" instead of "broken"
>>>>>> code installation. For that we would need a platform dependent "fake"
>>>>>> compiler (e.g. handwritten assembly for well-known test methods).
>>>>> Maybe. But if there is no way to actually exercise the code which
>>>>> is in HotSpot, why is it there?
>>>> It's an interface for compilers. You can exercise the code, you just
>>>> have to write a compiler ;)
>>>
>>> Sure, but I don't see why we can't have a tiny compiler in the test
>>> suite.
>>
>> Wow. This is getting crazy now :-)
>>
>> Anyway, let’s push what we have now and wait for the AArch64 backend to be functional. Then we can fix the CodeInstaller methods.
>>
>>>
>>> Andrew.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20151218/c7b0a6b3/attachment-0001.html>
More information about the hotspot-compiler-dev
mailing list