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