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:35:45 UTC 2020


Hi Dan, fixed, thanks!

/Robbin

On 2020-06-10 21:59, Daniel D. Daugherty wrote:
> On 6/10/20 9:57 AM, 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/
> 
> src/hotspot/share/prims/jvmtiEnvBase.hpp
>      No comments.
> 
> src/hotspot/share/prims/jvmtiEnvBase.cpp
>      No comments.
> 
> src/hotspot/share/prims/jvmtiEnv.cpp
>      L1248:   JavaThread* calling_thread  = JavaThread::current();
>      L1296:   JavaThread* calling_thread  = JavaThread::current();
>          nit - please delete extra space before '='.
> 
> Thumbs up. I like the switch back to use of calling_thread. Thanks!
> 
> Dan
> 
> 
>>
>> 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