Zero JVM segfaulting on linux-sparc

John Paul Adrian Glaubitz glaubitz at
Thu Dec 20 13:00:44 UTC 2018


There has been a regression in the Zero JVM on linux-sparc for a while now
which I haven't had the time yet to debug. The backtrace looks as follows:

(gdb) r --version
Starting program: /home/glaubitz/jdk/build/linux-sparcv9-zero-release/jdk/bin/java --version
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/sparc64-linux-gnu/".
[New Thread 0xfff800010134b900 (LWP 57786)]

Thread 2 "java" received signal SIGBUS, Bus error.
[Switching to Thread 0xfff800010134b900 (LWP 57786)]
0xfff8000100c3152c in SharedRuntime::generate_stubs () at /home/glaubitz/jdk/src/hotspot/share/runtime/sharedRuntime.cpp:107
107       _resolve_static_call_blob            = generate_resolve_blob(CAST_FROM_FN_PTR(address, SharedRuntime::resolve_static_call_C),        "resolve_static_call");
(gdb) bt
#0  0xfff8000100c3152c in SharedRuntime::generate_stubs () at /home/glaubitz/jdk/src/hotspot/share/runtime/sharedRuntime.cpp:107
#1  0xfff8000100a32e1c in init_globals () at /home/glaubitz/jdk/src/hotspot/share/runtime/init.cpp:124
#2  0xfff8000100c80248 in Threads::create_vm (args=<optimized out>, canTryAgain=0xfff800010134ac4f) at /home/glaubitz/jdk/src/hotspot/share/runtime/thread.cpp:3731
#3  0xfff8000100a6ef0c in JNI_CreateJavaVM_inner (args=0xfff800010134ad68, penv=0xfff800010134ad60, vm=0xfff800010134ad58) at /home/glaubitz/jdk/src/hotspot/share/prims/jni.cpp:3935
#4  JNI_CreateJavaVM (vm=0xfff800010134ad58, penv=0xfff800010134ad60, args=0xfff800010134ad68) at /home/glaubitz/jdk/src/hotspot/share/prims/jni.cpp:4021
#5  0xfff800010024b97c in InitializeJVM (ifn=<synthetic pointer>, penv=0xfff800010134ad60, pvm=0xfff800010134ad58) at /home/glaubitz/jdk/src/java.base/share/native/libjli/java.c:1529
#6  JavaMain (_args=<optimized out>) at /home/glaubitz/jdk/src/java.base/share/native/libjli/java.c:414
#7  0xfff800010035fe68 in start_thread (arg=0xfff800010134b900) at pthread_create.c:486
#8  0xfff800010066c274 in __thread_start () at ../sysdeps/unix/sysv/linux/sparc/sparc64/clone.S:78
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

I haven't started bisecting yet, so I was wondering whether this crash looks familiar
to anyone? The normal server build has no issues.

 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaubitz at
`. `'   Freie Universitaet Berlin - glaubitz at
  `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

More information about the hotspot-dev mailing list