Open pshipton opened 2 years ago
@tajila fyi
I wasnt able to view the native stack (gdb kept crashing), we don't have a ub20-aarch machine internally. I looked at the java stack and it looks like we are in a JIT resolve frame.
30 job grinder - https://openj9-jenkins.osuosl.org/job/Grinder/481/
we don't have a ub20-aarch machine internally
You can use the external machine, just open an infra issue and ask Adam to set you up.
Native stack frame
#12 <signal handler called>
#13 0x0000ffff976d30bc in VM_VMHelpersFull::methodHandleCompiledEntryPoint (methodHandle=0x0, currentThread=<optimized out>, vm=<optimized out>) at /home/jenkins/workspace/Build_JDK11_aarch64_linux_OpenJDK11/openj9/runtime/oti/VMHelpers.hpp:349
#14 VM_BytecodeInterpreterFull::run (vmThread=<optimized out>, this=0xffff55eda0d0) at /home/jenkins/workspace/Build_JDK11_aarch64_linux_OpenJDK11/openj9/runtime/vm/BytecodeInterpreter.hpp:10359
#15 bytecodeLoopFull (currentThread=<optimized out>) at /home/jenkins/workspace/Build_JDK11_aarch64_linux_OpenJDK11/openj9/runtime/vm/BytecodeInterpreter.inc:112
#16 0x0000ffff9774a448 in c_cInterpreter () at /home/jenkins/workspace/Build_JDK11_aarch64_linux_OpenJDK11/build/linux-aarch64-normal-server-release/vm/runtime/vm/arm64cinterp.s:111
We are crashing because of a NULL methodHandle being passed to VM_VMHelpers::methodHandleCompiledEntryPoint
Given that are JIT resolve frame is on the Java stack, my guess is that this was called from a J2I transition
lll need more runs to confirm, this seems to be failry reproduceable though, it failed 2/30
another grinder with debug asserts https://openj9-jenkins.osuosl.org/job/Grinder/485/
The tempslot is NULL (((_currentThread->tempSlot != 0)) ) in invokevarhandle. This is openj9 implementation.
@babsingh can you please take a look at this
can you please take a look at this?
Yes. I have a few existing tasks from last year. So, I will take a look at this sometime next week.
https://openj9-jenkins.osuosl.org/job/Test_openjdk11_j9_sanity.openjdk_aarch64_linux_OpenJDK11/9 jdk_lang_1
-Xdump:system:none -Xdump:heap:none -Xdump:system:events=gpf+abort+traceassert+corruptcache -XX:-JITServerTechPreviewMessage -XX:-UseCompressedOops
jdk/internal/jimage/JImageReadTest.javahttps://openj9-artifactory.osuosl.org/artifactory/ci-openj9/Test/Test_openjdk11_j9_sanity.openjdk_aarch64_linux_OpenJDK11/9/openjdk_test_output.tar.gz Not sure why but:
javacore shows