[11u] RFR: 8173361: various crashes in JvmtiExport::post_compiled_method_load

Doerr, Martin martin.doerr at sap.com
Fri Nov 13 15:38:06 UTC 2020


Please make sure to check all follow-up fixes before pushing. I think we need to request backport of the following one, too:
https://bugs.openjdk.java.net/browse/JDK-8235218

Best regards,
Martin


> -----Original Message-----
> From: Doerr, Martin
> Sent: Freitag, 13. November 2020 16:06
> To: Lindenmaier, Goetz <goetz.lindenmaier at sap.com>; jdk-updates-
> dev at openjdk.java.net
> Subject: RE: [11u] RFR: 8173361: various crashes in
> JvmtiExport::post_compiled_method_load
> 
> Hi Götz,
> 
> backport looks good.
> 
> Thanks,
> Martin
> 
> 
> > -----Original Message-----
> > From: jdk-updates-dev <jdk-updates-dev-retn at openjdk.java.net> On
> > Behalf Of Lindenmaier, Goetz
> > Sent: Freitag, 6. November 2020 08:45
> > To: jdk-updates-dev at openjdk.java.net
> > Subject: [11u] RFR: 8173361: various crashes in
> > JvmtiExport::post_compiled_method_load
> >
> > Hi,
> >
> > I downport this for parity with 11.0.10-oracle.
> > The code does not fit very well.
> > I removed a guarantee because is_unloading() does not exist in 11.
> > I turned some MutexLocker to MutexLockerEx which takes the
> > Mutex::_no_safepoint_check_flag enum argument.
> >
> > http://cr.openjdk.java.net/~goetz/wr20/8173361-post_compiled_method-
> > jdk11/01/webrev/
> >
> > Please review.
> >
> > There are some follow up changes for jvmti which all need similar
> adaptions.
> >
> > https://bugs.openjdk.java.net/browse/JDK-8173361
> > https://hg.openjdk.java.net/jdk/jdk/rev/e79ece2eb1ba
> >
> > Best regards,
> >   Goetz


More information about the jdk-updates-dev mailing list