[14] RFR 8235829: graal crashes with Zombie.java test

coleen.phillimore at oracle.com coleen.phillimore at oracle.com
Tue Dec 17 14:08:21 UTC 2019



On 12/17/19 3:14 AM, Per Liden wrote:
> Hi Coleen,
>
> The "nmethod entry barrier"-part looks good to me. Just one minor nit, 
> maybe JvmtiDeferredEventQueue::run_nmethod_entry_barrier should have 
> an "s" on it (i.e. 
> JvmtiDeferredEventQueue::run_nmethod_entry_barriers) since it loops 
> over all entries in the queue?

I changed both entries in jvmtiImpl.hpp to run_nmethod_entry_barriers to 
avoid confusion on my part.  It then calls the nmethod version that is 
singular.   Thanks for the suggestion of names.
>
> But I don't dare to comment on the ServiceThread initialization order.

I moved it before the compiler and jvmti initialization, and jvmti won't 
post events until the LIVE phase.  I tried to be very careful!

Thanks,
Coleen
>
> cheers,
> Per
>
> On 12/16/19 12:41 PM, coleen.phillimore at oracle.com wrote:
>> Summary: Start ServiceThread before compiler threads, and run nmethod 
>> barriers for zgc before adding to the service thread queue, or 
>> posting the events on the java thread queue.
>>
>> See bug for description of the problems found with the new 
>> Zombie.java test.
>>
>> open webrev at 
>> http://cr.openjdk.java.net/~coleenp/2019/8235829.01/webrev
>> bug link https://bugs.openjdk.java.net/browse/JDK-8235829
>>
>> Ran tier1 all platforms, and tier2-8 testing, as well as rerunning 
>> original test failure from bug 
>> https://bugs.openjdk.java.net/browse/JDK-8173361.
>>
>> Thanks,
>> Coleen



More information about the serviceability-dev mailing list