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

serguei.spitsyn at oracle.com serguei.spitsyn at oracle.com
Wed Nov 27 01:04:01 PST 2013


Thanks, Staffan!
Serguei

On 11/27/13 12:07 AM, Staffan Larsen wrote:
> 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