RFR (XS) JDK-8026041: JVM crashes with assert "assert(is_updated()) failed: must not be clear", with -XX:+PrintGCApplicationConcurrentTime in -Xcomp mode

Lois Foltan lois.foltan at oracle.com
Fri Oct 11 03:45:09 PDT 2013


David, Staffan, Coleen, Christian,

Thank you all for the quick review!

Lois

On 10/11/2013 2:17 AM, Staffan Larsen wrote:
> Looks good!
>
> Thanks,
> /Staffan
>
> On 11 okt 2013, at 01:12, Lois Foltan <lois.foltan at oracle.com 
> <mailto:lois.foltan at oracle.com>> wrote:
>
>>
>> Please review the following fix:
>>
>> Webrev:
>> http://cr.openjdk.java.net/~hseigel/bug_jdk8026041/
>>
>> Bug: JVM crashes with assert "assert(is_updated()) failed: must not 
>> be clear"
>>          with -XX:+PrintGCApplicationConcurrentTime in -Xcomp mode
>> https://bugs.openjdk.java.net/browse/JDK-8026041
>>
>> Summary of fix:
>>     Prior to printing the time interval for 
>> -XX:+PrintGCApplicationConcurrentTime in
>>     RuntimeService::record_safepoint_begin(), check first to verify 
>> that the VM initialization
>>     is complete.  The recent addition of pre-initialization of 
>> Method* classes during VM startup,
>> JDK-8022595 <https://bugs.openjdk.java.net/browse/JDK-8022595>, 
>> caused enough code to be generated that GuaranteedSafepointInterval timer
>>     in VMThread::loop() timed out resulting in an early safepoint.  
>> Thank you to Staffan Larsen
>>     and David Holmes for troubleshooting this for runtime.
>>
>> Tests:
>>     JTREG, vm.quick.testlist with "-server -Xcomp 
>> -XX:+PrintGCApplicationConcurrentTime" specified (in progress)
>>
>> Thank you, Lois
>>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/attachments/20131011/84fbbab5/attachment.html 


More information about the hotspot-runtime-dev mailing list