Review Request (S) 8028126: nsk/jvmti/scenarios/hotswap/HS101/hs101t006 Crashed the vm on Solaris-sparc64 fastdebug builds: only current thread can flush its registers

Staffan Larsen staffan.larsen at oracle.com
Wed Nov 27 00:07:44 PST 2013


Looks good!

The fix looks safe enough to include in jdk8, however this does not look like a recent regression - the bug must have been there for a long time. Let’s try to get it approved for jdk8.

Thanks,
/Staffan

On 27 nov 2013, at 02:34, serguei.spitsyn at oracle.com wrote:

> Please, review the fix for:
>  https://bugs.openjdk.java.net/browse/JDK-8028126
> 
> Open webrev:
> http://cr.openjdk.java.net/~sspitsyn/webrevs/2013/hotspot/8028126-JVMTI-HS101.1/
> 
> Summary:
>  This is a fix for a possible race condition between the VMOp_GetCurrentLocation
>  reaching a safepoint and target debuggee thread exiting from Java execution.
>  The fix is to recheck the existence of the last Java frame at a safepoint
>  and clean the thread current location if the thread has been already exited from Java.
> 
>  I'm suggesting to fix this in hs25/JDK 8.
>  It is important to fix as it is a P2 bug and the risk of fixing it is low.
>  But need reviewers to share opinions on this.
>  I'll add the 8-critical-request label if reviewers agree with the above.
> 
> 
> Testing:
>  The test nsk/jvmti/scenarios/hotswap/HS101/hs101t006 that was originally failed.
>  In progress: nsk.jvmti, nsk.jdi, nsk.jdwp
> 
> 
> Thanks,
> Serguei



More information about the serviceability-dev mailing list