[jdk11u-dev] RFR: 8260589: Crash in JfrTraceIdLoadBarrier::load(_jclass*)
Denghui Dong
ddong at openjdk.java.net
Fri Jul 2 14:52:48 UTC 2021
On Thu, 1 Jul 2021 07:29:14 GMT, Denghui Dong <ddong at openjdk.org> wrote:
>> Could I have a review of this backport that fixes a crash problem?
>>
>> Although there are many conflicts, I think it's necessary to backport it to 11u since the problem is very easy to reproduce.
>>
>> And I hope JFR's folks could review it.
>>
>> In addition to the different context of modified files, I think the following items we should review carefully:
>>
>> 1. use MaxJfrEventId + 100 instead of LAST_TYPE_ID + 1 as the klass id of void.class
>> 2. jdk 11 doesn't support jfr streaming, so I removed the call `JfrTraceIdEpoch::set_changed_tag_state()` in `load_primitive`
>> 3. the Class in jdk 11 doesn't have the field 'hidden', so I removed `writer->write<bool>(false);` in `write_primitive`
>> 4. there are many differences in the API of JfrTraceId between 11u and tip
>>
>> Thanks,
>> Denghui
>
> @mgronlun @egahlin
> Sorry for messaging you directly.
> Could you help review this backport when you have time?
> This problem is easy to trigger.
>
> Thanks,
> Denghui
> Hi @D-D-H,
> Unfortunately I can't comment so much on the actual changes in JFR coding. However, I ran your patch through our testing and couldn't spot any regressions. So I'm approving it. However, I think it would be good if Markus or Erik (or any other JFR expert) could throw an eye on it.
Thank you.
Yes, I also think this backport should be reviewed properly by JFR folks.
-------------
PR: https://git.openjdk.java.net/jdk11u-dev/pull/47
More information about the jdk-updates-dev
mailing list