RFR(s): 8247248: JVM TI might create JNI locals in another thread when using handshakes.

Robbin Ehn robbin.ehn at oracle.com
Thu Jun 11 07:36:58 UTC 2020


Thanks David!

/Robbin

On 2020-06-11 04:01, David Holmes wrote:
> Looks good!
> 
> Thanks for making the change.
> 
> On a positive note I think this would now show that the conversion from VMop to direct handshake was actually much 
> simpler than might have been thought. :)
> 
> I'm not sure when the repo fork is happening, so am unclear whether this will head to the right repo in time. :)
> 
> Thanks,
> David
> -----
> 
> On 10/06/2020 11:57 pm, Robbin Ehn wrote:
>> Hi David and Serguei, (Dan feel free to chime in)
>>
>>> Honestly I think I'd like to see things reverted to the use of calling_thread as done for the VMOperation previously. 
>>> We know it is functionally correct and it should also have the same performance profile.
>>
>> Done:
>> http://cr.openjdk.java.net/~rehn/8247248/v2/webrev/
>>
>> Passes: hotspot jdi/jvmti testing, running mach5.
>>
>> I'll push tomorrow morning if test is ok and you all are happy (+- nits). (and no objection to break the 24h rule)
>> I started this patch with reverting "8242425: JVMTI monitor operations should use Thread-Local Handshakes".
>> And work my way forward.
>>
>> Thanks, Robbin
>>
>>>
>>> Thanks,
>>> David
>>>
>>>> Thanks, Robbin
>>>>
>>>>>
>>>>> Thanks,
>>>>> David
>>>>> -----
>>>>>
>>>>>> Issue:
>>>>>> https://bugs.openjdk.java.net/browse/JDK-8247248
>>>>>>
>>>>>> Local testing of JDI/JVMTI and t1-5.
>>>>>> (no real crash so there is nothing to reproduce)
>>>>>>
>>>>>> Thanks, Robbin


More information about the serviceability-dev mailing list