RFR(S): 8206075: add assertion for unbound assembler Labels for x86

[Doerr, Martin]

Hi,

thanks for fixing the issue in templateTable_x86. It looks correct.
I think even better would be
"UseOnStackReplacement ? &backedge_counter_overflow : NULL"
and
"if (where != NULL) { jcc(cond, *where); }" in interp_masm_x86.cpp.
But I leave it up to you if you want to change it. I'm also ok with your version.

I'm not convinced that the label assertion is reliable. There may be many more places in hotspot where we bail out having an unbound label. Running a few tests on x86 is by far not sufficient. The assertion may fire sporadically in large scenarios on some platforms.

Best regards,
Martin


-----Original Message-----
From: hotspot-runtime-dev [mailto:hotspot-runtime-dev-bounces at openjdk.java.net] On Behalf Of Liu Xin
Sent: Donnerstag, 12. Juli 2018 22:51
To: hotspot-runtime-dev at openjdk.java.net
Subject: Re: RFR(S): 8206075: add assertion for unbound assembler Labels for x86

Could you review this patch again?  

Revision #2. 
Bug:  https://bugs.openjdk.java.net/browse/JDK-8206075 <https://bugs.openjdk.java.net/browse/JDK-8206075>
CR:  https://s3-us-west-2.amazonaws.com/openjdk-webrevs/openjdk8u/webrev/index.html <https://s3-us-west-2.amazonaws.com/openjdk-webrevs/openjdk8u/webrev/index.html>


The idea is simple. I just reset the problematic label when c1 compilation bailout happen. 
I manually ran tier1 on my laptop. it can pass all of them. 
Paul help me submit the patch to submit and here is the run result. 
Build Details: 2018-07-12-1736388.hohensee.source

0 Failed Tests

Mach5 Tasks Results Summary

PASSED: 75 
UNABLE_TO_RUN: 0 
KILLED: 0 
NA: 0 
FAILED: 0 
EXECUTED_WITH_FAILURE: 0


Thanks,
—lx
> On Jul 11, 2018, at 10:35 AM, Liu Xin <navy.xliu at gmail.com> wrote:
> 
> Thank you for your reviews. Indeed, I didn’t deal with bailout situation.  "compiler/codegen/TestCharVect2.java” is the case of codeBuffer overflow and leave a unbound label behind. 
> I made another revision. I will run tests thoroughly. 
> 
> Thanks,
> —lx
> 
>> On Jul 11, 2018, at 7:49 AM, Hohensee, Paul <hohensee at amazon.com> wrote:
>> 
>> Imo it's still good hygiene to require that Labels be bound if they're used, even if the generated code will never be executed. E.g., code that generates code for sizing purposes may be repurposed to generate executable code, in which case an unbound label may be a lurking bug. Also, I'm unaware (I may be corrected!) of any situation where bailing out happens in such a way as to both leave a Label unbound and execute its destructor. Even if there are, I'd say that'd be indicative of another real problem, such as code buffer overflow, so no harm would result.
>> 
>> Thanks,
>> 
>> Paul
>> 
>> On 7/11/18, 3:41 AM, "hotspot-runtime-dev on behalf of Doerr, Martin" <hotspot-runtime-dev-bounces at openjdk.java.net on behalf of martin.doerr at sap.com> wrote:
>> 
>>   Hi,
>> 
>>   I think the idea is good, but doesn't work in all cases.
>>   We may bail out from code generation and discard the generated code leaving the label unbound.
>>   We also may generate code with the purpose to determine its size. We don't need to bind labels because the code will never get executed.
>> 
>>   Best regards,
>>   Martin
>> 
>> 
>>   -----Original Message-----
>>   From: hotspot-runtime-dev [mailto:hotspot-runtime-dev-bounces at openjdk.java.net] On Behalf Of Vladimir Kozlov
>>   Sent: Mittwoch, 11. Juli 2018 03:34
>>   To: Liu Xin <navy.xliu at gmail.com>; hotspot-runtime-dev at openjdk.java.net
>>   Subject: Re: RFR(S): 8206075: add assertion for unbound assembler Labels for x86
>> 
>>   I hit new assert in few other tests:
>> 
>>   compiler/codegen/TestCharVect2.java
>>   compiler/c2/cr6340864/*
>> 
>>   Regards,
>>   Vladimir
>> 
>>   On 7/10/18 5:08 PM, Vladimir Kozlov wrote:
>>> Fix looks reasonable. I will test it in our framework.
>>> 
>>> Thanks,
>>> Vladimir
>>> 
>>> On 7/10/18 9:50 AM, Liu Xin wrote:
>>>> Hi, Community,
>>>> Could you please review this small patch?
>>>> Bug:  https://bugs.openjdk.java.net/browse/JDK-8206075 
>>>> <https://bugs.openjdk.java.net/browse/JDK-8206075>
>>>> CR:  http://cr.openjdk.java.net/~phh/8206075/webrev.00/ 
>>>> <http://cr.openjdk.java.net/~phh/8206075/webrev.00/>
>>>> Problem:
>>>> X86-32/64 will leave an unbound label if UseOnStackReplacement is OFF.
>>>> This patch align up x86 with other architectures(ppc, arm).
>>>> Add an assertion to the destructor of Label. It  will be wiped out in release build.
>>>> Previously, hotspot cannot pass this test with assertion on x86-64.
>>>> make run-test TEST=test/hotspot/jtreg/compiler/c1/Test7090976.java
>>>> If this CR is approved, Paul Hohensee will push it.
>>>> Thanks,
>>>> --lx
>>>> 
>> 
>> 
>