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

Daniel D. Daugherty daniel.daugherty at oracle.com
Wed Jun 10 19:59:56 UTC 2020


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