RFR(XS) 8158060: BasicLayerTest causes fatal error: Thread holding lock at safepoint that vm can block on: Module_lock

harold seigel harold.seigel at oracle.com
Tue May 31 13:59:05 UTC 2016


Hi David,

Thanks for the review.  We could acquire the Module_lock if a 
VMOperation caused a gc that resulted in a class loader going away.

How does that impact this fix for 8158060?

Thanks, Harold


On 5/30/2016 7:43 PM, David Holmes wrote:
> Hi Harold,
>
> On 31/05/2016 3:09 AM, harold seigel wrote:
>> Hi,
>>
>> Please review this small change to fix bug 8158060.  The fix moves the
>> exception throw to outside of the block containing the module lock.
>>
>> JBS Bug: https://bugs.openjdk.java.net/browse/JDK-8158060
>>
>> Open webrev: http://cr.openjdk.java.net/~hseigel/bug_8158060/
>
> Fix looks good.
>
> Though I'm wondering - do we ever actually acquire the Module_lock as 
> part of a VMOperation? (I know we are very conservative with this :) ).
>
> Thanks,
> David
>
>> The fix was tested with an RBT nightly test run and with the failing 
>> test.
>>
>> Thanks, Harold
>>



More information about the hotspot-runtime-dev mailing list