RFR (S): 8028280 ParkEvent leak when running modified runThese which only loads classes

[David Simms]

Updated patch to avoid Solaris RT link requirement...

Bug: https://bugs.openjdk.java.net/browse/JDK-8028280
Webrev: http://cr.openjdk.java.net/~dsimms/8028280/ 
<http://cr.openjdk.java.net/%7Edsimms/8028280/>

Rerun testing including vm.quick-pcl.testlist on all platforms.


On 11/21/2013 04:36 PM, David Simms wrote:
>
> Sorry,
>
> Some test failures due to Solaris ld not finding nanosleep...
>
>
> On 11/21/2013 04:03 PM, David Simms wrote:
>>
>> Small fix for resource leakage with concurrent free list handling 
>> down in park.cpp
>>
>> I did modify Thread::SpinAcquire() to be independent of park event 
>> (naked OS functions only), since this method doesn't need to follow 
>> Thread.interrupt() semantics (park doesn't make sense here).
>>
>> This allowed a simple spin lock around the resources without worrying 
>> about the fact that park is used in runtime locks.
>>
>> Perhaps SpinAcquire/Release could be spit out to a separate 
>> stand-alone util class, a some point in the future.
>>
>> Bug: https://bugs.openjdk.java.net/browse/JDK-8028280
>> Webrev: http://cr.openjdk.java.net/~dsimms/8028280/ 
>> <http://cr.openjdk.java.net/%7Edsimms/8028280/>
>>
>> Testing: vm testbase, BigApps (30 mins), jtreg (all 64bit platforms) 
>> (...almost completed)
>>
>>
>> /David Simms
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/attachments/20131126/a3e724f1/attachment.html