RFR (XS) 8229000: Fix lock and reenable assert in Monitor::check_safepoint_state
David Holmes
david.holmes at oracle.com
Fri Aug 2 22:36:00 UTC 2019
On 3/08/2019 2:34 am, coleen.phillimore at oracle.com wrote:
> On 8/2/19 9:43 AM, David Holmes wrote:
>> Hi Coleen,
>>
>> On 2/08/2019 10:37 pm, coleen.phillimore at oracle.com wrote:
>>> There was only one place in CMS that violated the condition in the
>>> new assert, fixed with this patch. See linked bugs for details.
>>>
>>> open webrev at
>>> http://cr.openjdk.java.net/~coleenp/2019/8229000.01/webrev
>>> bug link https://bugs.openjdk.java.net/browse/JDK-8229000
>>
>> The fix seems okay in the sense that we have a NonJavaThread and so
>> should be using lock_without_safepoint_check(). But I'm a bit puzzled
>> as the code you fixed is not what was failing in JDK-8223190 when the
>> assert was removed. ??
>
> The stack doesn't show the inlined function, do_yield_work from
> should_return, but it is the same lock.
Ah I see. Thanks for clarifying.
David
> Thanks,
> Coleen
>
>>
>> Thanks,
>> David
>>
>>> Ran mach5 hs-tier1-3 (all failed tests were in these tiers) on
>>> linux-x64-debug, and tier1 on all Oracle platforms.
>>>
>>> Thanks,
>>> Coleen
>
More information about the hotspot-runtime-dev
mailing list