[8u] RFR: 8173361: various crashes in JvmtiExport::post_compiled_method_load
hedongbo
hedongbo at huawei.com
Thu Dec 30 03:58:13 UTC 2021
This problem has affected the customer's use at present. Can anyone help to take a look? Thanks.
Thanks,
hedongbo
From: hedongbo
Sent: Friday, December 17, 2021 9:35 AM
To: jdk8u-dev <jdk8u-dev at openjdk.java.net>
Cc: 'serviceability-dev at openjdk.java.net' <serviceability-dev at openjdk.java.net>
Subject: [8u] RFR: 8173361: various crashes in JvmtiExport::post_compiled_method_load
Hi,
Please review the backport of JDK-8173361 to 8u.
Bug: https://bugs.openjdk.java.net/browse/JDK-8173361
11u commit: https://hg.openjdk.java.net/jdk-updates/jdk11u/rev/99bdef096320
8u webrev: https://cr.openjdk.java.net/~dongbohe/8173361/webrev.00/
This patch doesn't apply cleanly.
I turned NoSafepointVerifier to No_Safepoint_Verifier because JDK- 8146690[1] changed the naming convention.
I removed the mutexLocker.cpp changeset because JDK-8047290[2] does not exist in 8.
I added the CLDClosure* to ServiceThread::oops_do because JDK- 8154580[3] does not exist in 8.
Tested with tier1. No regression in tests.
Follow-up fix JDK-8235218[4] is planned to be backported as well.
[1] https://bugs.openjdk.java.net/browse/JDK-8146690
[2] https://bugs.openjdk.java.net/browse/JDK-8047290
[3] https://bugs.openjdk.java.net/browse/JDK-8154580
[4] https://bugs.openjdk.java.net/browse/JDK-8235218
Thanks,
hedongbo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.java.net/pipermail/serviceability-dev/attachments/20211230/1056bc0e/attachment.htm>
More information about the serviceability-dev
mailing list