RFR (XS) 6976636: JVM/TI test ex03t001 fails assertion

serguei.spitsyn at oracle.com serguei.spitsyn at oracle.com
Mon Mar 17 22:17:01 UTC 2014


Thanks a lot, Dmitry!
Serguei

On 3/17/14 11:15 PM, dmitry.samersoff at oracle.com wrote:
> Serguei,
> The fix looks good for me.
>
> --Dmitry
>
>
>
> -----Original Message-----
> From: "serguei.spitsyn at oracle.com" <serguei.spitsyn at oracle.com>
> To: hotspot-dev at openjdk.java.net, 
> "serviceability-dev at openjdk.java.net" 
> <serviceability-dev at openjdk.java.net>
> Sent: Thu, 13 Mar 2014 22:24
> Subject: RFR (XS) 6976636: JVM/TI test ex03t001 fails assertion
>
> Please, review the fix for:
> https://bugs.openjdk.java.net/browse/JDK-6976636
>
>
> Open webrev:
> http://cr.openjdk.java.net/~sspitsyn/webrevs/2014/hotspot/6976636-JVMTI-unload.1 
> <http://cr.openjdk.java.net/%7Esspitsyn/webrevs/2014/hotspot/6976636-JVMTI-unload.1> 
>
>
> Summary:
>
>    This is a Nightly Stabilization issue.
>    The class unload event post in the JvmtiExport.cpp fails at the assert
>    assuming the proxy thread causing the class unload must be a 
> JavaThread.
>    It is not the case when the proxy thread is a CMS ConcurrentGCThread.
>
>    This fix is to relax this check allowing this case.
>    The downside of this approach is that the jthread parameter passed 
> to the
>    even handler callback is NULL for the CMS thread.
>    This must be Ok as it would indicates that the proxy thread is a CMS
> thread.
>
>    In fact, I have a doubt this parameter is needed at all.
>    So that an alternative approach could be to remove it from the event
> callback.
>    My preference is to leave the jthread parameter as it is as it does
> not impact anything.
>    The class unload event is implemented as a source debug extension 
> for the
>    sake of testing the extension functionality. The JDWP agent does not
> use it.
>    The class unload events are not expected to be used by any external 
> tool.
>
>    As a consequence of this fix the failing nsk.jvmti test ex03t001 must
> be tweeked as well.
>    If review is positive then I'll file a bug and proceed with the 
> test fix.
>
> Testing:
>    Running the failing test: nsk/jvmti/scenarios/extension/EX03/ex03t001
>
>
> Thanks,
> Serguei



More information about the serviceability-dev mailing list