[9] RFR(XXS): 8043158: Crash in CodeSweeperSweepNoFlushTest in CompileQueue::free_all()
Albert
albert.noll at oracle.com
Fri Jun 20 05:08:23 UTC 2014
Hi Chris,
thanks for looking at this again.
Best,
Albert
On 06/19/2014 10:07 PM, Christian Thalinger wrote:
> Alright, I trust you on this :-) Looks good.
>
> On Jun 17, 2014, at 6:52 AM, Albert <albert.noll at oracle.com> wrote:
>
>> Hi Chris,
>>
>> thanks for looking at this. We use the lock if:
>> 1) we wait for a compilation task to complete (background compilation disabled).
>> 2) we mark a compilation task to be complete (background compilation disabled).
>>
>> I don't think that a deadlock is possible.
>>
>> Best,
>> Albert
>>
>> On 06/06/2014 04:41 PM, Christian Thalinger wrote:
>>> Who else can hold that lock? Is there a dead-lock possibility?
>>>
>>> On Jun 6, 2014, at 1:17 AM, Albert <albert.noll at oracle.com> wrote:
>>>
>>>> Hi,
>>>>
>>>> could I get reviews for this small patch?
>>>>
>>>> Bug:
>>>> https://bugs.openjdk.java.net/browse/JDK-8043158
>>>>
>>>> Problem:
>>>> In CompileQueue::free_all() we call notify() on a compile task although we do not own the
>>>> lock of the compile task object.
>>>>
>>>> Solution:
>>>> Acquire lock before calling notify()
>>>>
>>>> Testing:
>>>> Failing test case
>>>>
>>>> Webrev:
>>>> http://cr.openjdk.java.net/~anoll/8043158/webrev.00/
>>>>
>>>> Many thanks in advance,
>>>> Albert
More information about the hotspot-compiler-dev
mailing list