RFR: 8260589: Crash in JfrTraceIdLoadBarrier::load(_jclass*)

Denghui Dong ddong at openjdk.java.net
Tue Feb 2 15:08:42 UTC 2021


On Sun, 31 Jan 2021 13:30:43 GMT, Denghui Dong <ddong at openjdk.org> wrote:

>> hi,
>> 
>> Could I have a review of this fix?
>> 
>> If we run the following code snippet, will get a crash
>> class JFRDemo {
>>     public static void main(String[] args) {
>>         Recording r = new Recording();
>>         r.enable("MyEvent");
>>         r.start();
>> 
>>         MyEvent event = new MyEvent();
>>         event.begin();
>>         event.clazz = long.class;
>>         event.commit();
>>     }
>> }
>> 
>> class MyEvent extends Event {
>> 
>>     @Label("Class")
>>     public Class clazz;
>> }
>
> Add some information to facilitate this issue to be reviewed more easily.
> 
> We will get a crash if we run the above code,, and the stack trace is as follows:
> 
> Stack: [0x00007fa12b2f3000,0x00007fa12b3f4000],  sp=0x00007fa12b3f2790,  free space=1021k
> Native frames: (J=compiled Java code, A=aot compiled Java code, j=interpreted, Vv=VM code, C=native code)
> V  [libjvm.so+0x89d649]  JfrTraceIdLoadBarrier::load(_jclass*)+0x39
> V  [libjvm.so+0x86090e]  jfr_class_id+0x7e
> j  jdk.jfr.internal.JVM.getClassIdNonIntrinsic(Ljava/lang/Class;)J+0 jdk.jfr
> j  jdk.jfr.internal.EventWriter.putClass(Ljava/lang/Class;)V+14 jdk.jfr
> j  jdk.jfr.internal.handlers.EventHandler1699_1612098965420-78137.write(JJLjava/lang/Class;)V+35 jdk.jfr
> j  MyEvent.commit()V+73
> j  JFRCrashTest.main([Ljava/lang/String;)V+39
> v  ~StubRoutines::call_stub
> V  [libjvm.so+0x82aef5]  JavaCalls::call_helper(JavaValue*, methodHandle const&, JavaCallArguments*, Thread*)+0x2d5
> V  [libjvm.so+0x8be315]  jni_invoke_static(JNIEnv_*, JavaValue*, _jobject*, JNICallType, _jmethodID*, JNI_ArgumentPusher*, Thread*) [clone .isra.0] [clone .constprop.1]+0x345
> V  [libjvm.so+0x8c0b3f]  jni_CallStaticVoidMethod+0x12f
> C  [libjli.so+0x4647]  JavaMain+0xd27
> C  [libjli.so+0x8079]  ThreadJavaMain+0x9
> 
> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
> j  jdk.jfr.internal.JVM.getClassIdNonIntrinsic(Ljava/lang/Class;)J+0 jdk.jfr
> j  jdk.jfr.internal.EventWriter.putClass(Ljava/lang/Class;)V+14 jdk.jfr
> j  jdk.jfr.internal.handlers.EventHandler1699_1612098965420-78137.write(JJLjava/lang/Class;)V+35 jdk.jfr
> j  MyEvent.commit()V+73
> j  JFRCrashTest.main([Ljava/lang/String;)V+39
> v  ~StubRoutines::call_stub
> 
> The root cause is that basic types, including void, do not have corresponding Klass objects inside the virtual machine, so call java_lang_Class::as_Klass will return NULL and crash in JfrTraceIdLoadBarrier::load finally.
> 
> My solution is adding two serializers, one for the names of basic types, and one for basic types.
> 
> I am not sure about the setting of the class loader is right or not, I currently set it to 0 directly.

JVM.getClassId() doesn't seem to be used, so I didn't modify the implementation of the corresponding intrinsics.

-------------

PR: https://git.openjdk.java.net/jdk/pull/2295


More information about the hotspot-jfr-dev mailing list