From ningsheng.jian at linaro.org Fri Mar 2 01:54:48 2018 From: ningsheng.jian at linaro.org (Ningsheng Jian) Date: Fri, 2 Mar 2018 09:54:48 +0800 Subject: [aarch64-port-dev ] RFR(L): 8197405: Improve messages of AbstractMethodErrors and IncompatibleClassChangeErrors. In-Reply-To: References: <2466b2c3c12a4653a29e69e55fc9f13d@sap.com> <53aa87cab932470bb932e412b4ee2a11@sap.com> <23924334-e998-d1e3-e4e9-53097255ea09@oracle.com> <63fdbc7ffb5c4b1581734969a02e72fc@sap.com> <3357c650-349b-4317-a251-4968779466a6@oracle.com> <00d5b6273dc44302a68ed5cbbbc7c5dd@sap.com> <58b1e7d18ac64667a8422db2d4c0fe49@sap.com> Message-ID: Hi Goetz, On 28 February 2018 at 19:41, Lindenmaier, Goetz wrote: > Hi, > > The debug build of our nightly test showed an issue of our latest builds. > Thus new webrev with change in throw_AbstractMethodErrorWithMethod() > http://cr.openjdk.java.net/~goetz/wr18/8197405-ameExMsg/webrev.05/ > > Besides the one problem in my test which is fixed by the new webrev, > all nightly tests were green. > I am not a reviewer. Just eyeballed the aarch64 changes: src/hotspot/cpu/aarch64/vtableStubs_aarch64.cpp: 209 __ far_jump(RuntimeAddress(SharedRuntime::get_handle_wrong_method_stub()); Another ")" is missing at the end? Compared to other ports, the aarch64 invokeinterface should also be updated. Since you've disabled the tests on aarch64, this can also be fixed in another patch. CCed aarch64 people. Thanks, Ningsheng From goetz.lindenmaier at sap.com Fri Mar 2 07:32:24 2018 From: goetz.lindenmaier at sap.com (Lindenmaier, Goetz) Date: Fri, 2 Mar 2018 07:32:24 +0000 Subject: [aarch64-port-dev ] RFR(L): 8197405: Improve messages of AbstractMethodErrors and IncompatibleClassChangeErrors. In-Reply-To: References: <2466b2c3c12a4653a29e69e55fc9f13d@sap.com> <53aa87cab932470bb932e412b4ee2a11@sap.com> <23924334-e998-d1e3-e4e9-53097255ea09@oracle.com> <63fdbc7ffb5c4b1581734969a02e72fc@sap.com> <3357c650-349b-4317-a251-4968779466a6@oracle.com> <00d5b6273dc44302a68ed5cbbbc7c5dd@sap.com> <58b1e7d18ac64667a8422db2d4c0fe49@sap.com> Message-ID: Hi Ningsheng, thanks for looking at this! > src/hotspot/cpu/aarch64/vtableStubs_aarch64.cpp: > 209 __ > far_jump(RuntimeAddress(SharedRuntime::get_handle_wrong_method_stub()); > Another ")" is missing at the end? Fixed. Good catch! > Compared to other ports, the aarch64 invokeinterface should also be > updated. Since you've disabled the tests on aarch64, this can also be > fixed in another patch. CCed aarch64 people. Yes, I don't think it's hard to port it. I just don't have knowledge about the register conventions used on aarch, and thus without testing the code don't feel like touching it :) Best regards, Goetz. > > Thanks, > Ningsheng From aph at redhat.com Fri Mar 2 08:48:37 2018 From: aph at redhat.com (Andrew Haley) Date: Fri, 2 Mar 2018 08:48:37 +0000 Subject: [aarch64-port-dev ] RFR(L): 8197405: Improve messages of AbstractMethodErrors and IncompatibleClassChangeErrors. In-Reply-To: References: <2466b2c3c12a4653a29e69e55fc9f13d@sap.com> <53aa87cab932470bb932e412b4ee2a11@sap.com> <23924334-e998-d1e3-e4e9-53097255ea09@oracle.com> <63fdbc7ffb5c4b1581734969a02e72fc@sap.com> <3357c650-349b-4317-a251-4968779466a6@oracle.com> <00d5b6273dc44302a68ed5cbbbc7c5dd@sap.com> <58b1e7d18ac64667a8422db2d4c0fe49@sap.com> Message-ID: <0ff7a8c7-1197-f6b7-7fb3-c81fac14832b@redhat.com> On 02/03/18 01:54, Ningsheng Jian wrote: > Hi Goetz, > > On 28 February 2018 at 19:41, Lindenmaier, Goetz > wrote: >> Hi, >> >> The debug build of our nightly test showed an issue of our latest builds. >> Thus new webrev with change in throw_AbstractMethodErrorWithMethod() >> http://cr.openjdk.java.net/~goetz/wr18/8197405-ameExMsg/webrev.05/ >> >> Besides the one problem in my test which is fixed by the new webrev, >> all nightly tests were green. >> > > I am not a reviewer. Just eyeballed the aarch64 changes: > > src/hotspot/cpu/aarch64/vtableStubs_aarch64.cpp: > > 209 __ far_jump(RuntimeAddress(SharedRuntime::get_handle_wrong_method_stub()); > > Another ")" is missing at the end? > > Compared to other ports, the aarch64 invokeinterface should also be > updated. Since you've disabled the tests on aarch64, this can also be > fixed in another patch. CCed aarch64 people. Hi, Since you've already reviewed this, can you please fix it? -- Andrew Haley Java Platform Lead Engineer Red Hat UK Ltd. EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 From shade at redhat.com Fri Mar 2 10:16:20 2018 From: shade at redhat.com (Aleksey Shipilev) Date: Fri, 2 Mar 2018 11:16:20 +0100 Subject: [aarch64-port-dev ] RFC 8169201: Montgomery multiply intrinsic should use correct name Message-ID: <5e48b9e5-4930-dbe4-416a-dc089a82c501@redhat.com> We have recently pulled from aarch64-port/jdk8u to shenandoah/jdk8u, and got interesting bugs. In Shenandoah code, we *do* care about stub names for analysis/verification. In upstream, there is a fix for "Montgomery multiply intrinsic should use correct name", which is missing in current aarch64-port/jdk8u: https://bugs.openjdk.java.net/browse/JDK-8169201 Per repo status: - aarch64-port/jdk8u DOES NOT have it - aarch64-port/sheandoah-jdk8u has it from our fixes - shenandoah/jdk8u has it from our fixes - shenandoah/jdk9 has it from upstream - shenandoah/jdk10 has it from upstream - shenandoah/jdk has it from upstream This is a landmine during merges, because we can always accidentally reintroduce the bug. Maybe it makes sense to pick up JDK-8169201 to aarch64-port/jdk8u? Thanks, -Aleksey From zhongwei.yao at linaro.org Fri Mar 2 11:06:08 2018 From: zhongwei.yao at linaro.org (Zhongwei Yao) Date: Fri, 2 Mar 2018 19:06:08 +0800 Subject: [aarch64-port-dev ] jcstress varhandles.DekkerTest fails on aarch64 Message-ID: Hi, all, I find this failure on aarch64 and but have not found the root cause yet. Because it may have an impact on nearby jdk10 release, I raised a bug first: https://bugs.openjdk.java.net/browse/JDK-8198950 And my current finding is: - this only fails with c2, c1 and interpreter are OK. - the actor1 function in https://bugs.openjdk.java.net/secure/attachment/75427/DekkerVarTest.java c2 generated code is different under the good build (jdk10-b20) and bad build (master): good: 040 + add R10, R2, #12 # ptr 044 stlrw R12, [R10] # int ! Field: volatile DekkerVarTest$TestData.a 048 + membar_volatile (elided) 048 048 048 + add R10, R2, #16 # ptr 04c ldarw R0, [R10] # int ! Field: volatile DekkerVarTest$TestData.b 050 + membar_acquire (elided) //my comment: it generates "ldar" finally. 050 050 # pop frame 48 bad: 038 B2: # N57 <- B1 Freq: 0.999999 038 + membar_release (elided) 038 + mov R12, #1 # int 03c 03c + add R10, R2, #12 # ptr 040 stlrw R12, [R10] # int ! Field: volatile DekkerVarTest$TestData.a 044 + membar_volatile (elided) 044 044 044 + ldrw R0, [R2, #16] # int ! Field: volatile DekkerVarTest$TestData.b 048 + membar_acquire //my comment: it generates "dmb ishld" finally. 04c 04c + # pop frame 48 -- Best regards, Zhongwei From adinn at redhat.com Fri Mar 2 11:24:23 2018 From: adinn at redhat.com (Andrew Dinn) Date: Fri, 2 Mar 2018 11:24:23 +0000 Subject: [aarch64-port-dev ] jcstress varhandles.DekkerTest fails on aarch64 In-Reply-To: References: Message-ID: <50b8f62c-73c1-e88d-2c40-1395fbb9fbd9@redhat.com> On 02/03/18 11:06, Zhongwei Yao wrote: > I find this failure on aarch64 and but have not found the root cause > yet. Because it may have an impact on nearby jdk10 release, I raised a > bug first: https://bugs.openjdk.java.net/browse/JDK-8198950 > > And my current finding is: > - this only fails with c2, c1 and interpreter are OK. > - the actor1 function in > https://bugs.openjdk.java.net/secure/attachment/75427/DekkerVarTest.java > c2 generated code is different under the good build (jdk10-b20) and > bad build (master): Hmm, thanks very much for finding this. > good: > 040 + add R10, R2, #12 # ptr > 044 stlrw R12, [R10] # int ! Field: volatile DekkerVarTest$TestData.a > 048 + membar_volatile (elided) > 048 > 048 > 048 + add R10, R2, #16 # ptr > 04c ldarw R0, [R10] # int ! Field: volatile DekkerVarTest$TestData.b > 050 + membar_acquire (elided) //my comment: it generates "ldar" finally. > 050 > 050 # pop frame 48 > bad: > 038 B2: # N57 <- B1 Freq: 0.999999 > 038 + membar_release (elided) > 038 + mov R12, #1 # int > 03c > 03c + add R10, R2, #12 # ptr > 040 stlrw R12, [R10] # int ! Field: volatile DekkerVarTest$TestData.a > 044 + membar_volatile (elided) > 044 > 044 > 044 + ldrw R0, [R2, #16] # int ! Field: volatile DekkerVarTest$TestData.b > 048 + membar_acquire //my comment: it generates "dmb ishld" finally. > 04c > 04c + # pop frame 48 Well, it makes sense that you are seeing Dekker failures in this second case. The problem is that the volatile write has been transformed to stlr but the volatile read has been translated to an ldr; dmb ishld combination. The stlr transform is only valid if you also guarantee to do the ldar transformation. If you do the stlr transformation and omit the ldar transformation then the ldr needs a dmb before and after. So, something appears to have changed in the C2 compiler that is allowing the stlr transformation to be applied but inhibiting application of the ldar transformation. I'll take a look to see if I can find what is going on. regards, Andrew Dinn ----------- Senior Principal Software Engineer Red Hat UK Ltd Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander From adinn at redhat.com Fri Mar 2 17:21:04 2018 From: adinn at redhat.com (Andrew Dinn) Date: Fri, 2 Mar 2018 17:21:04 +0000 Subject: [aarch64-port-dev ] jcstress varhandles.DekkerTest fails on aarch64 In-Reply-To: <50b8f62c-73c1-e88d-2c40-1395fbb9fbd9@redhat.com> References: <50b8f62c-73c1-e88d-2c40-1395fbb9fbd9@redhat.com> Message-ID: <4657ebce-ed6b-b7a4-0523-4f9209513cdd@redhat.com> Hi Zhongwei, On 02/03/18 11:24, Andrew Dinn wrote: > On 02/03/18 11:06, Zhongwei Yao wrote: >> I find this failure on aarch64 and but have not found the root cause >> yet. Because it may have an impact on nearby jdk10 release, I raised a >> bug first: https://bugs.openjdk.java.net/browse/JDK-8198950 > . . . > I'll take a look to see if I can find what is going on. I looked into this and it relates to a change made some while back by Roland: JDK-8181211: C2: Use profiling data to optimize on/off heap unsafe accesses The relevant change is in library_kit.cpp when creating a LoadNode. It modifies the case where the load is from a heap address 1) for an object type 2) that is known to be non-null and 3 employing an offset that is known to lie within the object. In that case the control for the load is set to NULL, allowing the read to float upwards. This invalidates the expectation built into the AArch64 back end that a volatile load will be dominated by a CPUOrder membar which projects both control and memory to the LoadNode. As a result the back end foes not transform the ldar; dmb sequence into an ldar instruction. Rolands change is not invalid -- a volatile LoadNode will still be dominated by the CPUOrder membar's memory input so cannot actually float. However, it is arguably inapropriate -- the CPUOrder membar is quite arguably a dominator for any control feed to the load. There are two possible fixes: change the AArch64 back end to only look for a dominating memory feed use the membar as the control feed if this is a volatile operation. I will push a patch inplementing the former change which I have already verified is a fix your dekker test (I still need to check it doesanot cause any other regressions). I chose this solution for two reasons. Firstly, I believe it is a more 'correct' graph i.e it reprsents the right control flow. Secondly, it only needs a one-line change to revert to the original graph layout whereas rewriting the AArch64 back end would require changes in several places to ensure it detects the modified layout. An RFR will follow soon. regards, Andrew Dinn ----------- Senior Principal Software Engineer Red Hat UK Ltd Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander From aph at redhat.com Fri Mar 2 19:40:33 2018 From: aph at redhat.com (Andrew Haley) Date: Fri, 2 Mar 2018 19:40:33 +0000 Subject: [aarch64-port-dev ] jcstress varhandles.DekkerTest fails on aarch64 In-Reply-To: References: Message-ID: <3dde5767-5c25-c5e5-c44f-aac5ff7494cc@redhat.com> On 02/03/18 11:06, Zhongwei Yao wrote: > I find this failure on aarch64 and but have not found the root cause > yet. Because it may have an impact on nearby jdk10 release, I raised a > bug first: https://bugs.openjdk.java.net/browse/JDK-8198950 > > And my current finding is: > - this only fails with c2, c1 and interpreter are OK. > - the actor1 function in > https://bugs.openjdk.java.net/secure/attachment/75427/DekkerVarTest.java > c2 generated code is different under the good build (jdk10-b20) and > bad build (master): That's a terrific catch. Thanks very much! -- Andrew Haley Java Platform Lead Engineer Red Hat UK Ltd. EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 From zhongwei.yao at linaro.org Mon Mar 5 04:15:43 2018 From: zhongwei.yao at linaro.org (Zhongwei Yao) Date: Mon, 5 Mar 2018 12:15:43 +0800 Subject: [aarch64-port-dev ] jcstress varhandles.DekkerTest fails on aarch64 In-Reply-To: <4657ebce-ed6b-b7a4-0523-4f9209513cdd@redhat.com> References: <50b8f62c-73c1-e88d-2c40-1395fbb9fbd9@redhat.com> <4657ebce-ed6b-b7a4-0523-4f9209513cdd@redhat.com> Message-ID: Hi, All, Thanks for your quick response and explanation! On 3 March 2018 at 01:21, Andrew Dinn wrote: > Hi Zhongwei, > > On 02/03/18 11:24, Andrew Dinn wrote: >> On 02/03/18 11:06, Zhongwei Yao wrote: >>> I find this failure on aarch64 and but have not found the root cause >>> yet. Because it may have an impact on nearby jdk10 release, I raised a >>> bug first: https://bugs.openjdk.java.net/browse/JDK-8198950 >> . . . >> I'll take a look to see if I can find what is going on. > I looked into this and it relates to a change made some while back by > Roland: > > JDK-8181211: C2: Use profiling data to optimize on/off heap unsafe accesses > > The relevant change is in library_kit.cpp when creating a LoadNode. It Is it in library_call.cpp file? Because I do not find libray_kit.cpp in current repo. > modifies the case where the load is from a heap address 1) for an object > type 2) that is known to be non-null and 3 employing an offset that is > known to lie within the object. In that case the control for the load is > set to NULL, allowing the read to float upwards. This invalidates the > expectation built into the AArch64 back end that a volatile load will be > dominated by a CPUOrder membar which projects both control and memory to > the LoadNode. As a result the back end foes not transform the ldar; dmb > sequence into an ldar instruction. > > Rolands change is not invalid -- a volatile LoadNode will still be > dominated by the CPUOrder membar's memory input so cannot actually > float. However, it is arguably inapropriate -- the CPUOrder membar is > quite arguably a dominator for any control feed to the load. > > There are two possible fixes: > > change the AArch64 back end to only look for a dominating memory feed > > use the membar as the control feed if this is a volatile operation. > > I will push a patch inplementing the former change which I have already > verified is a fix your dekker test (I still need to check it doesanot > cause any other regressions). I chose this solution for two reasons. > Firstly, I believe it is a more 'correct' graph i.e it reprsents the > right control flow. Secondly, it only needs a one-line change to revert > to the original graph layout whereas rewriting the AArch64 back end > would require changes in several places to ensure it detects the > modified layout. An RFR will follow soon. > > regards, > > > Andrew Dinn > ----------- > Senior Principal Software Engineer > Red Hat UK Ltd > Registered in England and Wales under Company Registration No. 03798903 > Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander -- Best regards, Zhongwei From ningsheng.jian at linaro.org Mon Mar 5 04:28:11 2018 From: ningsheng.jian at linaro.org (Ningsheng Jian) Date: Mon, 5 Mar 2018 12:28:11 +0800 Subject: [aarch64-port-dev ] RFR(L): 8197405: Improve messages of AbstractMethodErrors and IncompatibleClassChangeErrors. In-Reply-To: <0ff7a8c7-1197-f6b7-7fb3-c81fac14832b@redhat.com> References: <2466b2c3c12a4653a29e69e55fc9f13d@sap.com> <53aa87cab932470bb932e412b4ee2a11@sap.com> <23924334-e998-d1e3-e4e9-53097255ea09@oracle.com> <63fdbc7ffb5c4b1581734969a02e72fc@sap.com> <3357c650-349b-4317-a251-4968779466a6@oracle.com> <00d5b6273dc44302a68ed5cbbbc7c5dd@sap.com> <58b1e7d18ac64667a8422db2d4c0fe49@sap.com> <0ff7a8c7-1197-f6b7-7fb3-c81fac14832b@redhat.com> Message-ID: Hi, On 2 March 2018 at 16:48, Andrew Haley wrote: > On 02/03/18 01:54, Ningsheng Jian wrote: >> Hi Goetz, >> >> On 28 February 2018 at 19:41, Lindenmaier, Goetz >> wrote: >>> Hi, >>> >>> The debug build of our nightly test showed an issue of our latest builds. >>> Thus new webrev with change in throw_AbstractMethodErrorWithMethod() >>> http://cr.openjdk.java.net/~goetz/wr18/8197405-ameExMsg/webrev.05/ >>> >>> Besides the one problem in my test which is fixed by the new webrev, >>> all nightly tests were green. >>> >> >> I am not a reviewer. Just eyeballed the aarch64 changes: >> >> src/hotspot/cpu/aarch64/vtableStubs_aarch64.cpp: >> >> 209 __ far_jump(RuntimeAddress(SharedRuntime::get_handle_wrong_method_stub()); >> >> Another ")" is missing at the end? >> >> Compared to other ports, the aarch64 invokeinterface should also be >> updated. Since you've disabled the tests on aarch64, this can also be >> fixed in another patch. CCed aarch64 people. > > Hi, > > Since you've already reviewed this, can you please fix it? > I think adding the following patch should work for AArch64: -------- --- a/src/hotspot/cpu/aarch64/templateTable_aarch64.cpp +++ b/src/hotspot/cpu/aarch64/templateTable_aarch64.cpp @@ -3440,6 +3440,8 @@ void TemplateTable::invokeinterface(int byte_no) { Label no_such_interface, no_such_method; + // Preserve method for throw_AbstractMethodErrorVerbose. + __ mov(r16, rmethod); // Receiver subtype check against REFC. // Superklass in r0. Subklass in r3. Blows rscratch2, r13 __ lookup_interface_method(// inputs: rec. class, interface, itable index @@ -3460,8 +3462,10 @@ void TemplateTable::invokeinterface(int byte_no) { __ subw(rmethod, rmethod, Method::itable_index_max); __ negw(rmethod, rmethod); + // Preserve recvKlass for throw_AbstractMethodErrorVerbose. + __ mov(rlocals, r3); __ lookup_interface_method(// inputs: rec. class, interface, itable index - r3, r0, rmethod, + rlocals, r0, rmethod, // outputs: method, scan temp. reg rmethod, r13, no_such_interface); @@ -3490,7 +3494,8 @@ void TemplateTable::invokeinterface(int byte_no) { // throw exception __ restore_bcp(); // bcp must be correct for exception handler (was destroyed) __ restore_locals(); // make sure locals pointer is correct as well (was destroyed) - __ call_VM(noreg, CAST_FROM_FN_PTR(address, InterpreterRuntime::throw_AbstractMethodError)); + // Pass arguments for generating a verbose error message. + __ call_VM(noreg, CAST_FROM_FN_PTR(address, InterpreterRuntime::throw_AbstractMethodErrorVerbose), r3, r16); // the call_VM checks for exception, so we should never return here. __ should_not_reach_here(); @@ -3498,8 +3503,9 @@ void TemplateTable::invokeinterface(int byte_no) { // throw exception __ restore_bcp(); // bcp must be correct for exception handler (was destroyed) __ restore_locals(); // make sure locals pointer is correct as well (was destroyed) + // Pass arguments for generating a verbose error message. __ call_VM(noreg, CAST_FROM_FN_PTR(address, - InterpreterRuntime::throw_IncompatibleClassChangeError)); + InterpreterRuntime::throw_IncompatibleClassChangeErrorVerbose), r3, r0); // the call_VM checks for exception, so we should never return here. -------- I enabled Goetz's newly added two cases and they passed on my AArch64 platform. More regression tests are still running. Thanks, Ningsheng From goetz.lindenmaier at sap.com Mon Mar 5 08:55:55 2018 From: goetz.lindenmaier at sap.com (Lindenmaier, Goetz) Date: Mon, 5 Mar 2018 08:55:55 +0000 Subject: [aarch64-port-dev ] RFR(L): 8197405: Improve messages of AbstractMethodErrors and IncompatibleClassChangeErrors. In-Reply-To: References: <2466b2c3c12a4653a29e69e55fc9f13d@sap.com> <53aa87cab932470bb932e412b4ee2a11@sap.com> <23924334-e998-d1e3-e4e9-53097255ea09@oracle.com> <63fdbc7ffb5c4b1581734969a02e72fc@sap.com> <3357c650-349b-4317-a251-4968779466a6@oracle.com> <00d5b6273dc44302a68ed5cbbbc7c5dd@sap.com> <58b1e7d18ac64667a8422db2d4c0fe49@sap.com> <0ff7a8c7-1197-f6b7-7fb3-c81fac14832b@redhat.com> Message-ID: <5fc0767b04254b6684bd0a48a82f1fd3@sap.com> Hi Ningsheng, thanks for the patch! I added it to my change and enabled the tests on aarch. New webrev: http://cr.openjdk.java.net/~goetz/wr18/8197405-ameExMsg/webrev.07/ Best regards, Goetz. > -----Original Message----- > From: Ningsheng Jian [mailto:ningsheng.jian at linaro.org] > Sent: Montag, 5. M?rz 2018 05:28 > To: Andrew Haley > Cc: Lindenmaier, Goetz ; aarch64-port-dev > ; Doerr, Martin > ; David Holmes ; > hotspot-runtime-dev at openjdk.java.net > Subject: Re: [aarch64-port-dev ] RFR(L): 8197405: Improve messages of > AbstractMethodErrors and IncompatibleClassChangeErrors. > > Hi, > > On 2 March 2018 at 16:48, Andrew Haley wrote: > > On 02/03/18 01:54, Ningsheng Jian wrote: > >> Hi Goetz, > >> > >> On 28 February 2018 at 19:41, Lindenmaier, Goetz > >> wrote: > >>> Hi, > >>> > >>> The debug build of our nightly test showed an issue of our latest builds. > >>> Thus new webrev with change in > throw_AbstractMethodErrorWithMethod() > >>> http://cr.openjdk.java.net/~goetz/wr18/8197405- > ameExMsg/webrev.05/ > >>> > >>> Besides the one problem in my test which is fixed by the new webrev, > >>> all nightly tests were green. > >>> > >> > >> I am not a reviewer. Just eyeballed the aarch64 changes: > >> > >> src/hotspot/cpu/aarch64/vtableStubs_aarch64.cpp: > >> > >> 209 __ > far_jump(RuntimeAddress(SharedRuntime::get_handle_wrong_method_st > ub()); > >> > >> Another ")" is missing at the end? > >> > >> Compared to other ports, the aarch64 invokeinterface should also be > >> updated. Since you've disabled the tests on aarch64, this can also be > >> fixed in another patch. CCed aarch64 people. > > > > Hi, > > > > Since you've already reviewed this, can you please fix it? > > > > I think adding the following patch should work for AArch64: > > -------- > --- a/src/hotspot/cpu/aarch64/templateTable_aarch64.cpp > +++ b/src/hotspot/cpu/aarch64/templateTable_aarch64.cpp > @@ -3440,6 +3440,8 @@ void TemplateTable::invokeinterface(int byte_no) { > > Label no_such_interface, no_such_method; > > + // Preserve method for throw_AbstractMethodErrorVerbose. > + __ mov(r16, rmethod); > // Receiver subtype check against REFC. > // Superklass in r0. Subklass in r3. Blows rscratch2, r13 > __ lookup_interface_method(// inputs: rec. class, interface, itable index > @@ -3460,8 +3462,10 @@ void TemplateTable::invokeinterface(int byte_no) > { > __ subw(rmethod, rmethod, Method::itable_index_max); > __ negw(rmethod, rmethod); > > + // Preserve recvKlass for throw_AbstractMethodErrorVerbose. > + __ mov(rlocals, r3); > __ lookup_interface_method(// inputs: rec. class, interface, itable index > - r3, r0, rmethod, > + rlocals, r0, rmethod, > // outputs: method, scan temp. reg > rmethod, r13, > no_such_interface); > @@ -3490,7 +3494,8 @@ void TemplateTable::invokeinterface(int byte_no) { > // throw exception > __ restore_bcp(); // bcp must be correct for exception handler > (was destroyed) > __ restore_locals(); // make sure locals pointer is correct as > well (was destroyed) > - __ call_VM(noreg, CAST_FROM_FN_PTR(address, > InterpreterRuntime::throw_AbstractMethodError)); > + // Pass arguments for generating a verbose error message. > + __ call_VM(noreg, CAST_FROM_FN_PTR(address, > InterpreterRuntime::throw_AbstractMethodErrorVerbose), r3, r16); > // the call_VM checks for exception, so we should never return here. > __ should_not_reach_here(); > > @@ -3498,8 +3503,9 @@ void TemplateTable::invokeinterface(int byte_no) { > // throw exception > __ restore_bcp(); // bcp must be correct for exception handler > (was destroyed) > __ restore_locals(); // make sure locals pointer is correct as > well (was destroyed) > + // Pass arguments for generating a verbose error message. > __ call_VM(noreg, CAST_FROM_FN_PTR(address, > - InterpreterRuntime::throw_IncompatibleClassChangeError)); > + > InterpreterRuntime::throw_IncompatibleClassChangeErrorVerbose), r3, > r0); > // the call_VM checks for exception, so we should never return here. > -------- > > I enabled Goetz's newly added two cases and they passed on my AArch64 > platform. More regression tests are still running. > > Thanks, > Ningsheng From adinn at redhat.com Mon Mar 5 13:38:17 2018 From: adinn at redhat.com (Andrew Dinn) Date: Mon, 5 Mar 2018 13:38:17 +0000 Subject: [aarch64-port-dev ] jcstress varhandles.DekkerTest fails on aarch64 In-Reply-To: References: <50b8f62c-73c1-e88d-2c40-1395fbb9fbd9@redhat.com> <4657ebce-ed6b-b7a4-0523-4f9209513cdd@redhat.com> Message-ID: On 05/03/18 04:15, Zhongwei Yao wrote: > Is it in library_call.cpp file? Because I do not find libray_kit.cpp > in current repo. Yes, sorry, the file is library_call.cpp. regards, Andrew Dinn ----------- Senior Principal Software Engineer Red Hat UK Ltd Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander From ci_notify at linaro.org Mon Mar 5 14:08:25 2018 From: ci_notify at linaro.org (ci_notify at linaro.org) Date: Mon, 5 Mar 2018 14:08:25 +0000 (UTC) Subject: [aarch64-port-dev ] JTREG, JCStress, SPECjbb2015 and Hadoop/Terasort results for OpenJDK 8u on AArch64 Message-ID: <1057582739.1297.1520258906539.JavaMail.jenkins@bfb2c0e30fc3> This is a summary of the JTREG test results =========================================== The build and test results are cycled every 15 days. For detailed information on the test output please refer to: http://openjdk.linaro.org/jdk8u/openjdk-jtreg-nightly-tests/summary/2018/060/summary.html ------------------------------------------------------------------------------- client-release/hotspot ------------------------------------------------------------------------------- Build 0: aarch64/2017/mar/29 pass: 672; fail: 44; error: 3 Build 1: aarch64/2017/apr/05 pass: 672; fail: 44; error: 3 Build 2: aarch64/2017/apr/20 pass: 673; fail: 44; error: 3 Build 3: aarch64/2017/jun/12 pass: 713; fail: 6; error: 2 Build 4: aarch64/2017/jun/26 pass: 713; fail: 6; error: 2 Build 5: aarch64/2017/jul/21 pass: 708; fail: 12; error: 2 Build 6: aarch64/2017/aug/16 pass: 708; fail: 12; error: 2 Build 7: aarch64/2017/aug/19 pass: 708; fail: 12; error: 2 Build 8: aarch64/2017/aug/31 pass: 708; fail: 12; error: 2 Build 9: aarch64/2017/oct/25 pass: 715; fail: 6; error: 2 Build 10: aarch64/2017/nov/15 pass: 715; fail: 6; error: 2 Build 11: aarch64/2017/dec/08 pass: 715; fail: 6; error: 2 Build 12: aarch64/2018/jan/25 pass: 722; fail: 5; error: 2 Build 13: aarch64/2018/feb/02 pass: 722; fail: 5; error: 2 Build 14: aarch64/2018/mar/01 pass: 722; fail: 5; error: 3 ------------------------------------------------------------------------------- client-release/jdk ------------------------------------------------------------------------------- Build 0: aarch64/2017/mar/29 pass: 5,686; fail: 225; error: 34 Build 1: aarch64/2017/apr/05 pass: 5,677; fail: 235; error: 33 Build 2: aarch64/2017/apr/20 pass: 5,671; fail: 254; error: 34 Build 3: aarch64/2017/jun/12 pass: 5,765; fail: 175; error: 23 Build 4: aarch64/2017/jun/26 pass: 5,757; fail: 174; error: 23 Build 5: aarch64/2017/jul/21 pass: 5,768; fail: 172; error: 22 Build 6: aarch64/2017/aug/16 pass: 5,753; fail: 188; error: 21 Build 7: aarch64/2017/aug/19 pass: 5,763; fail: 177; error: 23 Build 8: aarch64/2017/aug/31 pass: 5,754; fail: 183; error: 26 Build 9: aarch64/2017/oct/25 pass: 5,766; fail: 181; error: 21 Build 10: aarch64/2017/nov/15 pass: 5,773; fail: 175; error: 21 Build 11: aarch64/2017/dec/08 pass: 5,778; fail: 165; error: 26 Build 12: aarch64/2018/jan/25 pass: 5,803; fail: 174; error: 23 Build 13: aarch64/2018/feb/02 pass: 5,823; fail: 165; error: 26 Build 14: aarch64/2018/mar/01 pass: 5,801; fail: 189; error: 25 ------------------------------------------------------------------------------- client-release/langtools ------------------------------------------------------------------------------- Build 0: aarch64/2017/mar/29 pass: 3,105; fail: 2; error: 5 Build 1: aarch64/2017/apr/05 pass: 3,104; fail: 2; error: 6 Build 2: aarch64/2017/apr/20 pass: 3,101; fail: 2; error: 10 Build 3: aarch64/2017/jun/12 pass: 3,109; fail: 2; error: 2 Build 4: aarch64/2017/jun/26 pass: 3,109; fail: 2; error: 2 Build 5: aarch64/2017/jul/21 pass: 3,110; fail: 2; error: 2 Build 6: aarch64/2017/aug/16 pass: 3,111; fail: 2; error: 1 Build 7: aarch64/2017/aug/19 pass: 3,111; fail: 2; error: 1 Build 8: aarch64/2017/aug/31 pass: 3,110; fail: 2; error: 2 Build 9: aarch64/2017/oct/25 pass: 3,111; fail: 2; error: 1 Build 10: aarch64/2017/nov/15 pass: 3,111; fail: 2; error: 1 Build 11: aarch64/2017/dec/08 pass: 3,111; fail: 2; error: 1 Build 12: aarch64/2018/jan/25 pass: 3,112; fail: 2; error: 1 Build 13: aarch64/2018/feb/02 pass: 3,112; fail: 2; error: 1 Build 14: aarch64/2018/mar/01 pass: 3,112; fail: 2; error: 1 ------------------------------------------------------------------------------- server-release/hotspot ------------------------------------------------------------------------------- Build 0: aarch64/2017/mar/29 pass: 673; fail: 43; error: 3 Build 1: aarch64/2017/apr/05 pass: 673; fail: 43; error: 3 Build 2: aarch64/2017/apr/20 pass: 674; fail: 43; error: 3 Build 3: aarch64/2017/jun/12 pass: 714; fail: 5; error: 2 Build 4: aarch64/2017/jun/26 pass: 714; fail: 5; error: 2 Build 5: aarch64/2017/jul/21 pass: 709; fail: 11; error: 2 Build 6: aarch64/2017/aug/16 pass: 709; fail: 11; error: 2 Build 7: aarch64/2017/aug/19 pass: 709; fail: 11; error: 2 Build 8: aarch64/2017/aug/31 pass: 709; fail: 11; error: 2 Build 9: aarch64/2017/oct/25 pass: 716; fail: 5; error: 2 Build 10: aarch64/2017/nov/15 pass: 716; fail: 5; error: 2 Build 11: aarch64/2017/dec/08 pass: 716; fail: 5; error: 2 Build 12: aarch64/2018/jan/25 pass: 723; fail: 4; error: 2 Build 13: aarch64/2018/feb/02 pass: 723; fail: 4; error: 2 Build 14: aarch64/2018/mar/01 pass: 723; fail: 4; error: 3 ------------------------------------------------------------------------------- server-release/jdk ------------------------------------------------------------------------------- Build 0: aarch64/2017/mar/29 pass: 5,696; fail: 222; error: 27 Build 1: aarch64/2017/apr/05 pass: 5,692; fail: 229; error: 24 Build 2: aarch64/2017/apr/20 pass: 5,705; fail: 220; error: 34 Build 3: aarch64/2017/jun/12 pass: 5,778; fail: 161; error: 24 Build 4: aarch64/2017/jun/26 pass: 5,770; fail: 159; error: 25 Build 5: aarch64/2017/jul/21 pass: 5,769; fail: 168; error: 25 Build 6: aarch64/2017/aug/16 pass: 5,761; fail: 181; error: 20 Build 7: aarch64/2017/aug/19 pass: 5,768; fail: 175; error: 20 Build 8: aarch64/2017/aug/31 pass: 5,761; fail: 177; error: 25 Build 9: aarch64/2017/oct/25 pass: 5,769; fail: 178; error: 21 Build 10: aarch64/2017/nov/15 pass: 5,785; fail: 161; error: 23 Build 11: aarch64/2017/dec/08 pass: 5,775; fail: 172; error: 22 Build 12: aarch64/2018/jan/25 pass: 5,810; fail: 170; error: 20 Build 13: aarch64/2018/feb/02 pass: 5,818; fail: 175; error: 21 Build 14: aarch64/2018/mar/01 pass: 5,815; fail: 176; error: 24 ------------------------------------------------------------------------------- server-release/langtools ------------------------------------------------------------------------------- Build 0: aarch64/2017/mar/29 pass: 3,104; fail: 2; error: 6 Build 1: aarch64/2017/apr/05 pass: 3,105; fail: 2; error: 5 Build 2: aarch64/2017/apr/20 pass: 3,098; fail: 2; error: 13 Build 3: aarch64/2017/jun/12 pass: 3,109; fail: 2; error: 2 Build 4: aarch64/2017/jun/26 pass: 3,109; fail: 2; error: 2 Build 5: aarch64/2017/jul/21 pass: 3,110; fail: 2; error: 2 Build 6: aarch64/2017/aug/16 pass: 3,110; fail: 2; error: 2 Build 7: aarch64/2017/aug/19 pass: 3,110; fail: 2; error: 2 Build 8: aarch64/2017/aug/31 pass: 3,110; fail: 2; error: 2 Build 9: aarch64/2017/oct/25 pass: 3,111; fail: 2; error: 1 Build 10: aarch64/2017/nov/15 pass: 3,110; fail: 2; error: 2 Build 11: aarch64/2017/dec/08 pass: 3,110; fail: 2; error: 2 Build 12: aarch64/2018/jan/25 pass: 3,111; fail: 2; error: 2 Build 13: aarch64/2018/feb/02 pass: 3,111; fail: 2; error: 2 Build 14: aarch64/2018/mar/01 pass: 3,111; fail: 2; error: 2 Previous results can be found here: http://openjdk.linaro.org/jdk8u/openjdk-jtreg-nightly-tests/index.html SPECjbb2015 composite regression test completed =============================================== This test measures the relative performance of the server compiler running the SPECjbb2015 composite tests and compares the performance against the baseline performance of the server compiler taken on 2016-11-21. In accordance with [1], the SPECjbb2015 tests are run on a system which is not production ready and does not meet all the requirements for publishing compliant results. The numbers below shall be treated as non-compliant (nc) and are for experimental purposes only. Relative performance: Server max-jOPS (nc): 0.97x Relative performance: Server critical-jOPS (nc): 0.96x Details of the test setup and historical results may be found here: http://openjdk.linaro.org/jdk8u/SPECjbb2015-results/ [1] http://www.spec.org/fairuse.html#Academic Regression test Hadoop-Terasort completed ========================================= This test measures the performance of the server and client compilers running Hadoop sorting a 1GB file using Terasort and compares the performance against the baseline performance of the Zero interpreter and against the baseline performance of the client and server compilers on 2014-04-01. Relative performance: Zero: 1.0, Client: 54.71, Server: 103.79 Client 54.71 / Client 2014-04-01 (43.00): 1.27x Server 103.79 / Server 2014-04-01 (71.00): 1.46x Details of the test setup and historical results may be found here: http://openjdk.linaro.org/jdk8u/hadoop-terasort-benchmark-results/ This is a summary of the jcstress test results ============================================== The build and test results are cycled every 15 days. 2017-02-25 pass rate: 5176/5176, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/055/results/ 2017-03-29 pass rate: 8484/8485, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/088/results/ 2017-04-05 pass rate: 8484/8485, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/095/results/ 2017-04-20 pass rate: 8484/8485, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/110/results/ 2017-06-13 pass rate: 8484/8485, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/163/results/ 2017-06-27 pass rate: 8484/8485, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/177/results/ 2017-08-16 pass rate: 8484/8485, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/228/results/ 2017-08-19 pass rate: 8484/8485, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/231/results/ 2017-08-31 pass rate: 8484/8485, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/243/results/ 2017-10-26 pass rate: 8489/8490, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/298/results/ 2017-11-15 pass rate: 8489/8490, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/319/results/ 2017-12-09 pass rate: 8490/8491, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/342/results/ 2018-01-25 pass rate: 8491/8491, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2018/025/results/ 2018-02-04 pass rate: 8491/8491, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2018/033/results/ 2018-03-04 pass rate: 8491/8491, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2018/060/results/ For detailed information on the test output please refer to: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/ From Derek.White at cavium.com Mon Mar 5 19:54:50 2018 From: Derek.White at cavium.com (White, Derek) Date: Mon, 5 Mar 2018 19:54:50 +0000 Subject: [aarch64-port-dev ] FYI - JDK 11 builds broken Message-ID: Or at least "configure" is broken. It tries to pass "-m64" to gcc, which is not a standard option. Reported as JDK-8199052 "Configure broken on aarch64". * Derek From ningsheng.jian at linaro.org Tue Mar 6 01:37:47 2018 From: ningsheng.jian at linaro.org (Ningsheng Jian) Date: Tue, 6 Mar 2018 09:37:47 +0800 Subject: [aarch64-port-dev ] RFR(L): 8197405: Improve messages of AbstractMethodErrors and IncompatibleClassChangeErrors. In-Reply-To: <5fc0767b04254b6684bd0a48a82f1fd3@sap.com> References: <2466b2c3c12a4653a29e69e55fc9f13d@sap.com> <53aa87cab932470bb932e412b4ee2a11@sap.com> <23924334-e998-d1e3-e4e9-53097255ea09@oracle.com> <63fdbc7ffb5c4b1581734969a02e72fc@sap.com> <3357c650-349b-4317-a251-4968779466a6@oracle.com> <00d5b6273dc44302a68ed5cbbbc7c5dd@sap.com> <58b1e7d18ac64667a8422db2d4c0fe49@sap.com> <0ff7a8c7-1197-f6b7-7fb3-c81fac14832b@redhat.com> <5fc0767b04254b6684bd0a48a82f1fd3@sap.com> Message-ID: Hi Goetz, On 5 March 2018 at 16:55, Lindenmaier, Goetz wrote: > Hi Ningsheng, > > thanks for the patch! I added it to my change and enabled the tests on aarch. > New webrev: > http://cr.openjdk.java.net/~goetz/wr18/8197405-ameExMsg/webrev.07/ > Thanks for integrating AArch64 part. This looks good to me and my local jtreg regression tests passed. Thanks, Ningsheng From adinn at redhat.com Tue Mar 6 12:23:07 2018 From: adinn at redhat.com (Andrew Dinn) Date: Tue, 6 Mar 2018 12:23:07 +0000 Subject: [aarch64-port-dev ] RFR: AArch64: org.openjdk.jcstress.tests.varhandles.DekkerTest fails Message-ID: Could someone please review the following patch to /shared code/ which fixes an AArch64 breakage that was inadvertently introduced by JDK-8181211: webrev: http://cr.openjdk.java.net/~adinn/8198950/webrev.00 JIRA: https://bugs.openjdk.java.net/browse/JDK-8198950 The patch applies to jdk/hs. It also applies cleanly to jdk/jdk10. I would like it to be considered for inclusion in jdk10 if at all possible because it patches a critical error in handling of volatile reads that may result in incorrect memory synchronization. The problem: ------------ JDK-8181211 modified generations of load nodes in library_call.c to allow them to float when i) the load is known to be from a heap address (i.e. an object) ii) the object reference is know (from type info) to be non-null iii) the offset for the load is known to lie within object's extent In this case the load is created with a null control, allowing it to float. In the case where this is a volatile load passing a null control is not really appropriate because the load should not be able to float. Before 8181211 the load inherited its control and memory link from the leading CPUOrder memory barrier that precedes the load node. After 8181211, the null control passed in to the load create call may eventually be replaced by control flow from from an earlier node (e.g. a guarding ifnull node). This change does not actually allow the load to float because it is still dominated directly in the memory flow by the memory feed from the CPUOrder membar. The problem this causes for AArch64 is that the back end generator attempts to replace ldr; membar_acquire sequences with ldar. In order to do so it has to spot that a load is actually volatile and associated with a trailing Acquire membar. It is currently relying on the now invalid assumption that the load will be dominated in both control and memory flow by the preceding CPUOrder membar. The generator falls back to generating ldr; membar_acquire. Unfortunately, the other half of the generation scheme, which replaces membar_release; str; membar_volatile with an stlr instruction is still performed. The transformation is only valid if stlr instructions are paired with ldar instruction which is why the Dekker test fails. The fix: -------- This patch tweaks the changes originally made to /shared code/ in 8181211 to ensure that a null control is only passed when a non-volatile load is being created (i.e. when needs_membar is false). I chose to fix it this way because: i) it models the control flow correctly ii) this re-establishes the status quo ante for volatile loads which should, therefore be very low risk while not prejudicing the performance gain for non-volatile loads iii) the alternative tack of modifying the graph pattern matching done by the AArch64 back-end generator is a relatively complex change. alternative jdk10 fix: ---------------------- If this is not able to go in as a fix for jdk10 right now then it will still be necessary to implement an alternative fix before jdk10 is released otherwise AArch64 will be horribly broken. The least complicated alternative is to switch the default setting for AArch64 product flag UseBarriersForVolatile to true, so that the transformations are disabled. It would also be possible to rewrite the back end generator so that it only checks for a dominating memory feed from the CPUOrder barrier when trying to identify a volatile load. Testing: ------- I reran jcstress tests on AArch64 and the change fixes the failing Dekker tests without introducing any new failures (3 opaque tests were failing before and after the patch). I ran all jdk tier1 jtreg tests on AArch64 and they passed. As a change to shared code this also needs testing against the submit tree to ensure it does not break x86 code (which I am in the process of doing). regards, Andrew Dinn ----------- Senior Principal Software Engineer Red Hat UK Ltd Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander From tobias.hartmann at oracle.com Tue Mar 6 13:12:38 2018 From: tobias.hartmann at oracle.com (Tobias Hartmann) Date: Tue, 6 Mar 2018 14:12:38 +0100 Subject: [aarch64-port-dev ] RFR: AArch64: org.openjdk.jcstress.tests.varhandles.DekkerTest fails In-Reply-To: References: Message-ID: <1717884e-9d25-7275-2105-1230fdaea232@oracle.com> Hi Andrew, the fix looks reasonable to me. Do I understand correctly, that the impact on code generation on other platforms should be minimal because even without a control edge, volatile loads can not float above the CPUOrder memory barrier? Probably, final code isn't even affected at all on x86. I'm not sure about inclusion into JDK 10 but I think this fix is low risk. Thanks, Tobias On 06.03.2018 13:23, Andrew Dinn wrote: > Could someone please review the following patch to /shared code/ which > fixes an AArch64 breakage that was inadvertently introduced by JDK-8181211: > > webrev: http://cr.openjdk.java.net/~adinn/8198950/webrev.00 > JIRA: https://bugs.openjdk.java.net/browse/JDK-8198950 > > The patch applies to jdk/hs. It also applies cleanly to jdk/jdk10. > > I would like it to be considered for inclusion in jdk10 if at all > possible because it patches a critical error in handling of volatile > reads that may result in incorrect memory synchronization. > > The problem: > ------------ > > JDK-8181211 modified generations of load nodes in library_call.c to > allow them to float when > > i) the load is known to be from a heap address (i.e. an object) > ii) the object reference is know (from type info) to be non-null > iii) the offset for the load is known to lie within object's extent > > In this case the load is created with a null control, allowing it to float. > > In the case where this is a volatile load passing a null control is not > really appropriate because the load should not be able to float. > > Before 8181211 the load inherited its control and memory link from the > leading CPUOrder memory barrier that precedes the load node. After > 8181211, the null control passed in to the load create call may > eventually be replaced by control flow from from an earlier node (e.g. a > guarding ifnull node). This change does not actually allow the load to > float because it is still dominated directly in the memory flow by the > memory feed from the CPUOrder membar. > > The problem this causes for AArch64 is that the back end generator > attempts to replace ldr; membar_acquire sequences with ldar. In order to > do so it has to spot that a load is actually volatile and associated > with a trailing Acquire membar. It is currently relying on the now > invalid assumption that the load will be dominated in both control and > memory flow by the preceding CPUOrder membar. The generator falls back > to generating ldr; membar_acquire. > > Unfortunately, the other half of the generation scheme, which replaces > membar_release; str; membar_volatile with an stlr instruction is still > performed. The transformation is only valid if stlr instructions are > paired with ldar instruction which is why the Dekker test fails. > > The fix: > -------- > > This patch tweaks the changes originally made to /shared code/ in > 8181211 to ensure that a null control is only passed when a non-volatile > load is being created (i.e. when needs_membar is false). I chose to fix > it this way because: > > i) it models the control flow correctly > ii) this re-establishes the status quo ante for volatile loads which > should, therefore be very low risk while not prejudicing the performance > gain for non-volatile loads > iii) the alternative tack of modifying the graph pattern matching done > by the AArch64 back-end generator is a relatively complex change. > > alternative jdk10 fix: > ---------------------- > > If this is not able to go in as a fix for jdk10 right now then it will > still be necessary to implement an alternative fix before jdk10 is > released otherwise AArch64 will be horribly broken. > > The least complicated alternative is to switch the default setting for > AArch64 product flag UseBarriersForVolatile to true, so that the > transformations are disabled. > > It would also be possible to rewrite the back end generator so that it > only checks for a dominating memory feed from the CPUOrder barrier when > trying to identify a volatile load. > > Testing: > ------- > > I reran jcstress tests on AArch64 and the change fixes the failing > Dekker tests without introducing any new failures (3 opaque tests were > failing before and after the patch). I ran all jdk tier1 jtreg tests on > AArch64 and they passed. > > As a change to shared code this also needs testing against the submit > tree to ensure it does not break x86 code (which I am in the process of > doing). > > regards, > > > Andrew Dinn > ----------- > Senior Principal Software Engineer > Red Hat UK Ltd > Registered in England and Wales under Company Registration No. 03798903 > Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander > From adinn at redhat.com Tue Mar 6 13:25:18 2018 From: adinn at redhat.com (Andrew Dinn) Date: Tue, 6 Mar 2018 13:25:18 +0000 Subject: [aarch64-port-dev ] RFR: AArch64: org.openjdk.jcstress.tests.varhandles.DekkerTest fails In-Reply-To: <1717884e-9d25-7275-2105-1230fdaea232@oracle.com> References: <1717884e-9d25-7275-2105-1230fdaea232@oracle.com> Message-ID: <90f1304f-2c9a-d5b5-2e4c-517e6c7181a6@redhat.com> Hi Tobias, On 06/03/18 13:12, Tobias Hartmann wrote: > the fix looks reasonable to me. Do I understand correctly, that the impact on code generation on > other platforms should be minimal because even without a control edge, volatile loads can not float > above the CPUOrder memory barrier? Probably, final code isn't even affected at all on x86. Yes, that is correct. Volatile loads can not float the CPUOrder memory barrier. SO, final code should be exactly the same. > I'm not sure about inclusion into JDK 10 but I think this fix is low risk. Ok, thanks for looking at the patch. regards, Andrew Dinn ----------- Senior Principal Software Engineer Red Hat UK Ltd Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander From rwestrel at redhat.com Tue Mar 6 13:36:43 2018 From: rwestrel at redhat.com (Roland Westrelin) Date: Tue, 06 Mar 2018 14:36:43 +0100 Subject: [aarch64-port-dev ] RFR: AArch64: org.openjdk.jcstress.tests.varhandles.DekkerTest fails In-Reply-To: References: Message-ID: > webrev: http://cr.openjdk.java.net/~adinn/8198950/webrev.00 That looks good to me. Roland. From adinn at redhat.com Tue Mar 6 14:04:43 2018 From: adinn at redhat.com (Andrew Dinn) Date: Tue, 6 Mar 2018 14:04:43 +0000 Subject: [aarch64-port-dev ] RFR: AArch64: org.openjdk.jcstress.tests.varhandles.DekkerTest fails In-Reply-To: References: Message-ID: <8496210b-dc35-6773-1ace-47759f5b1f1d@redhat.com> On 06/03/18 13:36, Roland Westrelin wrote: >> webrev: http://cr.openjdk.java.net/~adinn/8198950/webrev.00 > > That looks good to me. Thanks, Roland! regards, Andrew Dinn ----------- Senior Principal Software Engineer Red Hat UK Ltd Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander From adinn at redhat.com Tue Mar 6 16:24:42 2018 From: adinn at redhat.com (Andrew Dinn) Date: Tue, 6 Mar 2018 16:24:42 +0000 Subject: [aarch64-port-dev ] jcstress varhandles.DekkerTest fails on aarch64 In-Reply-To: References: <50b8f62c-73c1-e88d-2c40-1395fbb9fbd9@redhat.com> <4657ebce-ed6b-b7a4-0523-4f9209513cdd@redhat.com> Message-ID: On 05/03/18 04:15, Zhongwei Yao wrote: > Thanks for your quick response and explanation! I forgot to add this in my earlier reply: Thank you very much for finding this error and identifying the change in the generated code. That was a real help in getting to a fix. Very good work! regards, Andrew Dinn ----------- Senior Principal Software Engineer Red Hat UK Ltd Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander From mark.reinhold at oracle.com Tue Mar 6 16:24:20 2018 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Tue, 06 Mar 2018 08:24:20 -0800 Subject: [aarch64-port-dev ] RFR: AArch64: org.openjdk.jcstress.tests.varhandles.DekkerTest fails In-Reply-To: References: Message-ID: <20180306082420.853500758@eggemoggin.niobe.net> 2018/3/6 4:23:07 -0800, adinn at redhat.com: > Could someone please review the following patch to /shared code/ which > fixes an AArch64 breakage that was inadvertently introduced by JDK-8181211: > > webrev: http://cr.openjdk.java.net/~adinn/8198950/webrev.00 > JIRA: https://bugs.openjdk.java.net/browse/JDK-8198950 > > The patch applies to jdk/hs. It also applies cleanly to jdk/jdk10. > > I would like it to be considered for inclusion in jdk10 if at all > possible because it patches a critical error in handling of volatile > reads that may result in incorrect memory synchronization. Andrew -- thanks for the thorough analysis. So far Tobias and Roland have reviewed your change. I'm not qualified to review it myself, so since it's very late in the game for JDK 10 I'd like to see reviews from at least a couple more C2 committers before we make a call on this. - Mark From martin.doerr at sap.com Tue Mar 6 16:30:02 2018 From: martin.doerr at sap.com (Doerr, Martin) Date: Tue, 6 Mar 2018 16:30:02 +0000 Subject: [aarch64-port-dev ] AArch64: org.openjdk.jcstress.tests.varhandles.DekkerTest fails In-Reply-To: References: Message-ID: <43aeafd9b2ca4d07a0fe2f8f4a3593e6@sap.com> Hi Andrew, thanks for fixing. Looks good. I agree with that it should get fixed in jdk10, too. Best regards, Martin -----Original Message----- From: hotspot-dev [mailto:hotspot-dev-bounces at openjdk.java.net] On Behalf Of Andrew Dinn Sent: Dienstag, 6. M?rz 2018 13:23 To: hotspot-dev Source Developers ; aarch64-port-dev at openjdk.java.net Subject: RFR: AArch64: org.openjdk.jcstress.tests.varhandles.DekkerTest fails Could someone please review the following patch to /shared code/ which fixes an AArch64 breakage that was inadvertently introduced by JDK-8181211: webrev: http://cr.openjdk.java.net/~adinn/8198950/webrev.00 JIRA: https://bugs.openjdk.java.net/browse/JDK-8198950 The patch applies to jdk/hs. It also applies cleanly to jdk/jdk10. I would like it to be considered for inclusion in jdk10 if at all possible because it patches a critical error in handling of volatile reads that may result in incorrect memory synchronization. The problem: ------------ JDK-8181211 modified generations of load nodes in library_call.c to allow them to float when i) the load is known to be from a heap address (i.e. an object) ii) the object reference is know (from type info) to be non-null iii) the offset for the load is known to lie within object's extent In this case the load is created with a null control, allowing it to float. In the case where this is a volatile load passing a null control is not really appropriate because the load should not be able to float. Before 8181211 the load inherited its control and memory link from the leading CPUOrder memory barrier that precedes the load node. After 8181211, the null control passed in to the load create call may eventually be replaced by control flow from from an earlier node (e.g. a guarding ifnull node). This change does not actually allow the load to float because it is still dominated directly in the memory flow by the memory feed from the CPUOrder membar. The problem this causes for AArch64 is that the back end generator attempts to replace ldr; membar_acquire sequences with ldar. In order to do so it has to spot that a load is actually volatile and associated with a trailing Acquire membar. It is currently relying on the now invalid assumption that the load will be dominated in both control and memory flow by the preceding CPUOrder membar. The generator falls back to generating ldr; membar_acquire. Unfortunately, the other half of the generation scheme, which replaces membar_release; str; membar_volatile with an stlr instruction is still performed. The transformation is only valid if stlr instructions are paired with ldar instruction which is why the Dekker test fails. The fix: -------- This patch tweaks the changes originally made to /shared code/ in 8181211 to ensure that a null control is only passed when a non-volatile load is being created (i.e. when needs_membar is false). I chose to fix it this way because: i) it models the control flow correctly ii) this re-establishes the status quo ante for volatile loads which should, therefore be very low risk while not prejudicing the performance gain for non-volatile loads iii) the alternative tack of modifying the graph pattern matching done by the AArch64 back-end generator is a relatively complex change. alternative jdk10 fix: ---------------------- If this is not able to go in as a fix for jdk10 right now then it will still be necessary to implement an alternative fix before jdk10 is released otherwise AArch64 will be horribly broken. The least complicated alternative is to switch the default setting for AArch64 product flag UseBarriersForVolatile to true, so that the transformations are disabled. It would also be possible to rewrite the back end generator so that it only checks for a dominating memory feed from the CPUOrder barrier when trying to identify a volatile load. Testing: ------- I reran jcstress tests on AArch64 and the change fixes the failing Dekker tests without introducing any new failures (3 opaque tests were failing before and after the patch). I ran all jdk tier1 jtreg tests on AArch64 and they passed. As a change to shared code this also needs testing against the submit tree to ensure it does not break x86 code (which I am in the process of doing). regards, Andrew Dinn ----------- Senior Principal Software Engineer Red Hat UK Ltd Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander From adinn at redhat.com Tue Mar 6 17:01:54 2018 From: adinn at redhat.com (Andrew Dinn) Date: Tue, 6 Mar 2018 17:01:54 +0000 Subject: [aarch64-port-dev ] RFR: AArch64: org.openjdk.jcstress.tests.varhandles.DekkerTest fails In-Reply-To: <20180306082420.853500758@eggemoggin.niobe.net> References: <20180306082420.853500758@eggemoggin.niobe.net> Message-ID: On 06/03/18 16:24, mark.reinhold at oracle.com wrote: > 2018/3/6 4:23:07 -0800, adinn at redhat.com: >> Could someone please review the following patch to /shared code/ which >> fixes an AArch64 breakage that was inadvertently introduced by JDK-8181211: >> >> webrev: http://cr.openjdk.java.net/~adinn/8198950/webrev.00 >> JIRA: https://bugs.openjdk.java.net/browse/JDK-8198950 >> >> The patch applies to jdk/hs. It also applies cleanly to jdk/jdk10. >> >> I would like it to be considered for inclusion in jdk10 if at all >> possible because it patches a critical error in handling of volatile >> reads that may result in incorrect memory synchronization. > > Andrew -- thanks for the thorough analysis. > > So far Tobias and Roland have reviewed your change. I'm not qualified > to review it myself, so since it's very late in the game for JDK 10 I'd > like to see reviews from at least a couple more C2 committers before we > make a call on this. Sure, that's an understandably cautious reaction. Perhaps a Vladimir (or two :-) might be able to take a look? Thanks very much for even considering this for inclusion in jdk10 at such a late stage. regards, Andrew Dinn ----------- Senior Principal Software Engineer Red Hat UK Ltd Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander From vladimir.x.ivanov at oracle.com Tue Mar 6 17:24:29 2018 From: vladimir.x.ivanov at oracle.com (Vladimir Ivanov) Date: Tue, 6 Mar 2018 20:24:29 +0300 Subject: [aarch64-port-dev ] RFR: AArch64: org.openjdk.jcstress.tests.varhandles.DekkerTest fails In-Reply-To: References: Message-ID: The fix looks good. It reverts the behavior back to original (pre-8181211) when membar is needed, so it looks like a low risk fix. Best regards, Vladimir Ivanov On 3/6/18 3:23 PM, Andrew Dinn wrote: > Could someone please review the following patch to /shared code/ which > fixes an AArch64 breakage that was inadvertently introduced by JDK-8181211: > > webrev: http://cr.openjdk.java.net/~adinn/8198950/webrev.00 > JIRA: https://bugs.openjdk.java.net/browse/JDK-8198950 > > The patch applies to jdk/hs. It also applies cleanly to jdk/jdk10. > > I would like it to be considered for inclusion in jdk10 if at all > possible because it patches a critical error in handling of volatile > reads that may result in incorrect memory synchronization. > > The problem: > ------------ > > JDK-8181211 modified generations of load nodes in library_call.c to > allow them to float when > > i) the load is known to be from a heap address (i.e. an object) > ii) the object reference is know (from type info) to be non-null > iii) the offset for the load is known to lie within object's extent > > In this case the load is created with a null control, allowing it to float. > > In the case where this is a volatile load passing a null control is not > really appropriate because the load should not be able to float. > > Before 8181211 the load inherited its control and memory link from the > leading CPUOrder memory barrier that precedes the load node. After > 8181211, the null control passed in to the load create call may > eventually be replaced by control flow from from an earlier node (e.g. a > guarding ifnull node). This change does not actually allow the load to > float because it is still dominated directly in the memory flow by the > memory feed from the CPUOrder membar. > > The problem this causes for AArch64 is that the back end generator > attempts to replace ldr; membar_acquire sequences with ldar. In order to > do so it has to spot that a load is actually volatile and associated > with a trailing Acquire membar. It is currently relying on the now > invalid assumption that the load will be dominated in both control and > memory flow by the preceding CPUOrder membar. The generator falls back > to generating ldr; membar_acquire. > > Unfortunately, the other half of the generation scheme, which replaces > membar_release; str; membar_volatile with an stlr instruction is still > performed. The transformation is only valid if stlr instructions are > paired with ldar instruction which is why the Dekker test fails. > > The fix: > -------- > > This patch tweaks the changes originally made to /shared code/ in > 8181211 to ensure that a null control is only passed when a non-volatile > load is being created (i.e. when needs_membar is false). I chose to fix > it this way because: > > i) it models the control flow correctly > ii) this re-establishes the status quo ante for volatile loads which > should, therefore be very low risk while not prejudicing the performance > gain for non-volatile loads > iii) the alternative tack of modifying the graph pattern matching done > by the AArch64 back-end generator is a relatively complex change. > > alternative jdk10 fix: > ---------------------- > > If this is not able to go in as a fix for jdk10 right now then it will > still be necessary to implement an alternative fix before jdk10 is > released otherwise AArch64 will be horribly broken. > > The least complicated alternative is to switch the default setting for > AArch64 product flag UseBarriersForVolatile to true, so that the > transformations are disabled. > > It would also be possible to rewrite the back end generator so that it > only checks for a dominating memory feed from the CPUOrder barrier when > trying to identify a volatile load. > > Testing: > ------- > > I reran jcstress tests on AArch64 and the change fixes the failing > Dekker tests without introducing any new failures (3 opaque tests were > failing before and after the patch). I ran all jdk tier1 jtreg tests on > AArch64 and they passed. > > As a change to shared code this also needs testing against the submit > tree to ensure it does not break x86 code (which I am in the process of > doing). > > regards, > > > Andrew Dinn > ----------- > Senior Principal Software Engineer > Red Hat UK Ltd > Registered in England and Wales under Company Registration No. 03798903 > Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander > From vladimir.kozlov at oracle.com Tue Mar 6 17:30:53 2018 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Tue, 6 Mar 2018 09:30:53 -0800 Subject: [aarch64-port-dev ] RFR: AArch64: org.openjdk.jcstress.tests.varhandles.DekkerTest fails In-Reply-To: <20180306082420.853500758@eggemoggin.niobe.net> References: <20180306082420.853500758@eggemoggin.niobe.net> Message-ID: <32eec7a9-e464-e89a-ac20-1f2b0f7386c0@oracle.com> Changes are good. I think we should push it into JDK 10. It reversed optimization done by JDK-8181211 in JDK 10 - it is regression in JDK 10. The fix prevents, for example, volatile loads float above membars - this is not aarch64 specific problem. I will update bug report later after testing finished. Thanks, Vladimir On 3/6/18 8:24 AM, mark.reinhold at oracle.com wrote: > 2018/3/6 4:23:07 -0800, adinn at redhat.com: >> Could someone please review the following patch to /shared code/ which >> fixes an AArch64 breakage that was inadvertently introduced by JDK-8181211: >> >> webrev: http://cr.openjdk.java.net/~adinn/8198950/webrev.00 >> JIRA: https://bugs.openjdk.java.net/browse/JDK-8198950 >> >> The patch applies to jdk/hs. It also applies cleanly to jdk/jdk10. >> >> I would like it to be considered for inclusion in jdk10 if at all >> possible because it patches a critical error in handling of volatile >> reads that may result in incorrect memory synchronization. > > Andrew -- thanks for the thorough analysis. > > So far Tobias and Roland have reviewed your change. I'm not qualified > to review it myself, so since it's very late in the game for JDK 10 I'd > like to see reviews from at least a couple more C2 committers before we > make a call on this. > > - Mark > From zhongwei.yao at linaro.org Wed Mar 7 01:43:08 2018 From: zhongwei.yao at linaro.org (Zhongwei Yao) Date: Wed, 7 Mar 2018 09:43:08 +0800 Subject: [aarch64-port-dev ] jcstress varhandles.DekkerTest fails on aarch64 In-Reply-To: References: <50b8f62c-73c1-e88d-2c40-1395fbb9fbd9@redhat.com> <4657ebce-ed6b-b7a4-0523-4f9209513cdd@redhat.com> Message-ID: Great to hear that and it's my pleasure. On 7 March 2018 at 00:24, Andrew Dinn wrote: > On 05/03/18 04:15, Zhongwei Yao wrote: >> Thanks for your quick response and explanation! > I forgot to add this in my earlier reply: > > Thank you very much for finding this error and identifying the change in > the generated code. That was a real help in getting to a fix. Very good > work! > > regards, > > > Andrew Dinn > ----------- > Senior Principal Software Engineer > Red Hat UK Ltd > Registered in England and Wales under Company Registration No. 03798903 > Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander -- Best regards, Zhongwei From john.r.rose at oracle.com Wed Mar 7 02:25:46 2018 From: john.r.rose at oracle.com (John Rose) Date: Tue, 6 Mar 2018 18:25:46 -0800 Subject: [aarch64-port-dev ] RFR: AArch64: org.openjdk.jcstress.tests.varhandles.DekkerTest fails In-Reply-To: <32eec7a9-e464-e89a-ac20-1f2b0f7386c0@oracle.com> References: <20180306082420.853500758@eggemoggin.niobe.net> <32eec7a9-e464-e89a-ac20-1f2b0f7386c0@oracle.com> Message-ID: <7D2F86CC-C3B9-4502-892C-407849989860@oracle.com> I agree with this reasoning. After looking at the old change and this new tweak, I also support pushing it now. Andrew can mark me a reviewer if he wants an even longer reviewed-by list. :-) ? John On Mar 6, 2018, at 9:30 AM, Vladimir Kozlov wrote: > > Changes are good. I think we should push it into JDK 10. > It reversed optimization done by JDK-8181211 in JDK 10 - it is regression in JDK 10. > > The fix prevents, for example, volatile loads float above membars - this is not aarch64 specific problem. > > I will update bug report later after testing finished. > > Thanks, > Vladimir > > On 3/6/18 8:24 AM, mark.reinhold at oracle.com wrote: >> 2018/3/6 4:23:07 -0800, adinn at redhat.com: >>> Could someone please review the following patch to /shared code/ which >>> fixes an AArch64 breakage that was inadvertently introduced by JDK-8181211: >>> >>> webrev: http://cr.openjdk.java.net/~adinn/8198950/webrev.00 >>> JIRA: https://bugs.openjdk.java.net/browse/JDK-8198950 >>> >>> The patch applies to jdk/hs. It also applies cleanly to jdk/jdk10. >>> >>> I would like it to be considered for inclusion in jdk10 if at all >>> possible because it patches a critical error in handling of volatile >>> reads that may result in incorrect memory synchronization. >> Andrew -- thanks for the thorough analysis. >> So far Tobias and Roland have reviewed your change. I'm not qualified >> to review it myself, so since it's very late in the game for JDK 10 I'd >> like to see reviews from at least a couple more C2 committers before we >> make a call on this. >> - Mark From mark.reinhold at oracle.com Wed Mar 7 04:16:54 2018 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Tue, 06 Mar 2018 20:16:54 -0800 Subject: [aarch64-port-dev ] RFR: AArch64: org.openjdk.jcstress.tests.varhandles.DekkerTest fails In-Reply-To: References: <20180306082420.853500758@eggemoggin.niobe.net> Message-ID: <20180306201654.420182025@eggemoggin.niobe.net> 2018/3/6 9:01:54 -0800, Andrew Dinn : > On 06/03/18 16:24, mark.reinhold at oracle.com wrote: >> ... >> >> So far Tobias and Roland have reviewed your change. I'm not qualified >> to review it myself, so since it's very late in the game for JDK 10 I'd >> like to see reviews from at least a couple more C2 committers before we >> make a call on this. > > Sure, that's an understandably cautious reaction. Perhaps a Vladimir (or > two :-) might be able to take a look? With additional reviews from the two Vladimirs, and now also John, I think this is looking pretty good. We're running some additional (Oracle internal) tests overnight, just to be paranoid, and should have results in the morning PST, but I don't expect any surprises. Stay tuned ... - Mark From edward.nevill at gmail.com Wed Mar 7 09:05:00 2018 From: edward.nevill at gmail.com (Edward Nevill) Date: Wed, 07 Mar 2018 09:05:00 +0000 Subject: [aarch64-port-dev ] RFR: 8199152: Configure broken for arm 32 Message-ID: <1520413500.2363.3.camel@gmail.com> Hi, Please review the following change which fixes broken configuration for arm 32. Bug ID: https://bugs.openjdk.java.net/browse/JDK-8199152 Webrev: http://cr.openjdk.java.net/~enevill/8199152/webrev.00/ The arm 32 configure is broken after the following changes https://bugs.openjdk.java.net/browse/JDK-8198724 http://hg.openjdk.java.net/jdk/jdk/rev/c04d813140dc https://bugs.openjdk.java.net/browse/JDK-8199052 http://hg.openjdk.java.net/jdk/jdk/rev/5d35b6050163 OK to push to jdk/jdk? Thanks, Ed. From adinn at redhat.com Wed Mar 7 09:25:34 2018 From: adinn at redhat.com (Andrew Dinn) Date: Wed, 7 Mar 2018 09:25:34 +0000 Subject: [aarch64-port-dev ] RFR: AArch64: org.openjdk.jcstress.tests.varhandles.DekkerTest fails In-Reply-To: <7D2F86CC-C3B9-4502-892C-407849989860@oracle.com> References: <20180306082420.853500758@eggemoggin.niobe.net> <32eec7a9-e464-e89a-ac20-1f2b0f7386c0@oracle.com> <7D2F86CC-C3B9-4502-892C-407849989860@oracle.com> Message-ID: <6242415a-83af-1dce-8779-d40954a4d056@redhat.com> On 07/03/18 02:25, John Rose wrote: > I agree with this reasoning. After looking at the old change and this > new tweak, I also support pushing it now. Andrew can mark me a > reviewer if he wants an even longer reviewed-by list. :-) An honour it would be churlish to reject :-) Thanks for the review. Also to both Vladimirs. regards, Andrew Dinn ----------- Senior Principal Software Engineer Red Hat UK Ltd Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander From magnus.ihse.bursie at oracle.com Wed Mar 7 12:43:15 2018 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Wed, 7 Mar 2018 13:43:15 +0100 Subject: [aarch64-port-dev ] RFR: 8199152: Configure broken for arm 32 In-Reply-To: <1520413500.2363.3.camel@gmail.com> References: <1520413500.2363.3.camel@gmail.com> Message-ID: <6a9dc29c-d505-0ec5-c1d9-57586e6596b1@oracle.com> On 2018-03-07 10:05, Edward Nevill wrote: > Hi, > > Please review the following change which fixes broken configuration for > arm 32. > > Bug ID: https://bugs.openjdk.java.net/browse/JDK-8199152 > Webrev: http://cr.openjdk.java.net/~enevill/8199152/webrev.00/ > > The arm 32 configure is broken after the following changes > > https://bugs.openjdk.java.net/browse/JDK-8198724 > http://hg.openjdk.java.net/jdk/jdk/rev/c04d813140dc > > https://bugs.openjdk.java.net/browse/JDK-8199052 > http://hg.openjdk.java.net/jdk/jdk/rev/5d35b6050163 > > OK to push to jdk/jdk? Fix looks good. Ok to push to jdk/jdk. I apologize for causing this mess. :( /Magnus > > Thanks, > Ed. > From aph at redhat.com Wed Mar 7 15:37:06 2018 From: aph at redhat.com (Andrew Haley) Date: Wed, 7 Mar 2018 15:37:06 +0000 Subject: [aarch64-port-dev ] RFC 8169201: Montgomery multiply intrinsic should use correct name In-Reply-To: <5e48b9e5-4930-dbe4-416a-dc089a82c501@redhat.com> References: <5e48b9e5-4930-dbe4-416a-dc089a82c501@redhat.com> Message-ID: <5e11c4a1-357c-53ac-8aca-9030225c8506@redhat.com> On 02/03/18 10:16, Aleksey Shipilev wrote: > We have recently pulled from aarch64-port/jdk8u to shenandoah/jdk8u, and got interesting bugs. > > In Shenandoah code, we *do* care about stub names for analysis/verification. In upstream, there is a > fix for "Montgomery multiply intrinsic should use correct name", which is missing in current > aarch64-port/jdk8u: > https://bugs.openjdk.java.net/browse/JDK-8169201 > > Per repo status: > - aarch64-port/jdk8u DOES NOT have it > - aarch64-port/sheandoah-jdk8u has it from our fixes > - shenandoah/jdk8u has it from our fixes > - shenandoah/jdk9 has it from upstream > - shenandoah/jdk10 has it from upstream > - shenandoah/jdk has it from upstream > > This is a landmine during merges, because we can always accidentally reintroduce the bug. Maybe it > makes sense to pick up JDK-8169201 to aarch64-port/jdk8u? Absolutely, yes. Everything from the relevant upstream repos should go in unless there is some strong reason otherwise. -- Andrew Haley Java Platform Lead Engineer Red Hat UK Ltd. EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 From mark.reinhold at oracle.com Wed Mar 7 17:34:07 2018 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Wed, 07 Mar 2018 09:34:07 -0800 Subject: [aarch64-port-dev ] RFR: AArch64: org.openjdk.jcstress.tests.varhandles.DekkerTest fails In-Reply-To: <20180306201654.420182025@eggemoggin.niobe.net> References: <20180306082420.853500758@eggemoggin.niobe.net> <20180306201654.420182025@eggemoggin.niobe.net> Message-ID: <20180307093407.897577454@eggemoggin.niobe.net> Andrew -- The overnight test runs turned up nothing new, so I've added the jdk10-fix-yes label to 8198950. Please push your fix at will, directly to jdk/jdk10. Thanks for the fix, and to everyone who reviewed and tested it! - Mark From adinn at redhat.com Wed Mar 7 18:01:50 2018 From: adinn at redhat.com (Andrew Dinn) Date: Wed, 7 Mar 2018 18:01:50 +0000 Subject: [aarch64-port-dev ] RFR: AArch64: org.openjdk.jcstress.tests.varhandles.DekkerTest fails In-Reply-To: <20180307093407.897577454@eggemoggin.niobe.net> References: <20180306082420.853500758@eggemoggin.niobe.net> <20180306201654.420182025@eggemoggin.niobe.net> <20180307093407.897577454@eggemoggin.niobe.net> Message-ID: <15c8bee5-99f2-9b8a-6567-93394fed19c2@redhat.com> On 07/03/18 17:34, mark.reinhold at oracle.com wrote: > Andrew -- The overnight test runs turned up nothing new, so I've > added the jdk10-fix-yes label to 8198950. Please push your fix > at will, directly to jdk/jdk10. > > Thanks for the fix, and to everyone who reviewed and tested it! Indeed, thanks very much to everyone. It has been pushed to jdk10 and I will also push to hs asap. regards, Andrew Dinn ----------- Senior Principal Software Engineer Red Hat UK Ltd Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander From ningsheng.jian at linaro.org Fri Mar 9 04:08:21 2018 From: ningsheng.jian at linaro.org (Ningsheng Jian) Date: Fri, 9 Mar 2018 12:08:21 +0800 Subject: [aarch64-port-dev ] Initial SVE trial in OpenJDK with ARMIE Message-ID: Hi, As Stuart mentioned in the last fireside chat, I had tried the ARM Instruction Emulator (ARMIE [1]) with OpenJDK. Since the SVE hardware is still not available, ARMIE is a good choice for early SVE enablement work. I've enabled some SVE instructions and use them in arraycopy stub code. The webrev: http://cr.openjdk.java.net/~njian/sve/copy-intrinsic.webrev0/ And ran the test case: http://cr.openjdk.java.net/~njian/sve/ArrayCopyTest.java in AArch64 hardware with: $ armie -msve-vector-bits=1024 -s ~/jdk/master/build-release/images/jdk/bin/java -XX:+UseSVE ArrayCopyTest It works fine, and with "-s" option it can show which SVE instructions have been executed. With the jtreg patched [2], the initial SVE patch could also pass jtreg tests with ARMIE. Note: one issue I've met is, when running ARMIE and using java ProcessBuilder to create new process, it will report StackOverflowError. This is a limitation for current ARMIE and enlarging the reaper process stack size could work around this. [1] https://developer.arm.com/products/software-development-tools/hpc/arm-instruction-emulator [2] http://cr.openjdk.java.net/~njian/sve/jtreg-armie-support.patch Thanks, Ningsheng From stuart.monteith at linaro.org Wed Mar 14 16:51:42 2018 From: stuart.monteith at linaro.org (Stuart Monteith) Date: Wed, 14 Mar 2018 16:51:42 +0000 Subject: [aarch64-port-dev ] A word of advice please... aarch64.ad Message-ID: Hello, I'm looking at making changes to aarch64.ad for ZGC, and I'm wondering how these fit together: aarch64_ad.m4 aarch64.ad ad_encode.m4 Now, these in the past have been changed together to keep in sync. I presume the process for regenerating the sections from the .m4 files is to manually run them through m4 and then manually cut & paste, but I'd like to check that this is actually the case. I've tried trawling through the source code, history and mailing lists, but haven't managed to find anything explicit. Thanks, Stuart From ningsheng.jian at linaro.org Thu Mar 15 03:03:19 2018 From: ningsheng.jian at linaro.org (Ningsheng Jian) Date: Thu, 15 Mar 2018 11:03:19 +0800 Subject: [aarch64-port-dev ] RFR: 8191954: AArch64: disable UseCISCSpill in C2 In-Reply-To: <9c3ad319-39dc-61e4-0f38-b5c4ff27fc37@redhat.com> References: <2bbe989e-558f-7cf6-a453-1fefd8ba9551@redhat.com> <9c3ad319-39dc-61e4-0f38-b5c4ff27fc37@redhat.com> Message-ID: Hi, Is this trivial patch OK for jdk11 now? http://cr.openjdk.java.net/~njian/8191954/webrev.00/ If it is OK, could someone please help to push the patch? Thanks, Ningsheng On 28 November 2017 at 18:11, Andrew Haley wrote: > On 28/11/17 09:35, Andrew Dinn wrote: >> On 28/11/17 08:49, Andrew Haley wrote: >>> On 28/11/17 05:54, Ningsheng Jian wrote: >> >> So, leaving UseCISCSpill set to true causes a small amount of extra >> checking to be done but no action is ever taken. Of course that also >> means the change is not going to be /critical/ to performance i.e. >> rushing to squeeze it into jdk10 is not justified. > > OK, so there's no hurry to change it, then. :-) > > -- > Andrew Haley > Java Platform Lead Engineer > Red Hat UK Ltd. > EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 From ningsheng.jian at linaro.org Thu Mar 15 07:42:19 2018 From: ningsheng.jian at linaro.org (Ningsheng Jian) Date: Thu, 15 Mar 2018 15:42:19 +0800 Subject: [aarch64-port-dev ] RFR: 8173100: AArch64: -XX:-UseOnStackReplacement does not work together with -XX:+TieredCompilation. Message-ID: (Resend of [1]) Hi, Please help to review this fix. Bug: https://bugs.openjdk.java.net/browse/JDK-8173100 Webrev: http://cr.openjdk.java.net/~njian/8173100/webrev.01/ JDK-8159620 included a test case compiler/interpreter/DisableOSRTest.java which exposes the same issue on AArch64. Basically, if we specify -XX:-UseOnStackReplacement and -XX:+TieredCompilation (default) options, there are still OSR compilations found. The root cause is that, even with -UseOnStackReplacement, interpreter will still count the backedge and jump to backedge_counter_overflow to request an OSR compilation. With correct label passed to increment_mask_and_jump, it will either jump to OSR or dispatch to next target instruction. This fix also covers an old fix of [2] and makes the code align with x86 code (On x86, the increment_mask_and_jump just jumps to the next instruction if backedge_counter_overflow is not generated, so no such issue then.) JTreg tests passed. [1] http://mail.openjdk.java.net/pipermail/aarch64-port-dev/2017-January/004119.html [2] http://mail.openjdk.java.net/pipermail/aarch64-port-dev/2014-February/000764.html Thanks, Ningsheng From ningsheng.jian at linaro.org Thu Mar 15 09:08:54 2018 From: ningsheng.jian at linaro.org (Ningsheng Jian) Date: Thu, 15 Mar 2018 17:08:54 +0800 Subject: [aarch64-port-dev ] A word of advice please... aarch64.ad In-Reply-To: References: Message-ID: I used to do that manually. Thanks, Ningsheng On 15 March 2018 at 00:51, Stuart Monteith wrote: > Hello, > I'm looking at making changes to aarch64.ad for ZGC, and I'm > wondering how these fit together: > > aarch64_ad.m4 > aarch64.ad > ad_encode.m4 > > Now, these in the past have been changed together to keep in sync. I > presume the process for regenerating the sections from the .m4 files > is to manually run them through m4 and then manually cut & paste, but > I'd like to check that this is actually the case. I've tried trawling > through the source code, history and mailing lists, but haven't > managed to find anything explicit. > > Thanks, > Stuart From adinn at redhat.com Thu Mar 15 10:05:59 2018 From: adinn at redhat.com (Andrew Dinn) Date: Thu, 15 Mar 2018 10:05:59 +0000 Subject: [aarch64-port-dev ] A word of advice please... aarch64.ad In-Reply-To: References: Message-ID: <02ee06d0-96ca-866f-8890-a326228cd23a@redhat.com> Hi Stuart, On 15/03/18 09:08, Ningsheng Jian wrote: > I used to do that manually. Yes, Ningsheng is correct. After pre-processing the md4 sources you need to insert the result into aarch64.ad manually. regards, Andrew Dinn ----------- Senior Principal Software Engineer Red Hat UK Ltd Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander > On 15 March 2018 at 00:51, Stuart Monteith wrote: >> Hello, >> I'm looking at making changes to aarch64.ad for ZGC, and I'm >> wondering how these fit together: >> >> aarch64_ad.m4 >> aarch64.ad >> ad_encode.m4 >> >> Now, these in the past have been changed together to keep in sync. I >> presume the process for regenerating the sections from the .m4 files >> is to manually run them through m4 and then manually cut & paste, but >> I'd like to check that this is actually the case. I've tried trawling >> through the source code, history and mailing lists, but haven't >> managed to find anything explicit. >> >> Thanks, >> Stuart > From stuart.monteith at linaro.org Thu Mar 15 10:15:44 2018 From: stuart.monteith at linaro.org (Stuart Monteith) Date: Thu, 15 Mar 2018 10:15:44 +0000 Subject: [aarch64-port-dev ] A word of advice please... aarch64.ad In-Reply-To: <02ee06d0-96ca-866f-8890-a326228cd23a@redhat.com> References: <02ee06d0-96ca-866f-8890-a326228cd23a@redhat.com> Message-ID: Thanks - that is what I have done and am doing, I'll make sure what ever I do squares up with what is generated. On 15 March 2018 at 10:05, Andrew Dinn wrote: > Hi Stuart, > > On 15/03/18 09:08, Ningsheng Jian wrote: >> I used to do that manually. > > Yes, Ningsheng is correct. After pre-processing the md4 sources you need > to insert the result into aarch64.ad manually. > > regards, > > > Andrew Dinn > ----------- > Senior Principal Software Engineer > Red Hat UK Ltd > Registered in England and Wales under Company Registration No. 03798903 > Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander > >> On 15 March 2018 at 00:51, Stuart Monteith wrote: >>> Hello, >>> I'm looking at making changes to aarch64.ad for ZGC, and I'm >>> wondering how these fit together: >>> >>> aarch64_ad.m4 >>> aarch64.ad >>> ad_encode.m4 >>> >>> Now, these in the past have been changed together to keep in sync. I >>> presume the process for regenerating the sections from the .m4 files >>> is to manually run them through m4 and then manually cut & paste, but >>> I'd like to check that this is actually the case. I've tried trawling >>> through the source code, history and mailing lists, but haven't >>> managed to find anything explicit. >>> >>> Thanks, >>> Stuart >> From gnu.andrew at redhat.com Thu Mar 15 17:02:49 2018 From: gnu.andrew at redhat.com (Andrew Hughes) Date: Thu, 15 Mar 2018 17:02:49 +0000 Subject: [aarch64-port-dev ] [RFR] 8u162 Upstream Sync Message-ID: Hi, This webrev brings jdk8u162-b12 into the aarch64/jdk8u repositories, tagging the result as aarch64-jdk8u162-b12 http://cr.openjdk.java.net/~andrew/aarch64-8/u162/ To illustrate the actual changes, the merge changesets for each repository are also included: http://cr.openjdk.java.net/~andrew/aarch64-8/u162/corba/merge.changeset http://cr.openjdk.java.net/~andrew/aarch64-8/u162/jaxp/merge.changeset http://cr.openjdk.java.net/~andrew/aarch64-8/u162/jaxws/merge.changeset http://cr.openjdk.java.net/~andrew/aarch64-8/u162/jdk/merge.changeset http://cr.openjdk.java.net/~andrew/aarch64-8/u162/hotspot/merge.changeset http://cr.openjdk.java.net/~andrew/aarch64-8/u162/langtools/merge.changeset http://cr.openjdk.java.net/~andrew/aarch64-8/u162/nashorn/merge.changeset http://cr.openjdk.java.net/~andrew/aarch64-8/u162/root/merge.changeset * Changes in aarch64-jdk8u162-b12 - S4354680: Runtime.runFinalization() silently clears interrupted flag in the calling thread - S6618335: ThreadReference.stop(null) throws NPE instead of InvalidTypeException - S6651256: jstack: DeleteGlobalRef method call doesn't lead to descreasing of global refs count shown by jstack - S6656031: SA: jmap -permstat number of classes is off by 1 - S6977426: sun/tools tests can intermittently fail to find app's Java pid - S6988950: JDWP exit error JVMTI_ERROR_WRONG_PHASE(112) - S7124271: [macosx] RealSync test failure - S7162125: [macosx] A font has different behaviour for ligatures depending on its creation mod - S8023667: SA: ExceptionBlob and other C2 classes not available in client VM - S8031661: java/net/Authenticator/B4769350.java failed intermittently - S8046778: Better error messages when starting JMX agent via attach or jcmd - S8066185: VM crashed with SIGSEGV VirtualMemoryTracker::add_reserved_region - S8072428: Enable UseLoopCounter ergonomically if on-stack-replacement is enabled - S8073670: TypeF::eq and TypeD::eq do not handle NaNs correctly - S8074812: More specific error message when the .java_pid well-known file is not secure - S8078269: JTabbedPane UI Property TabbedPane.tabAreaBackground no longer works - S8080504: [macosx] SunToolkit.realSync() may hang - S8087291: InitialBootClassLoaderMetaspaceSize and CompressedClassSpaceSize should be checked consistent from MaxMetaspaceSize - S8132374: AIX: fix value of os.version property - S8134103: JVMTI_ERROR_WRONG_PHASE(112): on checking for an interface - S8139218: Dialog that opens and closes quickly changes focus in original focusowner - S8145913: PPC64: add Montgomery multiply intrinsic - S8147002: [macosx] Arabic character cannot be rendered on MacOS X - S8148786: xml.tranform fails on x86-64 - S8155197: Focus transition issue - S8157896: TestDSAGenParameterSpec.java test fails with timeout - S8158633: BASE64 encoded cert not correctly parsed with UTF-16 - S8159432: [PIT][macosx] StackOverflow in closed/java/awt/Dialog/DialogDeadlock/DialogDeadlockTest - S8162530: src/jdk.management/share/native/libmanagement_ext/GcInfoBuilder.c doesn't handle JNI exceptions properly - S8164954: split_if creates empty phi and region nodes - S8166742: SIGFPE in C2 Loop IV elimination - S8168318: PPC64: Use cmpldi instead of li/cmpld - S8169961: Memory leak after debugging session - S8170328: PPC64: Use andis instead of lis/and - S8172751: OSR compilation at unreachable bci causes C1 crash - S8175340: Possible invalid memory accesses due to ciMethodData::bci_to_data() returning NULL - S8177026: jvm.dll file version not updated since 8u72 - S8177414: Missing key events on Mac Os - S8177958: Possible uninitialized char* in vm_version_solaris_sparc.cpp - S8178047: Aliasing problem with raw memory accesses - S8179086: java.time.temporal.ValueRange has poor hashCode() - S8180370: Characters are skipped on input of Korean text on OS X - S8180855: Null pointer dereference in OopMapSet::all_do of oopMap.cpp:394 - S8181055: PPC64: "mbind: Invalid argument" still seen after 8175813 - S8181419: Race in jdwp invoker handling may lead to crashes or invalid results - S8181659: Create an alternative fix for JDK-8167102, whose fix was backed out - S8181786: Extra runLater causes impossible states to be possible using javafx.embed.singleThread=true - S8181810: PPC64: Leverage extrdi for bitfield extract - S8182402: Tooltip for Desktop button is in English when non-English locale is set - S8182672: Java 8u121 on Linux intermittently returns null for MAC address - S8182996: Incorrect mapping Long type to JavaScript equivalent - S8184009: Missing null pointer check in InterpreterRuntime::update_mdp_for_ret() - S8184271: Time related C1 intrinsics produce inconsistent results when floating around - S8184328: JDK 8u131 socketRead0 hang at SSL read - S8184673: Fix compatibility issue in AlgorithmChecker for 3rd party JCE providers - S8184893: jdk8u152 b06 : issues with nashorn when running kraken benchmarks - S8185164: GetOwnedMonitorInfo() returns incorrect owned monitor - S8185346: Relax RMI Registry Serial Filter to allow arrays of any type - S8187023: Cannot read pkcs11 config file in UTF-16 environment - S8189918: Remove Trailing whitespace from file while syncing 8u into 8u162-b03 - S8190280: [macos] Font2DTest demo started failing for Arabic range from JDK 8 u162 b01 on Mac - S8190542: 8u162 L10n resource file update - S8192794: 8u162 L10n resource file update md20 The list above is minus a few duplicates that were already introduced by 8u152 and 8u161. diffstat for root b/.hgtags | 13 +++++++++++++ 1 file changed, 13 insertions(+) diffstat for corba b/.hgtags | 13 +++++++++++++ 1 file changed, 13 insertions(+) diffstat for jaxp b/.hgtags | 29 +++++++++++++++++++++++++++++ 1 file changed, 29 insertions(+) diffstat for jaxws b/.hgtags | 13 +++++++++++++ 1 file changed, 13 insertions(+) diffstat for langtools b/.hgtags | 13 +++++++++++++ 1 file changed, 13 insertions(+) diffstat for nashorn b/.hgtags | 29 ++++ b/src/jdk/nashorn/internal/codegen/WeighNodes.java | 6 b/src/jdk/nashorn/internal/runtime/AccessorProperty.java | 2 b/test/script/basic/JDK-8184893.js | 37 +++++ b/test/src/jdk/nashorn/api/scripting/test/JDK_8182996_Test.java | 70 ++++++++++ 5 files changed, 136 insertions(+), 8 deletions(-) diffstat for jdk a/test/java/util/logging/AnonLoggerWeakRefLeak.java | 92 -- a/test/java/util/logging/AnonLoggerWeakRefLeak.sh | 254 ------- a/test/java/util/logging/LoggerWeakRefLeak.java | 102 --- a/test/java/util/logging/LoggerWeakRefLeak.sh | 254 ------- a/test/sun/tools/common/CommonTests.sh | 314 --------- b/.hgtags | 17 b/src/aix/native/sun/tools/attach/AixVirtualMachine.c | 34 - b/src/macosx/classes/sun/font/CCompositeGlyphMapper.java | 155 ++++ b/src/macosx/classes/sun/font/CFont.java | 66 + b/src/macosx/classes/sun/font/CStrike.java | 2 b/src/macosx/native/sun/awt/AWTView.m | 11 b/src/macosx/native/sun/awt/LWCToolkit.m | 26 b/src/macosx/native/sun/font/AWTFont.h | 3 b/src/macosx/native/sun/font/AWTFont.m | 159 ++++ b/src/macosx/native/sun/osxapp/NSApplicationAWT.h | 6 b/src/macosx/native/sun/osxapp/NSApplicationAWT.m | 27 b/src/share/back/debugLoop.c | 35 - b/src/share/back/eventHelper.c | 8 b/src/share/back/invoker.c | 45 - b/src/share/bin/java.c | 20 b/src/share/classes/com/sun/tools/jdi/TargetVM.java | 18 b/src/share/classes/com/sun/tools/jdi/ThreadReferenceImpl.java | 4 b/src/share/classes/java/awt/DefaultKeyboardFocusManager.java | 39 + b/src/share/classes/java/awt/EventDispatchThread.java | 32 b/src/share/classes/java/awt/EventQueue.java | 32 b/src/share/classes/java/lang/ref/Finalizer.java | 27 b/src/share/classes/java/time/temporal/ValueRange.java | 7 b/src/share/classes/javax/swing/plaf/metal/MetalFileChooserUI.java | 5 b/src/share/classes/javax/swing/plaf/metal/MetalTabbedPaneUI.java | 5 b/src/share/classes/sun/font/CompositeFont.java | 19 b/src/share/classes/sun/font/CompositeGlyphMapper.java | 2 b/src/share/classes/sun/font/CompositeStrike.java | 4 b/src/share/classes/sun/font/Font2D.java | 9 b/src/share/classes/sun/font/FontSubstitution.java | 38 + b/src/share/classes/sun/font/GlyphLayout.java | 3 b/src/share/classes/sun/font/StandardGlyphVector.java | 10 b/src/share/classes/sun/font/SunLayoutEngine.java | 5 b/src/share/classes/sun/font/TrueTypeFont.java | 6 b/src/share/classes/sun/management/Agent.java | 89 +- b/src/share/classes/sun/management/resources/agent.properties | 2 b/src/share/classes/sun/management/resources/agent_de.properties | 4 b/src/share/classes/sun/management/resources/agent_es.properties | 4 b/src/share/classes/sun/management/resources/agent_fr.properties | 4 b/src/share/classes/sun/management/resources/agent_it.properties | 4 b/src/share/classes/sun/management/resources/agent_ja.properties | 4 b/src/share/classes/sun/management/resources/agent_ko.properties | 4 b/src/share/classes/sun/management/resources/agent_pt_BR.properties | 4 b/src/share/classes/sun/management/resources/agent_sv.properties | 2 b/src/share/classes/sun/management/resources/agent_zh_CN.properties | 4 b/src/share/classes/sun/management/resources/agent_zh_TW.properties | 4 b/src/share/classes/sun/misc/ObjectInputFilter.java | 34 - b/src/share/classes/sun/print/RasterPrinterJob.java | 41 + b/src/share/classes/sun/rmi/registry/RegistryImpl.java | 19 b/src/share/classes/sun/security/pkcs11/Config.java | 6 b/src/share/classes/sun/security/ssl/SSLSocketImpl.java | 7 b/src/share/classes/sun/security/util/Pem.java | 4 b/src/share/classes/sun/swing/plaf/synth/SynthFileChooserUIImpl.java | 3 b/src/share/lib/security/java.security-aix | 29 b/src/share/lib/security/java.security-linux | 24 b/src/share/lib/security/java.security-macosx | 29 b/src/share/lib/security/java.security-solaris | 29 b/src/share/lib/security/java.security-windows | 29 b/src/share/native/sun/font/FontInstanceAdapter.cpp | 12 b/src/share/native/sun/management/GcInfoBuilder.c | 27 b/src/solaris/native/java/lang/java_props_md.c | 15 b/src/solaris/native/sun/tools/attach/BsdVirtualMachine.c | 34 - b/src/solaris/native/sun/tools/attach/LinuxVirtualMachine.c | 34 - b/src/solaris/native/sun/tools/attach/SolarisVirtualMachine.c | 34 - b/test/TEST.groups | 3 b/test/com/sun/tools/attach/StartManagementAgent.java | 2 b/test/java/awt/Focus/FocusTransitionTest/FocusTransitionTest.java | 135 ++++ b/test/java/awt/Focus/RollbackFocusFromAnotherWindowTest/RollbackFocusFromAnotherWindowTest.java | 114 +++ b/test/java/awt/InputMethods/InputMethodKeyEventsTest/InputMethodKeyEventsTest.java | 144 ++++ b/test/java/awt/font/Fallback/MissingGlyphTest.java | 162 ++++ b/test/java/awt/font/TextLayout/NegativeGlyphIDException.java | 47 + b/test/java/awt/font/TextLayout/OSXLigatureTest.java | 82 ++ b/test/java/awt/print/PageFormat/WrongPaperPrintingTest.java | 3 b/test/java/lang/System/finalization/FinInterrupt.java | 41 + b/test/java/net/Authenticator/B4769350.java | 44 - b/test/java/rmi/registry/serialFilter/RegistryFilterTest.java | 22 b/test/java/util/logging/TestLoggerWeakRefLeak.java | 164 ++++ b/test/javax/swing/JTabbedPane/8007563/Test8007563.java | 20 b/test/javax/swing/JTextField/MissingCharsKorean/MissingCharsKorean.java | 331 ++++++++++ b/test/sun/security/pkcs11/Config/ReadConfInUTF16Env.java | 40 + b/test/sun/security/pkcs11/Config/ReadConfInUTF16Env.sh | 38 + b/test/sun/security/provider/NSASuiteB/TestDSAGenParameterSpec.java | 56 - b/test/sun/security/ssl/SSLSocketImpl/SSLSocketCloseHang.java | 271 ++++++++ b/test/sun/security/util/Pem/PemEncoding.java | 34 + b/test/sun/security/util/Pem/encoding.sh | 35 + b/test/tools/launcher/TestSpecialArgs.java | 330 +++++---- 90 files changed, 3028 insertions(+), 1524 deletions(-) diffstat for hotspot b/.hgtags | 13 b/agent/src/share/classes/sun/jvm/hotspot/tools/ClassLoaderStats.java | 7 b/agent/src/share/classes/sun/jvm/hotspot/utilities/soql/sa.js | 14 b/src/cpu/ppc/vm/assembler_ppc.hpp | 2 b/src/cpu/ppc/vm/assembler_ppc.inline.hpp | 2 b/src/cpu/ppc/vm/c2_init_ppc.cpp | 6 b/src/cpu/ppc/vm/ppc.ad | 64 ++ b/src/cpu/ppc/vm/sharedRuntime_ppc.cpp | 244 ++++++++++ b/src/cpu/ppc/vm/stubGenerator_ppc.cpp | 8 b/src/cpu/ppc/vm/templateInterpreter_ppc.cpp | 8 b/src/cpu/ppc/vm/vm_version_ppc.cpp | 6 b/src/os/linux/vm/os_linux.cpp | 16 b/src/os/linux/vm/os_linux.hpp | 11 b/src/os/windows/vm/version.rc | 4 b/src/os_cpu/solaris_sparc/vm/vm_version_solaris_sparc.cpp | 4 b/src/share/vm/c1/c1_GraphBuilder.cpp | 10 b/src/share/vm/c1/c1_Instruction.hpp | 2 b/src/share/vm/c1/c1_LIRGenerator.cpp | 126 ++--- b/src/share/vm/ci/ciMethodData.cpp | 24 b/src/share/vm/classfile/vmSymbols.cpp | 14 b/src/share/vm/classfile/vmSymbols.hpp | 2 b/src/share/vm/compiler/oopMap.cpp | 19 b/src/share/vm/interpreter/interpreterRuntime.cpp | 1 b/src/share/vm/memory/metaspace.cpp | 20 b/src/share/vm/opto/ifnode.cpp | 7 b/src/share/vm/opto/library_call.cpp | 41 + b/src/share/vm/opto/loopnode.cpp | 8 b/src/share/vm/opto/loopnode.hpp | 18 b/src/share/vm/opto/memnode.cpp | 19 b/src/share/vm/opto/memnode.hpp | 4 b/src/share/vm/opto/parse2.cpp | 7 b/src/share/vm/opto/phaseX.cpp | 54 +- b/src/share/vm/opto/phaseX.hpp | 4 b/src/share/vm/opto/runtime.cpp | 20 b/src/share/vm/opto/type.cpp | 38 - b/src/share/vm/runtime/arguments.cpp | 5 b/src/share/vm/runtime/jniHandles.cpp | 8 b/src/share/vm/runtime/objectMonitor.cpp | 4 b/test/compiler/c1/Test8172751.java | 77 +++ b/test/compiler/c1/TestPinnedIntrinsics.java | 68 ++ b/test/compiler/c2/FloatingPointFoldingTest.java | 163 ++++++ b/test/compiler/loopopts/TestImpossibleIV.java | 51 ++ b/test/compiler/unsafe/TestRawAliasing.java | 70 ++ b/test/runtime/Metaspace/MaxMetaspaceSizeTest.java | 47 + 44 files changed, 1161 insertions(+), 179 deletions(-) Ok to push? -- Andrew :) Senior Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Web Site: http://fuseyism.com Twitter: https://twitter.com/gnu_andrew_java PGP Key: ed25519/0xCFDA0F9B35964222 (hkp://keys.gnupg.net) Fingerprint = 5132 579D D154 0ED2 3E04 C5A0 CFDA 0F9B 3596 4222 From shade at redhat.com Thu Mar 15 18:03:48 2018 From: shade at redhat.com (Aleksey Shipilev) Date: Thu, 15 Mar 2018 19:03:48 +0100 Subject: [aarch64-port-dev ] [RFR] 8u162 Upstream Sync In-Reply-To: References: Message-ID: <0f690c6f-8876-f519-6004-e7ec5271fdbf@redhat.com> On 03/15/2018 06:02 PM, Andrew Hughes wrote: > http://cr.openjdk.java.net/~andrew/aarch64-8/u162/corba/merge.changeset > http://cr.openjdk.java.net/~andrew/aarch64-8/u162/jaxp/merge.changeset > http://cr.openjdk.java.net/~andrew/aarch64-8/u162/jaxws/merge.changeset > http://cr.openjdk.java.net/~andrew/aarch64-8/u162/langtools/merge.changeset > http://cr.openjdk.java.net/~andrew/aarch64-8/u162/root/merge.changeset These five look trivially fine. > http://cr.openjdk.java.net/~andrew/aarch64-8/u162/jdk/merge.changeset Half of this is tests. Product changes look fine. > http://cr.openjdk.java.net/~andrew/aarch64-8/u162/hotspot/merge.changeset This looks fine. > http://cr.openjdk.java.net/~andrew/aarch64-8/u162/nashorn/merge.changeset This looks fine. You are doing Shenandoah merges too, right? -Aleksey From aph at redhat.com Fri Mar 16 09:51:56 2018 From: aph at redhat.com (Andrew Haley) Date: Fri, 16 Mar 2018 09:51:56 +0000 Subject: [aarch64-port-dev ] RFR: 8173100: AArch64: -XX:-UseOnStackReplacement does not work together with -XX:+TieredCompilation. In-Reply-To: References: Message-ID: On 15/03/18 07:42, Ningsheng Jian wrote: > Please help to review this fix. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8173100 > Webrev: http://cr.openjdk.java.net/~njian/8173100/webrev.01/ That looks good. Thank you. -- Andrew Haley Java Platform Lead Engineer Red Hat UK Ltd. EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 From dmitrij.pochepko at bell-sw.com Fri Mar 16 16:21:38 2018 From: dmitrij.pochepko at bell-sw.com (Dmitrij Pochepko) Date: Fri, 16 Mar 2018 19:21:38 +0300 Subject: [aarch64-port-dev ] RFR: 8187472 - AARCH64: array_equals intrinsic doesn't use prefetch for large arrays In-Reply-To: References: <02e62700-efaf-918e-f04e-031dd4788aa0@bell-sw.com> Message-ID: Hi Andrew, all, I modified patch according to your comments. First, regarding size statistics: I looked into string size statistics which was measured for JEP254: Compact Strings (http://docs.huihoo.com/javaone/2015/CON5483-Compact-Strings-A-Memory-Efficient-Internal-Representation-for-Strings.pdf). Conclusions are that 75% of strings <= 32 symbols, so we can take this number into account. This also means that changing string equals code to be capable of prefetching(and thus adding branch for that) is not practical. Arrays are another story. So, I split array equals and string equals. String equals remains basically unchanged(the only noticeable change is that I removed size calculations for UTF strings (asr to convert length-in-bytes into length-in-characters, and than converting it back via lsr). It save 2 instructions for this code path: about 5% improvement on small sizes. Array equals was completely re-written. For array equals I have 2 algorithms, controlled by vm option: UseSimpleArrayEquals. First algorithm(simple one) is basically the same as original one with slightly another branch logic. It seems like Cortex A7* series prefer shorter code, which fits better for speculative execution. All other CPUs I was able to check(Cortex A53 and Cavium h/w) prefer algorithm with large loop and possible prefetching. Regarding your comment about addresses at the end of memory page: you're right. It is indeed possible in theory to use this code for some substring, however, due to the nature of algorithm for array equals(it reads array length from array header directly and then jump to first array element), memory access will always be 8-byte aligned, then it's safe to use 8-byte loads for array tails. So, I believe this issue is now naturally resolved, since I left string equals logic unchanged. Now, benchmarks: I modified benchmark to have better measurements accuracy by increasing amount of data processed in each iteration (http://cr.openjdk.java.net/~dpochepk/8187472/ArrayAltEquals.java) and has following improvement average numbers for array equals: Cavium "ThunderX 2": length 1..8: 10-20% length 9..16: 1% length 17..32: 5-10% large(512+): almost 2 times Cavium "Thunder X": length 1..8: 1% length 9..16: 2-3% length 17..32: 5% large arrays(512+): up to 5 times Cortex A53 (R-Pi): all ranges are about 5% average (note: large results dispersion (about 10%) on R-PI) Cortex A73: basically no changes because implementation is almost the same (better by about 0.5% average, but dispersion is about 4%, so it's not a statistically significant result) More detailed benchmarking results can be found here: http://cr.openjdk.java.net/~dpochepk/8187472/array_equals_total.xls updated webrev: http://cr.openjdk.java.net/~dpochepk/8187472/webrev.08/ Testing: passed jtreg hotspot tests on AArch64 fastdebug build. no new failures found in comparison with non-patched build. I also additionally used "brute-force" test which checks all array equality combinations for any given length ranges: http://cr.openjdk.java.net/~dpochepk/8187472/ArrayEqTest.java Thanks, Dmitrij On 08.02.2018 13:11, Andrew Haley wrote: > On 07/02/18 19:39, Dmitrij Pochepko wrote: >> In general, this patch changes very short arrays handling(performing >> 8-byte read instead of few smaller reads, using the fact of 8-byte >> alignment) and jumping into stub with large 64-byte read loop for larger >> arrays). >> >> Measurements(measured array length 7,64,128,256,512,1024,100000. >> Improvement in %. 80% improvement means that new version is 80% faster, >> i.e. 5 times.): >> >> >> ThunderX: 2%, -4%, 0%, 2%, 32%, 55%, 80% >> >> ThunderX2: 0%, -3%, 17%, 19%, 29%, 31%, 47% >> >> Cortex A53 at 533MHz: 8%, -1%, -2%, 4%, 6%, 5%, 3% >> >> Cortex A73 at 903MHz: 8%, -3%, 0%, 7%, 8%, 9%, 8% >> >> Note: medium sizes are a bit slower because of additional branch >> added(which checks size and jumps to stub). > This indentation is messed up: > > @@ -5201,40 +5217,23 @@ > // length == 4. > if (log_elem_size > 0) > lsl(cnt1, cnt1, log_elem_size); > - ldr(tmp1, Address(a1, cnt1)); > - ldr(tmp2, Address(a2, cnt1)); > + ldr(tmp1, Address(a1, cnt1)); > + ldr(tmp2, Address(a2, cnt1)); > > I'm not convinced that this works correctly if passed the address of a pair > of arrays at the end of a page. Maybe it isn't used on sub-arrays today > in HotSpot, but one day it might be. > > It pessimizes a very common case of strings, those of about 32 characters. > Please think again. Please also think about strings that are long enough > for the SIMD loop but differ in their early substrings. > From ci_notify at linaro.org Fri Mar 16 17:57:14 2018 From: ci_notify at linaro.org (ci_notify at linaro.org) Date: Fri, 16 Mar 2018 17:57:14 +0000 (UTC) Subject: [aarch64-port-dev ] JTREG, JCStress, SPECjbb2015 and Hadoop/Terasort results for OpenJDK JDK on AArch64 Message-ID: <1496540395.1113.1521223034719.JavaMail.jenkins@4a1669f5d0e4> This is a summary of the JTREG test results =========================================== The build and test results are cycled every 15 days. For detailed information on the test output please refer to: http://openjdk.linaro.org/jdkX/openjdk-jtreg-nightly-tests/summary/2018/074/summary.html ------------------------------------------------------------------------------- client-release/hotspot ------------------------------------------------------------------------------- 1 fatal errors were detected; please follow the link above for more detail. ------------------------------------------------------------------------------- client-release/jdk ------------------------------------------------------------------------------- Build 0: aarch64/2017/dec/11 pass: 7,559; fail: 732; error: 19 Build 1: aarch64/2017/dec/13 pass: 7,558; fail: 725; error: 27 Build 2: aarch64/2017/dec/15 pass: 7,569; fail: 741; error: 25 Build 3: aarch64/2017/dec/17 pass: 7,591; fail: 719; error: 26 Build 4: aarch64/2017/dec/19 pass: 7,572; fail: 740; error: 24 Build 5: aarch64/2017/dec/23 pass: 7,581; fail: 734; error: 20 Build 6: aarch64/2017/dec/27 pass: 7,575; fail: 736; error: 24 Build 7: aarch64/2018/jan/05 pass: 7,594; fail: 711; error: 30 Build 8: aarch64/2018/jan/07 pass: 7,593; fail: 726; error: 20 Build 9: aarch64/2018/jan/11 pass: 7,585; fail: 729; error: 25 Build 10: aarch64/2018/jan/13 pass: 7,591; fail: 726; error: 22 Build 11: aarch64/2018/jan/19 pass: 7,598; fail: 720; error: 23 Build 12: aarch64/2018/jan/21 pass: 7,595; fail: 717; error: 29 Build 13: aarch64/2018/feb/21 pass: 7,623; fail: 749; error: 27 Build 14: aarch64/2018/mar/15 pass: 7,693; fail: 692; error: 20 ------------------------------------------------------------------------------- client-release/langtools ------------------------------------------------------------------------------- Build 0: aarch64/2017/dec/11 pass: 3,830; fail: 4; error: 1 Build 1: aarch64/2017/dec/13 pass: 3,831; fail: 4 Build 2: aarch64/2017/dec/15 pass: 3,835; fail: 3; error: 3 Build 3: aarch64/2017/dec/17 pass: 3,820; fail: 3; error: 3 Build 4: aarch64/2017/dec/19 pass: 3,819; fail: 3; error: 4 Build 5: aarch64/2017/dec/23 pass: 3,818; fail: 5; error: 4 Build 6: aarch64/2017/dec/27 pass: 3,821; fail: 5; error: 1 Build 7: aarch64/2018/jan/05 pass: 3,820; fail: 5; error: 2 Build 8: aarch64/2018/jan/07 pass: 3,821; fail: 5; error: 4 Build 9: aarch64/2018/jan/11 pass: 3,824; fail: 5; error: 1 Build 10: aarch64/2018/jan/13 pass: 3,821; fail: 5; error: 4 Build 11: aarch64/2018/jan/19 pass: 3,825; fail: 5; error: 5 Build 12: aarch64/2018/jan/21 pass: 3,824; fail: 5; error: 6 Build 13: aarch64/2018/feb/21 pass: 3,831; fail: 6; error: 9 Build 14: aarch64/2018/mar/15 pass: 3,842; fail: 6; error: 4 ------------------------------------------------------------------------------- server-release/hotspot ------------------------------------------------------------------------------- 1 fatal errors were detected; please follow the link above for more detail. ------------------------------------------------------------------------------- server-release/jdk ------------------------------------------------------------------------------- Build 0: aarch64/2017/dec/11 pass: 7,584; fail: 705; error: 21 Build 1: aarch64/2017/dec/13 pass: 7,577; fail: 713; error: 20 Build 2: aarch64/2017/dec/15 pass: 7,600; fail: 711; error: 24 Build 3: aarch64/2017/dec/17 pass: 7,593; fail: 721; error: 22 Build 4: aarch64/2017/dec/19 pass: 7,586; fail: 726; error: 24 Build 5: aarch64/2017/dec/23 pass: 7,596; fail: 717; error: 22 Build 6: aarch64/2017/dec/27 pass: 7,589; fail: 721; error: 25 Build 7: aarch64/2018/jan/05 pass: 7,576; fail: 738; error: 21 Build 8: aarch64/2018/jan/07 pass: 7,599; fail: 714; error: 26 Build 9: aarch64/2018/jan/11 pass: 7,590; fail: 724; error: 25 Build 10: aarch64/2018/jan/13 pass: 7,598; fail: 715; error: 26 Build 11: aarch64/2018/jan/19 pass: 7,620; fail: 700; error: 21 Build 12: aarch64/2018/jan/21 pass: 7,600; fail: 714; error: 27 Build 13: aarch64/2018/feb/21 pass: 7,656; fail: 716; error: 27 Build 14: aarch64/2018/mar/15 pass: 7,680; fail: 703; error: 22 ------------------------------------------------------------------------------- server-release/langtools ------------------------------------------------------------------------------- Build 0: aarch64/2017/dec/11 pass: 3,830; fail: 3; error: 2 Build 1: aarch64/2017/dec/13 pass: 3,830; fail: 4; error: 1 Build 2: aarch64/2017/dec/15 pass: 3,833; fail: 3; error: 5 Build 3: aarch64/2017/dec/17 pass: 3,822; fail: 3; error: 1 Build 4: aarch64/2017/dec/19 pass: 3,817; fail: 3; error: 6 Build 5: aarch64/2017/dec/23 pass: 3,819; fail: 5; error: 3 Build 6: aarch64/2017/dec/27 pass: 3,820; fail: 5; error: 2 Build 7: aarch64/2018/jan/05 pass: 3,817; fail: 5; error: 5 Build 8: aarch64/2018/jan/07 pass: 3,823; fail: 5; error: 2 Build 9: aarch64/2018/jan/11 pass: 3,824; fail: 5; error: 1 Build 10: aarch64/2018/jan/13 pass: 3,819; fail: 5; error: 6 Build 11: aarch64/2018/jan/19 pass: 3,829; fail: 5; error: 1 Build 12: aarch64/2018/jan/21 pass: 3,827; fail: 5; error: 3 Build 13: aarch64/2018/feb/21 pass: 3,838; fail: 6; error: 2 Build 14: aarch64/2018/mar/15 pass: 3,845; fail: 6; error: 1 Previous results can be found here: http://openjdk.linaro.org/jdkX/openjdk-jtreg-nightly-tests/index.html SPECjbb2015 composite regression test completed =============================================== This test measures the relative performance of the server compiler running the SPECjbb2015 composite tests and compares the performance against the baseline performance of the server compiler taken on 2016-11-21. In accordance with [1], the SPECjbb2015 tests are run on a system which is not production ready and does not meet all the requirements for publishing compliant results. The numbers below shall be treated as non-compliant (nc) and are for experimental purposes only. Relative performance: Server max-jOPS (nc): 1.03x Relative performance: Server critical-jOPS (nc): 0.87x Details of the test setup and historical results may be found here: http://openjdk.linaro.org/jdkX/SPECjbb2015-results/ [1] http://www.spec.org/fairuse.html#Academic Regression test Hadoop-Terasort completed ========================================= This test measures the performance of the server and client compilers running Hadoop sorting a 1GB file using Terasort and compares the performance against the baseline performance of the Zero interpreter and against the baseline performance of the client and server compilers on 2014-04-01. Relative performance: Zero: 1.0, Client: 68.19, Server: 112.92 Client 68.19 / Client 2014-04-01 (43.00): 1.59x Server 112.92 / Server 2014-04-01 (71.00): 1.59x Details of the test setup and historical results may be found here: http://openjdk.linaro.org/jdkX/hadoop-terasort-benchmark-results/ This is a summary of the jcstress test results ============================================== The build and test results are cycled every 15 days. 2017-12-12 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2017/345/results/ 2017-12-14 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2017/347/results/ 2017-12-16 pass rate: 11557/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2017/349/results/ 2017-12-18 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2017/351/results/ 2017-12-20 pass rate: 11559/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2017/353/results/ 2017-12-24 pass rate: 11557/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2017/357/results/ 2017-12-28 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2017/361/results/ 2018-01-07 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/005/results/ 2018-01-09 pass rate: 11559/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/007/results/ 2018-01-12 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/011/results/ 2018-01-15 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/013/results/ 2018-01-20 pass rate: 11559/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/019/results/ 2018-01-22 pass rate: 11557/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/021/results/ 2018-02-22 pass rate: 11557/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/052/results/ 2018-03-16 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/074/results/ For detailed information on the test output please refer to: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/ From ci_notify at linaro.org Sat Mar 17 22:51:30 2018 From: ci_notify at linaro.org (ci_notify at linaro.org) Date: Sat, 17 Mar 2018 22:51:30 +0000 (UTC) Subject: [aarch64-port-dev ] JTREG, JCStress, SPECjbb2015 and Hadoop/Terasort results for OpenJDK JDK on AArch64 Message-ID: <1743131943.1251.1521327091426.JavaMail.jenkins@4a1669f5d0e4> This is a summary of the JTREG test results =========================================== The build and test results are cycled every 15 days. For detailed information on the test output please refer to: http://openjdk.linaro.org/jdkX/openjdk-jtreg-nightly-tests/summary/2018/076/summary.html ------------------------------------------------------------------------------- client-release/hotspot ------------------------------------------------------------------------------- 1 fatal errors were detected; please follow the link above for more detail. ------------------------------------------------------------------------------- client-release/jdk ------------------------------------------------------------------------------- Build 0: aarch64/2017/dec/13 pass: 7,558; fail: 725; error: 27 Build 1: aarch64/2017/dec/15 pass: 7,569; fail: 741; error: 25 Build 2: aarch64/2017/dec/17 pass: 7,591; fail: 719; error: 26 Build 3: aarch64/2017/dec/19 pass: 7,572; fail: 740; error: 24 Build 4: aarch64/2017/dec/23 pass: 7,581; fail: 734; error: 20 Build 5: aarch64/2017/dec/27 pass: 7,575; fail: 736; error: 24 Build 6: aarch64/2018/jan/05 pass: 7,594; fail: 711; error: 30 Build 7: aarch64/2018/jan/07 pass: 7,593; fail: 726; error: 20 Build 8: aarch64/2018/jan/11 pass: 7,585; fail: 729; error: 25 Build 9: aarch64/2018/jan/13 pass: 7,591; fail: 726; error: 22 Build 10: aarch64/2018/jan/19 pass: 7,598; fail: 720; error: 23 Build 11: aarch64/2018/jan/21 pass: 7,595; fail: 717; error: 29 Build 12: aarch64/2018/feb/21 pass: 7,623; fail: 749; error: 27 Build 13: aarch64/2018/mar/15 pass: 7,693; fail: 692; error: 20 Build 14: aarch64/2018/mar/17 pass: 7,654; fail: 727; error: 24 ------------------------------------------------------------------------------- client-release/langtools ------------------------------------------------------------------------------- Build 0: aarch64/2017/dec/13 pass: 3,831; fail: 4 Build 1: aarch64/2017/dec/15 pass: 3,835; fail: 3; error: 3 Build 2: aarch64/2017/dec/17 pass: 3,820; fail: 3; error: 3 Build 3: aarch64/2017/dec/19 pass: 3,819; fail: 3; error: 4 Build 4: aarch64/2017/dec/23 pass: 3,818; fail: 5; error: 4 Build 5: aarch64/2017/dec/27 pass: 3,821; fail: 5; error: 1 Build 6: aarch64/2018/jan/05 pass: 3,820; fail: 5; error: 2 Build 7: aarch64/2018/jan/07 pass: 3,821; fail: 5; error: 4 Build 8: aarch64/2018/jan/11 pass: 3,824; fail: 5; error: 1 Build 9: aarch64/2018/jan/13 pass: 3,821; fail: 5; error: 4 Build 10: aarch64/2018/jan/19 pass: 3,825; fail: 5; error: 5 Build 11: aarch64/2018/jan/21 pass: 3,824; fail: 5; error: 6 Build 12: aarch64/2018/feb/21 pass: 3,831; fail: 6; error: 9 Build 13: aarch64/2018/mar/15 pass: 3,842; fail: 6; error: 4 Build 14: aarch64/2018/mar/17 pass: 3,842; fail: 6; error: 4 ------------------------------------------------------------------------------- server-release/hotspot ------------------------------------------------------------------------------- 1 fatal errors were detected; please follow the link above for more detail. ------------------------------------------------------------------------------- server-release/jdk ------------------------------------------------------------------------------- Build 0: aarch64/2017/dec/13 pass: 7,577; fail: 713; error: 20 Build 1: aarch64/2017/dec/15 pass: 7,600; fail: 711; error: 24 Build 2: aarch64/2017/dec/17 pass: 7,593; fail: 721; error: 22 Build 3: aarch64/2017/dec/19 pass: 7,586; fail: 726; error: 24 Build 4: aarch64/2017/dec/23 pass: 7,596; fail: 717; error: 22 Build 5: aarch64/2017/dec/27 pass: 7,589; fail: 721; error: 25 Build 6: aarch64/2018/jan/05 pass: 7,576; fail: 738; error: 21 Build 7: aarch64/2018/jan/07 pass: 7,599; fail: 714; error: 26 Build 8: aarch64/2018/jan/11 pass: 7,590; fail: 724; error: 25 Build 9: aarch64/2018/jan/13 pass: 7,598; fail: 715; error: 26 Build 10: aarch64/2018/jan/19 pass: 7,620; fail: 700; error: 21 Build 11: aarch64/2018/jan/21 pass: 7,600; fail: 714; error: 27 Build 12: aarch64/2018/feb/21 pass: 7,656; fail: 716; error: 27 Build 13: aarch64/2018/mar/15 pass: 7,680; fail: 703; error: 22 Build 14: aarch64/2018/mar/17 pass: 7,670; fail: 711; error: 24 ------------------------------------------------------------------------------- server-release/langtools ------------------------------------------------------------------------------- Build 0: aarch64/2017/dec/13 pass: 3,830; fail: 4; error: 1 Build 1: aarch64/2017/dec/15 pass: 3,833; fail: 3; error: 5 Build 2: aarch64/2017/dec/17 pass: 3,822; fail: 3; error: 1 Build 3: aarch64/2017/dec/19 pass: 3,817; fail: 3; error: 6 Build 4: aarch64/2017/dec/23 pass: 3,819; fail: 5; error: 3 Build 5: aarch64/2017/dec/27 pass: 3,820; fail: 5; error: 2 Build 6: aarch64/2018/jan/05 pass: 3,817; fail: 5; error: 5 Build 7: aarch64/2018/jan/07 pass: 3,823; fail: 5; error: 2 Build 8: aarch64/2018/jan/11 pass: 3,824; fail: 5; error: 1 Build 9: aarch64/2018/jan/13 pass: 3,819; fail: 5; error: 6 Build 10: aarch64/2018/jan/19 pass: 3,829; fail: 5; error: 1 Build 11: aarch64/2018/jan/21 pass: 3,827; fail: 5; error: 3 Build 12: aarch64/2018/feb/21 pass: 3,838; fail: 6; error: 2 Build 13: aarch64/2018/mar/15 pass: 3,845; fail: 6; error: 1 Build 14: aarch64/2018/mar/17 pass: 3,841; fail: 6; error: 5 Previous results can be found here: http://openjdk.linaro.org/jdkX/openjdk-jtreg-nightly-tests/index.html SPECjbb2015 composite regression test completed =============================================== This test measures the relative performance of the server compiler running the SPECjbb2015 composite tests and compares the performance against the baseline performance of the server compiler taken on 2016-11-21. In accordance with [1], the SPECjbb2015 tests are run on a system which is not production ready and does not meet all the requirements for publishing compliant results. The numbers below shall be treated as non-compliant (nc) and are for experimental purposes only. Relative performance: Server max-jOPS (nc): 1.02x Relative performance: Server critical-jOPS (nc): 0.78x Details of the test setup and historical results may be found here: http://openjdk.linaro.org/jdkX/SPECjbb2015-results/ [1] http://www.spec.org/fairuse.html#Academic Regression test Hadoop-Terasort completed ========================================= This test measures the performance of the server and client compilers running Hadoop sorting a 1GB file using Terasort and compares the performance against the baseline performance of the Zero interpreter and against the baseline performance of the client and server compilers on 2014-04-01. Relative performance: Zero: 1.0, Client: 69.19, Server: 111.14 Client 69.19 / Client 2014-04-01 (43.00): 1.61x Server 111.14 / Server 2014-04-01 (71.00): 1.57x Details of the test setup and historical results may be found here: http://openjdk.linaro.org/jdkX/hadoop-terasort-benchmark-results/ This is a summary of the jcstress test results ============================================== The build and test results are cycled every 15 days. 2017-12-14 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2017/347/results/ 2017-12-16 pass rate: 11557/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2017/349/results/ 2017-12-18 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2017/351/results/ 2017-12-20 pass rate: 11559/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2017/353/results/ 2017-12-24 pass rate: 11557/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2017/357/results/ 2017-12-28 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2017/361/results/ 2018-01-07 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/005/results/ 2018-01-09 pass rate: 11559/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/007/results/ 2018-01-12 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/011/results/ 2018-01-15 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/013/results/ 2018-01-20 pass rate: 11559/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/019/results/ 2018-01-22 pass rate: 11557/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/021/results/ 2018-02-22 pass rate: 11557/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/052/results/ 2018-03-16 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/074/results/ 2018-03-17 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/076/results/ For detailed information on the test output please refer to: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/ From ningsheng.jian at linaro.org Mon Mar 19 01:28:50 2018 From: ningsheng.jian at linaro.org (Ningsheng Jian) Date: Mon, 19 Mar 2018 09:28:50 +0800 Subject: [aarch64-port-dev ] RFR: 8173100: AArch64: -XX:-UseOnStackReplacement does not work together with -XX:+TieredCompilation. In-Reply-To: References: Message-ID: Thank you Andrew! Regards, Ningsheng On 16 March 2018 at 17:51, Andrew Haley wrote: > On 15/03/18 07:42, Ningsheng Jian wrote: >> Please help to review this fix. >> >> Bug: https://bugs.openjdk.java.net/browse/JDK-8173100 >> Webrev: http://cr.openjdk.java.net/~njian/8173100/webrev.01/ > > That looks good. Thank you. > > -- > Andrew Haley > Java Platform Lead Engineer > Red Hat UK Ltd. > EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 -- Ningsheng From stuart.monteith at linaro.org Mon Mar 19 07:34:43 2018 From: stuart.monteith at linaro.org (Stuart Monteith) Date: Mon, 19 Mar 2018 07:34:43 +0000 Subject: [aarch64-port-dev ] RFR: 8193266: AArch64: TestOptionsWithRanges.java SIGSEGV In-Reply-To: References: <7dbf43d1-72b9-5720-3878-ce31f3e8f555@redhat.com> <20e812bc-d132-9863-815b-345283f9517e@redhat.com> <3c83440f-dd4b-f988-1f96-afa88dff36eb@redhat.com> Message-ID: Hello, Would it be possible for this to be reviewed? I'd like to get it in for JDK11. I don't believe there were any outstanding issues. I've updated and reapplied the patch against current jdk/hs http://cr.openjdk.java.net/~smonteith/8193266/webrev-6/ Thanks, Stuart On 11/01/18 08:20, Rahul Raghavan wrote: > < Just resending below review request email from Stuart for 8193266 > including aarch64-port-dev also. Thanks.> > > > -- On Saturday 06 January 2018 12:13 AM, Stuart Monteith wrote: > I've removed the AARCH64 conditionals, added the empty line I removed, > and changed the type of "use_XOR_for_compressed_class_base" to bool. > > http://cr.openjdk.java.net/~smonteith/8193266/webrev-5/ > > BR, > ??? Stuart > >> On 4 January 2018 at 14:45, Andrew Haley wrote: >>> Hi, >>> >>> On 04/01/18 14:26, coleen.phillimore at oracle.com wrote: >>>> ? I was going to offer to sponsor this since it touches shared code but >>>> I'm not sure I like that there's AARCH64 specific code in >>>> universe.cpp/hpp.?? And the name is somewhat offputting, suggesting >>>> implementation details of one target leaking into shared code. >>>> >>>> set_use_XOR_for_compressed_class_base >>>> >>>> I think webrev-3 looked more reasonable, and could elide the #ifdef >>>> AARCH64 in the shared code for that version.?? And the indentation is >>>> better. >>> >>> I hate the #ifdef AARCH64 stuff too, but it's always a sign that there >>> is something wrong with the front-end to back-end modularization.? We >>> can handle the use_XOR_for_compressed_class_base later: we really >>> should have a way to communicate with the back ends when the memory >>> layout is initialized.? We can go with webrev-3. >>> >>> -- >>> Andrew Haley >>> Java Platform Lead Engineer >>> Red Hat UK Ltd. >>> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 From aph at redhat.com Mon Mar 19 09:35:14 2018 From: aph at redhat.com (Andrew Haley) Date: Mon, 19 Mar 2018 09:35:14 +0000 Subject: [aarch64-port-dev ] RFR: 8193266: AArch64: TestOptionsWithRanges.java SIGSEGV In-Reply-To: References: <7dbf43d1-72b9-5720-3878-ce31f3e8f555@redhat.com> <20e812bc-d132-9863-815b-345283f9517e@redhat.com> <3c83440f-dd4b-f988-1f96-afa88dff36eb@redhat.com> Message-ID: <86a36520-a7d9-54d6-d1ec-25e444104002@redhat.com> On 03/19/2018 07:34 AM, Stuart Monteith wrote: > Would it be possible for this to be reviewed? I'd like to get it in for > JDK11. I don't believe there were any outstanding issues. > > I've updated and reapplied the patch against current jdk/hs > > http://cr.openjdk.java.net/~smonteith/8193266/webrev-6/ Yes, thank you. I'm sorry for the delay: I lost track of the conversation. -- Andrew Haley Java Platform Lead Engineer Red Hat UK Ltd. EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 From dms at samersoff.net Mon Mar 19 13:51:48 2018 From: dms at samersoff.net (Dmitry Samersoff) Date: Mon, 19 Mar 2018 16:51:48 +0300 Subject: [aarch64-port-dev ] RFR: 8193266: AArch64: TestOptionsWithRanges.java SIGSEGV In-Reply-To: References: <7dbf43d1-72b9-5720-3878-ce31f3e8f555@redhat.com> <20e812bc-d132-9863-815b-345283f9517e@redhat.com> <3c83440f-dd4b-f988-1f96-afa88dff36eb@redhat.com> Message-ID: <9f523448-5e21-1f4d-c22b-45977f271fb8@samersoff.net> Stuart, Changes looks good to me. -Dmitry On 19.03.2018 10:34, Stuart Monteith wrote: > Hello, > Would it be possible for this to be reviewed? I'd like to get it in for > JDK11. I don't believe there were any outstanding issues. > > I've updated and reapplied the patch against current jdk/hs > > http://cr.openjdk.java.net/~smonteith/8193266/webrev-6/ > > Thanks, > Stuart > > > On 11/01/18 08:20, Rahul Raghavan wrote: >> < Just resending below review request email from Stuart for 8193266 >> including aarch64-port-dev also. Thanks.> >> >> >> -- On Saturday 06 January 2018 12:13 AM, Stuart Monteith wrote: >> I've removed the AARCH64 conditionals, added the empty line I removed, >> and changed the type of "use_XOR_for_compressed_class_base" to bool. >> >> http://cr.openjdk.java.net/~smonteith/8193266/webrev-5/ >> >> BR, >> ??? Stuart >> >>> On 4 January 2018 at 14:45, Andrew Haley wrote: >>>> Hi, >>>> >>>> On 04/01/18 14:26, coleen.phillimore at oracle.com wrote: >>>>> ? I was going to offer to sponsor this since it touches shared code but >>>>> I'm not sure I like that there's AARCH64 specific code in >>>>> universe.cpp/hpp.?? And the name is somewhat offputting, suggesting >>>>> implementation details of one target leaking into shared code. >>>>> >>>>> set_use_XOR_for_compressed_class_base >>>>> >>>>> I think webrev-3 looked more reasonable, and could elide the #ifdef >>>>> AARCH64 in the shared code for that version.?? And the indentation is >>>>> better. >>>> >>>> I hate the #ifdef AARCH64 stuff too, but it's always a sign that there >>>> is something wrong with the front-end to back-end modularization.? We >>>> can handle the use_XOR_for_compressed_class_base later: we really >>>> should have a way to communicate with the back ends when the memory >>>> layout is initialized.? We can go with webrev-3. >>>> >>>> -- >>>> Andrew Haley >>>> Java Platform Lead Engineer >>>> Red Hat UK Ltd. >>>> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 -- Dmitry Samersoff http://devnull.samersoff.net * There will come soft rains ... From ci_notify at linaro.org Mon Mar 19 22:42:23 2018 From: ci_notify at linaro.org (ci_notify at linaro.org) Date: Mon, 19 Mar 2018 22:42:23 +0000 (UTC) Subject: [aarch64-port-dev ] JTREG, JCStress, SPECjbb2015 and Hadoop/Terasort results for OpenJDK JDK on AArch64 Message-ID: <247767289.1509.1521499344175.JavaMail.jenkins@4a1669f5d0e4> This is a summary of the JTREG test results =========================================== The build and test results are cycled every 15 days. For detailed information on the test output please refer to: http://openjdk.linaro.org/jdkX/openjdk-jtreg-nightly-tests/summary/2018/078/summary.html ------------------------------------------------------------------------------- client-release/hotspot ------------------------------------------------------------------------------- 1 fatal errors were detected; please follow the link above for more detail. ------------------------------------------------------------------------------- client-release/jdk ------------------------------------------------------------------------------- Build 0: aarch64/2017/dec/15 pass: 7,569; fail: 741; error: 25 Build 1: aarch64/2017/dec/17 pass: 7,591; fail: 719; error: 26 Build 2: aarch64/2017/dec/19 pass: 7,572; fail: 740; error: 24 Build 3: aarch64/2017/dec/23 pass: 7,581; fail: 734; error: 20 Build 4: aarch64/2017/dec/27 pass: 7,575; fail: 736; error: 24 Build 5: aarch64/2018/jan/05 pass: 7,594; fail: 711; error: 30 Build 6: aarch64/2018/jan/07 pass: 7,593; fail: 726; error: 20 Build 7: aarch64/2018/jan/11 pass: 7,585; fail: 729; error: 25 Build 8: aarch64/2018/jan/13 pass: 7,591; fail: 726; error: 22 Build 9: aarch64/2018/jan/19 pass: 7,598; fail: 720; error: 23 Build 10: aarch64/2018/jan/21 pass: 7,595; fail: 717; error: 29 Build 11: aarch64/2018/feb/21 pass: 7,623; fail: 749; error: 27 Build 12: aarch64/2018/mar/15 pass: 7,693; fail: 692; error: 20 Build 13: aarch64/2018/mar/17 pass: 7,654; fail: 727; error: 24 Build 14: aarch64/2018/mar/19 pass: 7,657; fail: 722; error: 26 ------------------------------------------------------------------------------- client-release/langtools ------------------------------------------------------------------------------- Build 0: aarch64/2017/dec/15 pass: 3,835; fail: 3; error: 3 Build 1: aarch64/2017/dec/17 pass: 3,820; fail: 3; error: 3 Build 2: aarch64/2017/dec/19 pass: 3,819; fail: 3; error: 4 Build 3: aarch64/2017/dec/23 pass: 3,818; fail: 5; error: 4 Build 4: aarch64/2017/dec/27 pass: 3,821; fail: 5; error: 1 Build 5: aarch64/2018/jan/05 pass: 3,820; fail: 5; error: 2 Build 6: aarch64/2018/jan/07 pass: 3,821; fail: 5; error: 4 Build 7: aarch64/2018/jan/11 pass: 3,824; fail: 5; error: 1 Build 8: aarch64/2018/jan/13 pass: 3,821; fail: 5; error: 4 Build 9: aarch64/2018/jan/19 pass: 3,825; fail: 5; error: 5 Build 10: aarch64/2018/jan/21 pass: 3,824; fail: 5; error: 6 Build 11: aarch64/2018/feb/21 pass: 3,831; fail: 6; error: 9 Build 12: aarch64/2018/mar/15 pass: 3,842; fail: 6; error: 4 Build 13: aarch64/2018/mar/17 pass: 3,842; fail: 6; error: 4 Build 14: aarch64/2018/mar/19 pass: 3,843; fail: 6; error: 3 ------------------------------------------------------------------------------- server-release/hotspot ------------------------------------------------------------------------------- 1 fatal errors were detected; please follow the link above for more detail. ------------------------------------------------------------------------------- server-release/jdk ------------------------------------------------------------------------------- Build 0: aarch64/2017/dec/15 pass: 7,600; fail: 711; error: 24 Build 1: aarch64/2017/dec/17 pass: 7,593; fail: 721; error: 22 Build 2: aarch64/2017/dec/19 pass: 7,586; fail: 726; error: 24 Build 3: aarch64/2017/dec/23 pass: 7,596; fail: 717; error: 22 Build 4: aarch64/2017/dec/27 pass: 7,589; fail: 721; error: 25 Build 5: aarch64/2018/jan/05 pass: 7,576; fail: 738; error: 21 Build 6: aarch64/2018/jan/07 pass: 7,599; fail: 714; error: 26 Build 7: aarch64/2018/jan/11 pass: 7,590; fail: 724; error: 25 Build 8: aarch64/2018/jan/13 pass: 7,598; fail: 715; error: 26 Build 9: aarch64/2018/jan/19 pass: 7,620; fail: 700; error: 21 Build 10: aarch64/2018/jan/21 pass: 7,600; fail: 714; error: 27 Build 11: aarch64/2018/feb/21 pass: 7,656; fail: 716; error: 27 Build 12: aarch64/2018/mar/15 pass: 7,680; fail: 703; error: 22 Build 13: aarch64/2018/mar/17 pass: 7,670; fail: 711; error: 24 Build 14: aarch64/2018/mar/19 pass: 7,669; fail: 714; error: 22 ------------------------------------------------------------------------------- server-release/langtools ------------------------------------------------------------------------------- Build 0: aarch64/2017/dec/15 pass: 3,833; fail: 3; error: 5 Build 1: aarch64/2017/dec/17 pass: 3,822; fail: 3; error: 1 Build 2: aarch64/2017/dec/19 pass: 3,817; fail: 3; error: 6 Build 3: aarch64/2017/dec/23 pass: 3,819; fail: 5; error: 3 Build 4: aarch64/2017/dec/27 pass: 3,820; fail: 5; error: 2 Build 5: aarch64/2018/jan/05 pass: 3,817; fail: 5; error: 5 Build 6: aarch64/2018/jan/07 pass: 3,823; fail: 5; error: 2 Build 7: aarch64/2018/jan/11 pass: 3,824; fail: 5; error: 1 Build 8: aarch64/2018/jan/13 pass: 3,819; fail: 5; error: 6 Build 9: aarch64/2018/jan/19 pass: 3,829; fail: 5; error: 1 Build 10: aarch64/2018/jan/21 pass: 3,827; fail: 5; error: 3 Build 11: aarch64/2018/feb/21 pass: 3,838; fail: 6; error: 2 Build 12: aarch64/2018/mar/15 pass: 3,845; fail: 6; error: 1 Build 13: aarch64/2018/mar/17 pass: 3,841; fail: 6; error: 5 Build 14: aarch64/2018/mar/19 pass: 3,843; fail: 6; error: 3 Previous results can be found here: http://openjdk.linaro.org/jdkX/openjdk-jtreg-nightly-tests/index.html SPECjbb2015 composite regression test completed =============================================== This test measures the relative performance of the server compiler running the SPECjbb2015 composite tests and compares the performance against the baseline performance of the server compiler taken on 2016-11-21. In accordance with [1], the SPECjbb2015 tests are run on a system which is not production ready and does not meet all the requirements for publishing compliant results. The numbers below shall be treated as non-compliant (nc) and are for experimental purposes only. Relative performance: Server max-jOPS (nc): 1.01x Relative performance: Server critical-jOPS (nc): 0.89x Details of the test setup and historical results may be found here: http://openjdk.linaro.org/jdkX/SPECjbb2015-results/ [1] http://www.spec.org/fairuse.html#Academic Regression test Hadoop-Terasort completed ========================================= This test measures the performance of the server and client compilers running Hadoop sorting a 1GB file using Terasort and compares the performance against the baseline performance of the Zero interpreter and against the baseline performance of the client and server compilers on 2014-04-01. Relative performance: Zero: 1.0, Client: 68.85, Server: 112.02 Client 68.85 / Client 2014-04-01 (43.00): 1.60x Server 112.02 / Server 2014-04-01 (71.00): 1.58x Details of the test setup and historical results may be found here: http://openjdk.linaro.org/jdkX/hadoop-terasort-benchmark-results/ This is a summary of the jcstress test results ============================================== The build and test results are cycled every 15 days. 2017-12-16 pass rate: 11557/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2017/349/results/ 2017-12-18 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2017/351/results/ 2017-12-20 pass rate: 11559/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2017/353/results/ 2017-12-24 pass rate: 11557/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2017/357/results/ 2017-12-28 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2017/361/results/ 2018-01-07 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/005/results/ 2018-01-09 pass rate: 11559/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/007/results/ 2018-01-12 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/011/results/ 2018-01-15 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/013/results/ 2018-01-20 pass rate: 11559/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/019/results/ 2018-01-22 pass rate: 11557/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/021/results/ 2018-02-22 pass rate: 11557/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/052/results/ 2018-03-16 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/074/results/ 2018-03-17 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/076/results/ 2018-03-19 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/078/results/ For detailed information on the test output please refer to: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/ From felix.yang at huawei.com Tue Mar 20 01:02:04 2018 From: felix.yang at huawei.com (Yangfei (Felix)) Date: Tue, 20 Mar 2018 01:02:04 +0000 Subject: [aarch64-port-dev ] RFR: 8173100: AArch64: -XX:-UseOnStackReplacement does not work together with -XX:+TieredCompilation. In-Reply-To: References: Message-ID: LGTM. Pushed. Thanks, Felix > -XX:-UseOnStackReplacement does not work together with > -XX:+TieredCompilation. > > Thank you Andrew! > > Regards, > Ningsheng > > On 16 March 2018 at 17:51, Andrew Haley wrote: > > On 15/03/18 07:42, Ningsheng Jian wrote: > >> Please help to review this fix. > >> > >> Bug: https://bugs.openjdk.java.net/browse/JDK-8173100 > >> Webrev: http://cr.openjdk.java.net/~njian/8173100/webrev.01/ > > > > That looks good. Thank you. > > > > -- > > Andrew Haley > > Java Platform Lead Engineer > > Red Hat UK Ltd. > > EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 > > > > -- > Ningsheng From felix.yang at huawei.com Tue Mar 20 01:15:09 2018 From: felix.yang at huawei.com (Yangfei (Felix)) Date: Tue, 20 Mar 2018 01:15:09 +0000 Subject: [aarch64-port-dev ] RFR: 8191954: AArch64: disable UseCISCSpill in C2 In-Reply-To: References: <2bbe989e-558f-7cf6-a453-1fefd8ba9551@redhat.com> <9c3ad319-39dc-61e4-0f38-b5c4ff27fc37@redhat.com> Message-ID: As this patch is trivial and has been reviewed before, I think it is time for it to go. Pushed. Thanks, Felix > > Hi, > > Is this trivial patch OK for jdk11 now? > > http://cr.openjdk.java.net/~njian/8191954/webrev.00/ > > If it is OK, could someone please help to push the patch? > > Thanks, > Ningsheng > > On 28 November 2017 at 18:11, Andrew Haley wrote: > > On 28/11/17 09:35, Andrew Dinn wrote: > >> On 28/11/17 08:49, Andrew Haley wrote: > >>> On 28/11/17 05:54, Ningsheng Jian wrote: > >> > >> So, leaving UseCISCSpill set to true causes a small amount of extra > >> checking to be done but no action is ever taken. Of course that also > >> means the change is not going to be /critical/ to performance i.e. > >> rushing to squeeze it into jdk10 is not justified. > > > > OK, so there's no hurry to change it, then. :-) > > > > -- > > Andrew Haley > > Java Platform Lead Engineer > > Red Hat UK Ltd. > > EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 From ningsheng.jian at linaro.org Tue Mar 20 01:27:40 2018 From: ningsheng.jian at linaro.org (Ningsheng Jian) Date: Tue, 20 Mar 2018 09:27:40 +0800 Subject: [aarch64-port-dev ] RFR: 8191954: AArch64: disable UseCISCSpill in C2 In-Reply-To: References: <2bbe989e-558f-7cf6-a453-1fefd8ba9551@redhat.com> <9c3ad319-39dc-61e4-0f38-b5c4ff27fc37@redhat.com> Message-ID: Thank you Felix! Regards, Ningsheng On 20 March 2018 at 09:15, Yangfei (Felix) wrote: > As this patch is trivial and has been reviewed before, I think it is time for it to go. Pushed. > > Thanks, > Felix > >> >> Hi, >> >> Is this trivial patch OK for jdk11 now? >> >> http://cr.openjdk.java.net/~njian/8191954/webrev.00/ >> >> If it is OK, could someone please help to push the patch? >> >> Thanks, >> Ningsheng >> >> On 28 November 2017 at 18:11, Andrew Haley wrote: >> > On 28/11/17 09:35, Andrew Dinn wrote: >> >> On 28/11/17 08:49, Andrew Haley wrote: >> >>> On 28/11/17 05:54, Ningsheng Jian wrote: >> >> >> >> So, leaving UseCISCSpill set to true causes a small amount of extra >> >> checking to be done but no action is ever taken. Of course that also >> >> means the change is not going to be /critical/ to performance i.e. >> >> rushing to squeeze it into jdk10 is not justified. >> > >> > OK, so there's no hurry to change it, then. :-) >> > >> > -- >> > Andrew Haley >> > Java Platform Lead Engineer >> > Red Hat UK Ltd. >> > EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 -- Ningsheng From ningsheng.jian at linaro.org Tue Mar 20 01:28:27 2018 From: ningsheng.jian at linaro.org (Ningsheng Jian) Date: Tue, 20 Mar 2018 09:28:27 +0800 Subject: [aarch64-port-dev ] RFR: 8173100: AArch64: -XX:-UseOnStackReplacement does not work together with -XX:+TieredCompilation. In-Reply-To: References: Message-ID: Thanks! Regards, Ningsheng On 20 March 2018 at 09:02, Yangfei (Felix) wrote: > LGTM. Pushed. > > Thanks, > Felix > >> -XX:-UseOnStackReplacement does not work together with >> -XX:+TieredCompilation. >> >> Thank you Andrew! >> >> Regards, >> Ningsheng >> >> On 16 March 2018 at 17:51, Andrew Haley wrote: >> > On 15/03/18 07:42, Ningsheng Jian wrote: >> >> Please help to review this fix. >> >> >> >> Bug: https://bugs.openjdk.java.net/browse/JDK-8173100 >> >> Webrev: http://cr.openjdk.java.net/~njian/8173100/webrev.01/ >> > >> > That looks good. Thank you. >> > >> > -- >> > Andrew Haley >> > Java Platform Lead Engineer >> > Red Hat UK Ltd. >> > EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 >> >> >> >> -- >> Ningsheng -- Ningsheng From gnu.andrew at redhat.com Tue Mar 20 05:07:47 2018 From: gnu.andrew at redhat.com (Andrew Hughes) Date: Tue, 20 Mar 2018 05:07:47 +0000 Subject: [aarch64-port-dev ] [RFR] 8u162 Upstream Sync In-Reply-To: <0f690c6f-8876-f519-6004-e7ec5271fdbf@redhat.com> References: <0f690c6f-8876-f519-6004-e7ec5271fdbf@redhat.com> Message-ID: On 15 March 2018 at 18:03, Aleksey Shipilev wrote: > On 03/15/2018 06:02 PM, Andrew Hughes wrote: >> http://cr.openjdk.java.net/~andrew/aarch64-8/u162/corba/merge.changeset >> http://cr.openjdk.java.net/~andrew/aarch64-8/u162/jaxp/merge.changeset >> http://cr.openjdk.java.net/~andrew/aarch64-8/u162/jaxws/merge.changeset >> http://cr.openjdk.java.net/~andrew/aarch64-8/u162/langtools/merge.changeset >> http://cr.openjdk.java.net/~andrew/aarch64-8/u162/root/merge.changeset > > These five look trivially fine. > >> http://cr.openjdk.java.net/~andrew/aarch64-8/u162/jdk/merge.changeset > > Half of this is tests. Product changes look fine. > >> http://cr.openjdk.java.net/~andrew/aarch64-8/u162/hotspot/merge.changeset > > This looks fine. > >> http://cr.openjdk.java.net/~andrew/aarch64-8/u162/nashorn/merge.changeset > > This looks fine. > Thanks. I'm doing some final testing and then I'll push. > > You are doing Shenandoah merges too, right? > That's the plan :-D I don't expect anything as horrific as 8u152, which was a huge update. > -Aleksey > -- Andrew :) Senior Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Web Site: http://fuseyism.com Twitter: https://twitter.com/gnu_andrew_java PGP Key: ed25519/0xCFDA0F9B35964222 (hkp://keys.gnupg.net) Fingerprint = 5132 579D D154 0ED2 3E04 C5A0 CFDA 0F9B 3596 4222 From stuart.monteith at linaro.org Tue Mar 20 12:00:32 2018 From: stuart.monteith at linaro.org (Stuart Monteith) Date: Tue, 20 Mar 2018 12:00:32 +0000 Subject: [aarch64-port-dev ] RFR: 8193266: AArch64: TestOptionsWithRanges.java SIGSEGV In-Reply-To: <9f523448-5e21-1f4d-c22b-45977f271fb8@samersoff.net> References: <7dbf43d1-72b9-5720-3878-ce31f3e8f555@redhat.com> <20e812bc-d132-9863-815b-345283f9517e@redhat.com> <3c83440f-dd4b-f988-1f96-afa88dff36eb@redhat.com> <9f523448-5e21-1f4d-c22b-45977f271fb8@samersoff.net> Message-ID: Thank you for everyone's attention. I've put the updated patch here: http://cr.openjdk.java.net/~smonteith/8193266/webrev-7/ I've added Andrew Haley and Dmitry Samersoff as the reviewer. BR, Stuart On 19 March 2018 at 13:51, Dmitry Samersoff wrote: > Stuart, > > Changes looks good to me. > > -Dmitry > > On 19.03.2018 10:34, Stuart Monteith wrote: >> Hello, >> Would it be possible for this to be reviewed? I'd like to get it in for >> JDK11. I don't believe there were any outstanding issues. >> >> I've updated and reapplied the patch against current jdk/hs >> >> http://cr.openjdk.java.net/~smonteith/8193266/webrev-6/ >> >> Thanks, >> Stuart >> >> >> On 11/01/18 08:20, Rahul Raghavan wrote: >>> < Just resending below review request email from Stuart for 8193266 >>> including aarch64-port-dev also. Thanks.> >>> >>> >>> -- On Saturday 06 January 2018 12:13 AM, Stuart Monteith wrote: >>> I've removed the AARCH64 conditionals, added the empty line I removed, >>> and changed the type of "use_XOR_for_compressed_class_base" to bool. >>> >>> http://cr.openjdk.java.net/~smonteith/8193266/webrev-5/ >>> >>> BR, >>> Stuart >>> >>>> On 4 January 2018 at 14:45, Andrew Haley wrote: >>>>> Hi, >>>>> >>>>> On 04/01/18 14:26, coleen.phillimore at oracle.com wrote: >>>>>> I was going to offer to sponsor this since it touches shared code but >>>>>> I'm not sure I like that there's AARCH64 specific code in >>>>>> universe.cpp/hpp. And the name is somewhat offputting, suggesting >>>>>> implementation details of one target leaking into shared code. >>>>>> >>>>>> set_use_XOR_for_compressed_class_base >>>>>> >>>>>> I think webrev-3 looked more reasonable, and could elide the #ifdef >>>>>> AARCH64 in the shared code for that version. And the indentation is >>>>>> better. >>>>> >>>>> I hate the #ifdef AARCH64 stuff too, but it's always a sign that there >>>>> is something wrong with the front-end to back-end modularization. We >>>>> can handle the use_XOR_for_compressed_class_base later: we really >>>>> should have a way to communicate with the back ends when the memory >>>>> layout is initialized. We can go with webrev-3. >>>>> >>>>> -- >>>>> Andrew Haley >>>>> Java Platform Lead Engineer >>>>> Red Hat UK Ltd. >>>>> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 > > > -- > Dmitry Samersoff > http://devnull.samersoff.net > * There will come soft rains ... > From gnu.andrew at redhat.com Wed Mar 21 15:42:04 2018 From: gnu.andrew at redhat.com (Andrew Hughes) Date: Wed, 21 Mar 2018 15:42:04 +0000 Subject: [aarch64-port-dev ] RFC 8169201: Montgomery multiply intrinsic should use correct name In-Reply-To: <5e11c4a1-357c-53ac-8aca-9030225c8506@redhat.com> References: <5e48b9e5-4930-dbe4-416a-dc089a82c501@redhat.com> <5e11c4a1-357c-53ac-8aca-9030225c8506@redhat.com> Message-ID: On 7 March 2018 at 15:37, Andrew Haley wrote: > On 02/03/18 10:16, Aleksey Shipilev wrote: >> We have recently pulled from aarch64-port/jdk8u to shenandoah/jdk8u, and got interesting bugs. >> >> In Shenandoah code, we *do* care about stub names for analysis/verification. In upstream, there is a >> fix for "Montgomery multiply intrinsic should use correct name", which is missing in current >> aarch64-port/jdk8u: >> https://bugs.openjdk.java.net/browse/JDK-8169201 >> >> Per repo status: >> - aarch64-port/jdk8u DOES NOT have it This fix isn't in any version of 8u. So the first thing to do is request a backport on the jdk8u-dev list. >> - aarch64-port/sheandoah-jdk8u has it from our fixes >> - shenandoah/jdk8u has it from our fixes >> - shenandoah/jdk9 has it from upstream >> - shenandoah/jdk10 has it from upstream >> - shenandoah/jdk has it from upstream >> >> This is a landmine during merges, because we can always accidentally reintroduce the bug. Maybe it >> makes sense to pick up JDK-8169201 to aarch64-port/jdk8u? > > Absolutely, yes. Everything from the relevant upstream repos should go in unless > there is some strong reason otherwise. > No, not everything. We work to specific release tags with jdk8u so we match proprietary JDK releases as much as possible, rather than random snapshots of the jdk8u tree. > -- > Andrew Haley > Java Platform Lead Engineer > Red Hat UK Ltd. > EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 -- Andrew :) Senior Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Web Site: http://fuseyism.com Twitter: https://twitter.com/gnu_andrew_java PGP Key: ed25519/0xCFDA0F9B35964222 (hkp://keys.gnupg.net) Fingerprint = 5132 579D D154 0ED2 3E04 C5A0 CFDA 0F9B 3596 4222 From aph at redhat.com Wed Mar 21 15:54:24 2018 From: aph at redhat.com (Andrew Haley) Date: Wed, 21 Mar 2018 15:54:24 +0000 Subject: [aarch64-port-dev ] RFC 8169201: Montgomery multiply intrinsic should use correct name In-Reply-To: References: <5e48b9e5-4930-dbe4-416a-dc089a82c501@redhat.com> <5e11c4a1-357c-53ac-8aca-9030225c8506@redhat.com> Message-ID: <5545a0dd-29d7-456d-aae1-3c364d7a97a3@redhat.com> On 03/21/2018 03:42 PM, Andrew Hughes wrote: > On 7 March 2018 at 15:37, Andrew Haley wrote: >> On 02/03/18 10:16, Aleksey Shipilev wrote: >>> We have recently pulled from aarch64-port/jdk8u to shenandoah/jdk8u, and got interesting bugs. >>> >>> In Shenandoah code, we *do* care about stub names for analysis/verification. In upstream, there is a >>> fix for "Montgomery multiply intrinsic should use correct name", which is missing in current >>> aarch64-port/jdk8u: >>> https://bugs.openjdk.java.net/browse/JDK-8169201 >>> >>> Per repo status: >>> - aarch64-port/jdk8u DOES NOT have it > > This fix isn't in any version of 8u. So the first thing to do is > request a backport on > the jdk8u-dev list. Right. >>> - aarch64-port/sheandoah-jdk8u has it from our fixes >>> - shenandoah/jdk8u has it from our fixes >>> - shenandoah/jdk9 has it from upstream >>> - shenandoah/jdk10 has it from upstream >>> - shenandoah/jdk has it from upstream >>> >>> This is a landmine during merges, because we can always accidentally reintroduce the bug. Maybe it >>> makes sense to pick up JDK-8169201 to aarch64-port/jdk8u? >> >> Absolutely, yes. Everything from the relevant upstream repos should go in unless >> there is some strong reason otherwise. > > No, not everything. We work to specific release tags with jdk8u so we > match proprietary JDK releases as > much as possible, rather than random snapshots of the jdk8u tree. Sorry, that's what I meant by relevant: everything from the appropriate upstream repo at the appropriate tag, whatever that is, should go in. -- Andrew Haley Java Platform Lead Engineer Red Hat UK Ltd. EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 From shade at redhat.com Wed Mar 21 15:54:55 2018 From: shade at redhat.com (Aleksey Shipilev) Date: Wed, 21 Mar 2018 16:54:55 +0100 Subject: [aarch64-port-dev ] RFC 8169201: Montgomery multiply intrinsic should use correct name In-Reply-To: References: <5e48b9e5-4930-dbe4-416a-dc089a82c501@redhat.com> <5e11c4a1-357c-53ac-8aca-9030225c8506@redhat.com> Message-ID: On 03/21/2018 04:42 PM, Andrew Hughes wrote: > On 7 March 2018 at 15:37, Andrew Haley wrote: >> On 02/03/18 10:16, Aleksey Shipilev wrote: >>> We have recently pulled from aarch64-port/jdk8u to shenandoah/jdk8u, and got interesting bugs. >>> >>> In Shenandoah code, we *do* care about stub names for analysis/verification. In upstream, there is a >>> fix for "Montgomery multiply intrinsic should use correct name", which is missing in current >>> aarch64-port/jdk8u: >>> https://bugs.openjdk.java.net/browse/JDK-8169201 >>> >>> Per repo status: >>> - aarch64-port/jdk8u DOES NOT have it > > This fix isn't in any version of 8u. So the first thing to do is > request a backport on > the jdk8u-dev list. Right! Let me handle that: http://mail.openjdk.java.net/pipermail/jdk8u-dev/2018-March/007330.html -Aleksey From gnu.andrew at redhat.com Wed Mar 21 16:07:47 2018 From: gnu.andrew at redhat.com (gnu.andrew at redhat.com) Date: Wed, 21 Mar 2018 16:07:47 +0000 Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u: 29 new changesets Message-ID: <201803211607.w2LG7l13017697@aojmv0008.oracle.com> Changeset: 21c75200a180 Author: asaha Date: 2017-06-20 14:12 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/21c75200a180 Added tag jdk8u162-b00 for changeset ccac71a8778d ! .hgtags Changeset: aa2fca134814 Author: asaha Date: 2017-06-26 22:18 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/aa2fca134814 Merge ! .hgtags Changeset: f0dce56e00e9 Author: asaha Date: 2017-06-26 22:32 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/f0dce56e00e9 Merge ! .hgtags Changeset: aee03466f2c2 Author: asaha Date: 2017-07-13 21:46 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/aee03466f2c2 Merge ! .hgtags Changeset: 6d91dff0d6f1 Author: asaha Date: 2017-07-25 07:45 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/6d91dff0d6f1 Merge ! .hgtags Changeset: 2272834baa05 Author: asaha Date: 2017-10-03 18:40 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/2272834baa05 Added tag jdk8u162-b01 for changeset 6d91dff0d6f1 ! .hgtags Changeset: af980289e0df Author: asaha Date: 2017-10-04 14:20 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/af980289e0df Merge ! .hgtags Changeset: c6c15bd2fa20 Author: asaha Date: 2017-10-16 16:16 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/c6c15bd2fa20 Added tag jdk8u162-b02 for changeset af980289e0df ! .hgtags Changeset: e91f5717d8a5 Author: asaha Date: 2017-10-24 13:05 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/e91f5717d8a5 Added tag jdk8u162-b03 for changeset c6c15bd2fa20 ! .hgtags Changeset: 2230ef5ab461 Author: asaha Date: 2017-10-24 22:50 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/2230ef5ab461 Merge ! .hgtags Changeset: 0de7a9e77662 Author: asaha Date: 2017-10-25 14:47 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/0de7a9e77662 Added tag jdk8u162-b04 for changeset 2230ef5ab461 ! .hgtags Changeset: ed547a111629 Author: asaha Date: 2017-11-01 12:32 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/ed547a111629 Merge ! .hgtags Changeset: 147dfb6510bb Author: asaha Date: 2017-11-02 11:06 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/147dfb6510bb Added tag jdk8u162-b05 for changeset ed547a111629 ! .hgtags Changeset: 992352c94cd4 Author: asaha Date: 2017-11-07 18:38 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/992352c94cd4 Merge ! .hgtags Changeset: 743bfeb6b084 Author: asaha Date: 2017-11-07 18:53 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/743bfeb6b084 Added tag jdk8u162-b06 for changeset 992352c94cd4 ! .hgtags Changeset: 0e88e7510c38 Author: asaha Date: 2017-11-14 12:59 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/0e88e7510c38 Merge ! .hgtags Changeset: 8b5b1f0e2f93 Author: asaha Date: 2017-11-14 22:34 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/8b5b1f0e2f93 Added tag jdk8u162-b07 for changeset 0e88e7510c38 ! .hgtags Changeset: 0397256c7d63 Author: asaha Date: 2017-11-21 13:00 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/0397256c7d63 Merge ! .hgtags Changeset: 63b31d076ead Author: asaha Date: 2017-11-21 13:17 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/63b31d076ead Added tag jdk8u162-b08 for changeset 0397256c7d63 ! .hgtags Changeset: 0601c290e21e Author: asaha Date: 2017-11-29 12:54 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/0601c290e21e Merge ! .hgtags Changeset: 3ca79d8d0871 Author: asaha Date: 2017-11-29 13:15 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/3ca79d8d0871 Added tag jdk8u162-b09 for changeset 0601c290e21e ! .hgtags Changeset: 9c40d1fac7fc Author: asaha Date: 2017-12-05 13:38 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/9c40d1fac7fc Merge ! .hgtags Changeset: 63fa0aff5ff2 Author: asaha Date: 2017-12-05 13:55 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/63fa0aff5ff2 Added tag jdk8u162-b10 for changeset 9c40d1fac7fc ! .hgtags Changeset: 3b37f1a6ba6b Author: asaha Date: 2017-12-15 08:56 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/3b37f1a6ba6b Merge ! .hgtags Changeset: ba47d89266e5 Author: asaha Date: 2017-12-15 13:49 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/ba47d89266e5 Added tag jdk8u162-b11 for changeset 3b37f1a6ba6b ! .hgtags Changeset: 632ca54a80c3 Author: asaha Date: 2017-12-19 15:07 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/632ca54a80c3 Added tag jdk8u161-b12 for changeset 91668c6c6698 ! .hgtags Changeset: 173b2b978c05 Author: asaha Date: 2017-12-19 15:21 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/173b2b978c05 Merge ! .hgtags Changeset: 7c0c6150a2a7 Author: andrew Date: 2018-03-15 02:46 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/7c0c6150a2a7 Merge jdk8u162-b12 ! .hgtags Changeset: f8e58f4c29ae Author: andrew Date: 2018-03-15 04:28 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/f8e58f4c29ae Added tag aarch64-jdk8u162-b12 for changeset 7c0c6150a2a7 ! .hgtags From gnu.andrew at redhat.com Wed Mar 21 16:07:55 2018 From: gnu.andrew at redhat.com (gnu.andrew at redhat.com) Date: Wed, 21 Mar 2018 16:07:55 +0000 Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u/corba: 29 new changesets Message-ID: <201803211607.w2LG7tk1017767@aojmv0008.oracle.com> Changeset: fa87c32957b7 Author: asaha Date: 2017-06-20 14:12 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/fa87c32957b7 Added tag jdk8u162-b00 for changeset 1160ad38fc74 ! .hgtags Changeset: 299125c28d8b Author: asaha Date: 2017-06-26 22:19 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/299125c28d8b Merge ! .hgtags Changeset: d5fd110a8674 Author: asaha Date: 2017-06-26 22:32 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/d5fd110a8674 Merge ! .hgtags Changeset: 198e9056e731 Author: asaha Date: 2017-07-13 21:46 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/198e9056e731 Merge ! .hgtags Changeset: 86b1cd17fde7 Author: asaha Date: 2017-07-25 07:45 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/86b1cd17fde7 Merge ! .hgtags Changeset: 03791220212b Author: asaha Date: 2017-10-03 18:40 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/03791220212b Added tag jdk8u162-b01 for changeset 86b1cd17fde7 ! .hgtags Changeset: 1b40ae740b78 Author: asaha Date: 2017-10-04 14:20 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/1b40ae740b78 Merge ! .hgtags Changeset: b28af4ff80a9 Author: asaha Date: 2017-10-16 16:16 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/b28af4ff80a9 Added tag jdk8u162-b02 for changeset 1b40ae740b78 ! .hgtags Changeset: 72dbc8d63308 Author: asaha Date: 2017-10-24 13:06 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/72dbc8d63308 Added tag jdk8u162-b03 for changeset b28af4ff80a9 ! .hgtags Changeset: 8cfa77f0651d Author: asaha Date: 2017-10-24 22:50 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/8cfa77f0651d Merge ! .hgtags Changeset: ddd2a3e7ab3a Author: asaha Date: 2017-10-25 14:47 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/ddd2a3e7ab3a Added tag jdk8u162-b04 for changeset 8cfa77f0651d ! .hgtags Changeset: 6f3097ab2b1b Author: asaha Date: 2017-11-01 12:33 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/6f3097ab2b1b Merge ! .hgtags Changeset: fb66d357c3c7 Author: asaha Date: 2017-11-02 11:06 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/fb66d357c3c7 Added tag jdk8u162-b05 for changeset 6f3097ab2b1b ! .hgtags Changeset: 59f9887ee15e Author: asaha Date: 2017-11-07 18:40 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/59f9887ee15e Merge ! .hgtags Changeset: 6a3a6c04492a Author: asaha Date: 2017-11-07 18:53 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/6a3a6c04492a Added tag jdk8u162-b06 for changeset 59f9887ee15e ! .hgtags Changeset: 5066fa48df81 Author: asaha Date: 2017-11-14 12:59 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/5066fa48df81 Merge ! .hgtags Changeset: faee3c5813cf Author: asaha Date: 2017-11-14 22:34 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/faee3c5813cf Added tag jdk8u162-b07 for changeset 5066fa48df81 ! .hgtags Changeset: 7279642d2088 Author: asaha Date: 2017-11-21 13:00 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/7279642d2088 Merge ! .hgtags Changeset: cac79483d829 Author: asaha Date: 2017-11-21 13:17 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/cac79483d829 Added tag jdk8u162-b08 for changeset 7279642d2088 ! .hgtags Changeset: 59171db1d423 Author: asaha Date: 2017-11-29 12:55 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/59171db1d423 Merge ! .hgtags Changeset: 0e9dad6f569e Author: asaha Date: 2017-11-29 13:15 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/0e9dad6f569e Added tag jdk8u162-b09 for changeset 59171db1d423 ! .hgtags Changeset: 2c68567bdcf2 Author: asaha Date: 2017-12-05 13:38 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/2c68567bdcf2 Merge ! .hgtags Changeset: dbbbe836399f Author: asaha Date: 2017-12-05 13:55 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/dbbbe836399f Added tag jdk8u162-b10 for changeset 2c68567bdcf2 ! .hgtags Changeset: 6029daad75bf Author: asaha Date: 2017-12-15 08:57 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/6029daad75bf Merge ! .hgtags Changeset: ff711ad8045d Author: asaha Date: 2017-12-15 13:50 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/ff711ad8045d Added tag jdk8u162-b11 for changeset 6029daad75bf ! .hgtags Changeset: dad3c3b9b976 Author: asaha Date: 2017-12-19 15:08 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/dad3c3b9b976 Added tag jdk8u161-b12 for changeset b49016a1d704 ! .hgtags Changeset: ace99846c1fd Author: asaha Date: 2017-12-19 15:22 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/ace99846c1fd Merge ! .hgtags Changeset: bb9b999bed68 Author: andrew Date: 2018-03-15 02:46 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/bb9b999bed68 Merge jdk8u162-b12 ! .hgtags Changeset: 2c6daa746022 Author: andrew Date: 2018-03-15 04:28 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/2c6daa746022 Added tag aarch64-jdk8u162-b12 for changeset bb9b999bed68 ! .hgtags From gnu.andrew at redhat.com Wed Mar 21 16:08:03 2018 From: gnu.andrew at redhat.com (gnu.andrew at redhat.com) Date: Wed, 21 Mar 2018 16:08:03 +0000 Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u/jaxp: 30 new changesets Message-ID: <201803211608.w2LG83TJ017867@aojmv0008.oracle.com> Changeset: 3729075e890a Author: asaha Date: 2017-06-20 14:13 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/3729075e890a Added tag jdk8u162-b00 for changeset 6987be63ba2e ! .hgtags Changeset: 1f87aa539fc2 Author: asaha Date: 2017-06-26 22:23 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/1f87aa539fc2 Merge ! .hgtags Changeset: d6de6e9fb786 Author: asaha Date: 2017-06-26 22:33 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/d6de6e9fb786 Merge ! .hgtags Changeset: 907603d832ac Author: asaha Date: 2017-07-13 21:50 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/907603d832ac Merge ! .hgtags Changeset: c01deaf7d93a Author: asaha Date: 2017-07-25 12:49 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/c01deaf7d93a Merge ! .hgtags Changeset: e2d6ab228b1e Author: asaha Date: 2017-10-03 18:41 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/e2d6ab228b1e Added tag jdk8u162-b01 for changeset c01deaf7d93a ! .hgtags Changeset: d939047993da Author: asaha Date: 2017-10-04 14:25 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/d939047993da Merge ! .hgtags Changeset: 190cfe837d60 Author: asaha Date: 2017-10-16 16:17 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/190cfe837d60 Added tag jdk8u162-b02 for changeset d939047993da ! .hgtags Changeset: dcef061c3628 Author: asaha Date: 2017-10-24 13:06 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/dcef061c3628 Added tag jdk8u162-b03 for changeset 190cfe837d60 ! .hgtags Changeset: ab59caf7a747 Author: asaha Date: 2017-10-24 23:09 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/ab59caf7a747 Merge ! .hgtags Changeset: 07a0310d20dc Author: asaha Date: 2017-10-25 14:47 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/07a0310d20dc Added tag jdk8u162-b04 for changeset ab59caf7a747 ! .hgtags Changeset: 833ef076ac23 Author: asaha Date: 2017-11-01 12:37 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/833ef076ac23 Merge ! .hgtags Changeset: 05924ca318b0 Author: asaha Date: 2017-11-02 11:06 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/05924ca318b0 Added tag jdk8u162-b05 for changeset 833ef076ac23 ! .hgtags Changeset: 4e7cf01770b7 Author: asaha Date: 2017-11-07 18:46 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/4e7cf01770b7 Merge ! .hgtags Changeset: cbe31f0890e4 Author: asaha Date: 2017-11-07 18:54 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/cbe31f0890e4 Added tag jdk8u162-b06 for changeset 4e7cf01770b7 ! .hgtags Changeset: abc87f3d2233 Author: asaha Date: 2017-11-14 13:08 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/abc87f3d2233 Merge ! .hgtags - src/com/sun/org/apache/xalan/internal/utils/FactoryImpl.java - src/com/sun/org/apache/xalan/internal/utils/FeatureManager.java - src/com/sun/org/apache/xml/internal/serializer/utils/AttList.java - src/com/sun/org/apache/xml/internal/serializer/utils/DOM2Helper.java - src/com/sun/org/apache/xml/internal/utils/DOMHelper.java - src/com/sun/org/apache/xml/internal/utils/DOMOrder.java Changeset: 1ca4732933e9 Author: asaha Date: 2017-11-14 22:35 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/1ca4732933e9 Added tag jdk8u162-b07 for changeset abc87f3d2233 ! .hgtags Changeset: 4a57257d84cd Author: asaha Date: 2017-11-21 13:09 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/4a57257d84cd Merge ! .hgtags Changeset: 274ced32f9aa Author: asaha Date: 2017-11-21 13:18 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/274ced32f9aa Added tag jdk8u162-b08 for changeset 4a57257d84cd ! .hgtags Changeset: f38a435adf03 Author: asaha Date: 2017-11-29 13:02 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/f38a435adf03 Merge ! .hgtags Changeset: 528f3956977b Author: asaha Date: 2017-11-29 13:16 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/528f3956977b Added tag jdk8u162-b09 for changeset f38a435adf03 ! .hgtags Changeset: 52da6a9595db Author: asaha Date: 2017-12-04 16:18 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/52da6a9595db 8192794: 8u162 L10n resource file update md20 Reviewed-by: coffeys Contributed-by: li.jiang at oracle.com ! src/com/sun/org/apache/xerces/internal/impl/msg/XMLSchemaMessages_ko.properties ! src/com/sun/org/apache/xerces/internal/impl/msg/XMLSchemaMessages_sv.properties Changeset: 3505b1729e79 Author: asaha Date: 2017-12-05 13:43 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/3505b1729e79 Merge ! .hgtags Changeset: 45db970740d3 Author: asaha Date: 2017-12-05 13:56 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/45db970740d3 Added tag jdk8u162-b10 for changeset 3505b1729e79 ! .hgtags Changeset: 5a5ebaf38e63 Author: asaha Date: 2017-12-15 09:03 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/5a5ebaf38e63 Merge ! .hgtags Changeset: 7961f13088bf Author: asaha Date: 2017-12-15 13:50 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/7961f13088bf Added tag jdk8u162-b11 for changeset 5a5ebaf38e63 ! .hgtags Changeset: a4b040686b92 Author: asaha Date: 2017-12-19 15:08 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/a4b040686b92 Added tag jdk8u161-b12 for changeset 889833c6c6a5 ! .hgtags Changeset: fa7504e2b241 Author: asaha Date: 2017-12-19 15:27 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/fa7504e2b241 Merge ! .hgtags Changeset: 776f7e1228e0 Author: andrew Date: 2018-03-15 02:46 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/776f7e1228e0 Merge jdk8u162-b12 ! .hgtags Changeset: 413640f7312d Author: andrew Date: 2018-03-15 04:28 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/413640f7312d Added tag aarch64-jdk8u162-b12 for changeset 776f7e1228e0 ! .hgtags From gnu.andrew at redhat.com Wed Mar 21 16:08:11 2018 From: gnu.andrew at redhat.com (gnu.andrew at redhat.com) Date: Wed, 21 Mar 2018 16:08:11 +0000 Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u/jaxws: 32 new changesets Message-ID: <201803211608.w2LG8BmJ017979@aojmv0008.oracle.com> Changeset: 5cc79f6b7265 Author: asaha Date: 2017-06-20 14:13 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/5cc79f6b7265 Added tag jdk8u162-b00 for changeset 0dd7f8a46659 ! .hgtags Changeset: dfb88369713c Author: asaha Date: 2017-06-26 22:24 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/dfb88369713c Merge ! .hgtags Changeset: 417a8416b2a6 Author: asaha Date: 2017-06-26 22:34 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/417a8416b2a6 Merge ! .hgtags Changeset: cc36cc5570a8 Author: asaha Date: 2017-07-13 21:50 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/cc36cc5570a8 Merge ! .hgtags Changeset: 5bc840ef8b2c Author: asaha Date: 2017-07-25 07:52 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/5bc840ef8b2c Merge ! .hgtags Changeset: dffc222439a1 Author: aefimov Date: 2017-06-18 23:18 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/dffc222439a1 8172297: In java 8, the marshalling with JAX-WS does not escape carriage return Reviewed-by: lancea + src/share/jaxws_classes/com/sun/xml/internal/bind/marshaller/NoEscapeHandler.java ! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/BridgeImpl.java ! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/MarshallerImpl.java ! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/output/FastInfosetStreamWriterOutput.java ! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/output/StAXExStreamWriterOutput.java ! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/output/XMLStreamWriterOutput.java Changeset: 38964474449e Author: robm Date: 2017-08-03 08:07 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/38964474449e Merge Changeset: 06086cb6c349 Author: aefimov Date: 2017-10-02 14:20 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/06086cb6c349 8159240: XSOM parser incorrectly processes type names with whitespaces Reviewed-by: coffeys ! src/share/jaxws_classes/com/sun/xml/internal/xsom/impl/parser/state/attributeDeclBody.java ! src/share/jaxws_classes/com/sun/xml/internal/xsom/impl/parser/state/attributeGroupDecl.java ! src/share/jaxws_classes/com/sun/xml/internal/xsom/impl/parser/state/complexType.java ! src/share/jaxws_classes/com/sun/xml/internal/xsom/impl/parser/state/elementDeclBody.java ! src/share/jaxws_classes/com/sun/xml/internal/xsom/impl/parser/state/group.java ! src/share/jaxws_classes/com/sun/xml/internal/xsom/impl/parser/state/identityConstraint.java ! src/share/jaxws_classes/com/sun/xml/internal/xsom/impl/parser/state/notation.java ! src/share/jaxws_classes/com/sun/xml/internal/xsom/impl/parser/state/qname.java ! src/share/jaxws_classes/com/sun/xml/internal/xsom/impl/parser/state/simpleType.java Changeset: 0f938baeda6c Author: asaha Date: 2017-10-03 18:41 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/0f938baeda6c Added tag jdk8u162-b01 for changeset 06086cb6c349 ! .hgtags Changeset: 0b606a477f3e Author: asaha Date: 2017-10-04 14:25 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/0b606a477f3e Merge ! .hgtags Changeset: 1c18ed39c7b6 Author: asaha Date: 2017-10-16 16:17 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/1c18ed39c7b6 Added tag jdk8u162-b02 for changeset 0b606a477f3e ! .hgtags Changeset: 16be4c9dff93 Author: asaha Date: 2017-10-24 13:07 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/16be4c9dff93 Added tag jdk8u162-b03 for changeset 1c18ed39c7b6 ! .hgtags Changeset: 3a6541ac3828 Author: asaha Date: 2017-10-24 23:10 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/3a6541ac3828 Merge ! .hgtags Changeset: 3dbea8e08db1 Author: asaha Date: 2017-10-25 14:47 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/3dbea8e08db1 Added tag jdk8u162-b04 for changeset 3a6541ac3828 ! .hgtags Changeset: 62d8e1ddcb4c Author: asaha Date: 2017-11-01 12:38 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/62d8e1ddcb4c Merge ! .hgtags Changeset: 8b2ad0e9a4ed Author: asaha Date: 2017-11-02 11:06 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/8b2ad0e9a4ed Added tag jdk8u162-b05 for changeset 62d8e1ddcb4c ! .hgtags Changeset: 6095742f8034 Author: asaha Date: 2017-11-07 18:46 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/6095742f8034 Merge ! .hgtags Changeset: f453f4eaf8b4 Author: asaha Date: 2017-11-07 18:54 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/f453f4eaf8b4 Added tag jdk8u162-b06 for changeset 6095742f8034 ! .hgtags Changeset: 5ed12c11b13b Author: asaha Date: 2017-11-14 13:08 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/5ed12c11b13b Merge ! .hgtags Changeset: 2ce1566054ec Author: asaha Date: 2017-11-14 22:35 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/2ce1566054ec Added tag jdk8u162-b07 for changeset 5ed12c11b13b ! .hgtags Changeset: 07163df0ab66 Author: asaha Date: 2017-11-21 13:10 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/07163df0ab66 Merge ! .hgtags Changeset: 8211d0dff9a4 Author: asaha Date: 2017-11-21 13:18 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/8211d0dff9a4 Added tag jdk8u162-b08 for changeset 07163df0ab66 ! .hgtags Changeset: da9dd222e677 Author: asaha Date: 2017-11-29 13:05 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/da9dd222e677 Merge ! .hgtags Changeset: 20743a4728ae Author: asaha Date: 2017-11-29 13:16 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/20743a4728ae Added tag jdk8u162-b09 for changeset da9dd222e677 ! .hgtags Changeset: 7dd13d02d354 Author: asaha Date: 2017-12-05 13:44 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/7dd13d02d354 Merge ! .hgtags Changeset: 0ab2d5805659 Author: asaha Date: 2017-12-05 13:56 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/0ab2d5805659 Added tag jdk8u162-b10 for changeset 7dd13d02d354 ! .hgtags Changeset: 7b5ea369d72a Author: asaha Date: 2017-12-15 09:04 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/7b5ea369d72a Merge ! .hgtags Changeset: 6203e6123a41 Author: asaha Date: 2017-12-15 13:51 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/6203e6123a41 Added tag jdk8u162-b11 for changeset 7b5ea369d72a ! .hgtags Changeset: 5549da90bab7 Author: asaha Date: 2017-12-19 15:08 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/5549da90bab7 Added tag jdk8u161-b12 for changeset 225db8a29b5f ! .hgtags Changeset: b73f27fc902b Author: asaha Date: 2017-12-19 15:28 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/b73f27fc902b Merge ! .hgtags Changeset: d381dae16da1 Author: andrew Date: 2018-03-15 02:46 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/d381dae16da1 Merge jdk8u162-b12 ! .hgtags Changeset: 8b27752a1bbe Author: andrew Date: 2018-03-15 04:28 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/8b27752a1bbe Added tag aarch64-jdk8u162-b12 for changeset d381dae16da1 ! .hgtags From gnu.andrew at redhat.com Wed Mar 21 16:08:20 2018 From: gnu.andrew at redhat.com (gnu.andrew at redhat.com) Date: Wed, 21 Mar 2018 16:08:20 +0000 Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u/langtools: 30 new changesets Message-ID: <201803211608.w2LG8KN8018079@aojmv0008.oracle.com> Changeset: 41c1a358747e Author: asaha Date: 2017-06-20 14:15 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/41c1a358747e Added tag jdk8u162-b00 for changeset 6d21463aeffd ! .hgtags Changeset: a9fbf6cb26d1 Author: asaha Date: 2017-06-26 22:27 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/a9fbf6cb26d1 Merge ! .hgtags Changeset: a40ccf34f82d Author: asaha Date: 2017-06-26 22:35 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/a40ccf34f82d Merge ! .hgtags Changeset: b1c6368cfc97 Author: asaha Date: 2017-07-13 21:56 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/b1c6368cfc97 Merge ! .hgtags Changeset: 9986bf97a48d Author: asaha Date: 2017-07-25 07:55 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/9986bf97a48d Merge ! .hgtags Changeset: ae2ff3f896bb Author: asaha Date: 2017-10-03 18:41 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/ae2ff3f896bb Added tag jdk8u162-b01 for changeset 9986bf97a48d ! .hgtags Changeset: 127419d98e7e Author: asaha Date: 2017-10-04 14:33 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/127419d98e7e Merge ! .hgtags Changeset: 9c3d2bd8e3df Author: asaha Date: 2017-10-16 16:17 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/9c3d2bd8e3df Added tag jdk8u162-b02 for changeset 127419d98e7e ! .hgtags Changeset: 53092d863cb6 Author: asaha Date: 2017-10-24 13:07 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/53092d863cb6 Added tag jdk8u162-b03 for changeset 9c3d2bd8e3df ! .hgtags Changeset: a53904e33295 Author: asaha Date: 2017-10-24 23:31 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/a53904e33295 Merge ! .hgtags Changeset: 9f3d06a1c5af Author: asaha Date: 2017-10-25 14:48 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/9f3d06a1c5af Added tag jdk8u162-b04 for changeset a53904e33295 ! .hgtags Changeset: b7139bbfb407 Author: asaha Date: 2017-11-01 18:55 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/b7139bbfb407 Merge ! .hgtags Changeset: 04efb320f9b3 Author: asaha Date: 2017-11-02 11:07 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/04efb320f9b3 Added tag jdk8u162-b05 for changeset b7139bbfb407 ! .hgtags Changeset: 91a05c239f63 Author: asaha Date: 2017-11-07 18:51 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/91a05c239f63 Merge ! .hgtags Changeset: 8c20583064d6 Author: asaha Date: 2017-11-07 18:54 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/8c20583064d6 Added tag jdk8u162-b06 for changeset 91a05c239f63 ! .hgtags Changeset: fec3ee6be917 Author: asaha Date: 2017-11-14 13:14 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/fec3ee6be917 Merge ! .hgtags Changeset: 6a98198abaa1 Author: asaha Date: 2017-11-14 22:36 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/6a98198abaa1 Added tag jdk8u162-b07 for changeset fec3ee6be917 ! .hgtags Changeset: 30b1ef9951c2 Author: asaha Date: 2017-11-21 13:15 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/30b1ef9951c2 Merge ! .hgtags Changeset: ce0fb08936b7 Author: asaha Date: 2017-11-21 13:18 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/ce0fb08936b7 Added tag jdk8u162-b08 for changeset 30b1ef9951c2 ! .hgtags Changeset: e856f66901b1 Author: asaha Date: 2017-11-29 13:12 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/e856f66901b1 Merge ! .hgtags Changeset: a9a2f7f75737 Author: asaha Date: 2017-11-29 13:16 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/a9a2f7f75737 Added tag jdk8u162-b09 for changeset e856f66901b1 ! .hgtags Changeset: b127a5ee52d4 Author: asaha Date: 2017-12-04 16:21 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/b127a5ee52d4 8192794: 8u162 L10n resource file update md20 Reviewed-by: coffeys Contributed-by: li.jiang at oracle.com ! src/share/classes/com/sun/tools/javac/resources/compiler_zh_CN.properties Changeset: 29bd40939ca9 Author: asaha Date: 2017-12-05 13:53 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/29bd40939ca9 Merge ! .hgtags Changeset: 907d39fd1293 Author: asaha Date: 2017-12-05 13:57 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/907d39fd1293 Added tag jdk8u162-b10 for changeset 29bd40939ca9 ! .hgtags Changeset: f112f1acb176 Author: asaha Date: 2017-12-15 09:20 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/f112f1acb176 Merge ! .hgtags Changeset: f6d841879366 Author: asaha Date: 2017-12-15 13:51 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/f6d841879366 Added tag jdk8u162-b11 for changeset f112f1acb176 ! .hgtags Changeset: e04304936ad4 Author: asaha Date: 2017-12-19 15:09 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/e04304936ad4 Added tag jdk8u161-b12 for changeset cc28ef580ec5 ! .hgtags Changeset: 902865570583 Author: asaha Date: 2017-12-19 15:34 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/902865570583 Merge ! .hgtags Changeset: 835108edd807 Author: andrew Date: 2018-03-15 02:46 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/835108edd807 Merge jdk8u162-b12 ! .hgtags Changeset: 7b393a96b373 Author: andrew Date: 2018-03-15 04:28 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/7b393a96b373 Added tag aarch64-jdk8u162-b12 for changeset 835108edd807 ! .hgtags From gnu.andrew at redhat.com Wed Mar 21 16:08:29 2018 From: gnu.andrew at redhat.com (gnu.andrew at redhat.com) Date: Wed, 21 Mar 2018 16:08:29 +0000 Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u/hotspot: 61 new changesets Message-ID: <201803211608.w2LG8TUb018235@aojmv0008.oracle.com> Changeset: 75d40493551f Author: asaha Date: 2017-06-20 14:12 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/75d40493551f Added tag jdk8u162-b00 for changeset 7b96cfeed222 ! .hgtags Changeset: 2cea3fdbc3bf Author: asaha Date: 2017-06-26 22:20 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/2cea3fdbc3bf Merge ! .hgtags Changeset: 9c12db83d77d Author: asaha Date: 2017-06-26 22:32 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/9c12db83d77d Merge ! .hgtags Changeset: 259c36bd7aea Author: asaha Date: 2017-07-13 21:47 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/259c36bd7aea Merge ! .hgtags Changeset: 9e265c181b19 Author: asaha Date: 2017-07-25 07:47 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/9e265c181b19 Merge ! .hgtags Changeset: 8a9294fa59d6 Author: poonam Date: 2017-06-19 22:49 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/8a9294fa59d6 8178536: OOM ERRORS + SERVICE-THREAD TAKES A PROCESSOR TO 100% Summary: Clear the pending OOM exception in SensorInfo::trigger() Reviewed-by: mchung, dcubed ! src/share/vm/services/lowMemoryDetector.cpp Changeset: f04097176542 Author: kevinw Date: 2017-06-26 02:04 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/f04097176542 8161598: Kitchensink fails: assert(nm->insts_contains(original_pc)) failed: original PC must be in nmethod/CompiledMethod Reviewed-by: dlong ! src/cpu/x86/vm/c1_Runtime1_x86.cpp ! src/cpu/x86/vm/frame_x86.cpp ! src/cpu/x86/vm/frame_x86.inline.hpp ! src/cpu/x86/vm/javaFrameAnchor_x86.hpp ! src/cpu/x86/vm/macroAssembler_x86.cpp ! src/cpu/x86/vm/macroAssembler_x86.hpp ! src/cpu/x86/vm/runtime_x86_32.cpp ! src/cpu/x86/vm/sharedRuntime_x86_32.cpp ! src/cpu/x86/vm/sharedRuntime_x86_64.cpp ! src/cpu/x86/vm/stubGenerator_x86_32.cpp ! src/cpu/x86/vm/stubGenerator_x86_64.cpp ! src/cpu/x86/vm/templateInterpreter_x86_32.cpp ! src/cpu/x86/vm/templateInterpreter_x86_64.cpp ! src/os_cpu/bsd_x86/vm/thread_bsd_x86.cpp ! src/os_cpu/bsd_x86/vm/thread_bsd_x86.hpp ! src/os_cpu/linux_x86/vm/thread_linux_x86.cpp ! src/os_cpu/linux_x86/vm/thread_linux_x86.hpp ! src/os_cpu/solaris_x86/vm/thread_solaris_x86.cpp ! src/os_cpu/solaris_x86/vm/thread_solaris_x86.hpp ! src/os_cpu/windows_x86/vm/thread_windows_x86.cpp ! src/os_cpu/windows_x86/vm/thread_windows_x86.hpp Changeset: d3cc20285653 Author: zgu Date: 2017-06-07 13:59 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/d3cc20285653 8181055: PPC64: "mbind: Invalid argument" still seen after 8175813 Summary: Use numa_interleave_memory v2 api when available Reviewed-by: dholmes, shade, gromero ! src/os/linux/vm/os_linux.cpp ! src/os/linux/vm/os_linux.hpp Changeset: 6bc9abf210fd Author: dbuck Date: 2017-07-25 10:10 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/6bc9abf210fd 8178047: Aliasing problem with raw memory accesses Summary: Require equal bases when unaliasing offsets for raw accesses Reviewed-by: thartmann, kvn ! src/share/vm/opto/memnode.cpp ! src/share/vm/opto/memnode.hpp + test/compiler/unsafe/TestRawAliasing.java Changeset: 3b5410755ebd Author: shshahma Date: 2017-07-25 10:38 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/3b5410755ebd 8177958: Possible uninitialized char* in vm_version_solaris_sparc.cpp Reviewed-by: kvn, shade ! src/os_cpu/solaris_sparc/vm/vm_version_solaris_sparc.cpp Changeset: c7f6875cc8c3 Author: dbuck Date: 2017-07-25 15:30 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/c7f6875cc8c3 Merge Changeset: 279a5dd96f9b Author: zmajo Date: 2017-03-09 14:27 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/279a5dd96f9b 8175340: Possible invalid memory accesses due to ciMethodData::bci_to_data() returning NULL Summary: Check values returned by ciMethodData::bci_to_data() where necessary. Reviewed-by: kvn ! src/share/vm/c1/c1_GraphBuilder.cpp ! src/share/vm/c1/c1_LIRGenerator.cpp ! src/share/vm/ci/ciMethodData.cpp ! src/share/vm/opto/parse2.cpp Changeset: aa4ffb1f30c9 Author: robm Date: 2017-08-03 08:07 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/aa4ffb1f30c9 Merge Changeset: 35fe0be5277b Author: thartmann Date: 2017-08-10 12:08 +0530 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/35fe0be5277b 8184271: Time related C1 intrinsics produce inconsistent results when floating around Summary: C1 intrinsics for System.nanoTime(), System.currentTimeMillis() and JVM.counterTime() should be pinned. Reviewed-by: kvn, vlivanov, iveresov ! src/share/vm/c1/c1_Instruction.hpp ! src/share/vm/classfile/vmSymbols.cpp ! src/share/vm/classfile/vmSymbols.hpp + test/compiler/c1/TestPinnedIntrinsics.java Changeset: 1832e44a9889 Author: thartmann Date: 2017-07-19 09:00 +0200 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/1832e44a9889 8184009: Missing null pointer check in InterpreterRuntime::update_mdp_for_ret() Summary: Adds a missing null check (guarantee) found by Parfait. Reviewed-by: coleenp, shade ! src/share/vm/interpreter/interpreterRuntime.cpp Changeset: fbb8f75498f4 Author: dbuck Date: 2017-08-11 03:30 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/fbb8f75498f4 8073670: TypeF::eq and TypeD::eq do not handle NaNs correctly Summary: Change TypeF:eq and TypeD:eq to compare NaN values using a bitwise comparison. Reviewed-by: kvn Contributed-by: Stefan Anzinger ! src/share/vm/opto/type.cpp + test/compiler/c2/FloatingPointFoldingTest.java Changeset: b55756ea22d8 Author: dbuck Date: 2017-08-11 23:51 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/b55756ea22d8 8185164: GetOwnedMonitorInfo() returns incorrect owned monitor Summary: The GetOwnedMonitorInfo() should not return a pending monitor Reviewed-by: dcubed ! src/share/vm/runtime/objectMonitor.cpp Changeset: cc5c5ad8dd1c Author: poonam Date: 2017-08-15 14:03 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/cc5c5ad8dd1c 8185572: Enable AssumeMP by default on SPARC machines Reviewed-by: kvn, dholmes, bobv ! src/share/vm/runtime/arguments.cpp Changeset: 79d7902dcb95 Author: dbuck Date: 2017-08-21 05:20 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/79d7902dcb95 8172751: OSR compilation at unreachable bci causes C1 crash Summary: Bailout if OSR entry is unreachable. Reviewed-by: thartmann Contributed-by: Andreas Woess ! src/share/vm/c1/c1_GraphBuilder.cpp + test/compiler/c1/Test8172751.java Changeset: 16939858a716 Author: dbuck Date: 2017-08-21 11:34 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/16939858a716 6651256: jstack: DeleteGlobalRef method call doesn't lead to descreasing of global refs count shown by jstack Summary: jni_DeleteGlobalRef does not really release the jni handle, instead, set the handle point to JNIHandles::_deleted_handle which holds an oop instance (java/lang/Object) in Java heap and never be GC'ed. When counting number of global reference, it counts all the handles on the chain list, which includes the already deleted ones. Reviewed-by: zgu, sla, coleenp Contributed-by: yumin.qi at oracle.com ! src/share/vm/runtime/jniHandles.cpp Changeset: ea7502500b78 Author: dbuck Date: 2017-08-23 04:07 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/ea7502500b78 6656031: SA: jmap -permstat number of classes is off by 1 Reviewed-by: sla, dholmes ! agent/src/share/classes/sun/jvm/hotspot/tools/ClassLoaderStats.java Changeset: 96e9e479ff8a Author: shshahma Date: 2017-08-24 01:27 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/96e9e479ff8a 8180855: Null pointer dereference in OopMapSet::all_do of oopMap.cpp:394 Summary: Check for possible null-point dereference. Reviewed-by: kvn ! src/share/vm/compiler/oopMap.cpp Changeset: aea833250879 Author: shshahma Date: 2017-08-31 21:51 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/aea833250879 8148786: xml.tranform fails on x86-64 Summary: CCP computes wrong type for CountedLoop iv Phi Reviewed-by: kvn ! src/share/vm/opto/loopnode.hpp ! src/share/vm/opto/phaseX.cpp ! src/share/vm/opto/phaseX.hpp Changeset: 440fd98d0bd1 Author: dbuck Date: 2017-09-07 09:17 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/440fd98d0bd1 8072428: Enable UseLoopCounter ergonomically if on-stack-replacement is enabled Summary: Set UseLoopCounter ergonomically if on-stack-replacement is enabled. Print warning. Reviewed-by: kvn ! src/share/vm/runtime/arguments.cpp Changeset: 8a06805fcf5d Author: dbuck Date: 2017-09-07 09:21 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/8a06805fcf5d 8166742: SIGFPE in C2 Loop IV elimination Reviewed-by: kvn ! src/share/vm/opto/loopnode.cpp + test/compiler/loopopts/TestImpossibleIV.java Changeset: c89173159237 Author: dbuck Date: 2017-09-07 10:15 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/c89173159237 8023667: SA: ExceptionBlob and other C2 classes not available in client VM Summary: Ignore error of intialization of C2 only variables Reviewed-by: sla, dholmes ! agent/src/share/classes/sun/jvm/hotspot/utilities/soql/sa.js Changeset: cff49fc368a3 Author: kevinw Date: 2017-09-08 08:24 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/cff49fc368a3 8177026: jvm.dll file version not updated since 8u72 Reviewed-by: ihse ! src/os/windows/vm/version.rc Changeset: 92693f9dd704 Author: kevinw Date: 2017-09-08 15:28 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/92693f9dd704 Merge Changeset: 4dd24f4ca140 Author: asaha Date: 2017-10-03 18:40 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/4dd24f4ca140 Added tag jdk8u162-b01 for changeset 92693f9dd704 ! .hgtags Changeset: 741b7a6743c0 Author: asaha Date: 2017-10-04 14:21 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/741b7a6743c0 Merge ! .hgtags Changeset: f61ab523f726 Author: asaha Date: 2017-10-16 16:16 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/f61ab523f726 Added tag jdk8u162-b02 for changeset 741b7a6743c0 ! .hgtags Changeset: 9575483cce09 Author: mdoerr Date: 2017-10-12 16:29 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/9575483cce09 8145913: PPC64: add Montgomery multiply intrinsic Reviewed-by: aph, goetz, mdoerr Contributed-by: Gustavo Serra Scalet ! src/cpu/ppc/vm/assembler_ppc.hpp ! src/cpu/ppc/vm/assembler_ppc.inline.hpp ! src/cpu/ppc/vm/c2_init_ppc.cpp ! src/cpu/ppc/vm/sharedRuntime_ppc.cpp ! src/cpu/ppc/vm/stubGenerator_ppc.cpp ! src/cpu/ppc/vm/templateInterpreter_ppc.cpp ! src/cpu/ppc/vm/vm_version_ppc.cpp ! src/share/vm/opto/library_call.cpp ! src/share/vm/opto/runtime.cpp Changeset: 75f5e49c6187 Author: goetz Date: 2016-10-27 12:22 +0200 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/75f5e49c6187 8168318: PPC64: Use cmpldi instead of li/cmpld Reviewed-by: goetz Contributed-by: igor.nunes at eldorado.org.br ! src/cpu/ppc/vm/ppc.ad Changeset: 7c3dc80542b6 Author: mdoerr Date: 2016-11-25 11:15 -0200 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/7c3dc80542b6 8170328: PPC64: Use andis instead of lis/and Reviewed-by: goetz, mdoerr Contributed-by: Igor Nunes ! src/cpu/ppc/vm/ppc.ad Changeset: 584eac5794ff Author: mdoerr Date: 2017-10-12 16:36 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/584eac5794ff 8181810: PPC64: Leverage extrdi for bitfield extract Reviewed-by: mdoerr, simonis Contributed-by: Matthew Brandyberry ! src/cpu/ppc/vm/ppc.ad Changeset: 9f401c01775b Author: kevinw Date: 2017-10-14 00:42 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/9f401c01775b 8164954: split_if creates empty phi and region nodes Summary: Don't split if all edges will be moved to new phi Reviewed-by: kvn ! src/share/vm/opto/ifnode.cpp Changeset: d1b47c83a9dd Author: kevinw Date: 2017-10-14 12:05 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/d1b47c83a9dd Merge Changeset: e0c000e8eb75 Author: robm Date: 2017-10-23 06:39 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/e0c000e8eb75 Merge Changeset: f299cf0b7bae Author: asaha Date: 2017-10-24 13:06 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/f299cf0b7bae Added tag jdk8u162-b03 for changeset e0c000e8eb75 ! .hgtags Changeset: 18366fa39fe0 Author: asaha Date: 2017-10-24 23:06 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/18366fa39fe0 Merge ! .hgtags ! src/cpu/ppc/vm/sharedRuntime_ppc.cpp ! src/os/linux/vm/os_linux.cpp ! src/share/vm/c1/c1_GraphBuilder.cpp ! src/share/vm/interpreter/interpreterRuntime.cpp ! src/share/vm/opto/memnode.cpp ! src/share/vm/opto/phaseX.cpp ! src/share/vm/runtime/arguments.cpp Changeset: 27efe2291380 Author: asaha Date: 2017-10-25 14:47 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/27efe2291380 Added tag jdk8u162-b04 for changeset 18366fa39fe0 ! .hgtags Changeset: e34428c12886 Author: asaha Date: 2017-11-01 12:35 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/e34428c12886 Merge ! .hgtags Changeset: 1003feba05bd Author: asaha Date: 2017-11-02 11:06 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/1003feba05bd Added tag jdk8u162-b05 for changeset e34428c12886 ! .hgtags Changeset: cd7f8ee4553d Author: asaha Date: 2017-11-07 18:41 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/cd7f8ee4553d Merge ! .hgtags Changeset: b2f12c3220c4 Author: asaha Date: 2017-11-07 18:53 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/b2f12c3220c4 Added tag jdk8u162-b06 for changeset cd7f8ee4553d ! .hgtags Changeset: f23241cde362 Author: ysuenaga Date: 2017-10-24 22:45 +0900 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/f23241cde362 8087291: InitialBootClassLoaderMetaspaceSize and CompressedClassSpaceSize should be checked consistent from MaxMetaspaceSize Reviewed-by: dholmes, sspitsyn, poonam ! src/share/vm/memory/metaspace.cpp + test/runtime/Metaspace/MaxMetaspaceSizeTest.java Changeset: 7be95092ed8b Author: asaha Date: 2017-11-14 13:01 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/7be95092ed8b Merge ! .hgtags Changeset: 77214cf86be0 Author: asaha Date: 2017-11-14 22:35 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/77214cf86be0 Added tag jdk8u162-b07 for changeset 7be95092ed8b ! .hgtags Changeset: 080cfab19320 Author: asaha Date: 2017-11-21 13:02 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/080cfab19320 Merge ! .hgtags Changeset: 28ec14bf7fab Author: asaha Date: 2017-11-21 13:17 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/28ec14bf7fab Added tag jdk8u162-b08 for changeset 080cfab19320 ! .hgtags Changeset: 02f9409295f9 Author: asaha Date: 2017-11-29 12:58 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/02f9409295f9 Merge ! .hgtags Changeset: c2890f1eb8e0 Author: asaha Date: 2017-11-29 13:15 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/c2890f1eb8e0 Added tag jdk8u162-b09 for changeset 02f9409295f9 ! .hgtags Changeset: c3618e1cdefd Author: asaha Date: 2017-12-05 13:40 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/c3618e1cdefd Merge ! .hgtags Changeset: 5f877da87931 Author: asaha Date: 2017-12-05 13:55 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/5f877da87931 Added tag jdk8u162-b10 for changeset c3618e1cdefd ! .hgtags Changeset: 9f51d57ccc30 Author: asaha Date: 2017-12-14 12:38 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/9f51d57ccc30 Merge Changeset: 39e2895b795a Author: asaha Date: 2017-12-15 08:58 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/39e2895b795a Merge ! .hgtags Changeset: 05f3aaebb63f Author: asaha Date: 2017-12-15 13:50 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/05f3aaebb63f Added tag jdk8u162-b11 for changeset 39e2895b795a ! .hgtags Changeset: 72ecd29c1682 Author: asaha Date: 2017-12-19 15:08 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/72ecd29c1682 Added tag jdk8u161-b12 for changeset 210f7ef62595 ! .hgtags Changeset: 69aec2ca5d90 Author: asaha Date: 2017-12-19 15:25 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/69aec2ca5d90 Merge ! .hgtags Changeset: 21088d271abb Author: andrew Date: 2018-03-15 02:46 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/21088d271abb Merge jdk8u162-b12 ! .hgtags ! agent/src/share/classes/sun/jvm/hotspot/tools/ClassLoaderStats.java ! src/cpu/ppc/vm/sharedRuntime_ppc.cpp ! src/os/linux/vm/os_linux.cpp ! src/share/vm/c1/c1_GraphBuilder.cpp ! src/share/vm/c1/c1_Instruction.hpp ! src/share/vm/c1/c1_LIRGenerator.cpp ! src/share/vm/ci/ciMethodData.cpp ! src/share/vm/classfile/vmSymbols.hpp ! src/share/vm/compiler/oopMap.cpp ! src/share/vm/interpreter/interpreterRuntime.cpp ! src/share/vm/memory/metaspace.cpp ! src/share/vm/opto/ifnode.cpp ! src/share/vm/opto/library_call.cpp ! src/share/vm/opto/loopnode.cpp ! src/share/vm/opto/loopnode.hpp ! src/share/vm/opto/memnode.cpp ! src/share/vm/opto/memnode.hpp ! src/share/vm/opto/parse2.cpp ! src/share/vm/opto/phaseX.cpp ! src/share/vm/opto/phaseX.hpp ! src/share/vm/opto/runtime.cpp ! src/share/vm/opto/type.cpp ! src/share/vm/runtime/arguments.cpp Changeset: b08b1e9e2963 Author: andrew Date: 2018-03-15 04:28 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/b08b1e9e2963 Added tag aarch64-jdk8u162-b12 for changeset 21088d271abb ! .hgtags From gnu.andrew at redhat.com Wed Mar 21 16:08:40 2018 From: gnu.andrew at redhat.com (gnu.andrew at redhat.com) Date: Wed, 21 Mar 2018 16:08:40 +0000 Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u/jdk: 87 new changesets Message-ID: <201803211608.w2LG8hvF018377@aojmv0008.oracle.com> Changeset: 3462d04401ba Author: asaha Date: 2017-06-20 14:14 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/3462d04401ba Added tag jdk8u162-b00 for changeset e03f9868f7df ! .hgtags Changeset: 66fd9a99484a Author: asaha Date: 2017-06-26 22:25 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/66fd9a99484a Merge ! .hgtags Changeset: c21a277b4f60 Author: asaha Date: 2017-06-26 22:34 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/c21a277b4f60 Merge ! .hgtags Changeset: e74259b3eadc Author: asaha Date: 2017-07-13 21:51 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/e74259b3eadc Merge ! .hgtags ! make/lib/CoreLibraries.gmk - src/share/native/java/util/zip/zlib/ChangeLog - src/share/native/java/util/zip/zlib/README - src/share/native/java/util/zip/zlib/compress.c - src/share/native/java/util/zip/zlib/crc32.h - src/share/native/java/util/zip/zlib/deflate.c - src/share/native/java/util/zip/zlib/deflate.h - src/share/native/java/util/zip/zlib/gzclose.c - src/share/native/java/util/zip/zlib/gzguts.h - src/share/native/java/util/zip/zlib/gzlib.c - src/share/native/java/util/zip/zlib/gzread.c - src/share/native/java/util/zip/zlib/gzwrite.c - src/share/native/java/util/zip/zlib/infback.c - src/share/native/java/util/zip/zlib/inffast.c - src/share/native/java/util/zip/zlib/inffast.h - src/share/native/java/util/zip/zlib/inffixed.h - src/share/native/java/util/zip/zlib/inflate.c - src/share/native/java/util/zip/zlib/inflate.h - src/share/native/java/util/zip/zlib/inftrees.c - src/share/native/java/util/zip/zlib/inftrees.h - src/share/native/java/util/zip/zlib/patches/ChangeLog_java - src/share/native/java/util/zip/zlib/trees.c - src/share/native/java/util/zip/zlib/trees.h - src/share/native/java/util/zip/zlib/uncompr.c - src/share/native/java/util/zip/zlib/zadler32.c - src/share/native/java/util/zip/zlib/zconf.h - src/share/native/java/util/zip/zlib/zcrc32.c - src/share/native/java/util/zip/zlib/zlib.h - src/share/native/java/util/zip/zlib/zutil.c - src/share/native/java/util/zip/zlib/zutil.h Changeset: e8dad04faec9 Author: asaha Date: 2017-07-25 07:53 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/e8dad04faec9 Merge ! .hgtags Changeset: 6f00f10caa91 Author: aefimov Date: 2017-06-18 23:19 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/6f00f10caa91 8172297: In java 8, the marshalling with JAX-WS does not escape carriage return Reviewed-by: lancea + test/javax/xml/ws/8172297/Main.java + test/javax/xml/ws/8172297/ws/HelloWorld.java + test/javax/xml/ws/8172297/ws/HelloWorldImpl.java Changeset: abf4e247185d Author: poonam Date: 2017-06-19 22:49 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/abf4e247185d 8178536: OOM ERRORS + SERVICE-THREAD TAKES A PROCESSOR TO 100% Summary: Clear the pending OOM exception in SensorInfo::trigger() Reviewed-by: mchung, dcubed ! src/share/classes/sun/management/MemoryPoolImpl.java Changeset: 8928a3493a05 Author: coffeys Date: 2017-06-27 13:57 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/8928a3493a05 8182672: Java 8u121 on Linux intermittently returns null for MAC address Reviewed-by: michaelm, chegar, clanger, msheppar, vtewari ! src/solaris/native/java/net/NetworkInterface.c + test/java/net/NetworkInterface/GetMacAddress.java Changeset: bc2200a99cac Author: chegar Date: 2017-06-27 14:00 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/bc2200a99cac 8071424: JCK test api/java_net/Socket/descriptions.html#Bind crashes on Windows Reviewed-by: alanb ! src/windows/native/java/net/DualStackPlainSocketImpl.c ! test/java/net/Socket/GetLocalAddress.java Changeset: 0209cfe97e57 Author: dbuck Date: 2017-06-29 12:00 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/0209cfe97e57 8066185: VM crashed with SIGSEGV VirtualMemoryTracker::add_reserved_region Reviewed-by: coleenp, dholmes ! src/share/bin/java.c ! test/tools/launcher/TestSpecialArgs.java Changeset: 5a31dd5e01cf Author: ssadetsky Date: 2017-07-14 13:03 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/5a31dd5e01cf 8078269: JTabbedPane UI Property TabbedPane.tabAreaBackground no longer works Reviewed-by: serb, alexsch ! src/share/classes/javax/swing/plaf/metal/MetalTabbedPaneUI.java ! test/javax/swing/JTabbedPane/8007563/Test8007563.java Changeset: 83b863df0737 Author: clanger Date: 2017-07-17 11:47 +0200 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/83b863df0737 8184673: Fix compatibility issue in AlgorithmChecker for 3rd party JCE providers Reviewed-by: ascarpino, mullan ! src/share/classes/sun/security/provider/certpath/AlgorithmChecker.java Changeset: 1e02805ca8b5 Author: shshahma Date: 2017-07-17 03:58 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/1e02805ca8b5 8181500: [TESTBUG] com/sun/jdi/LineNumberInfo.java fails with jArrayIndexOutOfBoundsException Summary: Update line number table and code indices table with missing entry Reviewed-by: vromero ! test/com/sun/jdi/LineNumberInfo.java Changeset: a9d533a1ab7a Author: coffeys Date: 2017-08-01 14:24 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/a9d533a1ab7a 8179423: 2 security tests started failing fom Jul CPU b05 Reviewed-by: mullan Contributed-by: guoge1 at huawei.com ! test/java/lang/SecurityManager/CheckPackageAccess.java Changeset: 9d617cfd6717 Author: robm Date: 2017-08-03 08:07 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/9d617cfd6717 Merge Changeset: dd6b8cddccc9 Author: alitvinov Date: 2017-08-22 01:09 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/dd6b8cddccc9 7162125: [macosx] A font has different behaviour for ligatures depending on its creation mod Reviewed-by: srl, jgodinez Contributed-by: sreeprakash.s at oracle.com + src/macosx/classes/sun/font/CCompositeGlyphMapper.java ! src/macosx/classes/sun/font/CFont.java ! src/macosx/classes/sun/font/CStrike.java ! src/macosx/native/sun/font/AWTFont.h ! src/macosx/native/sun/font/AWTFont.m ! src/share/classes/sun/font/CompositeFont.java ! src/share/classes/sun/font/CompositeGlyphMapper.java ! src/share/classes/sun/font/Font2D.java + src/share/classes/sun/font/FontSubstitution.java ! src/share/classes/sun/font/GlyphLayout.java ! src/share/classes/sun/font/StandardGlyphVector.java ! src/share/classes/sun/font/SunLayoutEngine.java ! src/share/classes/sun/font/TrueTypeFont.java + test/java/awt/font/TextLayout/OSXLigatureTest.java Changeset: 4b0f2c500c38 Author: alitvinov Date: 2017-08-22 01:11 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/4b0f2c500c38 8147002: [macosx] Arabic character cannot be rendered on MacOS X Reviewed-by: prr, pnarayanan, jdv Contributed-by: sreeprakash.s at oracle.com ! src/macosx/classes/sun/font/CFont.java + test/java/awt/font/Fallback/MissingGlyphTest.java Changeset: 0a54c59b882b Author: stuefe Date: 2017-06-19 11:52 +0200 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/0a54c59b882b 8181419: Race in jdwp invoker handling may lead to crashes or invalid results Reviewed-by: sspitsyn, sgehwolf, clanger ! src/share/back/invoker.c Changeset: 0df189772b9a Author: dbuck Date: 2017-08-23 06:41 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/0df189772b9a 6618335: ThreadReference.stop(null) throws NPE instead of InvalidTypeException Reviewed-by: sla ! src/share/classes/com/sun/tools/jdi/ThreadReferenceImpl.java Changeset: e96c4a40fdf9 Author: dbuck Date: 2017-08-23 14:14 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/e96c4a40fdf9 4354680: Runtime.runFinalization() silently clears interrupted flag in the calling thread Reviewed-by: dholmes, chegar ! src/share/classes/java/lang/ref/Finalizer.java + test/java/lang/System/finalization/FinInterrupt.java Changeset: 6190d1db8b92 Author: dbuck Date: 2017-08-25 11:52 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/6190d1db8b92 8074812: More specific error message when the .java_pid well-known file is not secure Reviewed-by: jbachorik, martin ! src/aix/native/sun/tools/attach/AixVirtualMachine.c ! src/solaris/native/sun/tools/attach/BsdVirtualMachine.c ! src/solaris/native/sun/tools/attach/LinuxVirtualMachine.c ! src/solaris/native/sun/tools/attach/SolarisVirtualMachine.c Changeset: 59f199bb566b Author: anashaty Date: 2017-08-26 14:53 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/59f199bb566b 8080504: [macosx] SunToolkit.realSync() may hang Reviewed-by: serb, prr ! src/macosx/native/sun/awt/LWCToolkit.m ! src/macosx/native/sun/osxapp/NSApplicationAWT.h ! src/macosx/native/sun/osxapp/NSApplicationAWT.m Changeset: 11f7deebf7ae Author: serb Date: 2017-08-26 18:28 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/11f7deebf7ae 7124271: [macosx] RealSync test failure Reviewed-by: alexsch, azvegint ! src/macosx/native/sun/awt/LWCToolkit.m ! src/macosx/native/sun/osxapp/NSApplicationAWT.h ! src/macosx/native/sun/osxapp/NSApplicationAWT.m Changeset: d3e8d9cf490d Author: coffeys Date: 2017-08-28 14:55 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/d3e8d9cf490d 8159035: CTSMode.java test crashed due to unhandled case of cipher length value as 0 Reviewed-by: ascarpino ! src/share/classes/com/sun/crypto/provider/CipherBlockChaining.java ! src/share/classes/com/sun/crypto/provider/CounterMode.java ! src/share/classes/sun/nio/cs/ISO_8859_1.java Changeset: 3af1fb71cf6a Author: rpatil Date: 2017-08-23 12:09 +0300 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/3af1fb71cf6a 8185346: Relax RMI Registry Serial Filter to allow arrays of any type Summary: Registry filter should allow arrays of any type Reviewed-by: rriggs, coffeys ! src/share/classes/sun/misc/ObjectInputFilter.java ! src/share/classes/sun/rmi/registry/RegistryImpl.java ! src/share/lib/security/java.security-aix ! src/share/lib/security/java.security-linux ! src/share/lib/security/java.security-macosx ! src/share/lib/security/java.security-solaris ! src/share/lib/security/java.security-windows ! test/java/rmi/registry/serialFilter/RegistryFilterTest.java Changeset: e08e3d587892 Author: shshahma Date: 2017-08-29 12:13 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/e08e3d587892 8169961: Memory leak after debugging session Summary: TargetVM gets an EventController which is a daemon thread, but don't see the thread having a way of stopping so added code to exit as soon as TargetVM thread stops listening. Reviewed-by: sspitsyn ! src/share/classes/com/sun/tools/jdi/TargetVM.java Changeset: a90726613db6 Author: azvegint Date: 2017-09-01 21:28 +0530 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/a90726613db6 8181786: Extra runLater causes impossible states to be possible using javafx.embed.singleThread=true Reviewed-by: kcr ! src/share/classes/java/awt/EventDispatchThread.java ! src/share/classes/java/awt/EventQueue.java Changeset: 3679d4a77083 Author: dmarkov Date: 2017-09-01 17:03 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/3679d4a77083 8177414: Missing key events on Mac Os Reviewed-by: serb, prr ! src/macosx/native/sun/awt/AWTView.m + test/java/awt/InputMethods/InputMethodKeyEventsTest/InputMethodKeyEventsTest.java Changeset: 9cd5ee8b5454 Author: igerasim Date: 2017-09-01 10:16 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/9cd5ee8b5454 6977426: sun/tools tests can intermittently fail to find app's Java pid Reviewed-by: dfuchs, jbachorik, egahlin, sjiang ! test/TEST.groups - test/java/util/logging/AnonLoggerWeakRefLeak.java - test/java/util/logging/AnonLoggerWeakRefLeak.sh - test/java/util/logging/LoggerWeakRefLeak.java - test/java/util/logging/LoggerWeakRefLeak.sh + test/java/util/logging/TestLoggerWeakRefLeak.java - test/sun/tools/common/CommonTests.sh Changeset: af9fbf314a38 Author: igerasim Date: 2017-09-05 16:14 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/af9fbf314a38 8179086: java.time.temporal.ValueRange has poor hashCode() Reviewed-by: rriggs ! src/share/classes/java/time/temporal/ValueRange.java Changeset: d205ce402f46 Author: igerasim Date: 2017-09-08 10:41 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/d205ce402f46 8137255: sun/security/provider/NSASuiteB/TestDSAGenParameterSpec.java timeouts intermittently Summary: sun/security/provider/NSASuiteB/TestDSAGenParameterSpec.java timeouts intermittently due to large DSA key parameter generation. Reviewed-by: valeriep Contributed-by: John Jiang ! test/sun/security/provider/NSASuiteB/TestDSAGenParameterSpec.java Changeset: 8e6b0b4fc31b Author: igerasim Date: 2017-09-08 10:42 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/8e6b0b4fc31b 8157896: TestDSAGenParameterSpec.java test fails with timeout Reviewed-by: xuelei ! test/sun/security/provider/NSASuiteB/TestDSAGenParameterSpec.java Changeset: 3cf154021626 Author: psadhukhan Date: 2017-06-30 11:03 +0530 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/3cf154021626 8182402: Tooltip for Desktop button is in English when non-English locale is set Reviewed-by: azvegint ! src/share/classes/javax/swing/plaf/metal/MetalFileChooserUI.java ! src/share/classes/sun/swing/plaf/synth/SynthFileChooserUIImpl.java Changeset: 0103a8cfc956 Author: simonis Date: 2015-07-27 19:50 +0200 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/0103a8cfc956 8132374: AIX: fix value of os.version property Reviewed-by: alanb, rriggs ! src/solaris/native/java/lang/java_props_md.c Changeset: 7b6600ede540 Author: robm Date: 2017-09-27 14:00 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/7b6600ede540 8184328: JDK 8u131 socketRead0 hang at SSL read Reviewed-by: xuelei, chegar, coffeys ! src/share/classes/sun/security/ssl/SSLSocketImpl.java + test/sun/security/ssl/SSLSocketImpl/SSLSocketCloseHang.java Changeset: 1c24c0093d39 Author: valeriep Date: 2017-08-16 17:05 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/1c24c0093d39 8170245: [TEST_BUG] Cipher tests fail when running with unlimited policy Summary: Updated the failed cipher tests to work under unlimited policy Reviewed-by: xuelei ! test/com/sun/crypto/provider/Cipher/AES/TestAESCiphers/Dynamic.java ! test/com/sun/crypto/provider/Cipher/Blowfish/TestCipherBlowfish.java ! test/com/sun/crypto/provider/Cipher/PBE/PBESameBuffer/AESPBEWrapper.java ! test/com/sun/crypto/provider/Cipher/PBE/PBESameBuffer/PBECipherWrapper.java ! test/com/sun/crypto/provider/Cipher/PBE/TestCipherKeyWrapperPBEKey.java ! test/com/sun/crypto/provider/Cipher/PBE/TestCipherPBE.java ! test/com/sun/crypto/provider/Cipher/TestCipher.java Changeset: 9a5bc71f5061 Author: coffeys Date: 2017-09-26 07:11 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/9a5bc71f5061 8170157: Enable unlimited cryptographic policy by default in OracleJDK Reviewed-by: wetmore ! src/share/classes/javax/crypto/JceSecurity.java ! src/share/lib/security/java.security-aix ! src/share/lib/security/java.security-linux ! src/share/lib/security/java.security-macosx ! src/share/lib/security/java.security-solaris ! src/share/lib/security/java.security-windows + test/javax/crypto/CryptoPermission/CryptoPolicyFallback.java ! test/javax/crypto/CryptoPermission/TestUnlimited.java Changeset: 41232903f125 Author: coffeys Date: 2017-09-27 08:43 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/41232903f125 Merge Changeset: 89f413819246 Author: sspitsyn Date: 2014-11-11 21:46 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/89f413819246 6988950: JDWP exit error JVMTI_ERROR_WRONG_PHASE(112) Summary: Synchronize the jdwp VirtualMachine command functions with the VM_DEATH event Reviewed-by: dcubed, dsamersoff, dholmes ! src/share/back/debugLoop.c Changeset: bcdba99a7755 Author: sspitsyn Date: 2017-03-02 16:03 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/bcdba99a7755 8134103: JVMTI_ERROR_WRONG_PHASE(112): on checking for an interface Summary: Add guards to the jdwp agent shutdown Reviewed-by: dholmes, dcubed, dsamersoff ! src/share/back/debugLoop.c ! src/share/back/eventHelper.c Changeset: c9c4a384e9f7 Author: kevinw Date: 2017-09-28 09:14 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/c9c4a384e9f7 Merge Changeset: 538bdf243839 Author: aefimov Date: 2017-10-02 14:20 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/538bdf243839 8159240: XSOM parser incorrectly processes type names with whitespaces Reviewed-by: coffeys + test/javax/xml/bind/xsom/8159240/WhitespacesTest.java + test/javax/xml/bind/xsom/8159240/complexType.xsd + test/javax/xml/bind/xsom/8159240/complexTypeExtension.xsd + test/javax/xml/bind/xsom/8159240/complexTypeRestriction.xsd + test/javax/xml/bind/xsom/8159240/identityConstraint.xsd + test/javax/xml/bind/xsom/8159240/particlesAndAttributes.xsd + test/javax/xml/bind/xsom/8159240/simpleType.xsd Changeset: 675e106f81af Author: asaha Date: 2017-10-03 18:41 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/675e106f81af Added tag jdk8u162-b01 for changeset 538bdf243839 ! .hgtags Changeset: eb7c1ff76a6b Author: sla Date: 2014-06-18 09:04 +0200 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/eb7c1ff76a6b 8046778: Better error messages when starting JMX agent via attach or jcmd Reviewed-by: dholmes ! src/share/classes/sun/management/Agent.java ! src/share/classes/sun/management/resources/agent.properties ! test/com/sun/tools/attach/StartManagementAgent.java Changeset: 601a2304ff4a Author: robm Date: 2017-10-06 07:01 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/601a2304ff4a Merge Changeset: a23953399e5d Author: asaha Date: 2017-10-10 17:15 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/a23953399e5d Merge ! .hgtags - src/share/classes/com/sun/crypto/provider/PBECipherCore.java ! src/share/lib/security/java.security-aix ! src/share/lib/security/java.security-linux ! src/share/lib/security/java.security-macosx ! src/share/lib/security/java.security-solaris ! src/share/lib/security/java.security-windows - src/share/native/java/util/zip/zlib-1.2.8/ChangeLog - src/share/native/java/util/zip/zlib-1.2.8/README - src/share/native/java/util/zip/zlib-1.2.8/compress.c - src/share/native/java/util/zip/zlib-1.2.8/crc32.h - src/share/native/java/util/zip/zlib-1.2.8/deflate.c - src/share/native/java/util/zip/zlib-1.2.8/deflate.h - src/share/native/java/util/zip/zlib-1.2.8/gzclose.c - src/share/native/java/util/zip/zlib-1.2.8/gzguts.h - src/share/native/java/util/zip/zlib-1.2.8/gzlib.c - src/share/native/java/util/zip/zlib-1.2.8/gzread.c - src/share/native/java/util/zip/zlib-1.2.8/gzwrite.c - src/share/native/java/util/zip/zlib-1.2.8/infback.c - src/share/native/java/util/zip/zlib-1.2.8/inffast.c - src/share/native/java/util/zip/zlib-1.2.8/inffast.h - src/share/native/java/util/zip/zlib-1.2.8/inffixed.h - src/share/native/java/util/zip/zlib-1.2.8/inflate.c - src/share/native/java/util/zip/zlib-1.2.8/inflate.h - src/share/native/java/util/zip/zlib-1.2.8/inftrees.c - src/share/native/java/util/zip/zlib-1.2.8/inftrees.h - src/share/native/java/util/zip/zlib-1.2.8/patches/ChangeLog_java - src/share/native/java/util/zip/zlib-1.2.8/trees.c - src/share/native/java/util/zip/zlib-1.2.8/trees.h - src/share/native/java/util/zip/zlib-1.2.8/uncompr.c - src/share/native/java/util/zip/zlib-1.2.8/zadler32.c - src/share/native/java/util/zip/zlib-1.2.8/zconf.h - src/share/native/java/util/zip/zlib-1.2.8/zcrc32.c - src/share/native/java/util/zip/zlib-1.2.8/zlib.h - src/share/native/java/util/zip/zlib-1.2.8/zutil.c - src/share/native/java/util/zip/zlib-1.2.8/zutil.h ! test/java/lang/SecurityManager/CheckPackageAccess.java Changeset: 18e0bc77adaf Author: asaha Date: 2017-10-16 15:15 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/18e0bc77adaf Merge Changeset: c99e8d4bc852 Author: asaha Date: 2017-10-16 16:17 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/c99e8d4bc852 Added tag jdk8u162-b02 for changeset 18e0bc77adaf ! .hgtags Changeset: 49e4ae561c32 Author: igerasim Date: 2017-10-06 06:51 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/49e4ae561c32 8031661: java/net/Authenticator/B4769350.java failed intermittently Reviewed-by: michaelm Contributed-by: amanda.jiang at oracle.com ! test/java/net/Authenticator/B4769350.java Changeset: ff47f846bb96 Author: ssadetsky Date: 2017-10-10 12:03 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/ff47f846bb96 8139218: Dialog that opens and closes quickly changes focus in original focusowner 8159432: [PIT][macosx] StackOverflow in closed/java/awt/Dialog/DialogDeadlock/DialogDeadlockTest Reviewed-by: alexsch, serb, azvegint ! src/share/classes/java/awt/DefaultKeyboardFocusManager.java + test/java/awt/Focus/RollbackFocusFromAnotherWindowTest/RollbackFocusFromAnotherWindowTest.java Changeset: ed5b93d922f7 Author: igerasim Date: 2017-10-06 21:25 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/ed5b93d922f7 8187023: Cannot read pkcs11 config file in UTF-16 environment Reviewed-by: ascarpino ! src/share/classes/sun/security/pkcs11/Config.java + test/sun/security/pkcs11/Config/ReadConfInUTF16Env.java + test/sun/security/pkcs11/Config/ReadConfInUTF16Env.sh Changeset: dc0df78f0b54 Author: igerasim Date: 2017-10-06 21:26 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/dc0df78f0b54 8158633: BASE64 encoded cert not correctly parsed with UTF-16 Reviewed-by: mullan ! src/share/classes/sun/security/util/Pem.java + test/sun/security/util/Pem/PemEncoding.java + test/sun/security/util/Pem/encoding.sh Changeset: 4bded27134d7 Author: dmarkov Date: 2017-10-11 10:03 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/4bded27134d7 8155197: Focus transition issue Reviewed-by: serb, ssadetsky, aivanov ! src/share/classes/java/awt/DefaultKeyboardFocusManager.java + test/java/awt/Focus/FocusTransitionTest/FocusTransitionTest.java Changeset: 3b3bf3e95042 Author: ssreedharan Date: 2017-10-12 10:16 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/3b3bf3e95042 8180370: Characters are skipped on input of Korean text on OS X Reviewed-by: serb ! src/macosx/native/sun/awt/AWTView.m + test/javax/swing/JTextField/MissingCharsKorean/MissingCharsKorean.java Changeset: 9f914df5fc4c Author: ssreedharan Date: 2017-10-12 10:19 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/9f914df5fc4c 8184016: Text in native popup is not always updated with Sogou IME Reviewed-by: ssadetsky ! src/windows/native/sun/windows/awt_Component.cpp Changeset: f2925375b4e2 Author: robm Date: 2017-10-23 06:39 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/f2925375b4e2 Merge - src/share/classes/com/sun/crypto/provider/PBECipherCore.java - src/share/native/java/util/zip/zlib-1.2.8/ChangeLog - src/share/native/java/util/zip/zlib-1.2.8/README - src/share/native/java/util/zip/zlib-1.2.8/compress.c - src/share/native/java/util/zip/zlib-1.2.8/crc32.h - src/share/native/java/util/zip/zlib-1.2.8/deflate.c - src/share/native/java/util/zip/zlib-1.2.8/deflate.h - src/share/native/java/util/zip/zlib-1.2.8/gzclose.c - src/share/native/java/util/zip/zlib-1.2.8/gzguts.h - src/share/native/java/util/zip/zlib-1.2.8/gzlib.c - src/share/native/java/util/zip/zlib-1.2.8/gzread.c - src/share/native/java/util/zip/zlib-1.2.8/gzwrite.c - src/share/native/java/util/zip/zlib-1.2.8/infback.c - src/share/native/java/util/zip/zlib-1.2.8/inffast.c - src/share/native/java/util/zip/zlib-1.2.8/inffast.h - src/share/native/java/util/zip/zlib-1.2.8/inffixed.h - src/share/native/java/util/zip/zlib-1.2.8/inflate.c - src/share/native/java/util/zip/zlib-1.2.8/inflate.h - src/share/native/java/util/zip/zlib-1.2.8/inftrees.c - src/share/native/java/util/zip/zlib-1.2.8/inftrees.h - src/share/native/java/util/zip/zlib-1.2.8/patches/ChangeLog_java - src/share/native/java/util/zip/zlib-1.2.8/trees.c - src/share/native/java/util/zip/zlib-1.2.8/trees.h - src/share/native/java/util/zip/zlib-1.2.8/uncompr.c - src/share/native/java/util/zip/zlib-1.2.8/zadler32.c - src/share/native/java/util/zip/zlib-1.2.8/zconf.h - src/share/native/java/util/zip/zlib-1.2.8/zcrc32.c - src/share/native/java/util/zip/zlib-1.2.8/zlib.h - src/share/native/java/util/zip/zlib-1.2.8/zutil.c - src/share/native/java/util/zip/zlib-1.2.8/zutil.h ! src/windows/native/sun/windows/awt_Component.cpp Changeset: e1e7eee76e15 Author: asaha Date: 2017-10-24 12:56 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/e1e7eee76e15 8189918: Remove Trailing whitespace from file while syncing 8u into 8u162-b03 Reviewed-by: robm ! test/java/awt/Focus/RollbackFocusFromAnotherWindowTest/RollbackFocusFromAnotherWindowTest.java Changeset: 64df143be721 Author: asaha Date: 2017-10-24 13:07 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/64df143be721 Added tag jdk8u162-b03 for changeset e1e7eee76e15 ! .hgtags Changeset: 4c4efa8fa39a Author: asaha Date: 2017-10-24 23:16 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/4c4efa8fa39a Merge ! .hgtags - src/share/classes/sun/misc/JavaObjectInputStreamAccess.java - src/share/classes/sun/misc/ObjectStreamClassValidator.java ! src/share/classes/sun/rmi/registry/RegistryImpl.java - src/share/classes/sun/security/ssl/SupportedEllipticCurvesExtension.java - src/share/classes/sun/security/ssl/SupportedEllipticPointFormatsExtension.java ! src/share/lib/security/java.security-aix ! src/share/lib/security/java.security-linux ! src/share/lib/security/java.security-macosx ! src/share/lib/security/java.security-solaris ! src/share/lib/security/java.security-windows ! src/windows/native/sun/windows/awt_Component.cpp Changeset: 8f56ba1989c0 Author: asaha Date: 2017-10-25 14:48 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/8f56ba1989c0 Added tag jdk8u162-b04 for changeset 4c4efa8fa39a ! .hgtags Changeset: a651df33d9a0 Author: asaha Date: 2017-11-01 19:29 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/a651df33d9a0 Merge ! .hgtags Changeset: 0f176e085717 Author: asaha Date: 2017-11-02 11:07 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/0f176e085717 Added tag jdk8u162-b05 for changeset a651df33d9a0 ! .hgtags Changeset: 3eb5db8f03a3 Author: asaha Date: 2017-11-05 23:01 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/3eb5db8f03a3 8190542: 8u162 L10n resource file update Reviewed-by: coffeys Contributed-by: li.jiang at oracle.com ! src/share/classes/com/sun/rowset/RowSetResourceBundle_sv.properties ! src/share/classes/sun/launcher/resources/launcher_es.properties ! src/share/classes/sun/management/resources/agent_de.properties ! src/share/classes/sun/management/resources/agent_es.properties ! src/share/classes/sun/management/resources/agent_fr.properties ! src/share/classes/sun/management/resources/agent_it.properties ! src/share/classes/sun/management/resources/agent_ja.properties ! src/share/classes/sun/management/resources/agent_ko.properties ! src/share/classes/sun/management/resources/agent_pt_BR.properties ! src/share/classes/sun/management/resources/agent_sv.properties ! src/share/classes/sun/management/resources/agent_zh_CN.properties ! src/share/classes/sun/management/resources/agent_zh_TW.properties Changeset: 582c82cfebe2 Author: asaha Date: 2017-11-07 18:49 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/582c82cfebe2 Merge ! .hgtags Changeset: 9b61c12636a1 Author: asaha Date: 2017-11-07 18:54 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/9b61c12636a1 Added tag jdk8u162-b06 for changeset 582c82cfebe2 ! .hgtags Changeset: dbaeccd61945 Author: prr Date: 2017-11-06 15:12 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/dbaeccd61945 8190280: [macos] Font2DTest demo started failing for Arabic range from JDK 8 u162 b01 on Mac Reviewed-by: serb, pnarayanan ! src/share/classes/sun/font/CompositeStrike.java ! src/share/native/sun/font/FontInstanceAdapter.cpp + test/java/awt/font/TextLayout/NegativeGlyphIDException.java Changeset: 27cf4b4cde87 Author: dsamersoff Date: 2017-11-09 04:17 -0500 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/27cf4b4cde87 8162530: src/jdk.management/share/native/libmanagement_ext/GcInfoBuilder.c doesn't handle JNI exceptions properly Summary: Exceptions are checked after calling NewStringUTF Reviewed-by: dholmes, sla Contributed-by: amit.sapre at oracle.com ! src/share/native/sun/management/GcInfoBuilder.c Changeset: 672bbe9bcdd7 Author: asaha Date: 2017-11-14 13:10 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/672bbe9bcdd7 Merge ! .hgtags ! src/share/lib/security/java.security-aix ! src/share/lib/security/java.security-linux ! src/share/lib/security/java.security-macosx ! src/share/lib/security/java.security-solaris ! src/share/lib/security/java.security-windows ! src/windows/native/sun/windows/awt_Component.cpp ! test/java/lang/SecurityManager/CheckPackageAccess.java Changeset: afb63c9eecc3 Author: asaha Date: 2017-11-14 22:35 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/afb63c9eecc3 Added tag jdk8u162-b07 for changeset 672bbe9bcdd7 ! .hgtags Changeset: 453aa18173a5 Author: asaha Date: 2017-11-15 17:29 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/453aa18173a5 8191352: Remove 8u161-b07 and 8u162-b07 tag to include 8191340 for b07 Reviewed-by: coffeys ! .hgtags Changeset: fce5b32117cc Author: asaha Date: 2017-11-15 17:31 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/fce5b32117cc Merge ! .hgtags Changeset: 605531d3401e Author: asaha Date: 2017-11-15 17:31 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/605531d3401e Added tag jdk8u162-b07 for changeset fce5b32117cc ! .hgtags Changeset: b7d7bd1706bb Author: asaha Date: 2017-11-21 08:23 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/b7d7bd1706bb Merge ! src/share/lib/security/java.security-aix ! src/share/lib/security/java.security-linux ! src/share/lib/security/java.security-macosx ! src/share/lib/security/java.security-solaris ! src/share/lib/security/java.security-windows Changeset: c9254e018206 Author: asaha Date: 2017-11-21 13:11 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/c9254e018206 Merge ! .hgtags Changeset: 05565880073c Author: asaha Date: 2017-11-21 13:18 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/05565880073c Added tag jdk8u162-b08 for changeset c9254e018206 ! .hgtags Changeset: 1aa2e6ec537c Author: asaha Date: 2017-11-29 13:06 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/1aa2e6ec537c Merge ! .hgtags Changeset: bd180c5c5462 Author: asaha Date: 2017-11-29 13:16 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/bd180c5c5462 Added tag jdk8u162-b09 for changeset 1aa2e6ec537c ! .hgtags Changeset: ed025b5c2668 Author: asaha Date: 2017-12-04 16:19 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/ed025b5c2668 8192794: 8u162 L10n resource file update md20 Reviewed-by: coffeys Contributed-by: li.jiang at oracle.com ! src/share/classes/com/sun/accessibility/internal/resources/accessibility_ko.properties ! src/share/classes/sun/awt/resources/awt_de.properties ! src/share/classes/sun/launcher/resources/launcher_ko.properties ! src/share/classes/sun/tools/jar/resources/jar_ko.properties Changeset: af233a0cd05e Author: alitvinov Date: 2017-12-04 17:38 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/af233a0cd05e 8181659: Create an alternative fix for JDK-8167102, whose fix was backed out Reviewed-by: prr, serb ! src/share/classes/sun/print/RasterPrinterJob.java ! test/java/awt/print/PageFormat/WrongPaperPrintingTest.java Changeset: 1d2ee5e60df1 Author: asaha Date: 2017-12-05 13:45 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/1d2ee5e60df1 Merge ! .hgtags Changeset: 0710db75a001 Author: asaha Date: 2017-12-05 13:56 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/0710db75a001 Added tag jdk8u162-b10 for changeset 1d2ee5e60df1 ! .hgtags Changeset: 95df717479b1 Author: asaha Date: 2017-12-15 09:05 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/95df717479b1 Merge ! .hgtags Changeset: 19a5eb7025aa Author: asaha Date: 2017-12-15 13:51 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/19a5eb7025aa Added tag jdk8u162-b11 for changeset 95df717479b1 ! .hgtags Changeset: 3befcaf2833f Author: asaha Date: 2017-12-19 15:09 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/3befcaf2833f Added tag jdk8u161-b12 for changeset 76f2c555ccca ! .hgtags Changeset: ddae5cb11d6c Author: asaha Date: 2017-12-19 15:30 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/ddae5cb11d6c Merge ! .hgtags Changeset: 7936096d5205 Author: andrew Date: 2018-03-15 02:46 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/7936096d5205 Merge jdk8u162-b12 ! .hgtags ! src/macosx/native/sun/awt/AWTView.m ! src/macosx/native/sun/osxapp/NSApplicationAWT.m ! src/share/bin/java.c ! src/share/classes/com/sun/tools/jdi/ThreadReferenceImpl.java ! src/share/classes/java/awt/DefaultKeyboardFocusManager.java ! src/share/classes/java/awt/EventDispatchThread.java ! src/share/classes/java/awt/EventQueue.java ! src/share/classes/java/lang/ref/Finalizer.java ! src/share/classes/java/time/temporal/ValueRange.java ! src/share/classes/javax/swing/plaf/metal/MetalTabbedPaneUI.java ! src/share/classes/sun/font/GlyphLayout.java ! src/share/classes/sun/font/TrueTypeFont.java ! src/share/classes/sun/management/Agent.java ! src/share/classes/sun/print/RasterPrinterJob.java ! src/share/classes/sun/security/ssl/SSLSocketImpl.java ! src/share/lib/security/java.security-aix ! src/share/lib/security/java.security-linux ! src/share/lib/security/java.security-macosx ! src/share/lib/security/java.security-solaris ! src/share/lib/security/java.security-windows ! src/solaris/native/java/lang/java_props_md.c ! src/windows/native/sun/windows/awt_Component.cpp ! test/TEST.groups ! test/java/lang/SecurityManager/CheckPackageAccess.java ! test/java/net/Authenticator/B4769350.java - test/java/util/logging/AnonLoggerWeakRefLeak.java - test/java/util/logging/AnonLoggerWeakRefLeak.sh - test/java/util/logging/LoggerWeakRefLeak.java - test/java/util/logging/LoggerWeakRefLeak.sh - test/sun/tools/common/CommonTests.sh Changeset: 9944f808c91d Author: andrew Date: 2018-03-15 04:28 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/9944f808c91d Added tag aarch64-jdk8u162-b12 for changeset 7936096d5205 ! .hgtags From gnu.andrew at redhat.com Wed Mar 21 16:08:52 2018 From: gnu.andrew at redhat.com (gnu.andrew at redhat.com) Date: Wed, 21 Mar 2018 16:08:52 +0000 Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u/nashorn: 33 new changesets Message-ID: <201803211608.w2LG8qYs018945@aojmv0008.oracle.com> Changeset: 64f2193217f6 Author: asaha Date: 2017-06-20 14:15 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/64f2193217f6 Added tag jdk8u162-b00 for changeset ca3beffccb89 ! .hgtags Changeset: 9f524db29b38 Author: asaha Date: 2017-06-26 22:28 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/9f524db29b38 Merge ! .hgtags Changeset: 2be2e47b70ea Author: asaha Date: 2017-06-26 22:36 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/2be2e47b70ea Merge ! .hgtags Changeset: 84f4d444ac3e Author: asaha Date: 2017-07-13 21:58 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/84f4d444ac3e Merge ! .hgtags Changeset: 38f490a87290 Author: asaha Date: 2017-07-25 07:55 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/38f490a87290 Merge ! .hgtags Changeset: c6693d54d1ca Author: hannesw Date: 2017-06-14 10:07 +0200 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/c6693d54d1ca 8181191: getUint32 returning Long Reviewed-by: attila, jlaskey ! src/jdk/nashorn/internal/objects/NativeDataView.java + test/script/basic/JDK-8181191.js Changeset: 007ba2e0766d Author: hannesw Date: 2017-06-29 12:05 +0200 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/007ba2e0766d 8182996: Incorrect mapping Long type to JavaScript equivalent Reviewed-by: jlaskey, sundar ! src/jdk/nashorn/internal/runtime/AccessorProperty.java + test/src/jdk/nashorn/api/scripting/test/JDK_8182996_Test.java Changeset: ed657aae0d4a Author: robm Date: 2017-08-03 08:07 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/ed657aae0d4a Merge Changeset: 359c36b81580 Author: hannesw Date: 2017-09-28 22:12 +0200 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/359c36b81580 8184893: jdk8u152 b06 : issues with nashorn when running kraken benchmarks Reviewed-by: jlaskey, sdama, sundar ! src/jdk/nashorn/internal/codegen/WeighNodes.java + test/script/basic/JDK-8184893.js Changeset: 77c4b41ffb9a Author: asaha Date: 2017-10-03 18:41 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/77c4b41ffb9a Added tag jdk8u162-b01 for changeset 359c36b81580 ! .hgtags Changeset: 4441d866400f Author: asaha Date: 2017-10-04 14:33 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/4441d866400f Merge ! .hgtags Changeset: 791b290ffe4a Author: asaha Date: 2017-10-16 16:18 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/791b290ffe4a Added tag jdk8u162-b02 for changeset 4441d866400f ! .hgtags Changeset: 3ae3ebe2e2ee Author: asaha Date: 2017-10-24 13:08 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/3ae3ebe2e2ee Added tag jdk8u162-b03 for changeset 791b290ffe4a ! .hgtags Changeset: 662ff8ebccf7 Author: asaha Date: 2017-10-24 23:32 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/662ff8ebccf7 Merge ! .hgtags Changeset: 15206a517bc2 Author: asaha Date: 2017-10-25 14:48 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/15206a517bc2 Added tag jdk8u162-b04 for changeset 662ff8ebccf7 ! .hgtags Changeset: bd0636941934 Author: asaha Date: 2017-11-01 18:55 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/bd0636941934 Merge ! .hgtags Changeset: 6dacc2c9ad5a Author: asaha Date: 2017-11-02 11:07 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/6dacc2c9ad5a Added tag jdk8u162-b05 for changeset bd0636941934 ! .hgtags Changeset: 70f7f39f9f93 Author: asaha Date: 2017-11-07 18:52 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/70f7f39f9f93 Merge ! .hgtags Changeset: 8dcaddb93e6f Author: asaha Date: 2017-11-07 18:54 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/8dcaddb93e6f Added tag jdk8u162-b06 for changeset 70f7f39f9f93 ! .hgtags Changeset: 5aa040ab7610 Author: asaha Date: 2017-11-14 13:14 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/5aa040ab7610 Merge ! .hgtags Changeset: fdb2c418077e Author: asaha Date: 2017-11-14 22:36 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/fdb2c418077e Added tag jdk8u162-b07 for changeset 5aa040ab7610 ! .hgtags Changeset: a34491682a84 Author: asaha Date: 2017-11-21 13:16 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/a34491682a84 Merge ! .hgtags Changeset: b8a84fae5edb Author: asaha Date: 2017-11-21 13:19 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/b8a84fae5edb Added tag jdk8u162-b08 for changeset a34491682a84 ! .hgtags Changeset: 139ffc3c6fef Author: asaha Date: 2017-11-29 13:12 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/139ffc3c6fef Merge ! .hgtags Changeset: baf6478bfcbb Author: asaha Date: 2017-11-29 13:17 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/baf6478bfcbb Added tag jdk8u162-b09 for changeset 139ffc3c6fef ! .hgtags Changeset: 67758d29ffbf Author: asaha Date: 2017-12-05 13:53 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/67758d29ffbf Merge ! .hgtags Changeset: 690f48dfeeb2 Author: asaha Date: 2017-12-05 13:57 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/690f48dfeeb2 Added tag jdk8u162-b10 for changeset 67758d29ffbf ! .hgtags Changeset: 0a93e6a9934e Author: asaha Date: 2017-12-15 09:23 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/0a93e6a9934e Merge ! .hgtags Changeset: 405b6ef0e738 Author: asaha Date: 2017-12-15 13:51 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/405b6ef0e738 Added tag jdk8u162-b11 for changeset 0a93e6a9934e ! .hgtags Changeset: d10b6ec74a4d Author: asaha Date: 2017-12-19 15:09 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/d10b6ec74a4d Added tag jdk8u161-b12 for changeset d064facaf27a ! .hgtags Changeset: 3f877d379c48 Author: asaha Date: 2017-12-19 15:35 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/3f877d379c48 Merge ! .hgtags Changeset: 61ac36e5654f Author: andrew Date: 2018-03-15 02:46 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/61ac36e5654f Merge jdk8u162-b12 ! .hgtags Changeset: 31efd519fdb3 Author: andrew Date: 2018-03-15 04:28 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/31efd519fdb3 Added tag aarch64-jdk8u162-b12 for changeset 61ac36e5654f ! .hgtags From gnu.andrew at redhat.com Wed Mar 21 16:19:58 2018 From: gnu.andrew at redhat.com (Andrew Hughes) Date: Wed, 21 Mar 2018 16:19:58 +0000 Subject: [aarch64-port-dev ] [RFR] 8u162 Upstream Sync In-Reply-To: References: <0f690c6f-8876-f519-6004-e7ec5271fdbf@redhat.com> Message-ID: snip... >> > > Thanks. I'm doing some final testing and then I'll push. > Pushed. >> >> You are doing Shenandoah merges too, right? >> > > That's the plan :-D > > I don't expect anything as horrific as 8u152, which was a huge update. > This is the Shenandoah merge: http://cr.openjdk.java.net/~andrew/aarch64-8/u162/hotspot//shenandoah.changeset Only conflicts were in src/share/vm/opto/phaseX.cpp and src/share/vm/compiler/oopMap.cpp Let me know if this looks ok and I'll push aarch64-shenandoah-jdk8u162-b12 >> -Aleksey >> > Thanks, -- Andrew :) Senior Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Web Site: http://fuseyism.com Twitter: https://twitter.com/gnu_andrew_java PGP Key: ed25519/0xCFDA0F9B35964222 (hkp://keys.gnupg.net) Fingerprint = 5132 579D D154 0ED2 3E04 C5A0 CFDA 0F9B 3596 4222 From shade at redhat.com Wed Mar 21 16:38:32 2018 From: shade at redhat.com (Aleksey Shipilev) Date: Wed, 21 Mar 2018 17:38:32 +0100 Subject: [aarch64-port-dev ] [RFR] 8u162 Upstream Sync In-Reply-To: References: <0f690c6f-8876-f519-6004-e7ec5271fdbf@redhat.com> Message-ID: On 03/21/2018 05:19 PM, Andrew Hughes wrote: >>> >>> You are doing Shenandoah merges too, right? >>> >> >> That's the plan :-D >> >> I don't expect anything as horrific as 8u152, which was a huge update. >> > > This is the Shenandoah merge: > > http://cr.openjdk.java.net/~andrew/aarch64-8/u162/hotspot//shenandoah.changeset > > Only conflicts were in src/share/vm/opto/phaseX.cpp and > src/share/vm/compiler/oopMap.cpp > Let me know if this looks ok and I'll push aarch64-shenandoah-jdk8u162-b12 It looks okay to me. -Aleksey From shade at redhat.com Wed Mar 21 17:37:24 2018 From: shade at redhat.com (Aleksey Shipilev) Date: Wed, 21 Mar 2018 18:37:24 +0100 Subject: [aarch64-port-dev ] [RFR] 8u162 Upstream Sync In-Reply-To: References: <0f690c6f-8876-f519-6004-e7ec5271fdbf@redhat.com> Message-ID: On 03/21/2018 05:38 PM, Aleksey Shipilev wrote: > On 03/21/2018 05:19 PM, Andrew Hughes wrote: >>>> >>>> You are doing Shenandoah merges too, right? >>>> >>> >>> That's the plan :-D >>> >>> I don't expect anything as horrific as 8u152, which was a huge update. >>> >> >> This is the Shenandoah merge: >> >> http://cr.openjdk.java.net/~andrew/aarch64-8/u162/hotspot//shenandoah.changeset >> >> Only conflicts were in src/share/vm/opto/phaseX.cpp and >> src/share/vm/compiler/oopMap.cpp >> Let me know if this looks ok and I'll push aarch64-shenandoah-jdk8u162-b12 > > It looks okay to me. Double-checking, oopMap should end up like this against upstream: https://builds.shipilev.net/patch-openjdk-shenandoah-jdk8/2018-03-20-v154-vs-e0936bc82c5e/src/share/vm/compiler/oopMap.cpp.sdiff.html -Aleksey From gnu.andrew at redhat.com Wed Mar 21 18:41:27 2018 From: gnu.andrew at redhat.com (Andrew Hughes) Date: Wed, 21 Mar 2018 18:41:27 +0000 Subject: [aarch64-port-dev ] [RFR] 8u162 Upstream Sync In-Reply-To: References: <0f690c6f-8876-f519-6004-e7ec5271fdbf@redhat.com> Message-ID: On 21 March 2018 at 17:37, Aleksey Shipilev wrote: > On 03/21/2018 05:38 PM, Aleksey Shipilev wrote: >> On 03/21/2018 05:19 PM, Andrew Hughes wrote: >>>>> >>>>> You are doing Shenandoah merges too, right? >>>>> >>>> >>>> That's the plan :-D >>>> >>>> I don't expect anything as horrific as 8u152, which was a huge update. >>>> >>> >>> This is the Shenandoah merge: >>> >>> http://cr.openjdk.java.net/~andrew/aarch64-8/u162/hotspot//shenandoah.changeset >>> >>> Only conflicts were in src/share/vm/opto/phaseX.cpp and >>> src/share/vm/compiler/oopMap.cpp >>> Let me know if this looks ok and I'll push aarch64-shenandoah-jdk8u162-b12 >> >> It looks okay to me. > > Double-checking, oopMap should end up like this against upstream: > > https://builds.shipilev.net/patch-openjdk-shenandoah-jdk8/2018-03-20-v154-vs-e0936bc82c5e/src/share/vm/compiler/oopMap.cpp.sdiff.html > > -Aleksey > Yeah, I wondered about that oop cast. Is there a reason it is removed from the Shenandoah version? It's not obvious from the code. What versions are you comparing here? When I looked at http://hg.openjdk.java.net/shenandoah/jdk9/hotspot, it had a host of other changes too, and http://hg.openjdk.java.net/shenandoah/jdk8u/hotspot doesn't yet have 8180855. -- Andrew :) Senior Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Web Site: http://fuseyism.com Twitter: https://twitter.com/gnu_andrew_java PGP Key: ed25519/0xCFDA0F9B35964222 (hkp://keys.gnupg.net) Fingerprint = 5132 579D D154 0ED2 3E04 C5A0 CFDA 0F9B 3596 4222 From shade at redhat.com Wed Mar 21 18:58:30 2018 From: shade at redhat.com (Aleksey Shipilev) Date: Wed, 21 Mar 2018 19:58:30 +0100 Subject: [aarch64-port-dev ] [RFR] 8u162 Upstream Sync In-Reply-To: References: <0f690c6f-8876-f519-6004-e7ec5271fdbf@redhat.com> Message-ID: <26a8187a-743b-b043-ecdb-fbd01bf9260e@redhat.com> On 03/21/2018 07:41 PM, Andrew Hughes wrote: > On 21 March 2018 at 17:37, Aleksey Shipilev wrote: >> On 03/21/2018 05:38 PM, Aleksey Shipilev wrote: >>> On 03/21/2018 05:19 PM, Andrew Hughes wrote: >>>>>> >>>>>> You are doing Shenandoah merges too, right? >>>>>> >>>>> >>>>> That's the plan :-D >>>>> >>>>> I don't expect anything as horrific as 8u152, which was a huge update. >>>>> >>>> >>>> This is the Shenandoah merge: >>>> >>>> http://cr.openjdk.java.net/~andrew/aarch64-8/u162/hotspot//shenandoah.changeset >>>> >>>> Only conflicts were in src/share/vm/opto/phaseX.cpp and >>>> src/share/vm/compiler/oopMap.cpp >>>> Let me know if this looks ok and I'll push aarch64-shenandoah-jdk8u162-b12 >>> >>> It looks okay to me. >> >> Double-checking, oopMap should end up like this against upstream: >> >> https://builds.shipilev.net/patch-openjdk-shenandoah-jdk8/2018-03-20-v154-vs-e0936bc82c5e/src/share/vm/compiler/oopMap.cpp.sdiff.html >> >> -Aleksey >> > > Yeah, I wondered about that oop cast. > > Is there a reason it is removed from the Shenandoah version? > It's not obvious from the code. I think it is to avoid accidental match with oopDesc::operator== that has additional checking in Shenandoah code. > What versions are you comparing here? When I looked at > http://hg.openjdk.java.net/shenandoah/jdk9/hotspot, it had a host > of other changes too, and http://hg.openjdk.java.net/shenandoah/jdk8u/hotspot > doesn't yet have 8180855. I have just picked up your 8u162 sync to http://hg.openjdk.java.net/shenandoah/jdk9/hotspot, and now it has 8180855, see: https://builds.shipilev.net/patch-openjdk-shenandoah-jdk8/2018-03-21-v156-vs-b08b1e9e2963/src/share/vm/compiler/oopMap.cpp.sdiff.html -Aleksey From gnu.andrew at redhat.com Wed Mar 21 20:01:54 2018 From: gnu.andrew at redhat.com (gnu.andrew at redhat.com) Date: Wed, 21 Mar 2018 20:01:54 +0000 Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u-shenandoah: 31 new changesets Message-ID: <201803212001.w2LK1s42027687@aojmv0008.oracle.com> Changeset: 21c75200a180 Author: asaha Date: 2017-06-20 14:12 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/21c75200a180 Added tag jdk8u162-b00 for changeset ccac71a8778d ! .hgtags Changeset: aa2fca134814 Author: asaha Date: 2017-06-26 22:18 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/aa2fca134814 Merge ! .hgtags Changeset: f0dce56e00e9 Author: asaha Date: 2017-06-26 22:32 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/f0dce56e00e9 Merge ! .hgtags Changeset: aee03466f2c2 Author: asaha Date: 2017-07-13 21:46 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/aee03466f2c2 Merge ! .hgtags Changeset: 6d91dff0d6f1 Author: asaha Date: 2017-07-25 07:45 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/6d91dff0d6f1 Merge ! .hgtags Changeset: 2272834baa05 Author: asaha Date: 2017-10-03 18:40 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/2272834baa05 Added tag jdk8u162-b01 for changeset 6d91dff0d6f1 ! .hgtags Changeset: af980289e0df Author: asaha Date: 2017-10-04 14:20 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/af980289e0df Merge ! .hgtags Changeset: c6c15bd2fa20 Author: asaha Date: 2017-10-16 16:16 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/c6c15bd2fa20 Added tag jdk8u162-b02 for changeset af980289e0df ! .hgtags Changeset: e91f5717d8a5 Author: asaha Date: 2017-10-24 13:05 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/e91f5717d8a5 Added tag jdk8u162-b03 for changeset c6c15bd2fa20 ! .hgtags Changeset: 2230ef5ab461 Author: asaha Date: 2017-10-24 22:50 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/2230ef5ab461 Merge ! .hgtags Changeset: 0de7a9e77662 Author: asaha Date: 2017-10-25 14:47 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/0de7a9e77662 Added tag jdk8u162-b04 for changeset 2230ef5ab461 ! .hgtags Changeset: ed547a111629 Author: asaha Date: 2017-11-01 12:32 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/ed547a111629 Merge ! .hgtags Changeset: 147dfb6510bb Author: asaha Date: 2017-11-02 11:06 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/147dfb6510bb Added tag jdk8u162-b05 for changeset ed547a111629 ! .hgtags Changeset: 992352c94cd4 Author: asaha Date: 2017-11-07 18:38 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/992352c94cd4 Merge ! .hgtags Changeset: 743bfeb6b084 Author: asaha Date: 2017-11-07 18:53 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/743bfeb6b084 Added tag jdk8u162-b06 for changeset 992352c94cd4 ! .hgtags Changeset: 0e88e7510c38 Author: asaha Date: 2017-11-14 12:59 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/0e88e7510c38 Merge ! .hgtags Changeset: 8b5b1f0e2f93 Author: asaha Date: 2017-11-14 22:34 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/8b5b1f0e2f93 Added tag jdk8u162-b07 for changeset 0e88e7510c38 ! .hgtags Changeset: 0397256c7d63 Author: asaha Date: 2017-11-21 13:00 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/0397256c7d63 Merge ! .hgtags Changeset: 63b31d076ead Author: asaha Date: 2017-11-21 13:17 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/63b31d076ead Added tag jdk8u162-b08 for changeset 0397256c7d63 ! .hgtags Changeset: 0601c290e21e Author: asaha Date: 2017-11-29 12:54 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/0601c290e21e Merge ! .hgtags Changeset: 3ca79d8d0871 Author: asaha Date: 2017-11-29 13:15 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/3ca79d8d0871 Added tag jdk8u162-b09 for changeset 0601c290e21e ! .hgtags Changeset: 9c40d1fac7fc Author: asaha Date: 2017-12-05 13:38 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/9c40d1fac7fc Merge ! .hgtags Changeset: 63fa0aff5ff2 Author: asaha Date: 2017-12-05 13:55 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/63fa0aff5ff2 Added tag jdk8u162-b10 for changeset 9c40d1fac7fc ! .hgtags Changeset: 3b37f1a6ba6b Author: asaha Date: 2017-12-15 08:56 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/3b37f1a6ba6b Merge ! .hgtags Changeset: ba47d89266e5 Author: asaha Date: 2017-12-15 13:49 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/ba47d89266e5 Added tag jdk8u162-b11 for changeset 3b37f1a6ba6b ! .hgtags Changeset: 632ca54a80c3 Author: asaha Date: 2017-12-19 15:07 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/632ca54a80c3 Added tag jdk8u161-b12 for changeset 91668c6c6698 ! .hgtags Changeset: 173b2b978c05 Author: asaha Date: 2017-12-19 15:21 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/173b2b978c05 Merge ! .hgtags Changeset: 7c0c6150a2a7 Author: andrew Date: 2018-03-15 02:46 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/7c0c6150a2a7 Merge jdk8u162-b12 ! .hgtags Changeset: f8e58f4c29ae Author: andrew Date: 2018-03-15 04:28 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/f8e58f4c29ae Added tag aarch64-jdk8u162-b12 for changeset 7c0c6150a2a7 ! .hgtags Changeset: d6078500e7ff Author: andrew Date: 2018-03-21 09:00 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/d6078500e7ff Merge aarch64-jdk8u162-b12 ! .hgtags Changeset: 46ae0d16089a Author: andrew Date: 2018-03-21 20:00 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/46ae0d16089a Added tag aarch64-shenandoah-jdk8u162-b12 for changeset d6078500e7ff ! .hgtags From gnu.andrew at redhat.com Wed Mar 21 20:02:03 2018 From: gnu.andrew at redhat.com (gnu.andrew at redhat.com) Date: Wed, 21 Mar 2018 20:02:03 +0000 Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u-shenandoah/corba: 31 new changesets Message-ID: <201803212002.w2LK23h8027773@aojmv0008.oracle.com> Changeset: fa87c32957b7 Author: asaha Date: 2017-06-20 14:12 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/fa87c32957b7 Added tag jdk8u162-b00 for changeset 1160ad38fc74 ! .hgtags Changeset: 299125c28d8b Author: asaha Date: 2017-06-26 22:19 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/299125c28d8b Merge ! .hgtags Changeset: d5fd110a8674 Author: asaha Date: 2017-06-26 22:32 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/d5fd110a8674 Merge ! .hgtags Changeset: 198e9056e731 Author: asaha Date: 2017-07-13 21:46 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/198e9056e731 Merge ! .hgtags Changeset: 86b1cd17fde7 Author: asaha Date: 2017-07-25 07:45 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/86b1cd17fde7 Merge ! .hgtags Changeset: 03791220212b Author: asaha Date: 2017-10-03 18:40 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/03791220212b Added tag jdk8u162-b01 for changeset 86b1cd17fde7 ! .hgtags Changeset: 1b40ae740b78 Author: asaha Date: 2017-10-04 14:20 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/1b40ae740b78 Merge ! .hgtags Changeset: b28af4ff80a9 Author: asaha Date: 2017-10-16 16:16 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/b28af4ff80a9 Added tag jdk8u162-b02 for changeset 1b40ae740b78 ! .hgtags Changeset: 72dbc8d63308 Author: asaha Date: 2017-10-24 13:06 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/72dbc8d63308 Added tag jdk8u162-b03 for changeset b28af4ff80a9 ! .hgtags Changeset: 8cfa77f0651d Author: asaha Date: 2017-10-24 22:50 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/8cfa77f0651d Merge ! .hgtags Changeset: ddd2a3e7ab3a Author: asaha Date: 2017-10-25 14:47 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/ddd2a3e7ab3a Added tag jdk8u162-b04 for changeset 8cfa77f0651d ! .hgtags Changeset: 6f3097ab2b1b Author: asaha Date: 2017-11-01 12:33 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/6f3097ab2b1b Merge ! .hgtags Changeset: fb66d357c3c7 Author: asaha Date: 2017-11-02 11:06 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/fb66d357c3c7 Added tag jdk8u162-b05 for changeset 6f3097ab2b1b ! .hgtags Changeset: 59f9887ee15e Author: asaha Date: 2017-11-07 18:40 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/59f9887ee15e Merge ! .hgtags Changeset: 6a3a6c04492a Author: asaha Date: 2017-11-07 18:53 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/6a3a6c04492a Added tag jdk8u162-b06 for changeset 59f9887ee15e ! .hgtags Changeset: 5066fa48df81 Author: asaha Date: 2017-11-14 12:59 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/5066fa48df81 Merge ! .hgtags Changeset: faee3c5813cf Author: asaha Date: 2017-11-14 22:34 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/faee3c5813cf Added tag jdk8u162-b07 for changeset 5066fa48df81 ! .hgtags Changeset: 7279642d2088 Author: asaha Date: 2017-11-21 13:00 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/7279642d2088 Merge ! .hgtags Changeset: cac79483d829 Author: asaha Date: 2017-11-21 13:17 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/cac79483d829 Added tag jdk8u162-b08 for changeset 7279642d2088 ! .hgtags Changeset: 59171db1d423 Author: asaha Date: 2017-11-29 12:55 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/59171db1d423 Merge ! .hgtags Changeset: 0e9dad6f569e Author: asaha Date: 2017-11-29 13:15 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/0e9dad6f569e Added tag jdk8u162-b09 for changeset 59171db1d423 ! .hgtags Changeset: 2c68567bdcf2 Author: asaha Date: 2017-12-05 13:38 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/2c68567bdcf2 Merge ! .hgtags Changeset: dbbbe836399f Author: asaha Date: 2017-12-05 13:55 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/dbbbe836399f Added tag jdk8u162-b10 for changeset 2c68567bdcf2 ! .hgtags Changeset: 6029daad75bf Author: asaha Date: 2017-12-15 08:57 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/6029daad75bf Merge ! .hgtags Changeset: ff711ad8045d Author: asaha Date: 2017-12-15 13:50 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/ff711ad8045d Added tag jdk8u162-b11 for changeset 6029daad75bf ! .hgtags Changeset: dad3c3b9b976 Author: asaha Date: 2017-12-19 15:08 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/dad3c3b9b976 Added tag jdk8u161-b12 for changeset b49016a1d704 ! .hgtags Changeset: ace99846c1fd Author: asaha Date: 2017-12-19 15:22 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/ace99846c1fd Merge ! .hgtags Changeset: bb9b999bed68 Author: andrew Date: 2018-03-15 02:46 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/bb9b999bed68 Merge jdk8u162-b12 ! .hgtags Changeset: 2c6daa746022 Author: andrew Date: 2018-03-15 04:28 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/2c6daa746022 Added tag aarch64-jdk8u162-b12 for changeset bb9b999bed68 ! .hgtags Changeset: 432ae0309f60 Author: andrew Date: 2018-03-21 09:00 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/432ae0309f60 Merge aarch64-jdk8u162-b12 ! .hgtags Changeset: ac3c549c1c0e Author: andrew Date: 2018-03-21 20:00 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/ac3c549c1c0e Added tag aarch64-shenandoah-jdk8u162-b12 for changeset 432ae0309f60 ! .hgtags From gnu.andrew at redhat.com Wed Mar 21 20:02:11 2018 From: gnu.andrew at redhat.com (gnu.andrew at redhat.com) Date: Wed, 21 Mar 2018 20:02:11 +0000 Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u-shenandoah/jaxp: 32 new changesets Message-ID: <201803212002.w2LK2BlP028009@aojmv0008.oracle.com> Changeset: 3729075e890a Author: asaha Date: 2017-06-20 14:13 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/3729075e890a Added tag jdk8u162-b00 for changeset 6987be63ba2e ! .hgtags Changeset: 1f87aa539fc2 Author: asaha Date: 2017-06-26 22:23 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/1f87aa539fc2 Merge ! .hgtags Changeset: d6de6e9fb786 Author: asaha Date: 2017-06-26 22:33 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/d6de6e9fb786 Merge ! .hgtags Changeset: 907603d832ac Author: asaha Date: 2017-07-13 21:50 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/907603d832ac Merge ! .hgtags Changeset: c01deaf7d93a Author: asaha Date: 2017-07-25 12:49 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/c01deaf7d93a Merge ! .hgtags Changeset: e2d6ab228b1e Author: asaha Date: 2017-10-03 18:41 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/e2d6ab228b1e Added tag jdk8u162-b01 for changeset c01deaf7d93a ! .hgtags Changeset: d939047993da Author: asaha Date: 2017-10-04 14:25 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/d939047993da Merge ! .hgtags Changeset: 190cfe837d60 Author: asaha Date: 2017-10-16 16:17 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/190cfe837d60 Added tag jdk8u162-b02 for changeset d939047993da ! .hgtags Changeset: dcef061c3628 Author: asaha Date: 2017-10-24 13:06 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/dcef061c3628 Added tag jdk8u162-b03 for changeset 190cfe837d60 ! .hgtags Changeset: ab59caf7a747 Author: asaha Date: 2017-10-24 23:09 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/ab59caf7a747 Merge ! .hgtags Changeset: 07a0310d20dc Author: asaha Date: 2017-10-25 14:47 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/07a0310d20dc Added tag jdk8u162-b04 for changeset ab59caf7a747 ! .hgtags Changeset: 833ef076ac23 Author: asaha Date: 2017-11-01 12:37 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/833ef076ac23 Merge ! .hgtags Changeset: 05924ca318b0 Author: asaha Date: 2017-11-02 11:06 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/05924ca318b0 Added tag jdk8u162-b05 for changeset 833ef076ac23 ! .hgtags Changeset: 4e7cf01770b7 Author: asaha Date: 2017-11-07 18:46 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/4e7cf01770b7 Merge ! .hgtags Changeset: cbe31f0890e4 Author: asaha Date: 2017-11-07 18:54 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/cbe31f0890e4 Added tag jdk8u162-b06 for changeset 4e7cf01770b7 ! .hgtags Changeset: abc87f3d2233 Author: asaha Date: 2017-11-14 13:08 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/abc87f3d2233 Merge ! .hgtags - src/com/sun/org/apache/xalan/internal/utils/FactoryImpl.java - src/com/sun/org/apache/xalan/internal/utils/FeatureManager.java - src/com/sun/org/apache/xml/internal/serializer/utils/AttList.java - src/com/sun/org/apache/xml/internal/serializer/utils/DOM2Helper.java - src/com/sun/org/apache/xml/internal/utils/DOMHelper.java - src/com/sun/org/apache/xml/internal/utils/DOMOrder.java Changeset: 1ca4732933e9 Author: asaha Date: 2017-11-14 22:35 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/1ca4732933e9 Added tag jdk8u162-b07 for changeset abc87f3d2233 ! .hgtags Changeset: 4a57257d84cd Author: asaha Date: 2017-11-21 13:09 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/4a57257d84cd Merge ! .hgtags Changeset: 274ced32f9aa Author: asaha Date: 2017-11-21 13:18 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/274ced32f9aa Added tag jdk8u162-b08 for changeset 4a57257d84cd ! .hgtags Changeset: f38a435adf03 Author: asaha Date: 2017-11-29 13:02 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/f38a435adf03 Merge ! .hgtags Changeset: 528f3956977b Author: asaha Date: 2017-11-29 13:16 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/528f3956977b Added tag jdk8u162-b09 for changeset f38a435adf03 ! .hgtags Changeset: 52da6a9595db Author: asaha Date: 2017-12-04 16:18 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/52da6a9595db 8192794: 8u162 L10n resource file update md20 Reviewed-by: coffeys Contributed-by: li.jiang at oracle.com ! src/com/sun/org/apache/xerces/internal/impl/msg/XMLSchemaMessages_ko.properties ! src/com/sun/org/apache/xerces/internal/impl/msg/XMLSchemaMessages_sv.properties Changeset: 3505b1729e79 Author: asaha Date: 2017-12-05 13:43 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/3505b1729e79 Merge ! .hgtags Changeset: 45db970740d3 Author: asaha Date: 2017-12-05 13:56 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/45db970740d3 Added tag jdk8u162-b10 for changeset 3505b1729e79 ! .hgtags Changeset: 5a5ebaf38e63 Author: asaha Date: 2017-12-15 09:03 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/5a5ebaf38e63 Merge ! .hgtags Changeset: 7961f13088bf Author: asaha Date: 2017-12-15 13:50 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/7961f13088bf Added tag jdk8u162-b11 for changeset 5a5ebaf38e63 ! .hgtags Changeset: a4b040686b92 Author: asaha Date: 2017-12-19 15:08 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/a4b040686b92 Added tag jdk8u161-b12 for changeset 889833c6c6a5 ! .hgtags Changeset: fa7504e2b241 Author: asaha Date: 2017-12-19 15:27 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/fa7504e2b241 Merge ! .hgtags Changeset: 776f7e1228e0 Author: andrew Date: 2018-03-15 02:46 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/776f7e1228e0 Merge jdk8u162-b12 ! .hgtags Changeset: 413640f7312d Author: andrew Date: 2018-03-15 04:28 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/413640f7312d Added tag aarch64-jdk8u162-b12 for changeset 776f7e1228e0 ! .hgtags Changeset: 5f4d495c7366 Author: andrew Date: 2018-03-21 09:00 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/5f4d495c7366 Merge aarch64-jdk8u162-b12 ! .hgtags Changeset: 4d50ad865014 Author: andrew Date: 2018-03-21 20:00 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/4d50ad865014 Added tag aarch64-shenandoah-jdk8u162-b12 for changeset 5f4d495c7366 ! .hgtags From gnu.andrew at redhat.com Wed Mar 21 20:02:18 2018 From: gnu.andrew at redhat.com (gnu.andrew at redhat.com) Date: Wed, 21 Mar 2018 20:02:18 +0000 Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u-shenandoah/jaxws: 34 new changesets Message-ID: <201803212002.w2LK2JGt028088@aojmv0008.oracle.com> Changeset: 5cc79f6b7265 Author: asaha Date: 2017-06-20 14:13 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/5cc79f6b7265 Added tag jdk8u162-b00 for changeset 0dd7f8a46659 ! .hgtags Changeset: dfb88369713c Author: asaha Date: 2017-06-26 22:24 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/dfb88369713c Merge ! .hgtags Changeset: 417a8416b2a6 Author: asaha Date: 2017-06-26 22:34 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/417a8416b2a6 Merge ! .hgtags Changeset: cc36cc5570a8 Author: asaha Date: 2017-07-13 21:50 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/cc36cc5570a8 Merge ! .hgtags Changeset: 5bc840ef8b2c Author: asaha Date: 2017-07-25 07:52 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/5bc840ef8b2c Merge ! .hgtags Changeset: dffc222439a1 Author: aefimov Date: 2017-06-18 23:18 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/dffc222439a1 8172297: In java 8, the marshalling with JAX-WS does not escape carriage return Reviewed-by: lancea + src/share/jaxws_classes/com/sun/xml/internal/bind/marshaller/NoEscapeHandler.java ! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/BridgeImpl.java ! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/MarshallerImpl.java ! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/output/FastInfosetStreamWriterOutput.java ! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/output/StAXExStreamWriterOutput.java ! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/output/XMLStreamWriterOutput.java Changeset: 38964474449e Author: robm Date: 2017-08-03 08:07 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/38964474449e Merge Changeset: 06086cb6c349 Author: aefimov Date: 2017-10-02 14:20 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/06086cb6c349 8159240: XSOM parser incorrectly processes type names with whitespaces Reviewed-by: coffeys ! src/share/jaxws_classes/com/sun/xml/internal/xsom/impl/parser/state/attributeDeclBody.java ! src/share/jaxws_classes/com/sun/xml/internal/xsom/impl/parser/state/attributeGroupDecl.java ! src/share/jaxws_classes/com/sun/xml/internal/xsom/impl/parser/state/complexType.java ! src/share/jaxws_classes/com/sun/xml/internal/xsom/impl/parser/state/elementDeclBody.java ! src/share/jaxws_classes/com/sun/xml/internal/xsom/impl/parser/state/group.java ! src/share/jaxws_classes/com/sun/xml/internal/xsom/impl/parser/state/identityConstraint.java ! src/share/jaxws_classes/com/sun/xml/internal/xsom/impl/parser/state/notation.java ! src/share/jaxws_classes/com/sun/xml/internal/xsom/impl/parser/state/qname.java ! src/share/jaxws_classes/com/sun/xml/internal/xsom/impl/parser/state/simpleType.java Changeset: 0f938baeda6c Author: asaha Date: 2017-10-03 18:41 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/0f938baeda6c Added tag jdk8u162-b01 for changeset 06086cb6c349 ! .hgtags Changeset: 0b606a477f3e Author: asaha Date: 2017-10-04 14:25 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/0b606a477f3e Merge ! .hgtags Changeset: 1c18ed39c7b6 Author: asaha Date: 2017-10-16 16:17 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/1c18ed39c7b6 Added tag jdk8u162-b02 for changeset 0b606a477f3e ! .hgtags Changeset: 16be4c9dff93 Author: asaha Date: 2017-10-24 13:07 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/16be4c9dff93 Added tag jdk8u162-b03 for changeset 1c18ed39c7b6 ! .hgtags Changeset: 3a6541ac3828 Author: asaha Date: 2017-10-24 23:10 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/3a6541ac3828 Merge ! .hgtags Changeset: 3dbea8e08db1 Author: asaha Date: 2017-10-25 14:47 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/3dbea8e08db1 Added tag jdk8u162-b04 for changeset 3a6541ac3828 ! .hgtags Changeset: 62d8e1ddcb4c Author: asaha Date: 2017-11-01 12:38 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/62d8e1ddcb4c Merge ! .hgtags Changeset: 8b2ad0e9a4ed Author: asaha Date: 2017-11-02 11:06 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/8b2ad0e9a4ed Added tag jdk8u162-b05 for changeset 62d8e1ddcb4c ! .hgtags Changeset: 6095742f8034 Author: asaha Date: 2017-11-07 18:46 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/6095742f8034 Merge ! .hgtags Changeset: f453f4eaf8b4 Author: asaha Date: 2017-11-07 18:54 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/f453f4eaf8b4 Added tag jdk8u162-b06 for changeset 6095742f8034 ! .hgtags Changeset: 5ed12c11b13b Author: asaha Date: 2017-11-14 13:08 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/5ed12c11b13b Merge ! .hgtags Changeset: 2ce1566054ec Author: asaha Date: 2017-11-14 22:35 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/2ce1566054ec Added tag jdk8u162-b07 for changeset 5ed12c11b13b ! .hgtags Changeset: 07163df0ab66 Author: asaha Date: 2017-11-21 13:10 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/07163df0ab66 Merge ! .hgtags Changeset: 8211d0dff9a4 Author: asaha Date: 2017-11-21 13:18 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/8211d0dff9a4 Added tag jdk8u162-b08 for changeset 07163df0ab66 ! .hgtags Changeset: da9dd222e677 Author: asaha Date: 2017-11-29 13:05 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/da9dd222e677 Merge ! .hgtags Changeset: 20743a4728ae Author: asaha Date: 2017-11-29 13:16 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/20743a4728ae Added tag jdk8u162-b09 for changeset da9dd222e677 ! .hgtags Changeset: 7dd13d02d354 Author: asaha Date: 2017-12-05 13:44 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/7dd13d02d354 Merge ! .hgtags Changeset: 0ab2d5805659 Author: asaha Date: 2017-12-05 13:56 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/0ab2d5805659 Added tag jdk8u162-b10 for changeset 7dd13d02d354 ! .hgtags Changeset: 7b5ea369d72a Author: asaha Date: 2017-12-15 09:04 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/7b5ea369d72a Merge ! .hgtags Changeset: 6203e6123a41 Author: asaha Date: 2017-12-15 13:51 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/6203e6123a41 Added tag jdk8u162-b11 for changeset 7b5ea369d72a ! .hgtags Changeset: 5549da90bab7 Author: asaha Date: 2017-12-19 15:08 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/5549da90bab7 Added tag jdk8u161-b12 for changeset 225db8a29b5f ! .hgtags Changeset: b73f27fc902b Author: asaha Date: 2017-12-19 15:28 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/b73f27fc902b Merge ! .hgtags Changeset: d381dae16da1 Author: andrew Date: 2018-03-15 02:46 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/d381dae16da1 Merge jdk8u162-b12 ! .hgtags Changeset: 8b27752a1bbe Author: andrew Date: 2018-03-15 04:28 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/8b27752a1bbe Added tag aarch64-jdk8u162-b12 for changeset d381dae16da1 ! .hgtags Changeset: c6c77507443b Author: andrew Date: 2018-03-21 09:00 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/c6c77507443b Merge aarch64-jdk8u162-b12 ! .hgtags Changeset: 6b790f3d48f7 Author: andrew Date: 2018-03-21 20:00 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/6b790f3d48f7 Added tag aarch64-shenandoah-jdk8u162-b12 for changeset c6c77507443b ! .hgtags From gnu.andrew at redhat.com Wed Mar 21 20:02:27 2018 From: gnu.andrew at redhat.com (gnu.andrew at redhat.com) Date: Wed, 21 Mar 2018 20:02:27 +0000 Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u-shenandoah/langtools: 32 new changesets Message-ID: <201803212002.w2LK2RZS028163@aojmv0008.oracle.com> Changeset: 41c1a358747e Author: asaha Date: 2017-06-20 14:15 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/41c1a358747e Added tag jdk8u162-b00 for changeset 6d21463aeffd ! .hgtags Changeset: a9fbf6cb26d1 Author: asaha Date: 2017-06-26 22:27 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/a9fbf6cb26d1 Merge ! .hgtags Changeset: a40ccf34f82d Author: asaha Date: 2017-06-26 22:35 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/a40ccf34f82d Merge ! .hgtags Changeset: b1c6368cfc97 Author: asaha Date: 2017-07-13 21:56 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/b1c6368cfc97 Merge ! .hgtags Changeset: 9986bf97a48d Author: asaha Date: 2017-07-25 07:55 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/9986bf97a48d Merge ! .hgtags Changeset: ae2ff3f896bb Author: asaha Date: 2017-10-03 18:41 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/ae2ff3f896bb Added tag jdk8u162-b01 for changeset 9986bf97a48d ! .hgtags Changeset: 127419d98e7e Author: asaha Date: 2017-10-04 14:33 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/127419d98e7e Merge ! .hgtags Changeset: 9c3d2bd8e3df Author: asaha Date: 2017-10-16 16:17 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/9c3d2bd8e3df Added tag jdk8u162-b02 for changeset 127419d98e7e ! .hgtags Changeset: 53092d863cb6 Author: asaha Date: 2017-10-24 13:07 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/53092d863cb6 Added tag jdk8u162-b03 for changeset 9c3d2bd8e3df ! .hgtags Changeset: a53904e33295 Author: asaha Date: 2017-10-24 23:31 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/a53904e33295 Merge ! .hgtags Changeset: 9f3d06a1c5af Author: asaha Date: 2017-10-25 14:48 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/9f3d06a1c5af Added tag jdk8u162-b04 for changeset a53904e33295 ! .hgtags Changeset: b7139bbfb407 Author: asaha Date: 2017-11-01 18:55 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/b7139bbfb407 Merge ! .hgtags Changeset: 04efb320f9b3 Author: asaha Date: 2017-11-02 11:07 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/04efb320f9b3 Added tag jdk8u162-b05 for changeset b7139bbfb407 ! .hgtags Changeset: 91a05c239f63 Author: asaha Date: 2017-11-07 18:51 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/91a05c239f63 Merge ! .hgtags Changeset: 8c20583064d6 Author: asaha Date: 2017-11-07 18:54 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/8c20583064d6 Added tag jdk8u162-b06 for changeset 91a05c239f63 ! .hgtags Changeset: fec3ee6be917 Author: asaha Date: 2017-11-14 13:14 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/fec3ee6be917 Merge ! .hgtags Changeset: 6a98198abaa1 Author: asaha Date: 2017-11-14 22:36 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/6a98198abaa1 Added tag jdk8u162-b07 for changeset fec3ee6be917 ! .hgtags Changeset: 30b1ef9951c2 Author: asaha Date: 2017-11-21 13:15 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/30b1ef9951c2 Merge ! .hgtags Changeset: ce0fb08936b7 Author: asaha Date: 2017-11-21 13:18 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/ce0fb08936b7 Added tag jdk8u162-b08 for changeset 30b1ef9951c2 ! .hgtags Changeset: e856f66901b1 Author: asaha Date: 2017-11-29 13:12 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/e856f66901b1 Merge ! .hgtags Changeset: a9a2f7f75737 Author: asaha Date: 2017-11-29 13:16 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/a9a2f7f75737 Added tag jdk8u162-b09 for changeset e856f66901b1 ! .hgtags Changeset: b127a5ee52d4 Author: asaha Date: 2017-12-04 16:21 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/b127a5ee52d4 8192794: 8u162 L10n resource file update md20 Reviewed-by: coffeys Contributed-by: li.jiang at oracle.com ! src/share/classes/com/sun/tools/javac/resources/compiler_zh_CN.properties Changeset: 29bd40939ca9 Author: asaha Date: 2017-12-05 13:53 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/29bd40939ca9 Merge ! .hgtags Changeset: 907d39fd1293 Author: asaha Date: 2017-12-05 13:57 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/907d39fd1293 Added tag jdk8u162-b10 for changeset 29bd40939ca9 ! .hgtags Changeset: f112f1acb176 Author: asaha Date: 2017-12-15 09:20 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/f112f1acb176 Merge ! .hgtags Changeset: f6d841879366 Author: asaha Date: 2017-12-15 13:51 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/f6d841879366 Added tag jdk8u162-b11 for changeset f112f1acb176 ! .hgtags Changeset: e04304936ad4 Author: asaha Date: 2017-12-19 15:09 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/e04304936ad4 Added tag jdk8u161-b12 for changeset cc28ef580ec5 ! .hgtags Changeset: 902865570583 Author: asaha Date: 2017-12-19 15:34 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/902865570583 Merge ! .hgtags Changeset: 835108edd807 Author: andrew Date: 2018-03-15 02:46 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/835108edd807 Merge jdk8u162-b12 ! .hgtags Changeset: 7b393a96b373 Author: andrew Date: 2018-03-15 04:28 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/7b393a96b373 Added tag aarch64-jdk8u162-b12 for changeset 835108edd807 ! .hgtags Changeset: 767ea7b482fc Author: andrew Date: 2018-03-21 09:00 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/767ea7b482fc Merge aarch64-jdk8u162-b12 ! .hgtags Changeset: b482f7d94698 Author: andrew Date: 2018-03-21 20:00 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/b482f7d94698 Added tag aarch64-shenandoah-jdk8u162-b12 for changeset 767ea7b482fc ! .hgtags From gnu.andrew at redhat.com Wed Mar 21 20:02:24 2018 From: gnu.andrew at redhat.com (Andrew Hughes) Date: Wed, 21 Mar 2018 20:02:24 +0000 Subject: [aarch64-port-dev ] [RFR] 8u162 Upstream Sync In-Reply-To: <26a8187a-743b-b043-ecdb-fbd01bf9260e@redhat.com> References: <0f690c6f-8876-f519-6004-e7ec5271fdbf@redhat.com> <26a8187a-743b-b043-ecdb-fbd01bf9260e@redhat.com> Message-ID: On 21 March 2018 at 18:58, Aleksey Shipilev wrote: snip... >> >> Yeah, I wondered about that oop cast. >> >> Is there a reason it is removed from the Shenandoah version? >> It's not obvious from the code. > > I think it is to avoid accidental match with oopDesc::operator== that has additional checking in > Shenandoah code. > Oh, ok. I thought it might have been some build/compiler failure, but saw no issues when building with the cast. I forgot that C++ allows operator semantics to be changed :/ I've added it back on top of the merge and pushed. >> What versions are you comparing here? When I looked at >> http://hg.openjdk.java.net/shenandoah/jdk9/hotspot, it had a host >> of other changes too, and http://hg.openjdk.java.net/shenandoah/jdk8u/hotspot >> doesn't yet have 8180855. > > I have just picked up your 8u162 sync to http://hg.openjdk.java.net/shenandoah/jdk9/hotspot, and now > it has 8180855, see: > https://builds.shipilev.net/patch-openjdk-shenandoah-jdk8/2018-03-21-v156-vs-b08b1e9e2963/src/share/vm/compiler/oopMap.cpp.sdiff.html Oh, I see now... I was expecting you'd merged from aarch64/jdk8u-shenandoah, not aarch64/jdk8u. > > -Aleksey > > > -- Andrew :) Senior Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Web Site: http://fuseyism.com Twitter: https://twitter.com/gnu_andrew_java PGP Key: ed25519/0xCFDA0F9B35964222 (hkp://keys.gnupg.net) Fingerprint = 5132 579D D154 0ED2 3E04 C5A0 CFDA 0F9B 3596 4222 From gnu.andrew at redhat.com Wed Mar 21 20:02:36 2018 From: gnu.andrew at redhat.com (gnu.andrew at redhat.com) Date: Wed, 21 Mar 2018 20:02:36 +0000 Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u-shenandoah/hotspot: 64 new changesets Message-ID: <201803212002.w2LK2bDr028255@aojmv0008.oracle.com> Changeset: 75d40493551f Author: asaha Date: 2017-06-20 14:12 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/75d40493551f Added tag jdk8u162-b00 for changeset 7b96cfeed222 ! .hgtags Changeset: 2cea3fdbc3bf Author: asaha Date: 2017-06-26 22:20 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/2cea3fdbc3bf Merge ! .hgtags Changeset: 9c12db83d77d Author: asaha Date: 2017-06-26 22:32 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/9c12db83d77d Merge ! .hgtags Changeset: 259c36bd7aea Author: asaha Date: 2017-07-13 21:47 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/259c36bd7aea Merge ! .hgtags Changeset: 9e265c181b19 Author: asaha Date: 2017-07-25 07:47 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/9e265c181b19 Merge ! .hgtags Changeset: 8a9294fa59d6 Author: poonam Date: 2017-06-19 22:49 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/8a9294fa59d6 8178536: OOM ERRORS + SERVICE-THREAD TAKES A PROCESSOR TO 100% Summary: Clear the pending OOM exception in SensorInfo::trigger() Reviewed-by: mchung, dcubed ! src/share/vm/services/lowMemoryDetector.cpp Changeset: f04097176542 Author: kevinw Date: 2017-06-26 02:04 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/f04097176542 8161598: Kitchensink fails: assert(nm->insts_contains(original_pc)) failed: original PC must be in nmethod/CompiledMethod Reviewed-by: dlong ! src/cpu/x86/vm/c1_Runtime1_x86.cpp ! src/cpu/x86/vm/frame_x86.cpp ! src/cpu/x86/vm/frame_x86.inline.hpp ! src/cpu/x86/vm/javaFrameAnchor_x86.hpp ! src/cpu/x86/vm/macroAssembler_x86.cpp ! src/cpu/x86/vm/macroAssembler_x86.hpp ! src/cpu/x86/vm/runtime_x86_32.cpp ! src/cpu/x86/vm/sharedRuntime_x86_32.cpp ! src/cpu/x86/vm/sharedRuntime_x86_64.cpp ! src/cpu/x86/vm/stubGenerator_x86_32.cpp ! src/cpu/x86/vm/stubGenerator_x86_64.cpp ! src/cpu/x86/vm/templateInterpreter_x86_32.cpp ! src/cpu/x86/vm/templateInterpreter_x86_64.cpp ! src/os_cpu/bsd_x86/vm/thread_bsd_x86.cpp ! src/os_cpu/bsd_x86/vm/thread_bsd_x86.hpp ! src/os_cpu/linux_x86/vm/thread_linux_x86.cpp ! src/os_cpu/linux_x86/vm/thread_linux_x86.hpp ! src/os_cpu/solaris_x86/vm/thread_solaris_x86.cpp ! src/os_cpu/solaris_x86/vm/thread_solaris_x86.hpp ! src/os_cpu/windows_x86/vm/thread_windows_x86.cpp ! src/os_cpu/windows_x86/vm/thread_windows_x86.hpp Changeset: d3cc20285653 Author: zgu Date: 2017-06-07 13:59 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/d3cc20285653 8181055: PPC64: "mbind: Invalid argument" still seen after 8175813 Summary: Use numa_interleave_memory v2 api when available Reviewed-by: dholmes, shade, gromero ! src/os/linux/vm/os_linux.cpp ! src/os/linux/vm/os_linux.hpp Changeset: 6bc9abf210fd Author: dbuck Date: 2017-07-25 10:10 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/6bc9abf210fd 8178047: Aliasing problem with raw memory accesses Summary: Require equal bases when unaliasing offsets for raw accesses Reviewed-by: thartmann, kvn ! src/share/vm/opto/memnode.cpp ! src/share/vm/opto/memnode.hpp + test/compiler/unsafe/TestRawAliasing.java Changeset: 3b5410755ebd Author: shshahma Date: 2017-07-25 10:38 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/3b5410755ebd 8177958: Possible uninitialized char* in vm_version_solaris_sparc.cpp Reviewed-by: kvn, shade ! src/os_cpu/solaris_sparc/vm/vm_version_solaris_sparc.cpp Changeset: c7f6875cc8c3 Author: dbuck Date: 2017-07-25 15:30 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/c7f6875cc8c3 Merge Changeset: 279a5dd96f9b Author: zmajo Date: 2017-03-09 14:27 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/279a5dd96f9b 8175340: Possible invalid memory accesses due to ciMethodData::bci_to_data() returning NULL Summary: Check values returned by ciMethodData::bci_to_data() where necessary. Reviewed-by: kvn ! src/share/vm/c1/c1_GraphBuilder.cpp ! src/share/vm/c1/c1_LIRGenerator.cpp ! src/share/vm/ci/ciMethodData.cpp ! src/share/vm/opto/parse2.cpp Changeset: aa4ffb1f30c9 Author: robm Date: 2017-08-03 08:07 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/aa4ffb1f30c9 Merge Changeset: 35fe0be5277b Author: thartmann Date: 2017-08-10 12:08 +0530 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/35fe0be5277b 8184271: Time related C1 intrinsics produce inconsistent results when floating around Summary: C1 intrinsics for System.nanoTime(), System.currentTimeMillis() and JVM.counterTime() should be pinned. Reviewed-by: kvn, vlivanov, iveresov ! src/share/vm/c1/c1_Instruction.hpp ! src/share/vm/classfile/vmSymbols.cpp ! src/share/vm/classfile/vmSymbols.hpp + test/compiler/c1/TestPinnedIntrinsics.java Changeset: 1832e44a9889 Author: thartmann Date: 2017-07-19 09:00 +0200 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/1832e44a9889 8184009: Missing null pointer check in InterpreterRuntime::update_mdp_for_ret() Summary: Adds a missing null check (guarantee) found by Parfait. Reviewed-by: coleenp, shade ! src/share/vm/interpreter/interpreterRuntime.cpp Changeset: fbb8f75498f4 Author: dbuck Date: 2017-08-11 03:30 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/fbb8f75498f4 8073670: TypeF::eq and TypeD::eq do not handle NaNs correctly Summary: Change TypeF:eq and TypeD:eq to compare NaN values using a bitwise comparison. Reviewed-by: kvn Contributed-by: Stefan Anzinger ! src/share/vm/opto/type.cpp + test/compiler/c2/FloatingPointFoldingTest.java Changeset: b55756ea22d8 Author: dbuck Date: 2017-08-11 23:51 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/b55756ea22d8 8185164: GetOwnedMonitorInfo() returns incorrect owned monitor Summary: The GetOwnedMonitorInfo() should not return a pending monitor Reviewed-by: dcubed ! src/share/vm/runtime/objectMonitor.cpp Changeset: cc5c5ad8dd1c Author: poonam Date: 2017-08-15 14:03 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/cc5c5ad8dd1c 8185572: Enable AssumeMP by default on SPARC machines Reviewed-by: kvn, dholmes, bobv ! src/share/vm/runtime/arguments.cpp Changeset: 79d7902dcb95 Author: dbuck Date: 2017-08-21 05:20 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/79d7902dcb95 8172751: OSR compilation at unreachable bci causes C1 crash Summary: Bailout if OSR entry is unreachable. Reviewed-by: thartmann Contributed-by: Andreas Woess ! src/share/vm/c1/c1_GraphBuilder.cpp + test/compiler/c1/Test8172751.java Changeset: 16939858a716 Author: dbuck Date: 2017-08-21 11:34 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/16939858a716 6651256: jstack: DeleteGlobalRef method call doesn't lead to descreasing of global refs count shown by jstack Summary: jni_DeleteGlobalRef does not really release the jni handle, instead, set the handle point to JNIHandles::_deleted_handle which holds an oop instance (java/lang/Object) in Java heap and never be GC'ed. When counting number of global reference, it counts all the handles on the chain list, which includes the already deleted ones. Reviewed-by: zgu, sla, coleenp Contributed-by: yumin.qi at oracle.com ! src/share/vm/runtime/jniHandles.cpp Changeset: ea7502500b78 Author: dbuck Date: 2017-08-23 04:07 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/ea7502500b78 6656031: SA: jmap -permstat number of classes is off by 1 Reviewed-by: sla, dholmes ! agent/src/share/classes/sun/jvm/hotspot/tools/ClassLoaderStats.java Changeset: 96e9e479ff8a Author: shshahma Date: 2017-08-24 01:27 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/96e9e479ff8a 8180855: Null pointer dereference in OopMapSet::all_do of oopMap.cpp:394 Summary: Check for possible null-point dereference. Reviewed-by: kvn ! src/share/vm/compiler/oopMap.cpp Changeset: aea833250879 Author: shshahma Date: 2017-08-31 21:51 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/aea833250879 8148786: xml.tranform fails on x86-64 Summary: CCP computes wrong type for CountedLoop iv Phi Reviewed-by: kvn ! src/share/vm/opto/loopnode.hpp ! src/share/vm/opto/phaseX.cpp ! src/share/vm/opto/phaseX.hpp Changeset: 440fd98d0bd1 Author: dbuck Date: 2017-09-07 09:17 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/440fd98d0bd1 8072428: Enable UseLoopCounter ergonomically if on-stack-replacement is enabled Summary: Set UseLoopCounter ergonomically if on-stack-replacement is enabled. Print warning. Reviewed-by: kvn ! src/share/vm/runtime/arguments.cpp Changeset: 8a06805fcf5d Author: dbuck Date: 2017-09-07 09:21 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/8a06805fcf5d 8166742: SIGFPE in C2 Loop IV elimination Reviewed-by: kvn ! src/share/vm/opto/loopnode.cpp + test/compiler/loopopts/TestImpossibleIV.java Changeset: c89173159237 Author: dbuck Date: 2017-09-07 10:15 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/c89173159237 8023667: SA: ExceptionBlob and other C2 classes not available in client VM Summary: Ignore error of intialization of C2 only variables Reviewed-by: sla, dholmes ! agent/src/share/classes/sun/jvm/hotspot/utilities/soql/sa.js Changeset: cff49fc368a3 Author: kevinw Date: 2017-09-08 08:24 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/cff49fc368a3 8177026: jvm.dll file version not updated since 8u72 Reviewed-by: ihse ! src/os/windows/vm/version.rc Changeset: 92693f9dd704 Author: kevinw Date: 2017-09-08 15:28 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/92693f9dd704 Merge Changeset: 4dd24f4ca140 Author: asaha Date: 2017-10-03 18:40 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/4dd24f4ca140 Added tag jdk8u162-b01 for changeset 92693f9dd704 ! .hgtags Changeset: 741b7a6743c0 Author: asaha Date: 2017-10-04 14:21 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/741b7a6743c0 Merge ! .hgtags Changeset: f61ab523f726 Author: asaha Date: 2017-10-16 16:16 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/f61ab523f726 Added tag jdk8u162-b02 for changeset 741b7a6743c0 ! .hgtags Changeset: 9575483cce09 Author: mdoerr Date: 2017-10-12 16:29 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/9575483cce09 8145913: PPC64: add Montgomery multiply intrinsic Reviewed-by: aph, goetz, mdoerr Contributed-by: Gustavo Serra Scalet ! src/cpu/ppc/vm/assembler_ppc.hpp ! src/cpu/ppc/vm/assembler_ppc.inline.hpp ! src/cpu/ppc/vm/c2_init_ppc.cpp ! src/cpu/ppc/vm/sharedRuntime_ppc.cpp ! src/cpu/ppc/vm/stubGenerator_ppc.cpp ! src/cpu/ppc/vm/templateInterpreter_ppc.cpp ! src/cpu/ppc/vm/vm_version_ppc.cpp ! src/share/vm/opto/library_call.cpp ! src/share/vm/opto/runtime.cpp Changeset: 75f5e49c6187 Author: goetz Date: 2016-10-27 12:22 +0200 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/75f5e49c6187 8168318: PPC64: Use cmpldi instead of li/cmpld Reviewed-by: goetz Contributed-by: igor.nunes at eldorado.org.br ! src/cpu/ppc/vm/ppc.ad Changeset: 7c3dc80542b6 Author: mdoerr Date: 2016-11-25 11:15 -0200 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/7c3dc80542b6 8170328: PPC64: Use andis instead of lis/and Reviewed-by: goetz, mdoerr Contributed-by: Igor Nunes ! src/cpu/ppc/vm/ppc.ad Changeset: 584eac5794ff Author: mdoerr Date: 2017-10-12 16:36 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/584eac5794ff 8181810: PPC64: Leverage extrdi for bitfield extract Reviewed-by: mdoerr, simonis Contributed-by: Matthew Brandyberry ! src/cpu/ppc/vm/ppc.ad Changeset: 9f401c01775b Author: kevinw Date: 2017-10-14 00:42 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/9f401c01775b 8164954: split_if creates empty phi and region nodes Summary: Don't split if all edges will be moved to new phi Reviewed-by: kvn ! src/share/vm/opto/ifnode.cpp Changeset: d1b47c83a9dd Author: kevinw Date: 2017-10-14 12:05 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/d1b47c83a9dd Merge Changeset: e0c000e8eb75 Author: robm Date: 2017-10-23 06:39 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/e0c000e8eb75 Merge Changeset: f299cf0b7bae Author: asaha Date: 2017-10-24 13:06 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/f299cf0b7bae Added tag jdk8u162-b03 for changeset e0c000e8eb75 ! .hgtags Changeset: 18366fa39fe0 Author: asaha Date: 2017-10-24 23:06 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/18366fa39fe0 Merge ! .hgtags ! src/cpu/ppc/vm/sharedRuntime_ppc.cpp ! src/os/linux/vm/os_linux.cpp ! src/share/vm/c1/c1_GraphBuilder.cpp ! src/share/vm/interpreter/interpreterRuntime.cpp ! src/share/vm/opto/memnode.cpp ! src/share/vm/opto/phaseX.cpp ! src/share/vm/runtime/arguments.cpp Changeset: 27efe2291380 Author: asaha Date: 2017-10-25 14:47 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/27efe2291380 Added tag jdk8u162-b04 for changeset 18366fa39fe0 ! .hgtags Changeset: e34428c12886 Author: asaha Date: 2017-11-01 12:35 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/e34428c12886 Merge ! .hgtags Changeset: 1003feba05bd Author: asaha Date: 2017-11-02 11:06 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/1003feba05bd Added tag jdk8u162-b05 for changeset e34428c12886 ! .hgtags Changeset: cd7f8ee4553d Author: asaha Date: 2017-11-07 18:41 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/cd7f8ee4553d Merge ! .hgtags Changeset: b2f12c3220c4 Author: asaha Date: 2017-11-07 18:53 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/b2f12c3220c4 Added tag jdk8u162-b06 for changeset cd7f8ee4553d ! .hgtags Changeset: f23241cde362 Author: ysuenaga Date: 2017-10-24 22:45 +0900 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/f23241cde362 8087291: InitialBootClassLoaderMetaspaceSize and CompressedClassSpaceSize should be checked consistent from MaxMetaspaceSize Reviewed-by: dholmes, sspitsyn, poonam ! src/share/vm/memory/metaspace.cpp + test/runtime/Metaspace/MaxMetaspaceSizeTest.java Changeset: 7be95092ed8b Author: asaha Date: 2017-11-14 13:01 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/7be95092ed8b Merge ! .hgtags Changeset: 77214cf86be0 Author: asaha Date: 2017-11-14 22:35 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/77214cf86be0 Added tag jdk8u162-b07 for changeset 7be95092ed8b ! .hgtags Changeset: 080cfab19320 Author: asaha Date: 2017-11-21 13:02 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/080cfab19320 Merge ! .hgtags Changeset: 28ec14bf7fab Author: asaha Date: 2017-11-21 13:17 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/28ec14bf7fab Added tag jdk8u162-b08 for changeset 080cfab19320 ! .hgtags Changeset: 02f9409295f9 Author: asaha Date: 2017-11-29 12:58 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/02f9409295f9 Merge ! .hgtags Changeset: c2890f1eb8e0 Author: asaha Date: 2017-11-29 13:15 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/c2890f1eb8e0 Added tag jdk8u162-b09 for changeset 02f9409295f9 ! .hgtags Changeset: c3618e1cdefd Author: asaha Date: 2017-12-05 13:40 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/c3618e1cdefd Merge ! .hgtags Changeset: 5f877da87931 Author: asaha Date: 2017-12-05 13:55 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/5f877da87931 Added tag jdk8u162-b10 for changeset c3618e1cdefd ! .hgtags Changeset: 9f51d57ccc30 Author: asaha Date: 2017-12-14 12:38 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/9f51d57ccc30 Merge Changeset: 39e2895b795a Author: asaha Date: 2017-12-15 08:58 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/39e2895b795a Merge ! .hgtags Changeset: 05f3aaebb63f Author: asaha Date: 2017-12-15 13:50 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/05f3aaebb63f Added tag jdk8u162-b11 for changeset 39e2895b795a ! .hgtags Changeset: 72ecd29c1682 Author: asaha Date: 2017-12-19 15:08 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/72ecd29c1682 Added tag jdk8u161-b12 for changeset 210f7ef62595 ! .hgtags Changeset: 69aec2ca5d90 Author: asaha Date: 2017-12-19 15:25 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/69aec2ca5d90 Merge ! .hgtags Changeset: 21088d271abb Author: andrew Date: 2018-03-15 02:46 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/21088d271abb Merge jdk8u162-b12 ! .hgtags ! agent/src/share/classes/sun/jvm/hotspot/tools/ClassLoaderStats.java ! src/cpu/ppc/vm/sharedRuntime_ppc.cpp ! src/os/linux/vm/os_linux.cpp ! src/share/vm/c1/c1_GraphBuilder.cpp ! src/share/vm/c1/c1_Instruction.hpp ! src/share/vm/c1/c1_LIRGenerator.cpp ! src/share/vm/ci/ciMethodData.cpp ! src/share/vm/classfile/vmSymbols.hpp ! src/share/vm/compiler/oopMap.cpp ! src/share/vm/interpreter/interpreterRuntime.cpp ! src/share/vm/memory/metaspace.cpp ! src/share/vm/opto/ifnode.cpp ! src/share/vm/opto/library_call.cpp ! src/share/vm/opto/loopnode.cpp ! src/share/vm/opto/loopnode.hpp ! src/share/vm/opto/memnode.cpp ! src/share/vm/opto/memnode.hpp ! src/share/vm/opto/parse2.cpp ! src/share/vm/opto/phaseX.cpp ! src/share/vm/opto/phaseX.hpp ! src/share/vm/opto/runtime.cpp ! src/share/vm/opto/type.cpp ! src/share/vm/runtime/arguments.cpp Changeset: b08b1e9e2963 Author: andrew Date: 2018-03-15 04:28 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/b08b1e9e2963 Added tag aarch64-jdk8u162-b12 for changeset 21088d271abb ! .hgtags Changeset: c12b2faa9ef6 Author: andrew Date: 2018-03-21 09:00 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/c12b2faa9ef6 Merge aarch64-jdk8u162-b12 ! .hgtags ! src/share/vm/c1/c1_LIRGenerator.cpp ! src/share/vm/compiler/oopMap.cpp ! src/share/vm/interpreter/interpreterRuntime.cpp ! src/share/vm/opto/ifnode.cpp ! src/share/vm/opto/library_call.cpp ! src/share/vm/opto/loopnode.cpp ! src/share/vm/opto/loopnode.hpp ! src/share/vm/opto/memnode.cpp ! src/share/vm/opto/memnode.hpp ! src/share/vm/opto/parse2.cpp ! src/share/vm/opto/phaseX.cpp ! src/share/vm/opto/phaseX.hpp ! src/share/vm/opto/runtime.cpp ! src/share/vm/opto/type.cpp ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/jniHandles.cpp ! src/share/vm/runtime/objectMonitor.cpp Changeset: fb1e2ca56e94 Author: andrew Date: 2018-03-21 20:00 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/fb1e2ca56e94 Remove oop cast in oopMap.cpp again, as oopDesc::operator== has additional checking in Shenandoah. ! src/share/vm/compiler/oopMap.cpp Changeset: 966a10251cb4 Author: andrew Date: 2018-03-21 20:00 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/966a10251cb4 Added tag aarch64-shenandoah-jdk8u162-b12 for changeset fb1e2ca56e94 ! .hgtags From gnu.andrew at redhat.com Wed Mar 21 20:02:49 2018 From: gnu.andrew at redhat.com (gnu.andrew at redhat.com) Date: Wed, 21 Mar 2018 20:02:49 +0000 Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u-shenandoah/jdk: 89 new changesets Message-ID: <201803212002.w2LK2qWP028881@aojmv0008.oracle.com> Changeset: 3462d04401ba Author: asaha Date: 2017-06-20 14:14 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/3462d04401ba Added tag jdk8u162-b00 for changeset e03f9868f7df ! .hgtags Changeset: 66fd9a99484a Author: asaha Date: 2017-06-26 22:25 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/66fd9a99484a Merge ! .hgtags Changeset: c21a277b4f60 Author: asaha Date: 2017-06-26 22:34 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/c21a277b4f60 Merge ! .hgtags Changeset: e74259b3eadc Author: asaha Date: 2017-07-13 21:51 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/e74259b3eadc Merge ! .hgtags ! make/lib/CoreLibraries.gmk - src/share/native/java/util/zip/zlib/ChangeLog - src/share/native/java/util/zip/zlib/README - src/share/native/java/util/zip/zlib/compress.c - src/share/native/java/util/zip/zlib/crc32.h - src/share/native/java/util/zip/zlib/deflate.c - src/share/native/java/util/zip/zlib/deflate.h - src/share/native/java/util/zip/zlib/gzclose.c - src/share/native/java/util/zip/zlib/gzguts.h - src/share/native/java/util/zip/zlib/gzlib.c - src/share/native/java/util/zip/zlib/gzread.c - src/share/native/java/util/zip/zlib/gzwrite.c - src/share/native/java/util/zip/zlib/infback.c - src/share/native/java/util/zip/zlib/inffast.c - src/share/native/java/util/zip/zlib/inffast.h - src/share/native/java/util/zip/zlib/inffixed.h - src/share/native/java/util/zip/zlib/inflate.c - src/share/native/java/util/zip/zlib/inflate.h - src/share/native/java/util/zip/zlib/inftrees.c - src/share/native/java/util/zip/zlib/inftrees.h - src/share/native/java/util/zip/zlib/patches/ChangeLog_java - src/share/native/java/util/zip/zlib/trees.c - src/share/native/java/util/zip/zlib/trees.h - src/share/native/java/util/zip/zlib/uncompr.c - src/share/native/java/util/zip/zlib/zadler32.c - src/share/native/java/util/zip/zlib/zconf.h - src/share/native/java/util/zip/zlib/zcrc32.c - src/share/native/java/util/zip/zlib/zlib.h - src/share/native/java/util/zip/zlib/zutil.c - src/share/native/java/util/zip/zlib/zutil.h Changeset: e8dad04faec9 Author: asaha Date: 2017-07-25 07:53 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/e8dad04faec9 Merge ! .hgtags Changeset: 6f00f10caa91 Author: aefimov Date: 2017-06-18 23:19 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/6f00f10caa91 8172297: In java 8, the marshalling with JAX-WS does not escape carriage return Reviewed-by: lancea + test/javax/xml/ws/8172297/Main.java + test/javax/xml/ws/8172297/ws/HelloWorld.java + test/javax/xml/ws/8172297/ws/HelloWorldImpl.java Changeset: abf4e247185d Author: poonam Date: 2017-06-19 22:49 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/abf4e247185d 8178536: OOM ERRORS + SERVICE-THREAD TAKES A PROCESSOR TO 100% Summary: Clear the pending OOM exception in SensorInfo::trigger() Reviewed-by: mchung, dcubed ! src/share/classes/sun/management/MemoryPoolImpl.java Changeset: 8928a3493a05 Author: coffeys Date: 2017-06-27 13:57 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/8928a3493a05 8182672: Java 8u121 on Linux intermittently returns null for MAC address Reviewed-by: michaelm, chegar, clanger, msheppar, vtewari ! src/solaris/native/java/net/NetworkInterface.c + test/java/net/NetworkInterface/GetMacAddress.java Changeset: bc2200a99cac Author: chegar Date: 2017-06-27 14:00 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/bc2200a99cac 8071424: JCK test api/java_net/Socket/descriptions.html#Bind crashes on Windows Reviewed-by: alanb ! src/windows/native/java/net/DualStackPlainSocketImpl.c ! test/java/net/Socket/GetLocalAddress.java Changeset: 0209cfe97e57 Author: dbuck Date: 2017-06-29 12:00 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/0209cfe97e57 8066185: VM crashed with SIGSEGV VirtualMemoryTracker::add_reserved_region Reviewed-by: coleenp, dholmes ! src/share/bin/java.c ! test/tools/launcher/TestSpecialArgs.java Changeset: 5a31dd5e01cf Author: ssadetsky Date: 2017-07-14 13:03 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/5a31dd5e01cf 8078269: JTabbedPane UI Property TabbedPane.tabAreaBackground no longer works Reviewed-by: serb, alexsch ! src/share/classes/javax/swing/plaf/metal/MetalTabbedPaneUI.java ! test/javax/swing/JTabbedPane/8007563/Test8007563.java Changeset: 83b863df0737 Author: clanger Date: 2017-07-17 11:47 +0200 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/83b863df0737 8184673: Fix compatibility issue in AlgorithmChecker for 3rd party JCE providers Reviewed-by: ascarpino, mullan ! src/share/classes/sun/security/provider/certpath/AlgorithmChecker.java Changeset: 1e02805ca8b5 Author: shshahma Date: 2017-07-17 03:58 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/1e02805ca8b5 8181500: [TESTBUG] com/sun/jdi/LineNumberInfo.java fails with jArrayIndexOutOfBoundsException Summary: Update line number table and code indices table with missing entry Reviewed-by: vromero ! test/com/sun/jdi/LineNumberInfo.java Changeset: a9d533a1ab7a Author: coffeys Date: 2017-08-01 14:24 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/a9d533a1ab7a 8179423: 2 security tests started failing fom Jul CPU b05 Reviewed-by: mullan Contributed-by: guoge1 at huawei.com ! test/java/lang/SecurityManager/CheckPackageAccess.java Changeset: 9d617cfd6717 Author: robm Date: 2017-08-03 08:07 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/9d617cfd6717 Merge Changeset: dd6b8cddccc9 Author: alitvinov Date: 2017-08-22 01:09 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/dd6b8cddccc9 7162125: [macosx] A font has different behaviour for ligatures depending on its creation mod Reviewed-by: srl, jgodinez Contributed-by: sreeprakash.s at oracle.com + src/macosx/classes/sun/font/CCompositeGlyphMapper.java ! src/macosx/classes/sun/font/CFont.java ! src/macosx/classes/sun/font/CStrike.java ! src/macosx/native/sun/font/AWTFont.h ! src/macosx/native/sun/font/AWTFont.m ! src/share/classes/sun/font/CompositeFont.java ! src/share/classes/sun/font/CompositeGlyphMapper.java ! src/share/classes/sun/font/Font2D.java + src/share/classes/sun/font/FontSubstitution.java ! src/share/classes/sun/font/GlyphLayout.java ! src/share/classes/sun/font/StandardGlyphVector.java ! src/share/classes/sun/font/SunLayoutEngine.java ! src/share/classes/sun/font/TrueTypeFont.java + test/java/awt/font/TextLayout/OSXLigatureTest.java Changeset: 4b0f2c500c38 Author: alitvinov Date: 2017-08-22 01:11 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/4b0f2c500c38 8147002: [macosx] Arabic character cannot be rendered on MacOS X Reviewed-by: prr, pnarayanan, jdv Contributed-by: sreeprakash.s at oracle.com ! src/macosx/classes/sun/font/CFont.java + test/java/awt/font/Fallback/MissingGlyphTest.java Changeset: 0a54c59b882b Author: stuefe Date: 2017-06-19 11:52 +0200 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/0a54c59b882b 8181419: Race in jdwp invoker handling may lead to crashes or invalid results Reviewed-by: sspitsyn, sgehwolf, clanger ! src/share/back/invoker.c Changeset: 0df189772b9a Author: dbuck Date: 2017-08-23 06:41 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/0df189772b9a 6618335: ThreadReference.stop(null) throws NPE instead of InvalidTypeException Reviewed-by: sla ! src/share/classes/com/sun/tools/jdi/ThreadReferenceImpl.java Changeset: e96c4a40fdf9 Author: dbuck Date: 2017-08-23 14:14 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/e96c4a40fdf9 4354680: Runtime.runFinalization() silently clears interrupted flag in the calling thread Reviewed-by: dholmes, chegar ! src/share/classes/java/lang/ref/Finalizer.java + test/java/lang/System/finalization/FinInterrupt.java Changeset: 6190d1db8b92 Author: dbuck Date: 2017-08-25 11:52 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/6190d1db8b92 8074812: More specific error message when the .java_pid well-known file is not secure Reviewed-by: jbachorik, martin ! src/aix/native/sun/tools/attach/AixVirtualMachine.c ! src/solaris/native/sun/tools/attach/BsdVirtualMachine.c ! src/solaris/native/sun/tools/attach/LinuxVirtualMachine.c ! src/solaris/native/sun/tools/attach/SolarisVirtualMachine.c Changeset: 59f199bb566b Author: anashaty Date: 2017-08-26 14:53 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/59f199bb566b 8080504: [macosx] SunToolkit.realSync() may hang Reviewed-by: serb, prr ! src/macosx/native/sun/awt/LWCToolkit.m ! src/macosx/native/sun/osxapp/NSApplicationAWT.h ! src/macosx/native/sun/osxapp/NSApplicationAWT.m Changeset: 11f7deebf7ae Author: serb Date: 2017-08-26 18:28 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/11f7deebf7ae 7124271: [macosx] RealSync test failure Reviewed-by: alexsch, azvegint ! src/macosx/native/sun/awt/LWCToolkit.m ! src/macosx/native/sun/osxapp/NSApplicationAWT.h ! src/macosx/native/sun/osxapp/NSApplicationAWT.m Changeset: d3e8d9cf490d Author: coffeys Date: 2017-08-28 14:55 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/d3e8d9cf490d 8159035: CTSMode.java test crashed due to unhandled case of cipher length value as 0 Reviewed-by: ascarpino ! src/share/classes/com/sun/crypto/provider/CipherBlockChaining.java ! src/share/classes/com/sun/crypto/provider/CounterMode.java ! src/share/classes/sun/nio/cs/ISO_8859_1.java Changeset: 3af1fb71cf6a Author: rpatil Date: 2017-08-23 12:09 +0300 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/3af1fb71cf6a 8185346: Relax RMI Registry Serial Filter to allow arrays of any type Summary: Registry filter should allow arrays of any type Reviewed-by: rriggs, coffeys ! src/share/classes/sun/misc/ObjectInputFilter.java ! src/share/classes/sun/rmi/registry/RegistryImpl.java ! src/share/lib/security/java.security-aix ! src/share/lib/security/java.security-linux ! src/share/lib/security/java.security-macosx ! src/share/lib/security/java.security-solaris ! src/share/lib/security/java.security-windows ! test/java/rmi/registry/serialFilter/RegistryFilterTest.java Changeset: e08e3d587892 Author: shshahma Date: 2017-08-29 12:13 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/e08e3d587892 8169961: Memory leak after debugging session Summary: TargetVM gets an EventController which is a daemon thread, but don't see the thread having a way of stopping so added code to exit as soon as TargetVM thread stops listening. Reviewed-by: sspitsyn ! src/share/classes/com/sun/tools/jdi/TargetVM.java Changeset: a90726613db6 Author: azvegint Date: 2017-09-01 21:28 +0530 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/a90726613db6 8181786: Extra runLater causes impossible states to be possible using javafx.embed.singleThread=true Reviewed-by: kcr ! src/share/classes/java/awt/EventDispatchThread.java ! src/share/classes/java/awt/EventQueue.java Changeset: 3679d4a77083 Author: dmarkov Date: 2017-09-01 17:03 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/3679d4a77083 8177414: Missing key events on Mac Os Reviewed-by: serb, prr ! src/macosx/native/sun/awt/AWTView.m + test/java/awt/InputMethods/InputMethodKeyEventsTest/InputMethodKeyEventsTest.java Changeset: 9cd5ee8b5454 Author: igerasim Date: 2017-09-01 10:16 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/9cd5ee8b5454 6977426: sun/tools tests can intermittently fail to find app's Java pid Reviewed-by: dfuchs, jbachorik, egahlin, sjiang ! test/TEST.groups - test/java/util/logging/AnonLoggerWeakRefLeak.java - test/java/util/logging/AnonLoggerWeakRefLeak.sh - test/java/util/logging/LoggerWeakRefLeak.java - test/java/util/logging/LoggerWeakRefLeak.sh + test/java/util/logging/TestLoggerWeakRefLeak.java - test/sun/tools/common/CommonTests.sh Changeset: af9fbf314a38 Author: igerasim Date: 2017-09-05 16:14 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/af9fbf314a38 8179086: java.time.temporal.ValueRange has poor hashCode() Reviewed-by: rriggs ! src/share/classes/java/time/temporal/ValueRange.java Changeset: d205ce402f46 Author: igerasim Date: 2017-09-08 10:41 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/d205ce402f46 8137255: sun/security/provider/NSASuiteB/TestDSAGenParameterSpec.java timeouts intermittently Summary: sun/security/provider/NSASuiteB/TestDSAGenParameterSpec.java timeouts intermittently due to large DSA key parameter generation. Reviewed-by: valeriep Contributed-by: John Jiang ! test/sun/security/provider/NSASuiteB/TestDSAGenParameterSpec.java Changeset: 8e6b0b4fc31b Author: igerasim Date: 2017-09-08 10:42 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/8e6b0b4fc31b 8157896: TestDSAGenParameterSpec.java test fails with timeout Reviewed-by: xuelei ! test/sun/security/provider/NSASuiteB/TestDSAGenParameterSpec.java Changeset: 3cf154021626 Author: psadhukhan Date: 2017-06-30 11:03 +0530 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/3cf154021626 8182402: Tooltip for Desktop button is in English when non-English locale is set Reviewed-by: azvegint ! src/share/classes/javax/swing/plaf/metal/MetalFileChooserUI.java ! src/share/classes/sun/swing/plaf/synth/SynthFileChooserUIImpl.java Changeset: 0103a8cfc956 Author: simonis Date: 2015-07-27 19:50 +0200 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/0103a8cfc956 8132374: AIX: fix value of os.version property Reviewed-by: alanb, rriggs ! src/solaris/native/java/lang/java_props_md.c Changeset: 7b6600ede540 Author: robm Date: 2017-09-27 14:00 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/7b6600ede540 8184328: JDK 8u131 socketRead0 hang at SSL read Reviewed-by: xuelei, chegar, coffeys ! src/share/classes/sun/security/ssl/SSLSocketImpl.java + test/sun/security/ssl/SSLSocketImpl/SSLSocketCloseHang.java Changeset: 1c24c0093d39 Author: valeriep Date: 2017-08-16 17:05 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/1c24c0093d39 8170245: [TEST_BUG] Cipher tests fail when running with unlimited policy Summary: Updated the failed cipher tests to work under unlimited policy Reviewed-by: xuelei ! test/com/sun/crypto/provider/Cipher/AES/TestAESCiphers/Dynamic.java ! test/com/sun/crypto/provider/Cipher/Blowfish/TestCipherBlowfish.java ! test/com/sun/crypto/provider/Cipher/PBE/PBESameBuffer/AESPBEWrapper.java ! test/com/sun/crypto/provider/Cipher/PBE/PBESameBuffer/PBECipherWrapper.java ! test/com/sun/crypto/provider/Cipher/PBE/TestCipherKeyWrapperPBEKey.java ! test/com/sun/crypto/provider/Cipher/PBE/TestCipherPBE.java ! test/com/sun/crypto/provider/Cipher/TestCipher.java Changeset: 9a5bc71f5061 Author: coffeys Date: 2017-09-26 07:11 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/9a5bc71f5061 8170157: Enable unlimited cryptographic policy by default in OracleJDK Reviewed-by: wetmore ! src/share/classes/javax/crypto/JceSecurity.java ! src/share/lib/security/java.security-aix ! src/share/lib/security/java.security-linux ! src/share/lib/security/java.security-macosx ! src/share/lib/security/java.security-solaris ! src/share/lib/security/java.security-windows + test/javax/crypto/CryptoPermission/CryptoPolicyFallback.java ! test/javax/crypto/CryptoPermission/TestUnlimited.java Changeset: 41232903f125 Author: coffeys Date: 2017-09-27 08:43 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/41232903f125 Merge Changeset: 89f413819246 Author: sspitsyn Date: 2014-11-11 21:46 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/89f413819246 6988950: JDWP exit error JVMTI_ERROR_WRONG_PHASE(112) Summary: Synchronize the jdwp VirtualMachine command functions with the VM_DEATH event Reviewed-by: dcubed, dsamersoff, dholmes ! src/share/back/debugLoop.c Changeset: bcdba99a7755 Author: sspitsyn Date: 2017-03-02 16:03 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/bcdba99a7755 8134103: JVMTI_ERROR_WRONG_PHASE(112): on checking for an interface Summary: Add guards to the jdwp agent shutdown Reviewed-by: dholmes, dcubed, dsamersoff ! src/share/back/debugLoop.c ! src/share/back/eventHelper.c Changeset: c9c4a384e9f7 Author: kevinw Date: 2017-09-28 09:14 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/c9c4a384e9f7 Merge Changeset: 538bdf243839 Author: aefimov Date: 2017-10-02 14:20 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/538bdf243839 8159240: XSOM parser incorrectly processes type names with whitespaces Reviewed-by: coffeys + test/javax/xml/bind/xsom/8159240/WhitespacesTest.java + test/javax/xml/bind/xsom/8159240/complexType.xsd + test/javax/xml/bind/xsom/8159240/complexTypeExtension.xsd + test/javax/xml/bind/xsom/8159240/complexTypeRestriction.xsd + test/javax/xml/bind/xsom/8159240/identityConstraint.xsd + test/javax/xml/bind/xsom/8159240/particlesAndAttributes.xsd + test/javax/xml/bind/xsom/8159240/simpleType.xsd Changeset: 675e106f81af Author: asaha Date: 2017-10-03 18:41 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/675e106f81af Added tag jdk8u162-b01 for changeset 538bdf243839 ! .hgtags Changeset: eb7c1ff76a6b Author: sla Date: 2014-06-18 09:04 +0200 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/eb7c1ff76a6b 8046778: Better error messages when starting JMX agent via attach or jcmd Reviewed-by: dholmes ! src/share/classes/sun/management/Agent.java ! src/share/classes/sun/management/resources/agent.properties ! test/com/sun/tools/attach/StartManagementAgent.java Changeset: 601a2304ff4a Author: robm Date: 2017-10-06 07:01 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/601a2304ff4a Merge Changeset: a23953399e5d Author: asaha Date: 2017-10-10 17:15 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/a23953399e5d Merge ! .hgtags - src/share/classes/com/sun/crypto/provider/PBECipherCore.java ! src/share/lib/security/java.security-aix ! src/share/lib/security/java.security-linux ! src/share/lib/security/java.security-macosx ! src/share/lib/security/java.security-solaris ! src/share/lib/security/java.security-windows - src/share/native/java/util/zip/zlib-1.2.8/ChangeLog - src/share/native/java/util/zip/zlib-1.2.8/README - src/share/native/java/util/zip/zlib-1.2.8/compress.c - src/share/native/java/util/zip/zlib-1.2.8/crc32.h - src/share/native/java/util/zip/zlib-1.2.8/deflate.c - src/share/native/java/util/zip/zlib-1.2.8/deflate.h - src/share/native/java/util/zip/zlib-1.2.8/gzclose.c - src/share/native/java/util/zip/zlib-1.2.8/gzguts.h - src/share/native/java/util/zip/zlib-1.2.8/gzlib.c - src/share/native/java/util/zip/zlib-1.2.8/gzread.c - src/share/native/java/util/zip/zlib-1.2.8/gzwrite.c - src/share/native/java/util/zip/zlib-1.2.8/infback.c - src/share/native/java/util/zip/zlib-1.2.8/inffast.c - src/share/native/java/util/zip/zlib-1.2.8/inffast.h - src/share/native/java/util/zip/zlib-1.2.8/inffixed.h - src/share/native/java/util/zip/zlib-1.2.8/inflate.c - src/share/native/java/util/zip/zlib-1.2.8/inflate.h - src/share/native/java/util/zip/zlib-1.2.8/inftrees.c - src/share/native/java/util/zip/zlib-1.2.8/inftrees.h - src/share/native/java/util/zip/zlib-1.2.8/patches/ChangeLog_java - src/share/native/java/util/zip/zlib-1.2.8/trees.c - src/share/native/java/util/zip/zlib-1.2.8/trees.h - src/share/native/java/util/zip/zlib-1.2.8/uncompr.c - src/share/native/java/util/zip/zlib-1.2.8/zadler32.c - src/share/native/java/util/zip/zlib-1.2.8/zconf.h - src/share/native/java/util/zip/zlib-1.2.8/zcrc32.c - src/share/native/java/util/zip/zlib-1.2.8/zlib.h - src/share/native/java/util/zip/zlib-1.2.8/zutil.c - src/share/native/java/util/zip/zlib-1.2.8/zutil.h ! test/java/lang/SecurityManager/CheckPackageAccess.java Changeset: 18e0bc77adaf Author: asaha Date: 2017-10-16 15:15 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/18e0bc77adaf Merge Changeset: c99e8d4bc852 Author: asaha Date: 2017-10-16 16:17 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/c99e8d4bc852 Added tag jdk8u162-b02 for changeset 18e0bc77adaf ! .hgtags Changeset: 49e4ae561c32 Author: igerasim Date: 2017-10-06 06:51 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/49e4ae561c32 8031661: java/net/Authenticator/B4769350.java failed intermittently Reviewed-by: michaelm Contributed-by: amanda.jiang at oracle.com ! test/java/net/Authenticator/B4769350.java Changeset: ff47f846bb96 Author: ssadetsky Date: 2017-10-10 12:03 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/ff47f846bb96 8139218: Dialog that opens and closes quickly changes focus in original focusowner 8159432: [PIT][macosx] StackOverflow in closed/java/awt/Dialog/DialogDeadlock/DialogDeadlockTest Reviewed-by: alexsch, serb, azvegint ! src/share/classes/java/awt/DefaultKeyboardFocusManager.java + test/java/awt/Focus/RollbackFocusFromAnotherWindowTest/RollbackFocusFromAnotherWindowTest.java Changeset: ed5b93d922f7 Author: igerasim Date: 2017-10-06 21:25 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/ed5b93d922f7 8187023: Cannot read pkcs11 config file in UTF-16 environment Reviewed-by: ascarpino ! src/share/classes/sun/security/pkcs11/Config.java + test/sun/security/pkcs11/Config/ReadConfInUTF16Env.java + test/sun/security/pkcs11/Config/ReadConfInUTF16Env.sh Changeset: dc0df78f0b54 Author: igerasim Date: 2017-10-06 21:26 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/dc0df78f0b54 8158633: BASE64 encoded cert not correctly parsed with UTF-16 Reviewed-by: mullan ! src/share/classes/sun/security/util/Pem.java + test/sun/security/util/Pem/PemEncoding.java + test/sun/security/util/Pem/encoding.sh Changeset: 4bded27134d7 Author: dmarkov Date: 2017-10-11 10:03 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/4bded27134d7 8155197: Focus transition issue Reviewed-by: serb, ssadetsky, aivanov ! src/share/classes/java/awt/DefaultKeyboardFocusManager.java + test/java/awt/Focus/FocusTransitionTest/FocusTransitionTest.java Changeset: 3b3bf3e95042 Author: ssreedharan Date: 2017-10-12 10:16 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/3b3bf3e95042 8180370: Characters are skipped on input of Korean text on OS X Reviewed-by: serb ! src/macosx/native/sun/awt/AWTView.m + test/javax/swing/JTextField/MissingCharsKorean/MissingCharsKorean.java Changeset: 9f914df5fc4c Author: ssreedharan Date: 2017-10-12 10:19 -0400 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/9f914df5fc4c 8184016: Text in native popup is not always updated with Sogou IME Reviewed-by: ssadetsky ! src/windows/native/sun/windows/awt_Component.cpp Changeset: f2925375b4e2 Author: robm Date: 2017-10-23 06:39 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/f2925375b4e2 Merge - src/share/classes/com/sun/crypto/provider/PBECipherCore.java - src/share/native/java/util/zip/zlib-1.2.8/ChangeLog - src/share/native/java/util/zip/zlib-1.2.8/README - src/share/native/java/util/zip/zlib-1.2.8/compress.c - src/share/native/java/util/zip/zlib-1.2.8/crc32.h - src/share/native/java/util/zip/zlib-1.2.8/deflate.c - src/share/native/java/util/zip/zlib-1.2.8/deflate.h - src/share/native/java/util/zip/zlib-1.2.8/gzclose.c - src/share/native/java/util/zip/zlib-1.2.8/gzguts.h - src/share/native/java/util/zip/zlib-1.2.8/gzlib.c - src/share/native/java/util/zip/zlib-1.2.8/gzread.c - src/share/native/java/util/zip/zlib-1.2.8/gzwrite.c - src/share/native/java/util/zip/zlib-1.2.8/infback.c - src/share/native/java/util/zip/zlib-1.2.8/inffast.c - src/share/native/java/util/zip/zlib-1.2.8/inffast.h - src/share/native/java/util/zip/zlib-1.2.8/inffixed.h - src/share/native/java/util/zip/zlib-1.2.8/inflate.c - src/share/native/java/util/zip/zlib-1.2.8/inflate.h - src/share/native/java/util/zip/zlib-1.2.8/inftrees.c - src/share/native/java/util/zip/zlib-1.2.8/inftrees.h - src/share/native/java/util/zip/zlib-1.2.8/patches/ChangeLog_java - src/share/native/java/util/zip/zlib-1.2.8/trees.c - src/share/native/java/util/zip/zlib-1.2.8/trees.h - src/share/native/java/util/zip/zlib-1.2.8/uncompr.c - src/share/native/java/util/zip/zlib-1.2.8/zadler32.c - src/share/native/java/util/zip/zlib-1.2.8/zconf.h - src/share/native/java/util/zip/zlib-1.2.8/zcrc32.c - src/share/native/java/util/zip/zlib-1.2.8/zlib.h - src/share/native/java/util/zip/zlib-1.2.8/zutil.c - src/share/native/java/util/zip/zlib-1.2.8/zutil.h ! src/windows/native/sun/windows/awt_Component.cpp Changeset: e1e7eee76e15 Author: asaha Date: 2017-10-24 12:56 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/e1e7eee76e15 8189918: Remove Trailing whitespace from file while syncing 8u into 8u162-b03 Reviewed-by: robm ! test/java/awt/Focus/RollbackFocusFromAnotherWindowTest/RollbackFocusFromAnotherWindowTest.java Changeset: 64df143be721 Author: asaha Date: 2017-10-24 13:07 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/64df143be721 Added tag jdk8u162-b03 for changeset e1e7eee76e15 ! .hgtags Changeset: 4c4efa8fa39a Author: asaha Date: 2017-10-24 23:16 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/4c4efa8fa39a Merge ! .hgtags - src/share/classes/sun/misc/JavaObjectInputStreamAccess.java - src/share/classes/sun/misc/ObjectStreamClassValidator.java ! src/share/classes/sun/rmi/registry/RegistryImpl.java - src/share/classes/sun/security/ssl/SupportedEllipticCurvesExtension.java - src/share/classes/sun/security/ssl/SupportedEllipticPointFormatsExtension.java ! src/share/lib/security/java.security-aix ! src/share/lib/security/java.security-linux ! src/share/lib/security/java.security-macosx ! src/share/lib/security/java.security-solaris ! src/share/lib/security/java.security-windows ! src/windows/native/sun/windows/awt_Component.cpp Changeset: 8f56ba1989c0 Author: asaha Date: 2017-10-25 14:48 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/8f56ba1989c0 Added tag jdk8u162-b04 for changeset 4c4efa8fa39a ! .hgtags Changeset: a651df33d9a0 Author: asaha Date: 2017-11-01 19:29 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/a651df33d9a0 Merge ! .hgtags Changeset: 0f176e085717 Author: asaha Date: 2017-11-02 11:07 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/0f176e085717 Added tag jdk8u162-b05 for changeset a651df33d9a0 ! .hgtags Changeset: 3eb5db8f03a3 Author: asaha Date: 2017-11-05 23:01 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/3eb5db8f03a3 8190542: 8u162 L10n resource file update Reviewed-by: coffeys Contributed-by: li.jiang at oracle.com ! src/share/classes/com/sun/rowset/RowSetResourceBundle_sv.properties ! src/share/classes/sun/launcher/resources/launcher_es.properties ! src/share/classes/sun/management/resources/agent_de.properties ! src/share/classes/sun/management/resources/agent_es.properties ! src/share/classes/sun/management/resources/agent_fr.properties ! src/share/classes/sun/management/resources/agent_it.properties ! src/share/classes/sun/management/resources/agent_ja.properties ! src/share/classes/sun/management/resources/agent_ko.properties ! src/share/classes/sun/management/resources/agent_pt_BR.properties ! src/share/classes/sun/management/resources/agent_sv.properties ! src/share/classes/sun/management/resources/agent_zh_CN.properties ! src/share/classes/sun/management/resources/agent_zh_TW.properties Changeset: 582c82cfebe2 Author: asaha Date: 2017-11-07 18:49 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/582c82cfebe2 Merge ! .hgtags Changeset: 9b61c12636a1 Author: asaha Date: 2017-11-07 18:54 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/9b61c12636a1 Added tag jdk8u162-b06 for changeset 582c82cfebe2 ! .hgtags Changeset: dbaeccd61945 Author: prr Date: 2017-11-06 15:12 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/dbaeccd61945 8190280: [macos] Font2DTest demo started failing for Arabic range from JDK 8 u162 b01 on Mac Reviewed-by: serb, pnarayanan ! src/share/classes/sun/font/CompositeStrike.java ! src/share/native/sun/font/FontInstanceAdapter.cpp + test/java/awt/font/TextLayout/NegativeGlyphIDException.java Changeset: 27cf4b4cde87 Author: dsamersoff Date: 2017-11-09 04:17 -0500 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/27cf4b4cde87 8162530: src/jdk.management/share/native/libmanagement_ext/GcInfoBuilder.c doesn't handle JNI exceptions properly Summary: Exceptions are checked after calling NewStringUTF Reviewed-by: dholmes, sla Contributed-by: amit.sapre at oracle.com ! src/share/native/sun/management/GcInfoBuilder.c Changeset: 672bbe9bcdd7 Author: asaha Date: 2017-11-14 13:10 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/672bbe9bcdd7 Merge ! .hgtags ! src/share/lib/security/java.security-aix ! src/share/lib/security/java.security-linux ! src/share/lib/security/java.security-macosx ! src/share/lib/security/java.security-solaris ! src/share/lib/security/java.security-windows ! src/windows/native/sun/windows/awt_Component.cpp ! test/java/lang/SecurityManager/CheckPackageAccess.java Changeset: afb63c9eecc3 Author: asaha Date: 2017-11-14 22:35 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/afb63c9eecc3 Added tag jdk8u162-b07 for changeset 672bbe9bcdd7 ! .hgtags Changeset: 453aa18173a5 Author: asaha Date: 2017-11-15 17:29 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/453aa18173a5 8191352: Remove 8u161-b07 and 8u162-b07 tag to include 8191340 for b07 Reviewed-by: coffeys ! .hgtags Changeset: fce5b32117cc Author: asaha Date: 2017-11-15 17:31 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/fce5b32117cc Merge ! .hgtags Changeset: 605531d3401e Author: asaha Date: 2017-11-15 17:31 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/605531d3401e Added tag jdk8u162-b07 for changeset fce5b32117cc ! .hgtags Changeset: b7d7bd1706bb Author: asaha Date: 2017-11-21 08:23 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/b7d7bd1706bb Merge ! src/share/lib/security/java.security-aix ! src/share/lib/security/java.security-linux ! src/share/lib/security/java.security-macosx ! src/share/lib/security/java.security-solaris ! src/share/lib/security/java.security-windows Changeset: c9254e018206 Author: asaha Date: 2017-11-21 13:11 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/c9254e018206 Merge ! .hgtags Changeset: 05565880073c Author: asaha Date: 2017-11-21 13:18 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/05565880073c Added tag jdk8u162-b08 for changeset c9254e018206 ! .hgtags Changeset: 1aa2e6ec537c Author: asaha Date: 2017-11-29 13:06 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/1aa2e6ec537c Merge ! .hgtags Changeset: bd180c5c5462 Author: asaha Date: 2017-11-29 13:16 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/bd180c5c5462 Added tag jdk8u162-b09 for changeset 1aa2e6ec537c ! .hgtags Changeset: ed025b5c2668 Author: asaha Date: 2017-12-04 16:19 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/ed025b5c2668 8192794: 8u162 L10n resource file update md20 Reviewed-by: coffeys Contributed-by: li.jiang at oracle.com ! src/share/classes/com/sun/accessibility/internal/resources/accessibility_ko.properties ! src/share/classes/sun/awt/resources/awt_de.properties ! src/share/classes/sun/launcher/resources/launcher_ko.properties ! src/share/classes/sun/tools/jar/resources/jar_ko.properties Changeset: af233a0cd05e Author: alitvinov Date: 2017-12-04 17:38 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/af233a0cd05e 8181659: Create an alternative fix for JDK-8167102, whose fix was backed out Reviewed-by: prr, serb ! src/share/classes/sun/print/RasterPrinterJob.java ! test/java/awt/print/PageFormat/WrongPaperPrintingTest.java Changeset: 1d2ee5e60df1 Author: asaha Date: 2017-12-05 13:45 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/1d2ee5e60df1 Merge ! .hgtags Changeset: 0710db75a001 Author: asaha Date: 2017-12-05 13:56 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/0710db75a001 Added tag jdk8u162-b10 for changeset 1d2ee5e60df1 ! .hgtags Changeset: 95df717479b1 Author: asaha Date: 2017-12-15 09:05 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/95df717479b1 Merge ! .hgtags Changeset: 19a5eb7025aa Author: asaha Date: 2017-12-15 13:51 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/19a5eb7025aa Added tag jdk8u162-b11 for changeset 95df717479b1 ! .hgtags Changeset: 3befcaf2833f Author: asaha Date: 2017-12-19 15:09 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/3befcaf2833f Added tag jdk8u161-b12 for changeset 76f2c555ccca ! .hgtags Changeset: ddae5cb11d6c Author: asaha Date: 2017-12-19 15:30 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/ddae5cb11d6c Merge ! .hgtags Changeset: 7936096d5205 Author: andrew Date: 2018-03-15 02:46 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/7936096d5205 Merge jdk8u162-b12 ! .hgtags ! src/macosx/native/sun/awt/AWTView.m ! src/macosx/native/sun/osxapp/NSApplicationAWT.m ! src/share/bin/java.c ! src/share/classes/com/sun/tools/jdi/ThreadReferenceImpl.java ! src/share/classes/java/awt/DefaultKeyboardFocusManager.java ! src/share/classes/java/awt/EventDispatchThread.java ! src/share/classes/java/awt/EventQueue.java ! src/share/classes/java/lang/ref/Finalizer.java ! src/share/classes/java/time/temporal/ValueRange.java ! src/share/classes/javax/swing/plaf/metal/MetalTabbedPaneUI.java ! src/share/classes/sun/font/GlyphLayout.java ! src/share/classes/sun/font/TrueTypeFont.java ! src/share/classes/sun/management/Agent.java ! src/share/classes/sun/print/RasterPrinterJob.java ! src/share/classes/sun/security/ssl/SSLSocketImpl.java ! src/share/lib/security/java.security-aix ! src/share/lib/security/java.security-linux ! src/share/lib/security/java.security-macosx ! src/share/lib/security/java.security-solaris ! src/share/lib/security/java.security-windows ! src/solaris/native/java/lang/java_props_md.c ! src/windows/native/sun/windows/awt_Component.cpp ! test/TEST.groups ! test/java/lang/SecurityManager/CheckPackageAccess.java ! test/java/net/Authenticator/B4769350.java - test/java/util/logging/AnonLoggerWeakRefLeak.java - test/java/util/logging/AnonLoggerWeakRefLeak.sh - test/java/util/logging/LoggerWeakRefLeak.java - test/java/util/logging/LoggerWeakRefLeak.sh - test/sun/tools/common/CommonTests.sh Changeset: 9944f808c91d Author: andrew Date: 2018-03-15 04:28 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/9944f808c91d Added tag aarch64-jdk8u162-b12 for changeset 7936096d5205 ! .hgtags Changeset: 6ce7290741bd Author: andrew Date: 2018-03-21 09:01 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/6ce7290741bd Merge aarch64-jdk8u162-b12 ! .hgtags - test/java/util/logging/AnonLoggerWeakRefLeak.java - test/java/util/logging/AnonLoggerWeakRefLeak.sh - test/java/util/logging/LoggerWeakRefLeak.java - test/java/util/logging/LoggerWeakRefLeak.sh - test/sun/tools/common/CommonTests.sh Changeset: 985c833bfbc0 Author: andrew Date: 2018-03-21 20:00 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/985c833bfbc0 Added tag aarch64-shenandoah-jdk8u162-b12 for changeset 6ce7290741bd ! .hgtags From gnu.andrew at redhat.com Wed Mar 21 20:03:01 2018 From: gnu.andrew at redhat.com (gnu.andrew at redhat.com) Date: Wed, 21 Mar 2018 20:03:01 +0000 Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u-shenandoah/nashorn: 35 new changesets Message-ID: <201803212003.w2LK31HI028956@aojmv0008.oracle.com> Changeset: 64f2193217f6 Author: asaha Date: 2017-06-20 14:15 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/64f2193217f6 Added tag jdk8u162-b00 for changeset ca3beffccb89 ! .hgtags Changeset: 9f524db29b38 Author: asaha Date: 2017-06-26 22:28 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/9f524db29b38 Merge ! .hgtags Changeset: 2be2e47b70ea Author: asaha Date: 2017-06-26 22:36 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/2be2e47b70ea Merge ! .hgtags Changeset: 84f4d444ac3e Author: asaha Date: 2017-07-13 21:58 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/84f4d444ac3e Merge ! .hgtags Changeset: 38f490a87290 Author: asaha Date: 2017-07-25 07:55 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/38f490a87290 Merge ! .hgtags Changeset: c6693d54d1ca Author: hannesw Date: 2017-06-14 10:07 +0200 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/c6693d54d1ca 8181191: getUint32 returning Long Reviewed-by: attila, jlaskey ! src/jdk/nashorn/internal/objects/NativeDataView.java + test/script/basic/JDK-8181191.js Changeset: 007ba2e0766d Author: hannesw Date: 2017-06-29 12:05 +0200 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/007ba2e0766d 8182996: Incorrect mapping Long type to JavaScript equivalent Reviewed-by: jlaskey, sundar ! src/jdk/nashorn/internal/runtime/AccessorProperty.java + test/src/jdk/nashorn/api/scripting/test/JDK_8182996_Test.java Changeset: ed657aae0d4a Author: robm Date: 2017-08-03 08:07 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/ed657aae0d4a Merge Changeset: 359c36b81580 Author: hannesw Date: 2017-09-28 22:12 +0200 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/359c36b81580 8184893: jdk8u152 b06 : issues with nashorn when running kraken benchmarks Reviewed-by: jlaskey, sdama, sundar ! src/jdk/nashorn/internal/codegen/WeighNodes.java + test/script/basic/JDK-8184893.js Changeset: 77c4b41ffb9a Author: asaha Date: 2017-10-03 18:41 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/77c4b41ffb9a Added tag jdk8u162-b01 for changeset 359c36b81580 ! .hgtags Changeset: 4441d866400f Author: asaha Date: 2017-10-04 14:33 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/4441d866400f Merge ! .hgtags Changeset: 791b290ffe4a Author: asaha Date: 2017-10-16 16:18 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/791b290ffe4a Added tag jdk8u162-b02 for changeset 4441d866400f ! .hgtags Changeset: 3ae3ebe2e2ee Author: asaha Date: 2017-10-24 13:08 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/3ae3ebe2e2ee Added tag jdk8u162-b03 for changeset 791b290ffe4a ! .hgtags Changeset: 662ff8ebccf7 Author: asaha Date: 2017-10-24 23:32 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/662ff8ebccf7 Merge ! .hgtags Changeset: 15206a517bc2 Author: asaha Date: 2017-10-25 14:48 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/15206a517bc2 Added tag jdk8u162-b04 for changeset 662ff8ebccf7 ! .hgtags Changeset: bd0636941934 Author: asaha Date: 2017-11-01 18:55 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/bd0636941934 Merge ! .hgtags Changeset: 6dacc2c9ad5a Author: asaha Date: 2017-11-02 11:07 -0700 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/6dacc2c9ad5a Added tag jdk8u162-b05 for changeset bd0636941934 ! .hgtags Changeset: 70f7f39f9f93 Author: asaha Date: 2017-11-07 18:52 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/70f7f39f9f93 Merge ! .hgtags Changeset: 8dcaddb93e6f Author: asaha Date: 2017-11-07 18:54 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/8dcaddb93e6f Added tag jdk8u162-b06 for changeset 70f7f39f9f93 ! .hgtags Changeset: 5aa040ab7610 Author: asaha Date: 2017-11-14 13:14 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/5aa040ab7610 Merge ! .hgtags Changeset: fdb2c418077e Author: asaha Date: 2017-11-14 22:36 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/fdb2c418077e Added tag jdk8u162-b07 for changeset 5aa040ab7610 ! .hgtags Changeset: a34491682a84 Author: asaha Date: 2017-11-21 13:16 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/a34491682a84 Merge ! .hgtags Changeset: b8a84fae5edb Author: asaha Date: 2017-11-21 13:19 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/b8a84fae5edb Added tag jdk8u162-b08 for changeset a34491682a84 ! .hgtags Changeset: 139ffc3c6fef Author: asaha Date: 2017-11-29 13:12 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/139ffc3c6fef Merge ! .hgtags Changeset: baf6478bfcbb Author: asaha Date: 2017-11-29 13:17 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/baf6478bfcbb Added tag jdk8u162-b09 for changeset 139ffc3c6fef ! .hgtags Changeset: 67758d29ffbf Author: asaha Date: 2017-12-05 13:53 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/67758d29ffbf Merge ! .hgtags Changeset: 690f48dfeeb2 Author: asaha Date: 2017-12-05 13:57 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/690f48dfeeb2 Added tag jdk8u162-b10 for changeset 67758d29ffbf ! .hgtags Changeset: 0a93e6a9934e Author: asaha Date: 2017-12-15 09:23 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/0a93e6a9934e Merge ! .hgtags Changeset: 405b6ef0e738 Author: asaha Date: 2017-12-15 13:51 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/405b6ef0e738 Added tag jdk8u162-b11 for changeset 0a93e6a9934e ! .hgtags Changeset: d10b6ec74a4d Author: asaha Date: 2017-12-19 15:09 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/d10b6ec74a4d Added tag jdk8u161-b12 for changeset d064facaf27a ! .hgtags Changeset: 3f877d379c48 Author: asaha Date: 2017-12-19 15:35 -0800 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/3f877d379c48 Merge ! .hgtags Changeset: 61ac36e5654f Author: andrew Date: 2018-03-15 02:46 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/61ac36e5654f Merge jdk8u162-b12 ! .hgtags Changeset: 31efd519fdb3 Author: andrew Date: 2018-03-15 04:28 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/31efd519fdb3 Added tag aarch64-jdk8u162-b12 for changeset 61ac36e5654f ! .hgtags Changeset: 86788dba6207 Author: andrew Date: 2018-03-21 09:01 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/86788dba6207 Merge aarch64-jdk8u162-b12 ! .hgtags Changeset: 857fbd85b1d1 Author: andrew Date: 2018-03-21 20:01 +0000 URL: http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/857fbd85b1d1 Added tag aarch64-shenandoah-jdk8u162-b12 for changeset 86788dba6207 ! .hgtags From ci_notify at linaro.org Wed Mar 21 22:42:51 2018 From: ci_notify at linaro.org (ci_notify at linaro.org) Date: Wed, 21 Mar 2018 22:42:51 +0000 (UTC) Subject: [aarch64-port-dev ] JTREG, JCStress, SPECjbb2015 and Hadoop/Terasort results for OpenJDK JDK on AArch64 Message-ID: <402832630.1902.1521672172346.JavaMail.jenkins@4a1669f5d0e4> This is a summary of the JTREG test results =========================================== The build and test results are cycled every 15 days. For detailed information on the test output please refer to: http://openjdk.linaro.org/jdkX/openjdk-jtreg-nightly-tests/summary/2018/080/summary.html ------------------------------------------------------------------------------- client-release/hotspot ------------------------------------------------------------------------------- 1 fatal errors were detected; please follow the link above for more detail. ------------------------------------------------------------------------------- client-release/jdk ------------------------------------------------------------------------------- Build 0: aarch64/2017/dec/17 pass: 7,591; fail: 719; error: 26 Build 1: aarch64/2017/dec/19 pass: 7,572; fail: 740; error: 24 Build 2: aarch64/2017/dec/23 pass: 7,581; fail: 734; error: 20 Build 3: aarch64/2017/dec/27 pass: 7,575; fail: 736; error: 24 Build 4: aarch64/2018/jan/05 pass: 7,594; fail: 711; error: 30 Build 5: aarch64/2018/jan/07 pass: 7,593; fail: 726; error: 20 Build 6: aarch64/2018/jan/11 pass: 7,585; fail: 729; error: 25 Build 7: aarch64/2018/jan/13 pass: 7,591; fail: 726; error: 22 Build 8: aarch64/2018/jan/19 pass: 7,598; fail: 720; error: 23 Build 9: aarch64/2018/jan/21 pass: 7,595; fail: 717; error: 29 Build 10: aarch64/2018/feb/21 pass: 7,623; fail: 749; error: 27 Build 11: aarch64/2018/mar/15 pass: 7,693; fail: 692; error: 20 Build 12: aarch64/2018/mar/17 pass: 7,654; fail: 727; error: 24 Build 13: aarch64/2018/mar/19 pass: 7,657; fail: 722; error: 26 Build 14: aarch64/2018/mar/21 pass: 7,652; fail: 732; error: 21 ------------------------------------------------------------------------------- client-release/langtools ------------------------------------------------------------------------------- Build 0: aarch64/2017/dec/17 pass: 3,820; fail: 3; error: 3 Build 1: aarch64/2017/dec/19 pass: 3,819; fail: 3; error: 4 Build 2: aarch64/2017/dec/23 pass: 3,818; fail: 5; error: 4 Build 3: aarch64/2017/dec/27 pass: 3,821; fail: 5; error: 1 Build 4: aarch64/2018/jan/05 pass: 3,820; fail: 5; error: 2 Build 5: aarch64/2018/jan/07 pass: 3,821; fail: 5; error: 4 Build 6: aarch64/2018/jan/11 pass: 3,824; fail: 5; error: 1 Build 7: aarch64/2018/jan/13 pass: 3,821; fail: 5; error: 4 Build 8: aarch64/2018/jan/19 pass: 3,825; fail: 5; error: 5 Build 9: aarch64/2018/jan/21 pass: 3,824; fail: 5; error: 6 Build 10: aarch64/2018/feb/21 pass: 3,831; fail: 6; error: 9 Build 11: aarch64/2018/mar/15 pass: 3,842; fail: 6; error: 4 Build 12: aarch64/2018/mar/17 pass: 3,842; fail: 6; error: 4 Build 13: aarch64/2018/mar/19 pass: 3,843; fail: 6; error: 3 Build 14: aarch64/2018/mar/21 pass: 3,844; fail: 6; error: 2 ------------------------------------------------------------------------------- server-release/hotspot ------------------------------------------------------------------------------- 1 fatal errors were detected; please follow the link above for more detail. ------------------------------------------------------------------------------- server-release/jdk ------------------------------------------------------------------------------- Build 0: aarch64/2017/dec/17 pass: 7,593; fail: 721; error: 22 Build 1: aarch64/2017/dec/19 pass: 7,586; fail: 726; error: 24 Build 2: aarch64/2017/dec/23 pass: 7,596; fail: 717; error: 22 Build 3: aarch64/2017/dec/27 pass: 7,589; fail: 721; error: 25 Build 4: aarch64/2018/jan/05 pass: 7,576; fail: 738; error: 21 Build 5: aarch64/2018/jan/07 pass: 7,599; fail: 714; error: 26 Build 6: aarch64/2018/jan/11 pass: 7,590; fail: 724; error: 25 Build 7: aarch64/2018/jan/13 pass: 7,598; fail: 715; error: 26 Build 8: aarch64/2018/jan/19 pass: 7,620; fail: 700; error: 21 Build 9: aarch64/2018/jan/21 pass: 7,600; fail: 714; error: 27 Build 10: aarch64/2018/feb/21 pass: 7,656; fail: 716; error: 27 Build 11: aarch64/2018/mar/15 pass: 7,680; fail: 703; error: 22 Build 12: aarch64/2018/mar/17 pass: 7,670; fail: 711; error: 24 Build 13: aarch64/2018/mar/19 pass: 7,669; fail: 714; error: 22 Build 14: aarch64/2018/mar/21 pass: 7,675; fail: 711; error: 19 ------------------------------------------------------------------------------- server-release/langtools ------------------------------------------------------------------------------- Build 0: aarch64/2017/dec/17 pass: 3,822; fail: 3; error: 1 Build 1: aarch64/2017/dec/19 pass: 3,817; fail: 3; error: 6 Build 2: aarch64/2017/dec/23 pass: 3,819; fail: 5; error: 3 Build 3: aarch64/2017/dec/27 pass: 3,820; fail: 5; error: 2 Build 4: aarch64/2018/jan/05 pass: 3,817; fail: 5; error: 5 Build 5: aarch64/2018/jan/07 pass: 3,823; fail: 5; error: 2 Build 6: aarch64/2018/jan/11 pass: 3,824; fail: 5; error: 1 Build 7: aarch64/2018/jan/13 pass: 3,819; fail: 5; error: 6 Build 8: aarch64/2018/jan/19 pass: 3,829; fail: 5; error: 1 Build 9: aarch64/2018/jan/21 pass: 3,827; fail: 5; error: 3 Build 10: aarch64/2018/feb/21 pass: 3,838; fail: 6; error: 2 Build 11: aarch64/2018/mar/15 pass: 3,845; fail: 6; error: 1 Build 12: aarch64/2018/mar/17 pass: 3,841; fail: 6; error: 5 Build 13: aarch64/2018/mar/19 pass: 3,843; fail: 6; error: 3 Build 14: aarch64/2018/mar/21 pass: 3,841; fail: 6; error: 5 Previous results can be found here: http://openjdk.linaro.org/jdkX/openjdk-jtreg-nightly-tests/index.html SPECjbb2015 composite regression test completed =============================================== This test measures the relative performance of the server compiler running the SPECjbb2015 composite tests and compares the performance against the baseline performance of the server compiler taken on 2016-11-21. In accordance with [1], the SPECjbb2015 tests are run on a system which is not production ready and does not meet all the requirements for publishing compliant results. The numbers below shall be treated as non-compliant (nc) and are for experimental purposes only. Relative performance: Server max-jOPS (nc): 1.01x Relative performance: Server critical-jOPS (nc): 0.85x Details of the test setup and historical results may be found here: http://openjdk.linaro.org/jdkX/SPECjbb2015-results/ [1] http://www.spec.org/fairuse.html#Academic Regression test Hadoop-Terasort completed ========================================= This test measures the performance of the server and client compilers running Hadoop sorting a 1GB file using Terasort and compares the performance against the baseline performance of the Zero interpreter and against the baseline performance of the client and server compilers on 2014-04-01. Relative performance: Zero: 1.0, Client: 68.85, Server: 114.76 Client 68.85 / Client 2014-04-01 (43.00): 1.60x Server 114.76 / Server 2014-04-01 (71.00): 1.62x Details of the test setup and historical results may be found here: http://openjdk.linaro.org/jdkX/hadoop-terasort-benchmark-results/ This is a summary of the jcstress test results ============================================== The build and test results are cycled every 15 days. 2017-12-18 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2017/351/results/ 2017-12-20 pass rate: 11559/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2017/353/results/ 2017-12-24 pass rate: 11557/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2017/357/results/ 2017-12-28 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2017/361/results/ 2018-01-07 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/005/results/ 2018-01-09 pass rate: 11559/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/007/results/ 2018-01-12 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/011/results/ 2018-01-15 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/013/results/ 2018-01-20 pass rate: 11559/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/019/results/ 2018-01-22 pass rate: 11557/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/021/results/ 2018-02-22 pass rate: 11557/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/052/results/ 2018-03-16 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/074/results/ 2018-03-17 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/076/results/ 2018-03-19 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/078/results/ 2018-03-21 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/080/results/ For detailed information on the test output please refer to: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/ From felix.yang at huawei.com Thu Mar 22 01:42:50 2018 From: felix.yang at huawei.com (Yangfei (Felix)) Date: Thu, 22 Mar 2018 01:42:50 +0000 Subject: [aarch64-port-dev ] RFR: 8193266: AArch64: TestOptionsWithRanges.java SIGSEGV In-Reply-To: References: <7dbf43d1-72b9-5720-3878-ce31f3e8f555@redhat.com> <20e812bc-d132-9863-815b-345283f9517e@redhat.com> <3c83440f-dd4b-f988-1f96-afa88dff36eb@redhat.com> <9f523448-5e21-1f4d-c22b-45977f271fb8@samersoff.net> Message-ID: Hi, Looks like the " Summary:" entry is missing in your changeset. I have created a new changeset adding the this entry and pushed. Thanks, Felix > > Thank you for everyone's attention. I've put the updated patch here: > > http://cr.openjdk.java.net/~smonteith/8193266/webrev-7/ > > I've added Andrew Haley and Dmitry Samersoff as the reviewer. > From shade at redhat.com Thu Mar 22 11:06:20 2018 From: shade at redhat.com (Aleksey Shipilev) Date: Thu, 22 Mar 2018 12:06:20 +0100 Subject: [aarch64-port-dev ] RFR [sh/8u]: Revert accidental OpSpinWait matching Message-ID: <9b28ee3f-9f6c-0d6a-331d-3a5f71b96071@redhat.com> We have a weird difference between our sh/jdk8 development repo and aarch64-port-jdk8u-shenandoah integration forest: it has a little branch that "matches" OpSpinWait, even though there is no such node in 8u at all -- that feature came in JDK 9. This had accidentally leaked during previous merges. So, we want to push this to aarch64-port/jdk8u-shenandoah: diff -r 966a10251cb4 src/share/vm/adlc/formssel.cpp --- a/src/share/vm/adlc/formssel.cpp Wed Mar 21 20:00:58 2018 +0000 +++ b/src/share/vm/adlc/formssel.cpp Thu Mar 22 12:03:44 2018 +0100 @@ -4066,8 +4066,7 @@ !strcmp(_opType,"StoreFence") || !strcmp(_opType,"MemBarVolatile") || !strcmp(_opType,"MemBarCPUOrder") || - !strcmp(_opType,"MemBarStoreStore") || - !strcmp(_opType, "OnSpinWait"); + !strcmp(_opType,"MemBarStoreStore"); } bool MatchRule::is_ideal_loadPC() const { Testing: x86_64 build, hotspot_gc_shenandoah Thanks, -Aleksey From rkennke at redhat.com Thu Mar 22 11:55:18 2018 From: rkennke at redhat.com (Roman Kennke) Date: Thu, 22 Mar 2018 12:55:18 +0100 Subject: [aarch64-port-dev ] RFR: Bulk integration of Shenandoah Message-ID: This integrates latest Shenandoah changes from shenandoah/jdk8u repository. It's all backports from sh/jdk -> sh/jdk10 -> sh/jdk9 -> sh/jdk8u or jdk8u specific bugfixes. It's all been reviewed, baked and thoroughly tested upstream. With Aleksey's proposed changes, the differences between this integration and sh/jdk8u are only few whitespace changes. The integration brings lots of major and minor improvements, bugfixes and tests. The list of changesets to be pushed is this: http://cr.openjdk.java.net/~rkennke/jdk8u-shenandoah-integration-2018-03-22/jdk8u-shenandoah-integration-2018-03-22.txt The complete webrev is: http://cr.openjdk.java.net/~rkennke/jdk8u-shenandoah-integration-2018-03-22/webrev.02/ It builds release+fastdebug, and passes all hotspot_gc_shenandoah tests. I'll tag the forest with: aarch64-shenandoah-jdk8u162-b12--shenandoah-merge-2018-03-22 ... after both Aleksey's change and this integration are pushed and merged. From ci_notify at linaro.org Thu Mar 22 19:33:57 2018 From: ci_notify at linaro.org (ci_notify at linaro.org) Date: Thu, 22 Mar 2018 19:33:57 +0000 (UTC) Subject: [aarch64-port-dev ] JTREG, JCStress, SPECjbb2015 and Hadoop/Terasort results for OpenJDK 8u on AArch64 Message-ID: <2083085099.2057.1521747237932.JavaMail.jenkins@4a1669f5d0e4> This is a summary of the JTREG test results =========================================== The build and test results are cycled every 15 days. For detailed information on the test output please refer to: http://openjdk.linaro.org/jdk8u/openjdk-jtreg-nightly-tests/summary/2018/081/summary.html ------------------------------------------------------------------------------- client-release/hotspot ------------------------------------------------------------------------------- Build 0: aarch64/2017/apr/05 pass: 672; fail: 44; error: 3 Build 1: aarch64/2017/apr/20 pass: 673; fail: 44; error: 3 Build 2: aarch64/2017/jun/12 pass: 713; fail: 6; error: 2 Build 3: aarch64/2017/jun/26 pass: 713; fail: 6; error: 2 Build 4: aarch64/2017/jul/21 pass: 708; fail: 12; error: 2 Build 5: aarch64/2017/aug/16 pass: 708; fail: 12; error: 2 Build 6: aarch64/2017/aug/19 pass: 708; fail: 12; error: 2 Build 7: aarch64/2017/aug/31 pass: 708; fail: 12; error: 2 Build 8: aarch64/2017/oct/25 pass: 715; fail: 6; error: 2 Build 9: aarch64/2017/nov/15 pass: 715; fail: 6; error: 2 Build 10: aarch64/2017/dec/08 pass: 715; fail: 6; error: 2 Build 11: aarch64/2018/jan/25 pass: 722; fail: 5; error: 2 Build 12: aarch64/2018/feb/02 pass: 722; fail: 5; error: 2 Build 13: aarch64/2018/mar/01 pass: 722; fail: 5; error: 3 Build 14: aarch64/2018/mar/22 pass: 727; fail: 5; error: 3 ------------------------------------------------------------------------------- client-release/jdk ------------------------------------------------------------------------------- Build 0: aarch64/2017/apr/05 pass: 5,677; fail: 235; error: 33 Build 1: aarch64/2017/apr/20 pass: 5,671; fail: 254; error: 34 Build 2: aarch64/2017/jun/12 pass: 5,765; fail: 175; error: 23 Build 3: aarch64/2017/jun/26 pass: 5,757; fail: 174; error: 23 Build 4: aarch64/2017/jul/21 pass: 5,768; fail: 172; error: 22 Build 5: aarch64/2017/aug/16 pass: 5,753; fail: 188; error: 21 Build 6: aarch64/2017/aug/19 pass: 5,763; fail: 177; error: 23 Build 7: aarch64/2017/aug/31 pass: 5,754; fail: 183; error: 26 Build 8: aarch64/2017/oct/25 pass: 5,766; fail: 181; error: 21 Build 9: aarch64/2017/nov/15 pass: 5,773; fail: 175; error: 21 Build 10: aarch64/2017/dec/08 pass: 5,778; fail: 165; error: 26 Build 11: aarch64/2018/jan/25 pass: 5,803; fail: 174; error: 23 Build 12: aarch64/2018/feb/02 pass: 5,823; fail: 165; error: 26 Build 13: aarch64/2018/mar/01 pass: 5,801; fail: 189; error: 25 Build 14: aarch64/2018/mar/22 pass: 5,822; fail: 176; error: 23 ------------------------------------------------------------------------------- client-release/langtools ------------------------------------------------------------------------------- Build 0: aarch64/2017/apr/05 pass: 3,104; fail: 2; error: 6 Build 1: aarch64/2017/apr/20 pass: 3,101; fail: 2; error: 10 Build 2: aarch64/2017/jun/12 pass: 3,109; fail: 2; error: 2 Build 3: aarch64/2017/jun/26 pass: 3,109; fail: 2; error: 2 Build 4: aarch64/2017/jul/21 pass: 3,110; fail: 2; error: 2 Build 5: aarch64/2017/aug/16 pass: 3,111; fail: 2; error: 1 Build 6: aarch64/2017/aug/19 pass: 3,111; fail: 2; error: 1 Build 7: aarch64/2017/aug/31 pass: 3,110; fail: 2; error: 2 Build 8: aarch64/2017/oct/25 pass: 3,111; fail: 2; error: 1 Build 9: aarch64/2017/nov/15 pass: 3,111; fail: 2; error: 1 Build 10: aarch64/2017/dec/08 pass: 3,111; fail: 2; error: 1 Build 11: aarch64/2018/jan/25 pass: 3,112; fail: 2; error: 1 Build 12: aarch64/2018/feb/02 pass: 3,112; fail: 2; error: 1 Build 13: aarch64/2018/mar/01 pass: 3,112; fail: 2; error: 1 Build 14: aarch64/2018/mar/22 pass: 3,112; fail: 2; error: 1 ------------------------------------------------------------------------------- server-release/hotspot ------------------------------------------------------------------------------- Build 0: aarch64/2017/apr/05 pass: 673; fail: 43; error: 3 Build 1: aarch64/2017/apr/20 pass: 674; fail: 43; error: 3 Build 2: aarch64/2017/jun/12 pass: 714; fail: 5; error: 2 Build 3: aarch64/2017/jun/26 pass: 714; fail: 5; error: 2 Build 4: aarch64/2017/jul/21 pass: 709; fail: 11; error: 2 Build 5: aarch64/2017/aug/16 pass: 709; fail: 11; error: 2 Build 6: aarch64/2017/aug/19 pass: 709; fail: 11; error: 2 Build 7: aarch64/2017/aug/31 pass: 709; fail: 11; error: 2 Build 8: aarch64/2017/oct/25 pass: 716; fail: 5; error: 2 Build 9: aarch64/2017/nov/15 pass: 716; fail: 5; error: 2 Build 10: aarch64/2017/dec/08 pass: 716; fail: 5; error: 2 Build 11: aarch64/2018/jan/25 pass: 723; fail: 4; error: 2 Build 12: aarch64/2018/feb/02 pass: 723; fail: 4; error: 2 Build 13: aarch64/2018/mar/01 pass: 723; fail: 4; error: 3 Build 14: aarch64/2018/mar/22 pass: 728; fail: 4; error: 3 ------------------------------------------------------------------------------- server-release/jdk ------------------------------------------------------------------------------- Build 0: aarch64/2017/apr/05 pass: 5,692; fail: 229; error: 24 Build 1: aarch64/2017/apr/20 pass: 5,705; fail: 220; error: 34 Build 2: aarch64/2017/jun/12 pass: 5,778; fail: 161; error: 24 Build 3: aarch64/2017/jun/26 pass: 5,770; fail: 159; error: 25 Build 4: aarch64/2017/jul/21 pass: 5,769; fail: 168; error: 25 Build 5: aarch64/2017/aug/16 pass: 5,761; fail: 181; error: 20 Build 6: aarch64/2017/aug/19 pass: 5,768; fail: 175; error: 20 Build 7: aarch64/2017/aug/31 pass: 5,761; fail: 177; error: 25 Build 8: aarch64/2017/oct/25 pass: 5,769; fail: 178; error: 21 Build 9: aarch64/2017/nov/15 pass: 5,785; fail: 161; error: 23 Build 10: aarch64/2017/dec/08 pass: 5,775; fail: 172; error: 22 Build 11: aarch64/2018/jan/25 pass: 5,810; fail: 170; error: 20 Build 12: aarch64/2018/feb/02 pass: 5,818; fail: 175; error: 21 Build 13: aarch64/2018/mar/01 pass: 5,815; fail: 176; error: 24 Build 14: aarch64/2018/mar/22 pass: 5,823; fail: 177; error: 21 ------------------------------------------------------------------------------- server-release/langtools ------------------------------------------------------------------------------- Build 0: aarch64/2017/apr/05 pass: 3,105; fail: 2; error: 5 Build 1: aarch64/2017/apr/20 pass: 3,098; fail: 2; error: 13 Build 2: aarch64/2017/jun/12 pass: 3,109; fail: 2; error: 2 Build 3: aarch64/2017/jun/26 pass: 3,109; fail: 2; error: 2 Build 4: aarch64/2017/jul/21 pass: 3,110; fail: 2; error: 2 Build 5: aarch64/2017/aug/16 pass: 3,110; fail: 2; error: 2 Build 6: aarch64/2017/aug/19 pass: 3,110; fail: 2; error: 2 Build 7: aarch64/2017/aug/31 pass: 3,110; fail: 2; error: 2 Build 8: aarch64/2017/oct/25 pass: 3,111; fail: 2; error: 1 Build 9: aarch64/2017/nov/15 pass: 3,110; fail: 2; error: 2 Build 10: aarch64/2017/dec/08 pass: 3,110; fail: 2; error: 2 Build 11: aarch64/2018/jan/25 pass: 3,111; fail: 2; error: 2 Build 12: aarch64/2018/feb/02 pass: 3,111; fail: 2; error: 2 Build 13: aarch64/2018/mar/01 pass: 3,111; fail: 2; error: 2 Build 14: aarch64/2018/mar/22 pass: 3,111; fail: 2; error: 2 Previous results can be found here: http://openjdk.linaro.org/jdk8u/openjdk-jtreg-nightly-tests/index.html SPECjbb2015 composite regression test completed =============================================== This test measures the relative performance of the server compiler running the SPECjbb2015 composite tests and compares the performance against the baseline performance of the server compiler taken on 2016-11-21. In accordance with [1], the SPECjbb2015 tests are run on a system which is not production ready and does not meet all the requirements for publishing compliant results. The numbers below shall be treated as non-compliant (nc) and are for experimental purposes only. Relative performance: Server max-jOPS (nc): 0.96x Relative performance: Server critical-jOPS (nc): 0.87x Details of the test setup and historical results may be found here: http://openjdk.linaro.org/jdk8u/SPECjbb2015-results/ [1] http://www.spec.org/fairuse.html#Academic Regression test Hadoop-Terasort completed ========================================= This test measures the performance of the server and client compilers running Hadoop sorting a 1GB file using Terasort and compares the performance against the baseline performance of the Zero interpreter and against the baseline performance of the client and server compilers on 2014-04-01. Relative performance: Zero: 1.0, Client: 56.24, Server: 108.58 Client 56.24 / Client 2014-04-01 (43.00): 1.31x Server 108.58 / Server 2014-04-01 (71.00): 1.53x Details of the test setup and historical results may be found here: http://openjdk.linaro.org/jdk8u/hadoop-terasort-benchmark-results/ This is a summary of the jcstress test results ============================================== The build and test results are cycled every 15 days. 2017-03-29 pass rate: 8484/8485, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/088/results/ 2017-04-05 pass rate: 8484/8485, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/095/results/ 2017-04-20 pass rate: 8484/8485, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/110/results/ 2017-06-13 pass rate: 8484/8485, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/163/results/ 2017-06-27 pass rate: 8484/8485, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/177/results/ 2017-08-16 pass rate: 8484/8485, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/228/results/ 2017-08-19 pass rate: 8484/8485, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/231/results/ 2017-08-31 pass rate: 8484/8485, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/243/results/ 2017-10-26 pass rate: 8489/8490, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/298/results/ 2017-11-15 pass rate: 8489/8490, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/319/results/ 2017-12-09 pass rate: 8490/8491, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/342/results/ 2018-01-25 pass rate: 8491/8491, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2018/025/results/ 2018-02-04 pass rate: 8491/8491, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2018/033/results/ 2018-03-04 pass rate: 8491/8491, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2018/060/results/ 2018-03-22 pass rate: 8491/8491, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2018/081/results/ For detailed information on the test output please refer to: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/ From aph at redhat.com Fri Mar 23 18:11:42 2018 From: aph at redhat.com (Andrew Haley) Date: Fri, 23 Mar 2018 18:11:42 +0000 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 Message-ID: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> How to build it: Check out jdk-hs. Apply http://cr.openjdk.java.net/~aph/jaotc/jdk-hs-1/ to that checkout then build OpenJDK images. Then $ git checkout https://github.com/theRealAph/graal.git $ cd graal $ git branch aarch64-branch-overflows MAKE SURE that JAVA_HOME is pointing at the jdk-hs you just built: $ export JAVA_HOME=/local/jdk-hs/build/linux-aarch64-normal-server-release/images/jdk/ Follow the "Building Graal" instructions at https://github.com/theRealAph/graal/tree/aarch64-branch-overflows/compiler My graal is in /local/graal/ and my jdk-hs is in /local/jdk-hs/. To run jaotc, I do something like this: /local/jdk-hs/build/linux-aarch64-normal-server-release/images/jdk/bin/jaotc \ -J--module-path=/local/graal/graal/sdk/mxbuild/modules/org.graalvm.graal_sdk.jar:/local/graal/graal/truffle/mxbuild/modules/com.oracle.truffle.truffle_api.jar \ -J--upgrade-module-path=/local/graal/graal/compiler/mxbuild/modules/jdk.internal.vm.compiler.jar \ myjar.jar --output myjar.so Note that the "-J" commands point jaotc at the version of Graal you've just built rather than OpenJDK's built-in version of Graal. Enjoy. -- Andrew Haley Java Platform Lead Engineer Red Hat UK Ltd. EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 From aph at redhat.com Fri Mar 23 18:13:34 2018 From: aph at redhat.com (Andrew Haley) Date: Fri, 23 Mar 2018 18:13:34 +0000 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> Message-ID: <12f40038-7a4e-724b-f952-7f28032715d7@redhat.com> On 03/23/2018 06:11 PM, Andrew Haley wrote: > $ git checkout https://github.com/theRealAph/graal.git Sorry, "git clone ..." -- Andrew Haley Java Platform Lead Engineer Red Hat UK Ltd. EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 From vladimir.kozlov at oracle.com Fri Mar 23 23:27:30 2018 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Fri, 23 Mar 2018 16:27:30 -0700 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> Message-ID: <9bb3d296-323c-07b4-0a91-aa24992282c6@oracle.com> Hi Andrew, This is great!!! I checked Hotspot changes and they seems fine. At least I build and ran AOT tests on X64 Linux. Please, explain changes in JvmFeatures.gmk. Few question about jaotc changes. TODO part in CodeSectionProcessor.java - you not doing it for aarch64. Why? May be we don't need to for x64 too. Originally it was added because when we used libelf tools to geenrate .o files linker did not patch this memory if it is not 0. Code in AOTCompiledClass.java look strange in try block. Why you need it? Why you made allocate_metadata_index virtual in oopRecorder.hpp? May be we need java property to keep object file. I wasn't able to extract patch from aarch64-branch-overflows branch. I am new to git: $ git branch aarch64-branch-overflows * master $ git diff master aarch64-branch-overflows $ I see changes in https://github.com/oracle/graal/compare/master...theRealAph:aarch64-branch-overflows Can you just send a patch instead? And update it to latest Graal master? Thanks, Vladimir On 3/23/18 11:11 AM, Andrew Haley wrote: > How to build it: > > Check out jdk-hs. Apply > http://cr.openjdk.java.net/~aph/jaotc/jdk-hs-1/ to that checkout then > build OpenJDK images. > > Then > > $ git checkout https://github.com/theRealAph/graal.git > $ cd graal > $ git branch aarch64-branch-overflows > > MAKE SURE that JAVA_HOME is pointing at the jdk-hs you just built: > > $ export JAVA_HOME=/local/jdk-hs/build/linux-aarch64-normal-server-release/images/jdk/ > > Follow the "Building Graal" instructions at > https://github.com/theRealAph/graal/tree/aarch64-branch-overflows/compiler > > My graal is in /local/graal/ and my jdk-hs is in /local/jdk-hs/. > To run jaotc, I do something like this: > > /local/jdk-hs/build/linux-aarch64-normal-server-release/images/jdk/bin/jaotc \ > -J--module-path=/local/graal/graal/sdk/mxbuild/modules/org.graalvm.graal_sdk.jar:/local/graal/graal/truffle/mxbuild/modules/com.oracle.truffle.truffle_api.jar \ > -J--upgrade-module-path=/local/graal/graal/compiler/mxbuild/modules/jdk.internal.vm.compiler.jar \ > myjar.jar --output myjar.so > > Note that the "-J" commands point jaotc at the version of Graal you've > just built rather than OpenJDK's built-in version of Graal. > > Enjoy. > From aph at redhat.com Sat Mar 24 09:37:49 2018 From: aph at redhat.com (Andrew Haley) Date: Sat, 24 Mar 2018 09:37:49 +0000 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <9bb3d296-323c-07b4-0a91-aa24992282c6@oracle.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <9bb3d296-323c-07b4-0a91-aa24992282c6@oracle.com> Message-ID: <9b46df31-94a0-02c9-ea87-1e092fe9d3ef@redhat.com> Hi, On 03/23/2018 11:27 PM, Vladimir Kozlov wrote: > This is great!!! Thanks! My pleasure. > I checked Hotspot changes and they seems fine. At least I build and ran AOT tests on X64 Linux. > > Please, explain changes in JvmFeatures.gmk. It's just some stuff I'm doing when debugging. I'll pull it out. > Few question about jaotc changes. TODO part in > CodeSectionProcessor.java - you not doing it for aarch64. Why? May > be we don't need to for x64 too. Originally it was added because > when we used libelf tools to geenrate .o files linker did not patch > this memory if it is not 0. I don't know why it's needed in x86. We don't need to do it and it patches the wrong place for AArch64. > Code in AOTCompiledClass.java look strange in try block. Why you need it? > Why you made allocate_metadata_index virtual in oopRecorder.hpp? It's not needed anyomore. I forgot to take it out. > May be we need java property to keep object file. Perhaps so. It's impossible to debug without that file. If you suggest an appropriate name I'll add it. > I wasn't able to extract patch from aarch64-branch-overflows > branch. I am new to git: > > $ git branch > aarch64-branch-overflows > * master > $ git diff master aarch64-branch-overflows > $ > > I see changes in > > https://github.com/oracle/graal/compare/master...theRealAph:aarch64-branch-overflows > > Can you just send a patch instead? git diff -r 74bae05fac60c035bf0387e76e4ece6c5b9119a8 should do it. It's im http://cr.openjdk.java.net/~aph/jaotc/graal-aarch64-0.patch > And update it to latest Graal master? Sure, I'll do that. I'm a bit nervous about that because every time I update the Graal devs have refactored everything. ;-) -- Andrew Haley Java Platform Lead Engineer Red Hat UK Ltd. EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 From edward.nevill at gmail.com Sat Mar 24 16:09:42 2018 From: edward.nevill at gmail.com (Edward Nevill) Date: Sat, 24 Mar 2018 16:09:42 +0000 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> Message-ID: <1521907782.18910.9.camel@gmail.com> On Fri, 2018-03-23 at 18:11 +0000, Andrew Haley wrote: > > /local/jdk-hs/build/linux-aarch64-normal-server-release/images/jdk/bin/jaotc \ > -J--module-path=/local/graal/graal/sdk/mxbuild/modules/org.graalvm.graal_sdk.jar:/local/graal/graal/truffle/mxbuild/modules/com.oracle.truffle.truffle_api.jar \ > -J--upgrade-module-path=/local/graal/graal/compiler/mxbuild/modules/jdk.internal.vm.compiler.jar \ > myjar.jar --output myjar.so > > Looks promising, but I get as far as here and then get Exception in thread "main" jdk.vm.ci.common.JVMCIError: expected VM constant not found: CardTableModRefBS::dirty_card at jdk.internal.vm.ci/jdk.vm.ci.hotspot.HotSpotVMConfigAccess.getConstant(HotSpotVMConfigAccess.java:84) at jdk.internal.vm.ci/jdk.vm.ci.hotspot.HotSpotVMConfigAccess.getConstant(HotSpotVMConfigAccess.java:98) at jdk.internal.vm.compiler/org.graalvm.compiler.hotspot.GraalHotSpotVMConfig.(GraalHotSpotVMConfig.java:557) at jdk.internal.vm.compiler/org.graalvm.compiler.hotspot.AOTGraalHotSpotVMConfig.(AOTGraalHotSpotVMConfig.java:34) at jdk.internal.vm.compiler/org.graalvm.compiler.hotspot.HotSpotGraalRuntime.(HotSpotGraalRuntime.java:111) at jdk.internal.vm.compiler/org.graalvm.compiler.hotspot.HotSpotGraalCompilerFactory.createCompiler(HotSpotGraalCompilerFactory.java:132) at jdk.aot/jdk.tools.jaotc.Main.run(Main.java:144) at jdk.aot/jdk.tools.jaotc.Main.run(Main.java:101) at jdk.aot/jdk.tools.jaotc.Main.main(Main.java:80) The exact command I am executing is ed at ubuntu:~/openjdk$ /home/ed/openjdk/hs/build/linux-aarch64-normal-server-release/images/jdk/bin/jaotc -J--module-path=/home/ed/openjdk/graal/sdk/mxbuild/modules/org.graalvm.graal_sdk.jar:/home/ed/openjdk/graal/truffle/mxbuild/modules/com.oracle.truffle.truffle_api.jar -J--upgrade-module-path=/home/ed/openjdk/graal/compiler/mxbuild/modules/jdk.internal.vm.compiler.jar Queens.class --Output Queens.so My JAVA_HOME is ed at ubuntu:~/openjdk$ echo $JAVA_HOME /home/ed/openjdk/hs/build/linux-aarch64-normal-server-release/images/jdk Any ideas? Thanks, Ed. From edward.nevill at gmail.com Sat Mar 24 18:54:04 2018 From: edward.nevill at gmail.com (Edward Nevill) Date: Sat, 24 Mar 2018 18:54:04 +0000 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <1521907782.18910.9.camel@gmail.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <1521907782.18910.9.camel@gmail.com> Message-ID: <1521917644.2929.5.camel@gmail.com> On Sat, 2018-03-24 at 16:09 +0000, Edward Nevill wrote: > On Fri, 2018-03-23 at 18:11 +0000, Andrew Haley wrote: > > > > > Looks promising, but I get as far as here and then get > > Exception in thread "main" jdk.vm.ci.common.JVMCIError: expected VM constant not found: CardTableModRefBS::dirty_card > It looks like your patch http://cr.openjdk.java.net/~aph/jaotc/jdk-hs-1/ didn't apply cleanly to tip of http://hg.openjdk.java.net/jdk/hs I tried updating to changeset: 48711:e321560ac819 user: adinn date: Thu Jan 25 14:47:27 2018 +0000 files: src/hotspot/cpu/aarch64/macroAssembler_aarch64.cpp description: 8195859: AArch64: vtableStubs gtest fails after 8174962 Summary: gtest vtableStubs introduced by 8174962 fails on AArch64 with an invalid insn encoding Reviewed-by: duke Which looks like the rev you are basing your patch on based on the rejected patch. It seems to get further, but now I get ed at ubuntu:~/openjdk$ /home/ed/openjdk/hs/build/linux-aarch64-normal-server-release/images/jdk/bin/jaotc -J--module-path=/home/ed/openjdk/graal/sdk/mxbuild/modules/org.graalvm.graal_sdk.jar:/home/ed/openjdk/graal/truffle/mxbuild/modules/com.oracle.truffle.truffle_api.jar -J--upgrade-module-path=/home/ed/openjdk/graal/compiler/mxbuild/modules/jdk.internal.vm.compiler.jar Queens.class --output Queens.so Error: Failed compilation: Queens.main([Ljava/lang/String;)V: org.graalvm.compiler.graph.GraalGraphError: org.graalvm.compiler.debug.GraalError: Emitting code to load a metaspace address is not currently supported on aarch64 at node: 287|LoadConstantIndirectly Error: Failed compilation: Queens.print([I)V: org.graalvm.compiler.graph.GraalGraphError: org.graalvm.compiler.debug.GraalError: Emitting code to load a metaspace address is not currently supported on aarch64 at node: 1273|LoadConstantIndirectly Exception in thread "main" java.lang.NoSuchMethodError: jdk.tools.jaotc.aarch64.AArch64ELFMacroAssembler.addressOf(Ljdk/vm/ci/code/Register;)V at jdk.aot/jdk.tools.jaotc.aarch64.AArch64ELFMacroAssembler.getPLTStaticEntryCode(AArch64ELFMacroAssembler.java:68) at jdk.aot/jdk.tools.jaotc.CodeSectionProcessor.addCallStub(CodeSectionProcessor.java:139) at jdk.aot/jdk.tools.jaotc.CodeSectionProcessor.process(CodeSectionProcessor.java:117) at jdk.aot/jdk.tools.jaotc.DataBuilder.prepareData(DataBuilder.java:142) at jdk.aot/jdk.tools.jaotc.Main.run(Main.java:188) at jdk.aot/jdk.tools.jaotc.Main.run(Main.java:101) at jdk.aot/jdk.tools.jaotc.Main.main(Main.java:80) Is this known/expected? What revision of jdk/hs are you building with? I'd like to see this working. Thanks, Ed. From ci_notify at linaro.org Sun Mar 25 07:30:11 2018 From: ci_notify at linaro.org (ci_notify at linaro.org) Date: Sun, 25 Mar 2018 07:30:11 +0000 (UTC) Subject: [aarch64-port-dev ] JTREG, JCStress, SPECjbb2015 and Hadoop/Terasort results for OpenJDK JDK on AArch64 Message-ID: <2005578588.2382.1521963012372.JavaMail.jenkins@4a1669f5d0e4> This is a summary of the JTREG test results =========================================== The build and test results are cycled every 15 days. For detailed information on the test output please refer to: http://openjdk.linaro.org/jdkX/openjdk-jtreg-nightly-tests/summary/2018/082/summary.html ------------------------------------------------------------------------------- client-release/hotspot ------------------------------------------------------------------------------- ------------------------------------------------------------------------------- client-release/jdk ------------------------------------------------------------------------------- Build 0: aarch64/2017/dec/19 pass: 7,572; fail: 740; error: 24 Build 1: aarch64/2017/dec/23 pass: 7,581; fail: 734; error: 20 Build 2: aarch64/2017/dec/27 pass: 7,575; fail: 736; error: 24 Build 3: aarch64/2018/jan/05 pass: 7,594; fail: 711; error: 30 Build 4: aarch64/2018/jan/07 pass: 7,593; fail: 726; error: 20 Build 5: aarch64/2018/jan/11 pass: 7,585; fail: 729; error: 25 Build 6: aarch64/2018/jan/13 pass: 7,591; fail: 726; error: 22 Build 7: aarch64/2018/jan/19 pass: 7,598; fail: 720; error: 23 Build 8: aarch64/2018/jan/21 pass: 7,595; fail: 717; error: 29 Build 9: aarch64/2018/feb/21 pass: 7,623; fail: 749; error: 27 Build 10: aarch64/2018/mar/15 pass: 7,693; fail: 692; error: 20 Build 11: aarch64/2018/mar/17 pass: 7,654; fail: 727; error: 24 Build 12: aarch64/2018/mar/19 pass: 7,657; fail: 722; error: 26 Build 13: aarch64/2018/mar/21 pass: 7,652; fail: 732; error: 21 Build 14: aarch64/2018/mar/23 pass: 7,629; fail: 752; error: 24 ------------------------------------------------------------------------------- client-release/langtools ------------------------------------------------------------------------------- Build 0: aarch64/2017/dec/19 pass: 3,819; fail: 3; error: 4 Build 1: aarch64/2017/dec/23 pass: 3,818; fail: 5; error: 4 Build 2: aarch64/2017/dec/27 pass: 3,821; fail: 5; error: 1 Build 3: aarch64/2018/jan/05 pass: 3,820; fail: 5; error: 2 Build 4: aarch64/2018/jan/07 pass: 3,821; fail: 5; error: 4 Build 5: aarch64/2018/jan/11 pass: 3,824; fail: 5; error: 1 Build 6: aarch64/2018/jan/13 pass: 3,821; fail: 5; error: 4 Build 7: aarch64/2018/jan/19 pass: 3,825; fail: 5; error: 5 Build 8: aarch64/2018/jan/21 pass: 3,824; fail: 5; error: 6 Build 9: aarch64/2018/feb/21 pass: 3,831; fail: 6; error: 9 Build 10: aarch64/2018/mar/15 pass: 3,842; fail: 6; error: 4 Build 11: aarch64/2018/mar/17 pass: 3,842; fail: 6; error: 4 Build 12: aarch64/2018/mar/19 pass: 3,843; fail: 6; error: 3 Build 13: aarch64/2018/mar/21 pass: 3,844; fail: 6; error: 2 Build 14: aarch64/2018/mar/23 pass: 3,843; fail: 6; error: 3 ------------------------------------------------------------------------------- server-release/hotspot ------------------------------------------------------------------------------- ------------------------------------------------------------------------------- server-release/jdk ------------------------------------------------------------------------------- Build 0: aarch64/2017/dec/19 pass: 7,586; fail: 726; error: 24 Build 1: aarch64/2017/dec/23 pass: 7,596; fail: 717; error: 22 Build 2: aarch64/2017/dec/27 pass: 7,589; fail: 721; error: 25 Build 3: aarch64/2018/jan/05 pass: 7,576; fail: 738; error: 21 Build 4: aarch64/2018/jan/07 pass: 7,599; fail: 714; error: 26 Build 5: aarch64/2018/jan/11 pass: 7,590; fail: 724; error: 25 Build 6: aarch64/2018/jan/13 pass: 7,598; fail: 715; error: 26 Build 7: aarch64/2018/jan/19 pass: 7,620; fail: 700; error: 21 Build 8: aarch64/2018/jan/21 pass: 7,600; fail: 714; error: 27 Build 9: aarch64/2018/feb/21 pass: 7,656; fail: 716; error: 27 Build 10: aarch64/2018/mar/15 pass: 7,680; fail: 703; error: 22 Build 11: aarch64/2018/mar/17 pass: 7,670; fail: 711; error: 24 Build 12: aarch64/2018/mar/19 pass: 7,669; fail: 714; error: 22 Build 13: aarch64/2018/mar/21 pass: 7,675; fail: 711; error: 19 Build 14: aarch64/2018/mar/23 pass: 7,643; fail: 740; error: 22 ------------------------------------------------------------------------------- server-release/langtools ------------------------------------------------------------------------------- Build 0: aarch64/2017/dec/19 pass: 3,817; fail: 3; error: 6 Build 1: aarch64/2017/dec/23 pass: 3,819; fail: 5; error: 3 Build 2: aarch64/2017/dec/27 pass: 3,820; fail: 5; error: 2 Build 3: aarch64/2018/jan/05 pass: 3,817; fail: 5; error: 5 Build 4: aarch64/2018/jan/07 pass: 3,823; fail: 5; error: 2 Build 5: aarch64/2018/jan/11 pass: 3,824; fail: 5; error: 1 Build 6: aarch64/2018/jan/13 pass: 3,819; fail: 5; error: 6 Build 7: aarch64/2018/jan/19 pass: 3,829; fail: 5; error: 1 Build 8: aarch64/2018/jan/21 pass: 3,827; fail: 5; error: 3 Build 9: aarch64/2018/feb/21 pass: 3,838; fail: 6; error: 2 Build 10: aarch64/2018/mar/15 pass: 3,845; fail: 6; error: 1 Build 11: aarch64/2018/mar/17 pass: 3,841; fail: 6; error: 5 Build 12: aarch64/2018/mar/19 pass: 3,843; fail: 6; error: 3 Build 13: aarch64/2018/mar/21 pass: 3,841; fail: 6; error: 5 Build 14: aarch64/2018/mar/23 pass: 3,843; fail: 6; error: 3 Previous results can be found here: http://openjdk.linaro.org/jdkX/openjdk-jtreg-nightly-tests/index.html SPECjbb2015 composite regression test completed =============================================== This test measures the relative performance of the server compiler running the SPECjbb2015 composite tests and compares the performance against the baseline performance of the server compiler taken on 2016-11-21. In accordance with [1], the SPECjbb2015 tests are run on a system which is not production ready and does not meet all the requirements for publishing compliant results. The numbers below shall be treated as non-compliant (nc) and are for experimental purposes only. Relative performance: Server max-jOPS (nc): 1.01x Relative performance: Server critical-jOPS (nc): 0.84x Details of the test setup and historical results may be found here: http://openjdk.linaro.org/jdkX/SPECjbb2015-results/ [1] http://www.spec.org/fairuse.html#Academic Regression test Hadoop-Terasort completed ========================================= This test measures the performance of the server and client compilers running Hadoop sorting a 1GB file using Terasort and compares the performance against the baseline performance of the Zero interpreter and against the baseline performance of the client and server compilers on 2014-04-01. Relative performance: Zero: 1.0, Client: 67.86, Server: 112.92 Client 67.86 / Client 2014-04-01 (43.00): 1.58x Server 112.92 / Server 2014-04-01 (71.00): 1.59x Details of the test setup and historical results may be found here: http://openjdk.linaro.org/jdkX/hadoop-terasort-benchmark-results/ This is a summary of the jcstress test results ============================================== The build and test results are cycled every 15 days. 2017-12-20 pass rate: 11559/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2017/353/results/ 2017-12-24 pass rate: 11557/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2017/357/results/ 2017-12-28 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2017/361/results/ 2018-01-07 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/005/results/ 2018-01-09 pass rate: 11559/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/007/results/ 2018-01-12 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/011/results/ 2018-01-15 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/013/results/ 2018-01-20 pass rate: 11559/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/019/results/ 2018-01-22 pass rate: 11557/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/021/results/ 2018-02-22 pass rate: 11557/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/052/results/ 2018-03-16 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/074/results/ 2018-03-17 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/076/results/ 2018-03-19 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/078/results/ 2018-03-21 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/080/results/ 2018-03-25 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/082/results/ For detailed information on the test output please refer to: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/ From ci_notify at linaro.org Mon Mar 26 04:09:35 2018 From: ci_notify at linaro.org (ci_notify at linaro.org) Date: Mon, 26 Mar 2018 04:09:35 +0000 (UTC) Subject: [aarch64-port-dev ] JTREG, JCStress, SPECjbb2015 and Hadoop/Terasort results for OpenJDK JDK on AArch64 Message-ID: <500437958.2439.1522037376158.JavaMail.jenkins@4a1669f5d0e4> This is a summary of the JTREG test results =========================================== The build and test results are cycled every 15 days. For detailed information on the test output please refer to: http://openjdk.linaro.org/jdkX/openjdk-jtreg-nightly-tests/summary/2018/084/summary.html ------------------------------------------------------------------------------- client-release/hotspot ------------------------------------------------------------------------------- ------------------------------------------------------------------------------- client-release/jdk ------------------------------------------------------------------------------- Build 0: aarch64/2017/dec/23 pass: 7,581; fail: 734; error: 20 Build 1: aarch64/2017/dec/27 pass: 7,575; fail: 736; error: 24 Build 2: aarch64/2018/jan/05 pass: 7,594; fail: 711; error: 30 Build 3: aarch64/2018/jan/07 pass: 7,593; fail: 726; error: 20 Build 4: aarch64/2018/jan/11 pass: 7,585; fail: 729; error: 25 Build 5: aarch64/2018/jan/13 pass: 7,591; fail: 726; error: 22 Build 6: aarch64/2018/jan/19 pass: 7,598; fail: 720; error: 23 Build 7: aarch64/2018/jan/21 pass: 7,595; fail: 717; error: 29 Build 8: aarch64/2018/feb/21 pass: 7,623; fail: 749; error: 27 Build 9: aarch64/2018/mar/15 pass: 7,693; fail: 692; error: 20 Build 10: aarch64/2018/mar/17 pass: 7,654; fail: 727; error: 24 Build 11: aarch64/2018/mar/19 pass: 7,657; fail: 722; error: 26 Build 12: aarch64/2018/mar/21 pass: 7,652; fail: 732; error: 21 Build 13: aarch64/2018/mar/23 pass: 7,629; fail: 752; error: 24 Build 14: aarch64/2018/mar/25 pass: 7,778; fail: 629; error: 20 ------------------------------------------------------------------------------- client-release/langtools ------------------------------------------------------------------------------- Build 0: aarch64/2017/dec/23 pass: 3,818; fail: 5; error: 4 Build 1: aarch64/2017/dec/27 pass: 3,821; fail: 5; error: 1 Build 2: aarch64/2018/jan/05 pass: 3,820; fail: 5; error: 2 Build 3: aarch64/2018/jan/07 pass: 3,821; fail: 5; error: 4 Build 4: aarch64/2018/jan/11 pass: 3,824; fail: 5; error: 1 Build 5: aarch64/2018/jan/13 pass: 3,821; fail: 5; error: 4 Build 6: aarch64/2018/jan/19 pass: 3,825; fail: 5; error: 5 Build 7: aarch64/2018/jan/21 pass: 3,824; fail: 5; error: 6 Build 8: aarch64/2018/feb/21 pass: 3,831; fail: 6; error: 9 Build 9: aarch64/2018/mar/15 pass: 3,842; fail: 6; error: 4 Build 10: aarch64/2018/mar/17 pass: 3,842; fail: 6; error: 4 Build 11: aarch64/2018/mar/19 pass: 3,843; fail: 6; error: 3 Build 12: aarch64/2018/mar/21 pass: 3,844; fail: 6; error: 2 Build 13: aarch64/2018/mar/23 pass: 3,843; fail: 6; error: 3 Build 14: aarch64/2018/mar/25 pass: 3,844; fail: 6; error: 7 ------------------------------------------------------------------------------- server-release/hotspot ------------------------------------------------------------------------------- ------------------------------------------------------------------------------- server-release/jdk ------------------------------------------------------------------------------- Build 0: aarch64/2017/dec/23 pass: 7,596; fail: 717; error: 22 Build 1: aarch64/2017/dec/27 pass: 7,589; fail: 721; error: 25 Build 2: aarch64/2018/jan/05 pass: 7,576; fail: 738; error: 21 Build 3: aarch64/2018/jan/07 pass: 7,599; fail: 714; error: 26 Build 4: aarch64/2018/jan/11 pass: 7,590; fail: 724; error: 25 Build 5: aarch64/2018/jan/13 pass: 7,598; fail: 715; error: 26 Build 6: aarch64/2018/jan/19 pass: 7,620; fail: 700; error: 21 Build 7: aarch64/2018/jan/21 pass: 7,600; fail: 714; error: 27 Build 8: aarch64/2018/feb/21 pass: 7,656; fail: 716; error: 27 Build 9: aarch64/2018/mar/15 pass: 7,680; fail: 703; error: 22 Build 10: aarch64/2018/mar/17 pass: 7,670; fail: 711; error: 24 Build 11: aarch64/2018/mar/19 pass: 7,669; fail: 714; error: 22 Build 12: aarch64/2018/mar/21 pass: 7,675; fail: 711; error: 19 Build 13: aarch64/2018/mar/23 pass: 7,643; fail: 740; error: 22 Build 14: aarch64/2018/mar/25 pass: 7,811; fail: 599; error: 17 ------------------------------------------------------------------------------- server-release/langtools ------------------------------------------------------------------------------- Build 0: aarch64/2017/dec/23 pass: 3,819; fail: 5; error: 3 Build 1: aarch64/2017/dec/27 pass: 3,820; fail: 5; error: 2 Build 2: aarch64/2018/jan/05 pass: 3,817; fail: 5; error: 5 Build 3: aarch64/2018/jan/07 pass: 3,823; fail: 5; error: 2 Build 4: aarch64/2018/jan/11 pass: 3,824; fail: 5; error: 1 Build 5: aarch64/2018/jan/13 pass: 3,819; fail: 5; error: 6 Build 6: aarch64/2018/jan/19 pass: 3,829; fail: 5; error: 1 Build 7: aarch64/2018/jan/21 pass: 3,827; fail: 5; error: 3 Build 8: aarch64/2018/feb/21 pass: 3,838; fail: 6; error: 2 Build 9: aarch64/2018/mar/15 pass: 3,845; fail: 6; error: 1 Build 10: aarch64/2018/mar/17 pass: 3,841; fail: 6; error: 5 Build 11: aarch64/2018/mar/19 pass: 3,843; fail: 6; error: 3 Build 12: aarch64/2018/mar/21 pass: 3,841; fail: 6; error: 5 Build 13: aarch64/2018/mar/23 pass: 3,843; fail: 6; error: 3 Build 14: aarch64/2018/mar/25 pass: 3,850; fail: 6; error: 1 Previous results can be found here: http://openjdk.linaro.org/jdkX/openjdk-jtreg-nightly-tests/index.html SPECjbb2015 composite regression test completed =============================================== This test measures the relative performance of the server compiler running the SPECjbb2015 composite tests and compares the performance against the baseline performance of the server compiler taken on 2016-11-21. In accordance with [1], the SPECjbb2015 tests are run on a system which is not production ready and does not meet all the requirements for publishing compliant results. The numbers below shall be treated as non-compliant (nc) and are for experimental purposes only. Relative performance: Server max-jOPS (nc): 1.01x Relative performance: Server critical-jOPS (nc): 0.92x Details of the test setup and historical results may be found here: http://openjdk.linaro.org/jdkX/SPECjbb2015-results/ [1] http://www.spec.org/fairuse.html#Academic Regression test Hadoop-Terasort completed ========================================= This test measures the performance of the server and client compilers running Hadoop sorting a 1GB file using Terasort and compares the performance against the baseline performance of the Zero interpreter and against the baseline performance of the client and server compilers on 2014-04-01. Relative performance: Zero: 1.0, Client: 66.9, Server: 110.27 Client 66.9 / Client 2014-04-01 (43.00): 1.56x Server 110.27 / Server 2014-04-01 (71.00): 1.55x Details of the test setup and historical results may be found here: http://openjdk.linaro.org/jdkX/hadoop-terasort-benchmark-results/ This is a summary of the jcstress test results ============================================== The build and test results are cycled every 15 days. 2017-12-24 pass rate: 11557/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2017/357/results/ 2017-12-28 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2017/361/results/ 2018-01-07 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/005/results/ 2018-01-09 pass rate: 11559/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/007/results/ 2018-01-12 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/011/results/ 2018-01-15 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/013/results/ 2018-01-20 pass rate: 11559/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/019/results/ 2018-01-22 pass rate: 11557/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/021/results/ 2018-02-22 pass rate: 11557/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/052/results/ 2018-03-16 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/074/results/ 2018-03-17 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/076/results/ 2018-03-19 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/078/results/ 2018-03-21 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/080/results/ 2018-03-25 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/082/results/ 2018-03-26 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/084/results/ For detailed information on the test output please refer to: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/ From aph at redhat.com Mon Mar 26 10:00:46 2018 From: aph at redhat.com (Andrew Haley) Date: Mon, 26 Mar 2018 11:00:46 +0100 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <1521907782.18910.9.camel@gmail.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <1521907782.18910.9.camel@gmail.com> Message-ID: <6d7fa270-9e1a-7b25-1c40-c729075bb51f@redhat.com> On 03/24/2018 04:09 PM, Edward Nevill wrote: > On Fri, 2018-03-23 at 18:11 +0000, Andrew Haley wrote: >> >> /local/jdk-hs/build/linux-aarch64-normal-server-release/images/jdk/bin/jaotc \ >> -J--module-path=/local/graal/graal/sdk/mxbuild/modules/org.graalvm.graal_sdk.jar:/local/graal/graal/truffle/mxbuild/modules/com.oracle.truffle.truffle_api.jar \ >> -J--upgrade-module-path=/local/graal/graal/compiler/mxbuild/modules/jdk.internal.vm.compiler.jar \ >> myjar.jar --output myjar.so >> >> > > Looks promising, but I get as far as here and then get > > Exception in thread "main" jdk.vm.ci.common.JVMCIError: expected VM constant not found: CardTableModRefBS::dirty_card > at jdk.internal.vm.ci/jdk.vm.ci.hotspot.HotSpotVMConfigAccess.getConstant(HotSpotVMConfigAccess.java:84) > at jdk.internal.vm.ci/jdk.vm.ci.hotspot.HotSpotVMConfigAccess.getConstant(HotSpotVMConfigAccess.java:98) > at jdk.internal.vm.compiler/org.graalvm.compiler.hotspot.GraalHotSpotVMConfig.(GraalHotSpotVMConfig.java:557) > at jdk.internal.vm.compiler/org.graalvm.compiler.hotspot.AOTGraalHotSpotVMConfig.(AOTGraalHotSpotVMConfig.java:34) > at jdk.internal.vm.compiler/org.graalvm.compiler.hotspot.HotSpotGraalRuntime.(HotSpotGraalRuntime.java:111) > at jdk.internal.vm.compiler/org.graalvm.compiler.hotspot.HotSpotGraalCompilerFactory.createCompiler(HotSpotGraalCompilerFactory.java:132) > at jdk.aot/jdk.tools.jaotc.Main.run(Main.java:144) > at jdk.aot/jdk.tools.jaotc.Main.run(Main.java:101) > at jdk.aot/jdk.tools.jaotc.Main.main(Main.java:80) > > The exact command I am executing is > > ed at ubuntu:~/openjdk$ /home/ed/openjdk/hs/build/linux-aarch64-normal-server-release/images/jdk/bin/jaotc -J--module-path=/home/ed/openjdk/graal/sdk/mxbuild/modules/org.graalvm.graal_sdk.jar:/home/ed/openjdk/graal/truffle/mxbuild/modules/com.oracle.truffle.truffle_api.jar -J--upgrade-module-path=/home/ed/openjdk/graal/compiler/mxbuild/modules/jdk.internal.vm.compiler.jar Queens.class --Output Queens.so > > My JAVA_HOME is > > ed at ubuntu:~/openjdk$ echo $JAVA_HOME > /home/ed/openjdk/hs/build/linux-aarch64-normal-server-release/images/jdk > > Any ideas? Thanks, You must have built Graal with an old JDK. This is the line in question: public final byte dirtyCardValue = isJDK8 ? getFieldValue("CompilerToVM::Data::dirty_card", Byte.class, "int") : getConstant("CardTableModRefBS::dirty_card", Byte.class); -- Andrew Haley Java Platform Lead Engineer Red Hat UK Ltd. EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 From aph at redhat.com Mon Mar 26 10:10:57 2018 From: aph at redhat.com (Andrew Haley) Date: Mon, 26 Mar 2018 11:10:57 +0100 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <6d7fa270-9e1a-7b25-1c40-c729075bb51f@redhat.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <1521907782.18910.9.camel@gmail.com> <6d7fa270-9e1a-7b25-1c40-c729075bb51f@redhat.com> Message-ID: On 03/26/2018 11:00 AM, Andrew Haley wrote: > You must have built Graal with an old JDK. This is the line in question: > > public final byte dirtyCardValue = isJDK8 ? getFieldValue("CompilerToVM::Data::dirty_card", Byte.class, "int") : getConstant("CardTableModRefBS::dirty_card", Byte.class); Hold on, that's not right. I'm doing some more digging now. -- Andrew Haley Java Platform Lead Engineer Red Hat UK Ltd. EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 From adinn at redhat.com Mon Mar 26 10:11:38 2018 From: adinn at redhat.com (Andrew Dinn) Date: Mon, 26 Mar 2018 11:11:38 +0100 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> Message-ID: <15f51315-3497-6c01-2ecb-1f758762e99e@redhat.com> On 23/03/18 18:11, Andrew Haley wrote: > How to build it: > > Check out jdk-hs. Apply > http://cr.openjdk.java.net/~aph/jaotc/jdk-hs-1/ to that checkout then > build OpenJDK images. I am still building and testing this. However, I have two initial comments: 1) The hotspot change set includes two changes which are redundant against the latest hs. i) make/autoconf/generated-configure.sh : all modifications to this file are redundant since this file has now been removed from the source tree in HEAD ii) src/hotspot/cpu/aarch64/macroAssembler_aarch64.cpp:1050 : extra argument 0 in the call to form_address is already present in the version in HEAD 2) I merged your aarch64-branch-overflows changes into my own aarch64-branch-overflows branch cloned from the latest graal master repo. There were no merge conflicts. So, if you pull the latest master changes into your own local master branch: $ git checkout master; git pull master and then rebase your local aarch64-branch-overflows branch $ git checkout aarch64-branch-overflows ; git rebase master that should reapply your changes on top of the current master without any merge conflicts. Of course, it may not work any more (I am about to test that now :-). regards, Andrew Dinn ----------- Senior Principal Software Engineer Red Hat UK Ltd Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander From aph at redhat.com Mon Mar 26 10:13:57 2018 From: aph at redhat.com (Andrew Haley) Date: Mon, 26 Mar 2018 11:13:57 +0100 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <15f51315-3497-6c01-2ecb-1f758762e99e@redhat.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <15f51315-3497-6c01-2ecb-1f758762e99e@redhat.com> Message-ID: <5208812a-d380-4d4a-45bf-d2239db509ed@redhat.com> On 03/26/2018 11:11 AM, Andrew Dinn wrote: > $ git checkout master; git pull master What string did you use for ? -- Andrew Haley Java Platform Lead Engineer Red Hat UK Ltd. EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 From adinn at redhat.com Mon Mar 26 10:20:45 2018 From: adinn at redhat.com (Andrew Dinn) Date: Mon, 26 Mar 2018 11:20:45 +0100 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <5208812a-d380-4d4a-45bf-d2239db509ed@redhat.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <15f51315-3497-6c01-2ecb-1f758762e99e@redhat.com> <5208812a-d380-4d4a-45bf-d2239db509ed@redhat.com> Message-ID: <643c0f23-9f79-9e07-ad45-13c5cdf1d00d@redhat.com> On 26/03/18 11:13, Andrew Haley wrote: > On 03/26/2018 11:11 AM, Andrew Dinn wrote: >> $ git checkout master; git pull master > > What string did you use for ? In my case it is upstream :-) That's because in my graal repo I have the origin repo set to my own github repo and the upstream repo set to the Oracle repo: [adinn at sputstik compiler]$ git remote -v origin git at github.com:adinn/graal.git (fetch) origin git at github.com:adinn/graal.git (push) upstream https://github.com/graalvm/graal.git (fetch) upstream https://github.com/graalvm/graal.git (push) origin gets set by default when you clone the repo. I set upstream explicitly using: $ git remote add upstream https://github.com/graalvm/graal.git regards, Andrew Dinn ----------- Senior Principal Software Engineer Red Hat UK Ltd Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander From aph at redhat.com Mon Mar 26 11:08:04 2018 From: aph at redhat.com (Andrew Haley) Date: Mon, 26 Mar 2018 12:08:04 +0100 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <15f51315-3497-6c01-2ecb-1f758762e99e@redhat.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <15f51315-3497-6c01-2ecb-1f758762e99e@redhat.com> Message-ID: <849a8fcf-85cd-b8c6-1134-9aea3877e9b7@redhat.com> On 03/26/2018 11:11 AM, Andrew Dinn wrote: > Of course, it may not work any more (I am about to > test that now :-). OK. I'll wait for that. -- Andrew Haley Java Platform Lead Engineer Red Hat UK Ltd. EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 From stuart.monteith at linaro.org Mon Mar 26 14:38:53 2018 From: stuart.monteith at linaro.org (Stuart Monteith) Date: Mon, 26 Mar 2018 15:38:53 +0100 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <1521917644.2929.5.camel@gmail.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <1521907782.18910.9.camel@gmail.com> <1521917644.2929.5.camel@gmail.com> Message-ID: Hi Ed, Just to be explicit, did you originally see something like: # after -XX: or in .hotspotrc: SuppressErrorAt=/macroAssembler_aarch64.cpp:804 # # A fatal error has been detected by the Java Runtime Environment: # # Internal Error (/home/stuart/repos/hs/src/hotspot/cpu/aarch64/macroAssembler_aarch64.cpp:804), pid=40733, tid=40752 # assert(is_NativeCallTrampolineStub_at(stub_start_addr)) failed: doesn't look like a trampoline # # JRE version: OpenJDK Runtime Environment (11.0) (fastdebug build 11-internal+0-adhoc.stuart.hs) # Java VM: OpenJDK 64-Bit Server VM (fastdebug 11-internal+0-adhoc.stuart.hs, mixed mode, aot, tiered, jvmci, compressed oops, g1 gc, linux-aarch64) # No core dump will be written. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again # This is with a tip from today: changeset: 49465:d7c83c8e4e65 tag: tip user: roland date: Tue Mar 20 15:38:00 2018 +0100 summary: 8197931: Null pointer dereference in Unique_Node_List::push of node.hpp:1510 On 24 March 2018 at 18:54, Edward Nevill wrote: > On Sat, 2018-03-24 at 16:09 +0000, Edward Nevill wrote: >> On Fri, 2018-03-23 at 18:11 +0000, Andrew Haley wrote: >> > >> > >> Looks promising, but I get as far as here and then get >> >> Exception in thread "main" jdk.vm.ci.common.JVMCIError: expected VM constant not found: CardTableModRefBS::dirty_card >> > > It looks like your patch > > http://cr.openjdk.java.net/~aph/jaotc/jdk-hs-1/ > > didn't apply cleanly to tip of http://hg.openjdk.java.net/jdk/hs > > I tried updating to > > changeset: 48711:e321560ac819 > user: adinn > date: Thu Jan 25 14:47:27 2018 +0000 > files: src/hotspot/cpu/aarch64/macroAssembler_aarch64.cpp > description: > 8195859: AArch64: vtableStubs gtest fails after 8174962 > Summary: gtest vtableStubs introduced by 8174962 fails on AArch64 with an invalid insn encoding > Reviewed-by: duke > > Which looks like the rev you are basing your patch on based on the rejected patch. > > It seems to get further, but now I get > > ed at ubuntu:~/openjdk$ /home/ed/openjdk/hs/build/linux-aarch64-normal-server-release/images/jdk/bin/jaotc -J--module-path=/home/ed/openjdk/graal/sdk/mxbuild/modules/org.graalvm.graal_sdk.jar:/home/ed/openjdk/graal/truffle/mxbuild/modules/com.oracle.truffle.truffle_api.jar -J--upgrade-module-path=/home/ed/openjdk/graal/compiler/mxbuild/modules/jdk.internal.vm.compiler.jar Queens.class --output Queens.so > Error: Failed compilation: Queens.main([Ljava/lang/String;)V: org.graalvm.compiler.graph.GraalGraphError: org.graalvm.compiler.debug.GraalError: Emitting code to load a metaspace address is not currently supported on aarch64 > at node: 287|LoadConstantIndirectly > Error: Failed compilation: Queens.print([I)V: org.graalvm.compiler.graph.GraalGraphError: org.graalvm.compiler.debug.GraalError: Emitting code to load a metaspace address is not currently supported on aarch64 > at node: 1273|LoadConstantIndirectly > Exception in thread "main" java.lang.NoSuchMethodError: jdk.tools.jaotc.aarch64.AArch64ELFMacroAssembler.addressOf(Ljdk/vm/ci/code/Register;)V > at jdk.aot/jdk.tools.jaotc.aarch64.AArch64ELFMacroAssembler.getPLTStaticEntryCode(AArch64ELFMacroAssembler.java:68) > at jdk.aot/jdk.tools.jaotc.CodeSectionProcessor.addCallStub(CodeSectionProcessor.java:139) > at jdk.aot/jdk.tools.jaotc.CodeSectionProcessor.process(CodeSectionProcessor.java:117) > at jdk.aot/jdk.tools.jaotc.DataBuilder.prepareData(DataBuilder.java:142) > at jdk.aot/jdk.tools.jaotc.Main.run(Main.java:188) > at jdk.aot/jdk.tools.jaotc.Main.run(Main.java:101) > at jdk.aot/jdk.tools.jaotc.Main.main(Main.java:80) > > Is this known/expected? What revision of jdk/hs are you building with? I'd like to see this working. > > Thanks, > Ed. > From adinn at redhat.com Mon Mar 26 14:46:43 2018 From: adinn at redhat.com (Andrew Dinn) Date: Mon, 26 Mar 2018 15:46:43 +0100 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <1521907782.18910.9.camel@gmail.com> <1521917644.2929.5.camel@gmail.com> Message-ID: Hi Stuart, On 26/03/18 15:38, Stuart Monteith wrote: > Hi Ed, > Just to be explicit, did you originally see something like: > > # after -XX: or in .hotspotrc: SuppressErrorAt=/macroAssembler_aarch64.cpp:804 > # > # A fatal error has been detected by the Java Runtime Environment: > # > # Internal Error > (/home/stuart/repos/hs/src/hotspot/cpu/aarch64/macroAssembler_aarch64.cpp:804), > pid=40733, tid=40752 > # assert(is_NativeCallTrampolineStub_at(stub_start_addr)) failed: > doesn't look like a trampoline > # > # JRE version: OpenJDK Runtime Environment (11.0) (fastdebug build > 11-internal+0-adhoc.stuart.hs) > # Java VM: OpenJDK 64-Bit Server VM (fastdebug > 11-internal+0-adhoc.stuart.hs, mixed mode, aot, tiered, jvmci, > compressed oops, g1 gc, linux-aarch64) > # No core dump will be written. Core dumps have been disabled. To > enable core dumping, try "ulimit -c unlimited" before starting Java > again > # Yes, I just sorted that out with Andrew. That happens if you use a slowdebug build. There is an over-aggressive assert in the trampoline code that doesn't allow for Labels being skipped when C2 checks code size. Andrew has a patch for that. regards, Andrew Dinn ----------- From adinn at redhat.com Mon Mar 26 14:56:15 2018 From: adinn at redhat.com (Andrew Dinn) Date: Mon, 26 Mar 2018 15:56:15 +0100 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <849a8fcf-85cd-b8c6-1134-9aea3877e9b7@redhat.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <15f51315-3497-6c01-2ecb-1f758762e99e@redhat.com> <849a8fcf-85cd-b8c6-1134-9aea3877e9b7@redhat.com> Message-ID: <2c42186a-523e-6912-6eb0-36c7ee2be09f@redhat.com> On 26/03/18 12:08, Andrew Haley wrote: > On 03/26/2018 11:11 AM, Andrew Dinn wrote: >> Of course, it may not work any more (I am about to >> test that now :-). > > OK. I'll wait for that. Ok, so modulo the two omitted changes mentioned earlier the only other problem I found using the hs tip is an over-aggressive assert in emit_trampoline_stub at macroAssembler_aarch64.cpp:804 assert(is_NativeCallTrampolineStub_at(stub_start_addr), "doesn't look like a trampoline"); This asserts if you run using a slowdebug build when a C2 compile tries to guess the size of a MachNode for a branch by runnign the emit routine with Compile::current()->in_scratch_emit_size() set to return true. The label does not compile in offset 8, the assert test finds offset 0 and blammo! I patched the assert to assert((Compile::current()->in_scratch_emit_size() || is_NativeCallTrampolineStub_at(stub_start_addr)), "doesn't look like a trampoline"); and slowdebug works. Otherwise I managed to do the following: 1) compile a simple test program from a jar into AOT lib test.so and run the code from test.so. 2) compile a simple test program plus module java.base from a jar into AOT lib test.so and run the code from test.so. (n.b. step 2 was using a release build :-). Ship it! regards, Andrew Dinn ----------- Senior Principal Software Engineer Red Hat UK Ltd Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander From adinn at redhat.com Mon Mar 26 15:02:20 2018 From: adinn at redhat.com (Andrew Dinn) Date: Mon, 26 Mar 2018 16:02:20 +0100 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <2c42186a-523e-6912-6eb0-36c7ee2be09f@redhat.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <15f51315-3497-6c01-2ecb-1f758762e99e@redhat.com> <849a8fcf-85cd-b8c6-1134-9aea3877e9b7@redhat.com> <2c42186a-523e-6912-6eb0-36c7ee2be09f@redhat.com> Message-ID: <8b4a211e-44af-ed28-5abf-697d722771d1@redhat.com> On 26/03/18 15:56, Andrew Dinn wrote: > Ship it! Ok, so I know this really needs a code audit too. I'm working on that now. regards, Andrew Dinn ----------- Senior Principal Software Engineer Red Hat UK Ltd Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander From vladimir.kozlov at oracle.com Mon Mar 26 21:21:31 2018 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Mon, 26 Mar 2018 14:21:31 -0700 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <8b4a211e-44af-ed28-5abf-697d722771d1@redhat.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <15f51315-3497-6c01-2ecb-1f758762e99e@redhat.com> <849a8fcf-85cd-b8c6-1134-9aea3877e9b7@redhat.com> <2c42186a-523e-6912-6eb0-36c7ee2be09f@redhat.com> <8b4a211e-44af-ed28-5abf-697d722771d1@redhat.com> Message-ID: <36e42949-634a-fce4-9fd5-d6385bd16aa7@oracle.com> I will wait final changes. Are all suggested Graal changes pushed into main repo https://github.com/oracle/graal? You should start there. Thanks, Vladimir On 3/26/18 8:02 AM, Andrew Dinn wrote: > On 26/03/18 15:56, Andrew Dinn wrote: >> Ship it! > Ok, so I know this really needs a code audit too. I'm working on that now. > > regards, > > > Andrew Dinn > ----------- > Senior Principal Software Engineer > Red Hat UK Ltd > Registered in England and Wales under Company Registration No. 03798903 > Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander > From ningsheng.jian at linaro.org Tue Mar 27 06:11:04 2018 From: ningsheng.jian at linaro.org (Ningsheng Jian) Date: Tue, 27 Mar 2018 14:11:04 +0800 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <2c42186a-523e-6912-6eb0-36c7ee2be09f@redhat.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <15f51315-3497-6c01-2ecb-1f758762e99e@redhat.com> <849a8fcf-85cd-b8c6-1134-9aea3877e9b7@redhat.com> <2c42186a-523e-6912-6eb0-36c7ee2be09f@redhat.com> Message-ID: Hi Andrew, Nice work! On 26 March 2018 at 22:56, Andrew Dinn wrote: > On 26/03/18 12:08, Andrew Haley wrote: >> On 03/26/2018 11:11 AM, Andrew Dinn wrote: >>> Of course, it may not work any more (I am about to >>> test that now :-). >> >> OK. I'll wait for that. > > 2) compile a simple test program plus module java.base from a jar into > AOT lib test.so and run the code from test.so. > > (n.b. step 2 was using a release build :-). > I have tried the fastdebug build for java.base module with some test programs (e.g. SPECjvm) on my AArch64 system and I also checked the PrintAOT outputs. It worked fine! Thanks, Ningsheng From adinn at redhat.com Tue Mar 27 08:18:48 2018 From: adinn at redhat.com (Andrew Dinn) Date: Tue, 27 Mar 2018 09:18:48 +0100 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <8b4a211e-44af-ed28-5abf-697d722771d1@redhat.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <15f51315-3497-6c01-2ecb-1f758762e99e@redhat.com> <849a8fcf-85cd-b8c6-1134-9aea3877e9b7@redhat.com> <2c42186a-523e-6912-6eb0-36c7ee2be09f@redhat.com> <8b4a211e-44af-ed28-5abf-697d722771d1@redhat.com> Message-ID: <97d96f0e-43b0-beca-3b31-3dabc6073f3a@redhat.com> On 26/03/18 16:02, Andrew Dinn wrote: > On 26/03/18 15:56, Andrew Dinn wrote: >> Ship it! > Ok, so I know this really needs a code audit too. I'm working on that now. I am still trying to understand all the details of this patch so this is really just preliminary feedback. Many of the comments below are questions, posed mostly as requests for clarification rather than suggestions for any improvement. Also, I'm now switching to look at the Graal changes so I can tie these two patches together. regards, Andrew Dinn ----------- Senior Principal Software Engineer Red Hat UK Ltd Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander One overall comment: copyrights need updating! 1) make/autoconf/generated-configure.sh you can scratch all these changes as the file is now deleted 2) make/hotspot/lib/JvmFeatures.gmk is this a necessary part of the AOT change or just an extra cleanup? 3) src/hotspot/cpu/aarch64/macroAssembler_aarch64.cpp I believe this is the cause of the slowdebug assert . . . @@ -738,25 +738,25 @@ - if (far_branches() && !Compile::current()->in_scratch_emit_size()) { + if (UseAOT || (far_branches() && !Compile::current()->in_scratch_emit_size())) { address stub = emit_trampoline_stub(start_offset, entry.target()); if (stub == NULL) { return NULL; // CodeCache is full } . . . and should be @@ -738,25 +738,25 @@ - if (far_branches() && !Compile::current()->in_scratch_emit_size()) { + if ((UseAOT || (far_branches()) && !Compile::current()->in_scratch_emit_size()) { address stub = emit_trampoline_stub(start_offset, entry.target()); if (stub == NULL) { return NULL; // CodeCache is full } Also, as mentioned earlier this next change is redundant as it is already in the latest hs @@ -1048,11 +1048,11 @@ Address::lsl(LogBytesPerWord))); ldr(method_result, Address(method_result, vtable_offset_in_bytes)); } else { vtable_offset_in_bytes += vtable_index.as_constant() * wordSize; ldr(method_result, - form_address(rscratch1, recv_klass, vtable_offset_in_bytes)); + form_address(rscratch1, recv_klass, vtable_offset_in_bytes, 0)); 4) nativeInst_aarch64.hpp 147 class NativePltCall: public NativeInstruction { 148 public: 149 enum Intel_specific_constants { Hmm, Intel? Shurely AArch64? 5) src/hotspot/share/code/oopRecorder.hpp src/hotspot/share/jvmci/jvmciCodeInstaller.cpp Why is there a need to make these changes to shared code? In particular: why does allocate_metadata need to be virtual? what magic lies behind the argument 64 passed into the GrowableArray created by AOTOopRecorder::AOTOopRecorder()? 6) src/jdk.aot/share/classes/jdk.tools.jaotc.binformat/src/jdk/tools/jaotc/binformat/elf/ElfTargetInfo.java if (archStr.equals("amd64") || archStr.equals("x86_64")) { arch = Elf64_Ehdr.EM_X86_64; + } else if (archStr.equals("amd64") || archStr.equals("aarch64")) { + arch = Elf64_Ehdr.EM_AARCH64; Should be if (archStr.equals("amd64") || archStr.equals("x86_64")) { arch = Elf64_Ehdr.EM_X86_64; + } else if (archStr.equals("aarch64")) { + arch = Elf64_Ehdr.EM_AARCH64; 7) src/jdk.aot/share/classes/jdk.tools.jaotc/src/jdk/tools/jaotc/AOTCompiledClass.java static String metadataName(HotSpotResolvedObjectType type) { AOTKlassData data = getAOTKlassData(type); assert data != null : "no data for " + type; + try { + AOTKlassData t = getAOTKlassData(type); + t.getMetadataName(); + } catch (NullPointerException e) { + return type.getName(); + } return getAOTKlassData(type).getMetadataName(); } This looks a bit like last night's left-overs? Why is getAOTKlassData(type) being called again? Is this just dev-time scaffolding you didn't delete? Or is the catch actually doing something necessary? 8) src/jdk.aot/share/classes/jdk.tools.jaotc/src/jdk/tools/jaotc/CodeSectionProcessor.java final Call callInfopoint = (Call) infopoint; - if (callInfopoint.target instanceof HotSpotForeignCallLinkage) { + if (callInfopoint.target instanceof HotSpotForeignCallLinkage && + target.arch instanceof AMD64) { // TODO 4 is x86 size of relative displacement. So, why can AArch64 simply not worry about zeroing out destinations? Is this because of using PLTs and CompiledPltStaticCall::set_stub_to_clean? 9) src/jdk.aot/share/classes/jdk.tools.jaotc/src/jdk/tools/jaotc/CompiledMethodInfo.java for (Mark m : compilationResult.getMarks()) { + int adjOffset = m.pcOffset; + if (archStr.equals("aarch64")) { + // FIXME: This is very ugly. + // The mark is at the end of a group of three instructions: + // adrp; add; ldr + adjOffset += 12; + } else { // TODO: X64-specific code. I'm not really sure why this is so ugly. Can you explain? 10) /jdk.aot/share/classes/jdk.tools.jaotc/src/jdk/tools/jaotc/Linker.java - if (objFile.exists()) { + if (objFile.exists() && System.getenv("DO_NOT_DELETE_PRECIOUS_FILE") == null) { Is this intended to remain? From adinn at redhat.com Tue Mar 27 08:22:49 2018 From: adinn at redhat.com (Andrew Dinn) Date: Tue, 27 Mar 2018 09:22:49 +0100 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <36e42949-634a-fce4-9fd5-d6385bd16aa7@oracle.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <15f51315-3497-6c01-2ecb-1f758762e99e@redhat.com> <849a8fcf-85cd-b8c6-1134-9aea3877e9b7@redhat.com> <2c42186a-523e-6912-6eb0-36c7ee2be09f@redhat.com> <8b4a211e-44af-ed28-5abf-697d722771d1@redhat.com> <36e42949-634a-fce4-9fd5-d6385bd16aa7@oracle.com> Message-ID: <8405ed8c-916d-ee08-86b3-ea72acd4bc02@redhat.com> Hi Vladimir, I have done a first pass through the hotspot changes and posted a few queries about them. I am now working through the Graal changes in my own clone of Andrew's git branch rebased to the latest Graal master (n.b. the rebase was clean). regards, Andrew Dinn ----------- On 26/03/18 22:21, Vladimir Kozlov wrote: > I will wait final changes. > > Are all suggested Graal changes pushed into main repo > https://github.com/oracle/graal? You should start there. > > Thanks, > Vladimir > > On 3/26/18 8:02 AM, Andrew Dinn wrote: >> On 26/03/18 15:56, Andrew Dinn wrote: >>> Ship it! >> Ok, so I know this really needs a code audit too. I'm working on that >> now. >> >> regards, >> >> >> Andrew Dinn >> ----------- >> Senior Principal Software Engineer >> Red Hat UK Ltd >> Registered in England and Wales under Company Registration No. 03798903 >> Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander >> > -- regards, Andrew Dinn ----------- Senior Principal Software Engineer Red Hat UK Ltd Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander From aph at redhat.com Tue Mar 27 08:54:20 2018 From: aph at redhat.com (Andrew Haley) Date: Tue, 27 Mar 2018 09:54:20 +0100 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <97d96f0e-43b0-beca-3b31-3dabc6073f3a@redhat.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <15f51315-3497-6c01-2ecb-1f758762e99e@redhat.com> <849a8fcf-85cd-b8c6-1134-9aea3877e9b7@redhat.com> <2c42186a-523e-6912-6eb0-36c7ee2be09f@redhat.com> <8b4a211e-44af-ed28-5abf-697d722771d1@redhat.com> <97d96f0e-43b0-beca-3b31-3dabc6073f3a@redhat.com> Message-ID: <3b1675a4-4fe8-ee75-da83-eb119ff0256a@redhat.com> On 03/27/2018 09:18 AM, Andrew Dinn wrote: > On 26/03/18 16:02, Andrew Dinn wrote: >> On 26/03/18 15:56, Andrew Dinn wrote: >>> Ship it! >> Ok, so I know this really needs a code audit too. I'm working on that now. > I am still trying to understand all the details of this patch so this is > really just preliminary feedback. Many of the comments below are > questions, posed mostly as requests for clarification rather than > suggestions for any improvement. Cool. > One overall comment: copyrights need updating! I really need some way to automate that. :-) > 1) make/autoconf/generated-configure.sh > > you can scratch all these changes as the file is now deleted > > 2) make/hotspot/lib/JvmFeatures.gmk > > is this a necessary part of the AOT change or just an extra cleanup? It's a hangover from debug code. > 3) src/hotspot/cpu/aarch64/macroAssembler_aarch64.cpp > > I believe this is the cause of the slowdebug assert . . . > > @@ -738,25 +738,25 @@ > - if (far_branches() && !Compile::current()->in_scratch_emit_size()) { > + if (UseAOT || (far_branches() && > !Compile::current()->in_scratch_emit_size())) { > address stub = emit_trampoline_stub(start_offset, entry.target()); > if (stub == NULL) { > return NULL; // CodeCache is full > } > > . . . and should be > > @@ -738,25 +738,25 @@ > - if (far_branches() && !Compile::current()->in_scratch_emit_size()) { > + if ((UseAOT || (far_branches()) && > !Compile::current()->in_scratch_emit_size()) { > address stub = emit_trampoline_stub(start_offset, entry.target()); > if (stub == NULL) { > return NULL; // CodeCache is full > } Yep, got that. > Also, as mentioned earlier this next change is redundant as it is > already in the latest hs > > @@ -1048,11 +1048,11 @@ > Address::lsl(LogBytesPerWord))); > ldr(method_result, Address(method_result, vtable_offset_in_bytes)); > } else { > vtable_offset_in_bytes += vtable_index.as_constant() * wordSize; > ldr(method_result, > - form_address(rscratch1, recv_klass, vtable_offset_in_bytes)); > + form_address(rscratch1, recv_klass, vtable_offset_in_bytes, 0)); Right. > 4) nativeInst_aarch64.hpp > > 147 class NativePltCall: public NativeInstruction { > 148 public: > 149 enum Intel_specific_constants { > > Hmm, Intel? Shurely AArch64? LOL! There's still some cruft in there. > 5) src/hotspot/share/code/oopRecorder.hpp > src/hotspot/share/jvmci/jvmciCodeInstaller.cpp > > Why is there a need to make these changes to shared code? In particular: > > why does allocate_metadata need to be virtual? That's another hangover. > what magic lies behind the argument 64 passed into the GrowableArray > created by AOTOopRecorder::AOTOopRecorder()? That too. > 6) > src/jdk.aot/share/classes/jdk.tools.jaotc.binformat/src/jdk/tools/jaotc/binformat/elf/ElfTargetInfo.java > > if (archStr.equals("amd64") || archStr.equals("x86_64")) { > arch = Elf64_Ehdr.EM_X86_64; > + } else if (archStr.equals("amd64") || archStr.equals("aarch64")) { > + arch = Elf64_Ehdr.EM_AARCH64; > > Should be > > if (archStr.equals("amd64") || archStr.equals("x86_64")) { > arch = Elf64_Ehdr.EM_X86_64; > + } else if (archStr.equals("aarch64")) { > + arch = Elf64_Ehdr.EM_AARCH64; Good catch! I didn't see that one. > 7) > src/jdk.aot/share/classes/jdk.tools.jaotc/src/jdk/tools/jaotc/AOTCompiledClass.java > > static String metadataName(HotSpotResolvedObjectType type) { > AOTKlassData data = getAOTKlassData(type); > assert data != null : "no data for " + type; > + try { > + AOTKlassData t = getAOTKlassData(type); > + t.getMetadataName(); > + } catch (NullPointerException e) { > + return type.getName(); > + } > return getAOTKlassData(type).getMetadataName(); > } > > This looks a bit like last night's left-overs? Why is > getAOTKlassData(type) being called again? Is this just dev-time > scaffolding you didn't delete? Or is the catch actually doing something > necessary? I'll dig. > 8) > src/jdk.aot/share/classes/jdk.tools.jaotc/src/jdk/tools/jaotc/CodeSectionProcessor.java > > final Call callInfopoint = (Call) infopoint; > - if (callInfopoint.target instanceof > HotSpotForeignCallLinkage) { > + if (callInfopoint.target instanceof > HotSpotForeignCallLinkage && > + target.arch instanceof AMD64) { > // TODO 4 is x86 size of relative displacement. > > So, why can AArch64 simply not worry about zeroing out destinations? Is > this because of using PLTs and CompiledPltStaticCall::set_stub_to_clean? It's not necessary on AARch64. There's no need to do an AArch64 version of this code. > 9) > src/jdk.aot/share/classes/jdk.tools.jaotc/src/jdk/tools/jaotc/CompiledMethodInfo.java > > for (Mark m : compilationResult.getMarks()) { > + int adjOffset = m.pcOffset; > + if (archStr.equals("aarch64")) { > + // FIXME: This is very ugly. > + // The mark is at the end of a group of three instructions: > + // adrp; add; ldr > + adjOffset += 12; > + } else { > // TODO: X64-specific code. > > I'm not really sure why this is so ugly. Can you explain? Oh, it just sucks to have CPU-specific code there. I guess I was in a bad mood. > 10) /jdk.aot/share/classes/jdk.tools.jaotc/src/jdk/tools/jaotc/Linker.java > > - if (objFile.exists()) { > + if (objFile.exists() && > System.getenv("DO_NOT_DELETE_PRECIOUS_FILE") == null) { > > Is this intended to remain? Yes. Vladimir suggested we use a property for this, and I'm hoping someone will come up with a suggested name. -- Andrew Haley Java Platform Lead Engineer Red Hat UK Ltd. EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 From aph at redhat.com Tue Mar 27 09:51:20 2018 From: aph at redhat.com (Andrew Haley) Date: Tue, 27 Mar 2018 10:51:20 +0100 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <36e42949-634a-fce4-9fd5-d6385bd16aa7@oracle.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <15f51315-3497-6c01-2ecb-1f758762e99e@redhat.com> <849a8fcf-85cd-b8c6-1134-9aea3877e9b7@redhat.com> <2c42186a-523e-6912-6eb0-36c7ee2be09f@redhat.com> <8b4a211e-44af-ed28-5abf-697d722771d1@redhat.com> <36e42949-634a-fce4-9fd5-d6385bd16aa7@oracle.com> Message-ID: <2adc4d0c-8ecd-cbec-f69f-f60e6fab1602@redhat.com> On 03/26/2018 10:21 PM, Vladimir Kozlov wrote: > Are all suggested Graal changes pushed into main repo > https://github.com/oracle/graal? You should start there. Not yet. I'm getting a few people here to test stuff. -- Andrew Haley Java Platform Lead Engineer Red Hat UK Ltd. EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 From vladimir.kozlov at oracle.com Tue Mar 27 14:20:31 2018 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Tue, 27 Mar 2018 07:20:31 -0700 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <3b1675a4-4fe8-ee75-da83-eb119ff0256a@redhat.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <15f51315-3497-6c01-2ecb-1f758762e99e@redhat.com> <849a8fcf-85cd-b8c6-1134-9aea3877e9b7@redhat.com> <2c42186a-523e-6912-6eb0-36c7ee2be09f@redhat.com> <8b4a211e-44af-ed28-5abf-697d722771d1@redhat.com> <97d96f0e-43b0-beca-3b31-3dabc6073f3a@redhat.com> <3b1675a4-4fe8-ee75-da83-eb119ff0256a@redhat.com> Message-ID: <9ccf24ea-ef2b-8602-f79a-aa6bd45bc9a6@oracle.com> >> System.getenv("DO_NOT_DELETE_PRECIOUS_FILE") == null) { >> >> Is this intended to remain? > >Yes. Vladimir suggested we use a property for this, and I'm hoping >someone will come up with a suggested name. How about aot.keep.objFile? jaotc --output libtest.so -J-Daot.keep.objFile=true test.class And I found that on Linux we forgot to add '.o' suffix. diff -r 898ef81cbc0e src/jdk.aot/share/classes/jdk.tools.jaotc/src/jdk/tools/jaotc/Linker.java --- a/src/jdk.aot/share/classes/jdk.tools.jaotc/src/jdk/tools/jaotc/Linker.java +++ b/src/jdk.aot/share/classes/jdk.tools.jaotc/src/jdk/tools/jaotc/Linker.java @@ -69,6 +69,7 @@ if (name.endsWith(".so")) { objectFileName = name.substring(0, name.length() - ".so".length()); } + objectFileName = objectFileName + ".o"; linkerPath = (options.linkerpath != null) ? options.linkerpath : "ld"; linkerCmd = linkerPath + " -shared -z noexecstack -o " + libraryFileName + " " + objectFileName; linkerCheck = linkerPath + " -v"; @@ -130,7 +131,8 @@ throw new InternalError(errorMessage); } File objFile = new File(objectFileName); - if (objFile.exists()) { + boolean keepObjFile = Boolean.parseBoolean(System.getProperty("aot.keep.objFile", "false")); + if (objFile.exists() && !keepObjFile) { if (!objFile.delete()) { throw new InternalError("Failed to delete " + objectFileName + " file"); } Thanks, Vladimir On 3/27/18 1:54 AM, Andrew Haley wrote: > On 03/27/2018 09:18 AM, Andrew Dinn wrote: >> On 26/03/18 16:02, Andrew Dinn wrote: >>> On 26/03/18 15:56, Andrew Dinn wrote: >>>> Ship it! >>> Ok, so I know this really needs a code audit too. I'm working on that now. >> I am still trying to understand all the details of this patch so this is >> really just preliminary feedback. Many of the comments below are >> questions, posed mostly as requests for clarification rather than >> suggestions for any improvement. > > Cool. > >> One overall comment: copyrights need updating! > > I really need some way to automate that. :-) > >> 1) make/autoconf/generated-configure.sh >> >> you can scratch all these changes as the file is now deleted >> >> 2) make/hotspot/lib/JvmFeatures.gmk >> >> is this a necessary part of the AOT change or just an extra cleanup? > > It's a hangover from debug code. > >> 3) src/hotspot/cpu/aarch64/macroAssembler_aarch64.cpp >> >> I believe this is the cause of the slowdebug assert . . . >> >> @@ -738,25 +738,25 @@ >> - if (far_branches() && !Compile::current()->in_scratch_emit_size()) { >> + if (UseAOT || (far_branches() && >> !Compile::current()->in_scratch_emit_size())) { >> address stub = emit_trampoline_stub(start_offset, entry.target()); >> if (stub == NULL) { >> return NULL; // CodeCache is full >> } >> >> . . . and should be >> >> @@ -738,25 +738,25 @@ >> - if (far_branches() && !Compile::current()->in_scratch_emit_size()) { >> + if ((UseAOT || (far_branches()) && >> !Compile::current()->in_scratch_emit_size()) { >> address stub = emit_trampoline_stub(start_offset, entry.target()); >> if (stub == NULL) { >> return NULL; // CodeCache is full >> } > > Yep, got that. > >> Also, as mentioned earlier this next change is redundant as it is >> already in the latest hs >> >> @@ -1048,11 +1048,11 @@ >> Address::lsl(LogBytesPerWord))); >> ldr(method_result, Address(method_result, vtable_offset_in_bytes)); >> } else { >> vtable_offset_in_bytes += vtable_index.as_constant() * wordSize; >> ldr(method_result, >> - form_address(rscratch1, recv_klass, vtable_offset_in_bytes)); >> + form_address(rscratch1, recv_klass, vtable_offset_in_bytes, 0)); > > Right. > >> 4) nativeInst_aarch64.hpp >> >> 147 class NativePltCall: public NativeInstruction { >> 148 public: >> 149 enum Intel_specific_constants { >> >> Hmm, Intel? Shurely AArch64? > > LOL! There's still some cruft in there. > >> 5) src/hotspot/share/code/oopRecorder.hpp >> src/hotspot/share/jvmci/jvmciCodeInstaller.cpp >> >> Why is there a need to make these changes to shared code? In particular: >> >> why does allocate_metadata need to be virtual? > > That's another hangover. > >> what magic lies behind the argument 64 passed into the GrowableArray >> created by AOTOopRecorder::AOTOopRecorder()? > > That too. > >> 6) >> src/jdk.aot/share/classes/jdk.tools.jaotc.binformat/src/jdk/tools/jaotc/binformat/elf/ElfTargetInfo.java >> >> if (archStr.equals("amd64") || archStr.equals("x86_64")) { >> arch = Elf64_Ehdr.EM_X86_64; >> + } else if (archStr.equals("amd64") || archStr.equals("aarch64")) { >> + arch = Elf64_Ehdr.EM_AARCH64; >> >> Should be >> >> if (archStr.equals("amd64") || archStr.equals("x86_64")) { >> arch = Elf64_Ehdr.EM_X86_64; >> + } else if (archStr.equals("aarch64")) { >> + arch = Elf64_Ehdr.EM_AARCH64; > > Good catch! I didn't see that one. > >> 7) >> src/jdk.aot/share/classes/jdk.tools.jaotc/src/jdk/tools/jaotc/AOTCompiledClass.java >> >> static String metadataName(HotSpotResolvedObjectType type) { >> AOTKlassData data = getAOTKlassData(type); >> assert data != null : "no data for " + type; >> + try { >> + AOTKlassData t = getAOTKlassData(type); >> + t.getMetadataName(); >> + } catch (NullPointerException e) { >> + return type.getName(); >> + } >> return getAOTKlassData(type).getMetadataName(); >> } >> >> This looks a bit like last night's left-overs? Why is >> getAOTKlassData(type) being called again? Is this just dev-time >> scaffolding you didn't delete? Or is the catch actually doing something >> necessary? > > I'll dig. > >> 8) >> src/jdk.aot/share/classes/jdk.tools.jaotc/src/jdk/tools/jaotc/CodeSectionProcessor.java >> >> final Call callInfopoint = (Call) infopoint; >> - if (callInfopoint.target instanceof >> HotSpotForeignCallLinkage) { >> + if (callInfopoint.target instanceof >> HotSpotForeignCallLinkage && >> + target.arch instanceof AMD64) { >> // TODO 4 is x86 size of relative displacement. >> >> So, why can AArch64 simply not worry about zeroing out destinations? Is >> this because of using PLTs and CompiledPltStaticCall::set_stub_to_clean? > > It's not necessary on AARch64. There's no need to do an AArch64 version of > this code. > >> 9) >> src/jdk.aot/share/classes/jdk.tools.jaotc/src/jdk/tools/jaotc/CompiledMethodInfo.java >> >> for (Mark m : compilationResult.getMarks()) { >> + int adjOffset = m.pcOffset; >> + if (archStr.equals("aarch64")) { >> + // FIXME: This is very ugly. >> + // The mark is at the end of a group of three instructions: >> + // adrp; add; ldr >> + adjOffset += 12; >> + } else { >> // TODO: X64-specific code. >> >> I'm not really sure why this is so ugly. Can you explain? > > Oh, it just sucks to have CPU-specific code there. I guess I was in a bad > mood. > >> 10) /jdk.aot/share/classes/jdk.tools.jaotc/src/jdk/tools/jaotc/Linker.java >> >> - if (objFile.exists()) { >> + if (objFile.exists() && >> System.getenv("DO_NOT_DELETE_PRECIOUS_FILE") == null) { >> >> Is this intended to remain? > > Yes. Vladimir suggested we use a property for this, and I'm hoping someone will > come up with a suggested name. > From adinn at redhat.com Tue Mar 27 15:08:00 2018 From: adinn at redhat.com (Andrew Dinn) Date: Tue, 27 Mar 2018 16:08:00 +0100 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <97d96f0e-43b0-beca-3b31-3dabc6073f3a@redhat.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <15f51315-3497-6c01-2ecb-1f758762e99e@redhat.com> <849a8fcf-85cd-b8c6-1134-9aea3877e9b7@redhat.com> <2c42186a-523e-6912-6eb0-36c7ee2be09f@redhat.com> <8b4a211e-44af-ed28-5abf-697d722771d1@redhat.com> <97d96f0e-43b0-beca-3b31-3dabc6073f3a@redhat.com> Message-ID: <8342caa0-e4d1-0250-02ab-c8f9cf8085bd@redhat.com> On 27/03/18 09:18, Andrew Dinn wrote: > On 26/03/18 16:02, Andrew Dinn wrote: >> On 26/03/18 15:56, Andrew Dinn wrote: >>> Ship it! >> Ok, so I know this really needs a code audit too. I'm working on that now. > I am still trying to understand all the details of this patch so this is > really just preliminary feedback. Many of the comments below are > questions, posed mostly as requests for clarification rather than > suggestions for any improvement. > > Also, I'm now switching to look at the Graal changes so I can tie these > two patches together. Most of the answers to the last round involved removing the stuff that was asked about. So, I am now quite happy with the remaining hotspot changes (I'm still not clear why x86 has to zero its callInfopoint entries but clearly AArch64 /doesn't/ need -- we know it works -- to so that can pass). Below is initial feedback on about the Graal changes. I didn't find anything much that needed changing nor come up with nay real questions about the code -- it's mostly unneeded imports. However, I think I still need to spend some more time piecing this together with the hotspot changes. I'll try to get final comments plus a yea or nay (well, ok I guess it's going to be a yea) posted by late tomorrow morning. regards, Andrew Dinn ----------- Senior Principal Software Engineer Red Hat UK Ltd Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander 1) compiler/src/org.graalvm.compiler.debug/src/org/graalvm/compiler/debug/GraalError.java /** * This constructor creates a {@link GraalError} with a message assembled via * {@link String#format(String, Object...)}. It always uses the ENGLISH locale in order to - * always generate the same output. - * +internal is * * @param msg the message that will be associated with the error, in String.format syntax * @param args parameters to String.format - parameters that implement {@link Iterable} will be * expanded into a [x, x, ...] representation. This looks like an accidental paste-over! 2) compiler/src/org.graalvm.compiler.hotspot.aarch64/src/org/graalvm/compiler/hotspot/aarch64/AArch64HotSpotLIRGenerator.java Two import issues: +import static jdk.vm.ci.amd64.AMD64.rbp; This import is not needed import org.graalvm.compiler.core.common.calc.Condition; +import org.graalvm.compiler.core.common.spi.ForeignCallDescriptor; +import org.graalvm.compiler.core.common.spi.ForeignCallDescriptor; ForeignCallDescriptor is imported twice. 3) compiler/src/org.graalvm.compiler.hotspot.aarch64/src/org/graalvm/compiler/hotspot/aarch64/AArch64HotSpotLoadAddressOp.java redundant include import static org.graalvm.compiler.asm.aarch64.AArch64Address.*; 4) compiler/src/org.graalvm.compiler.hotspot.aarch64/src/org/graalvm/compiler/hotspot/aarch64/AArch64HotSpotMove.java @@ -117,7 +149,7 @@ public class AArch64HotSpotMove { } else if (nonNull) { masm.sub(64, resultRegister, ptr, base); if (encoding.hasShift()) { - masm.shl(64, resultRegister, resultRegister, encoding.getShift()); + masm.lshr(64, resultRegister, resultRegister, encoding.getShift()); } } else { CompressPointer was doing an shl before? Really? 5) compiler/src/org.graalvm.compiler.lir.aarch64/src/org/graalvm/compiler/lir/aarch64/AArch64Call.java redundant import: import static jdk.vm.ci.aarch64.AArch64.lr; 6) compiler/src/org.graalvm.compiler.lir.aarch64/src/org/graalvm/compiler/lir/aarch64/AArch64Move.java redundant import: import static jdk.vm.ci.meta.JavaKind.Int; 7) compiler/src/org.graalvm.compiler.lir.aarch64/src/org/graalvm/compiler/lir/aarch64/AArch64RestoreRegistersOp.java redundant import: import jdk.vm.ci.aarch64.AArch64Kind; 8) compiler/src/org.graalvm.compiler.lir.aarch64/src/org/graalvm/compiler/lir/aarch64/AArch64SaveRegistersOp.java redundant import: import org.graalvm.collections.EconomicSet; From dmitry.chuyko at bell-sw.com Tue Mar 27 15:08:45 2018 From: dmitry.chuyko at bell-sw.com (Dmitry Chuyko) Date: Tue, 27 Mar 2018 18:08:45 +0300 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <1521917644.2929.5.camel@gmail.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <1521907782.18910.9.camel@gmail.com> <1521917644.2929.5.camel@gmail.com> Message-ID: <927c88df-eb7a-9f3a-9340-1bd9b9833d84@bell-sw.com> Andrew, thank you, great work! On 03/24/2018 09:54 PM, Edward Nevill wrote: > On Sat, 2018-03-24 at 16:09 +0000, Edward Nevill wrote: >> On Fri, 2018-03-23 at 18:11 +0000, Andrew Haley wrote: >>> >> Looks promising, but I get as far as here and then get >> >> Exception in thread "main" jdk.vm.ci.common.JVMCIError: expected VM constant not found: CardTableModRefBS::dirty_card >> > It looks like your patch > > http://cr.openjdk.java.net/~aph/jaotc/jdk-hs-1/ > > didn't apply cleanly to tip of http://hg.openjdk.java.net/jdk/hs > > I tried updating to > > changeset: 48711:e321560ac819 Thanks Ed, that works for me either. > ........... > ed at ubuntu:~/openjdk$ /home/ed/openjdk/hs/build/linux-aarch64-normal-server-release/images/jdk/bin/jaotc -J--module-path=/home/ed/openjdk/graal/sdk/mxbuild/modules/org.graalvm.graal_sdk.jar:/home/ed/openjdk/graal/truffle/mxbuild/modules/com.oracle.truffle.truffle_api.jar -J--upgrade-module-path=/home/ed/openjdk/graal/compiler/mxbuild/modules/jdk.internal.vm.compiler.jar Queens.class --output Queens.so > Error: Failed compilation: Queens.main([Ljava/lang/String;)V: org.graalvm.compiler.graph.GraalGraphError: org.graalvm.compiler.debug.GraalError: Emitting code to load a metaspace address is not currently supported on aarch64 > at node: 287|LoadConstantIndirectly > Error: Failed compilation: Queens.print([I)V: org.graalvm.compiler.graph.GraalGraphError: org.graalvm.compiler.debug.GraalError: Emitting code to load a metaspace address is not currently supported on aarch64 > at node: 1273|LoadConstantIndirectly > Exception in thread "main" java.lang.NoSuchMethodError: jdk.tools.jaotc.aarch64.AArch64ELFMacroAssembler.addressOf(Ljdk/vm/ci/code/Register;)V > at jdk.aot/jdk.tools.jaotc.aarch64.AArch64ELFMacroAssembler.getPLTStaticEntryCode(AArch64ELFMacroAssembler.java:68) > at jdk.aot/jdk.tools.jaotc.CodeSectionProcessor.addCallStub(CodeSectionProcessor.java:139) > at jdk.aot/jdk.tools.jaotc.CodeSectionProcessor.process(CodeSectionProcessor.java:117) > at jdk.aot/jdk.tools.jaotc.DataBuilder.prepareData(DataBuilder.java:142) > at jdk.aot/jdk.tools.jaotc.Main.run(Main.java:188) > at jdk.aot/jdk.tools.jaotc.Main.run(Main.java:101) > at jdk.aot/jdk.tools.jaotc.Main.main(Main.java:80) > > Is this known/expected? What revision of jdk/hs are you building with? I'd like to see this working. > > Thanks, > Ed. > Ed, in case you haven't made it yet: I manually applied 2 parts of the patch to graal sources from Andrew's repo: http://cr.openjdk.java.net/~aph/jaotc/jdk-hs-1/src/jdk.internal.vm.compiler/share/classes/org.graalvm.compiler.asm.aarch64/src/org/graalvm/compiler/asm/aarch64/AArch64Assembler.java.patch http://cr.openjdk.java.net/~aph/jaotc/jdk-hs-1/src/jdk.internal.vm.compiler/share/classes/org.graalvm.compiler.asm.aarch64/src/org/graalvm/compiler/asm/aarch64/AArch64MacroAssembler.java.patch We use those built modules as a replacement for ones from JDK but the changes are not present in aarch64-branch-overflows. Now java.base can be AOT'ed on machines we have. In the logs I see a lot (~37k) of failed compilations with a message like following: Error: Failed compilation: com.sun.crypto.provider.GCMParameters.engineToString()Ljava/lang/String;: org.graalvm.compiler.graph.GraalGraphError: org.graalvm.compiler.debug.GraalError: Emitting code to load an object address is not currently supported on aarch64 ??????? at node: 2058|LoadConstantIndirectly -Dmitry From aph at redhat.com Tue Mar 27 15:23:48 2018 From: aph at redhat.com (Andrew Haley) Date: Tue, 27 Mar 2018 16:23:48 +0100 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <927c88df-eb7a-9f3a-9340-1bd9b9833d84@bell-sw.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <1521907782.18910.9.camel@gmail.com> <1521917644.2929.5.camel@gmail.com> <927c88df-eb7a-9f3a-9340-1bd9b9833d84@bell-sw.com> Message-ID: <7d2ad5a8-ca31-20c1-8f0d-819f4f2eba1a@redhat.com> On 27/03/18 16:08, Dmitry Chuyko wrote: > I manually applied 2 parts of the patch to graal sources from Andrew's repo: > http://cr.openjdk.java.net/~aph/jaotc/jdk-hs-1/src/jdk.internal.vm.compiler/share/classes/org.graalvm.compiler.asm.aarch64/src/org/graalvm/compiler/asm/aarch64/AArch64Assembler.java.patch > http://cr.openjdk.java.net/~aph/jaotc/jdk-hs-1/src/jdk.internal.vm.compiler/share/classes/org.graalvm.compiler.asm.aarch64/src/org/graalvm/compiler/asm/aarch64/AArch64MacroAssembler.java.patch > We use those built modules as a replacement for ones from JDK but the > changes are not present in aarch64-branch-overflows. What is this all about? I don't know what you've done or why. > Now java.base can be AOT'ed on machines we have. > In the logs I see a lot (~37k) of failed compilations with a message > like following: > > Error: Failed compilation: > com.sun.crypto.provider.GCMParameters.engineToString()Ljava/lang/String;: > org.graalvm.compiler.graph.GraalGraphError: > org.graalvm.compiler.debug.GraalError: Emitting code to load an object > address is not currently supported on aarch64 > at node: 2058|LoadConstantIndirectly Interesting. I haven't seen that one. Some methods fail to AOT because AOT compilation tries to initialize the classes, and some of the classes are inaccessible for security reasons. I'll look at rebasing to current Graal sources and push again. -- Andrew Haley Java Platform Lead Engineer Red Hat UK Ltd. EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 From aph at redhat.com Tue Mar 27 15:26:18 2018 From: aph at redhat.com (Andrew Haley) Date: Tue, 27 Mar 2018 16:26:18 +0100 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <8342caa0-e4d1-0250-02ab-c8f9cf8085bd@redhat.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <15f51315-3497-6c01-2ecb-1f758762e99e@redhat.com> <849a8fcf-85cd-b8c6-1134-9aea3877e9b7@redhat.com> <2c42186a-523e-6912-6eb0-36c7ee2be09f@redhat.com> <8b4a211e-44af-ed28-5abf-697d722771d1@redhat.com> <97d96f0e-43b0-beca-3b31-3dabc6073f3a@redhat.com> <8342caa0-e4d1-0250-02ab-c8f9cf8085bd@redhat.com> Message-ID: <36704e2b-c81c-2533-0cca-da6225b34d2e@redhat.com> On 27/03/18 16:08, Andrew Dinn wrote: > CompressPointer was doing an shl before? Really? Sure as shit. Really. :-) Thanks for the rest. -- Andrew Haley Java Platform Lead Engineer Red Hat UK Ltd. EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 From lesliezhai at llvm.org.cn Tue Mar 27 15:57:35 2018 From: lesliezhai at llvm.org.cn (Leslie Zhai) Date: Tue, 27 Mar 2018 23:57:35 +0800 Subject: [aarch64-port-dev ] How to migrate hs17's LIR_Assembler::emit_exception_handler to hs25? Message-ID: <6c76544b-0830-bd5d-d1af-538372b1a269@llvm.org.cn>+29BEC09D0E7F7F4E Hi HotSpot compiler developers, I am new to HotSpot, and trying to migrate hs17 to hs25, but JDK-6919934 changed: int LIR_Assembler::emit_exception_handler() { ? // if the last instruction is a call (typically to do a throw which ? // is coming at the end after block reordering) the return address ? // must still point into the code area in order to avoid assertion ? // failures when searching for the corresponding bci => add a nop ? // (was bug 5/14/1999 - gri) ? __ nop(); ? // generate code for exception handler ? address handler_base = __ start_a_stub(exception_handler_size); ? if (handler_base == NULL) { ??? // not enough space left for the handler ??? bailout("exception handler overflow"); ??? return -1; ? } ? int offset = code_offset(); ? // if the method does not have an exception handler, then there is ? // no reason to search for one ? if (compilation()->has_exception_handlers() || compilation()->env()->jvmti_can_post_on_exceptions()) { ??? // the exception oop and pc are in rax, and rdx ??? // no other registers need to be preserved, so invalidate them ??? __ invalidate_registers(false, true, true, false, true, true); ??? // check that there is really an exception ??? __ verify_not_null_oop(rax); ??? // search an exception handler (rax: exception oop, rdx: throwing pc) ??? __ call(RuntimeAddress(Runtime1::entry_for(Runtime1::handle_exception_nofpu_id))); ??? // if the call returns here, then the exception handler for particular ??? // exception doesn't exist -> unwind activation and forward exception to caller ? } ? // the exception oop is in rax, ? // no other registers need to be preserved, so invalidate them ? __ invalidate_registers(false, true, true, true, true, true); ? // check that there is really an exception ? __ verify_not_null_oop(rax); ? // unlock the receiver/klass if necessary ? // rax,: exception ? ciMethod* method = compilation()->method(); ? if (method->is_synchronized() && GenerateSynchronizationCode) { ??? monitorexit(FrameMap::rbx_oop_opr, FrameMap::rcx_opr, SYNC_header, 0, rax); ? } ? // unwind activation and forward exception to caller ? // rax,: exception ? __ jump(RuntimeAddress(Runtime1::entry_for(Runtime1::unwind_exception_id))); ? assert(code_offset() - offset <= exception_handler_size, "overflow"); ? __ end_a_stub(); ? return offset; } To: int LIR_Assembler::emit_exception_handler() { ? // if the last instruction is a call (typically to do a throw which ? // is coming at the end after block reordering) the return address ? // must still point into the code area in order to avoid assertion ? // failures when searching for the corresponding bci => add a nop ? // (was bug 5/14/1999 - gri) ? __ nop(); ? // generate code for exception handler ? address handler_base = __ start_a_stub(exception_handler_size); ? if (handler_base == NULL) { ??? // not enough space left for the handler ??? bailout("exception handler overflow"); ??? return -1; ? } ? int offset = code_offset(); ? // the exception oop and pc are in rax, and rdx ? // no other registers need to be preserved, so invalidate them ? __ invalidate_registers(false, true, true, false, true, true); ? // check that there is really an exception ? __ verify_not_null_oop(rax); ? // search an exception handler (rax: exception oop, rdx: throwing pc) ? __ call(RuntimeAddress(Runtime1::entry_for(Runtime1::handle_exception_nofpu_id))); ? __ stop("should not reach here"); ? assert(code_offset() - offset <= exception_handler_size, "overflow"); ? __ end_a_stub(); ? return offset; } I have no idea how to check whether or not the Java method have an exception handler *without* the `compilation()->has_exception_handlers()` condition. And after JDK-6939930 and JDK-7012914, it separated `unwind` handler from `exception` handler, added `LIR_Assembler::emit_unwind_handler` and `handle_exception_from_callee` StubID: int LIR_Assembler::emit_exception_handler() { ? // if the last instruction is a call (typically to do a throw which ? // is coming at the end after block reordering) the return address ? // must still point into the code area in order to avoid assertion ? // failures when searching for the corresponding bci => add a nop ? // (was bug 5/14/1999 - gri) ? __ nop(); ? // generate code for exception handler ? address handler_base = __ start_a_stub(exception_handler_size()); ? if (handler_base == NULL) { ??? // not enough space left for the handler ??? bailout("exception handler overflow"); ??? return -1; ? } ? int offset = code_offset(); ? // the exception oop and pc are in rax, and rdx ? // no other registers need to be preserved, so invalidate them ? __ invalidate_registers(false, true, true, false, true, true); ? // check that there is really an exception ? __ verify_not_null_oop(rax); ? // search an exception handler (rax: exception oop, rdx: throwing pc) ? __ call(RuntimeAddress(Runtime1::entry_for(Runtime1::handle_exception_from_callee_id))); ? __ should_not_reach_here(); ? guarantee(code_offset() - offset <= exception_handler_size(), "overflow"); ? __ end_a_stub(); ? return offset; } How to migrate `if (compilation()->has_exception_handlers()) { } else { }` in `Runtime1::generate_handle_exception` or `Runtime1::generate_unwind_exception` be equivalent for hs25 or even jdk11? My workaround is override `generate_handle_exception`: diff -r 33a61051088d src/share/vm/c1/c1_Runtime1.hpp --- a/src/share/vm/c1/c1_Runtime1.hpp?? Sat Mar 24 12:18:54 2018 +0800 +++ b/src/share/vm/c1/c1_Runtime1.hpp?? Tue Mar 27 23:32:54 2018 +0800 @@ -127,6 +127,7 @@ ?? static OopMapSet* generate_code_for(StubID id, StubAssembler* sasm); ?? static OopMapSet* generate_exception_throw(StubAssembler* sasm, address target, bool has_argument); ?? static OopMapSet* generate_handle_exception(StubID id, StubAssembler* sasm); +? static OopMapSet* generate_handle_exception(StubAssembler *sasm, OopMapSet* oop_maps, OopMap* oop_map, bool save_fpu_registers); ?? static void?????? generate_unwind_exception(StubAssembler *sasm); ?? static OopMapSet* generate_patching(StubAssembler* sasm, address target); Then reuse hs17's `LIR_Assembler::emit_exception_handler`, `Runtime1::generate_handle_exception`, `Runtime1::generate_code_for`... in hs25, but it is monkey patch... not easy to merge upstream. Please share your porting experience, and give me some advice, thanks a lot! -- Regards, Leslie Zhai From dmitry.chuyko at bell-sw.com Tue Mar 27 16:17:06 2018 From: dmitry.chuyko at bell-sw.com (Dmitry Chuyko) Date: Tue, 27 Mar 2018 19:17:06 +0300 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <7d2ad5a8-ca31-20c1-8f0d-819f4f2eba1a@redhat.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <1521907782.18910.9.camel@gmail.com> <1521917644.2929.5.camel@gmail.com> <927c88df-eb7a-9f3a-9340-1bd9b9833d84@bell-sw.com> <7d2ad5a8-ca31-20c1-8f0d-819f4f2eba1a@redhat.com> Message-ID: On 03/27/2018 06:23 PM, Andrew Haley wrote: > On 27/03/18 16:08, Dmitry Chuyko wrote: >> I manually applied 2 parts of the patch to graal sources from Andrew's repo: >> http://cr.openjdk.java.net/~aph/jaotc/jdk-hs-1/src/jdk.internal.vm.compiler/share/classes/org.graalvm.compiler.asm.aarch64/src/org/graalvm/compiler/asm/aarch64/AArch64Assembler.java.patch >> http://cr.openjdk.java.net/~aph/jaotc/jdk-hs-1/src/jdk.internal.vm.compiler/share/classes/org.graalvm.compiler.asm.aarch64/src/org/graalvm/compiler/asm/aarch64/AArch64MacroAssembler.java.patch >> We use those built modules as a replacement for ones from JDK but the >> changes are not present in aarch64-branch-overflows. > What is this all about? I don't know what you've done or why. Your initial email contains command line for jaotc where --module-path and --upgrade-module-path point to jars built in forked Graal sources. I did so and got exactly the same exception when running jaotc. -Dmitry > >> Now java.base can be AOT'ed on machines we have. >> In the logs I see a lot (~37k) of failed compilations with a message >> like following: >> >> Error: Failed compilation: >> com.sun.crypto.provider.GCMParameters.engineToString()Ljava/lang/String;: >> org.graalvm.compiler.graph.GraalGraphError: >> org.graalvm.compiler.debug.GraalError: Emitting code to load an object >> address is not currently supported on aarch64 >> at node: 2058|LoadConstantIndirectly > Interesting. I haven't seen that one. > > Some methods fail to AOT because AOT compilation tries to initialize > the classes, and some of the classes are inaccessible for security > reasons. I'll look at rebasing to current Graal sources and push again. > From dmitry.chuyko at bell-sw.com Tue Mar 27 16:39:53 2018 From: dmitry.chuyko at bell-sw.com (Dmitry Chuyko) Date: Tue, 27 Mar 2018 19:39:53 +0300 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> Message-ID: <6f669937-6e59-b4e8-e77b-1fe727dfc9e5@bell-sw.com> Andrew, There are some jtreg failures. Some are related to "Emitting code to load a metaspace address is not currently supported on aarch64" that was spotted before. I'll send you the logs in private FAILED: compiler/aot/calls/fromAot/AotInvokeDynamic2AotTest.java Passed: compiler/aot/calls/fromAot/AotInvokeDynamic2CompiledTest.java FAILED: compiler/aot/calls/fromAot/AotInvokeDynamic2InterpretedTest.java Error:? compiler/aot/calls/fromAot/AotInvokeDynamic2NativeTest.java FAILED: compiler/aot/calls/fromAot/AotInvokeInterface2AotTest.java Passed: compiler/aot/calls/fromAot/AotInvokeInterface2CompiledTest.java FAILED: compiler/aot/calls/fromAot/AotInvokeInterface2InterpretedTest.java Error: compiler/aot/calls/fromAot/AotInvokeInterface2NativeTest.java FAILED: compiler/aot/calls/fromAot/AotInvokeSpecial2AotTest.java Passed: compiler/aot/calls/fromAot/AotInvokeSpecial2CompiledTest.java FAILED: compiler/aot/calls/fromAot/AotInvokeSpecial2InterpretedTest.java Error:? compiler/aot/calls/fromAot/AotInvokeSpecial2NativeTest.java FAILED: compiler/aot/calls/fromAot/AotInvokeStatic2AotTest.java Passed: compiler/aot/calls/fromAot/AotInvokeStatic2CompiledTest.java FAILED: compiler/aot/calls/fromAot/AotInvokeStatic2InterpretedTest.java Error:? compiler/aot/calls/fromAot/AotInvokeStatic2NativeTest.java FAILED: compiler/aot/calls/fromAot/AotInvokeVirtual2AotTest.java Passed: compiler/aot/calls/fromAot/AotInvokeVirtual2CompiledTest.java FAILED: compiler/aot/calls/fromAot/AotInvokeVirtual2InterpretedTest.java Error:? compiler/aot/calls/fromAot/AotInvokeVirtual2NativeTest.java Passed: compiler/aot/calls/fromCompiled/CompiledInvokeDynamic2AotTest.java Passed: compiler/aot/calls/fromCompiled/CompiledInvokeInterface2AotTest.java Passed: compiler/aot/calls/fromCompiled/CompiledInvokeSpecial2AotTest.java Passed: compiler/aot/calls/fromCompiled/CompiledInvokeStatic2AotTest.java Passed: compiler/aot/calls/fromCompiled/CompiledInvokeVirtual2AotTest.java Passed: compiler/aot/calls/fromInterpreted/InterpretedInvokeDynamic2AotTest.java Passed: compiler/aot/calls/fromInterpreted/InterpretedInvokeInterface2AotTest.java Passed: compiler/aot/calls/fromInterpreted/InterpretedInvokeSpecial2AotTest.java Passed: compiler/aot/calls/fromInterpreted/InterpretedInvokeStatic2AotTest.java Passed: compiler/aot/calls/fromInterpreted/InterpretedInvokeVirtual2AotTest.java Error: compiler/aot/calls/fromNative/NativeInvokeSpecial2AotTest.java Error: compiler/aot/calls/fromNative/NativeInvokeStatic2AotTest.java Error: compiler/aot/calls/fromNative/NativeInvokeVirtual2AotTest.java Passed: compiler/aot/cli/jaotc/ClasspathOptionUnknownClassTest.java Passed: compiler/aot/cli/jaotc/CompileClassTest.java Passed: compiler/aot/cli/jaotc/CompileClassWithDebugTest.java Passed: compiler/aot/cli/jaotc/CompileDirectoryTest.java Passed: compiler/aot/cli/jaotc/CompileJarTest.java FAILED: compiler/aot/cli/jaotc/CompileModuleTest.java Passed: compiler/aot/cli/jaotc/ListOptionNotExistingTest.java FAILED: compiler/aot/cli/jaotc/ListOptionTest.java Passed: compiler/aot/cli/jaotc/ListOptionWrongFileTest.java Passed: compiler/aot/cli/DisabledAOTWithLibraryTest.java Passed: compiler/aot/cli/IncorrectAOTLibraryTest.java Passed: compiler/aot/cli/MultipleAOTLibraryTest.java Passed: compiler/aot/cli/NonExistingAOTLibraryTest.java Passed: compiler/aot/cli/SingleAOTLibraryTest.java Passed: compiler/aot/cli/SingleAOTOptionTest.java Passed: compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/directory/DirectorySourceProviderTest.java Passed: compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/jar/JarSourceProviderTest.java Passed: compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/module/ModuleSourceProviderTest.java Passed: compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/ClassSearchTest.java Passed: compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/ClassSourceTest.java Passed: compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/SearchPathTest.java Passed: compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/NativeOrderOutputStreamTest.java Passed: compiler/aot/verification/vmflags/NotTrackedFlagTest.java Passed: compiler/aot/verification/vmflags/TrackedFlagTest.java Passed: compiler/aot/verification/ClassAndLibraryNotMatchTest.java FAILED: compiler/aot/DeoptimizationTest.java FAILED: compiler/aot/RecompilationTest.java Passed: compiler/aot/SharedUsageTest.java Test results: passed: 39; failed: 14; error: 8 -Dmitry From dmitry.chuyko at bell-sw.com Tue Mar 27 18:14:41 2018 From: dmitry.chuyko at bell-sw.com (Dmitry Chuyko) Date: Tue, 27 Mar 2018 21:14:41 +0300 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <6f669937-6e59-b4e8-e77b-1fe727dfc9e5@bell-sw.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <6f669937-6e59-b4e8-e77b-1fe727dfc9e5@bell-sw.com> Message-ID: <53daf9a7-5108-06ce-bb05-6b10612c48d8@bell-sw.com> Some more results. Extra 14 AOT tests fail on AArch64 compared to x86. ==== AOT x86 ==== Passed: compiler/aot/calls/fromAot/AotInvokeDynamic2AotTest.java Passed: compiler/aot/calls/fromAot/AotInvokeDynamic2CompiledTest.java Passed: compiler/aot/calls/fromAot/AotInvokeDynamic2InterpretedTest.java Error: compiler/aot/calls/fromAot/AotInvokeDynamic2NativeTest.java Passed: compiler/aot/calls/fromAot/AotInvokeInterface2AotTest.java Passed: compiler/aot/calls/fromAot/AotInvokeInterface2CompiledTest.java Passed: compiler/aot/calls/fromAot/AotInvokeInterface2InterpretedTest.java Error: compiler/aot/calls/fromAot/AotInvokeInterface2NativeTest.java Passed: compiler/aot/calls/fromAot/AotInvokeSpecial2AotTest.java Passed: compiler/aot/calls/fromAot/AotInvokeSpecial2CompiledTest.java Passed: compiler/aot/calls/fromAot/AotInvokeSpecial2InterpretedTest.java Error: compiler/aot/calls/fromAot/AotInvokeSpecial2NativeTest.java Passed: compiler/aot/calls/fromAot/AotInvokeStatic2AotTest.java Passed: compiler/aot/calls/fromAot/AotInvokeStatic2CompiledTest.java Passed: compiler/aot/calls/fromAot/AotInvokeStatic2InterpretedTest.java Error:? compiler/aot/calls/fromAot/AotInvokeStatic2NativeTest.java Passed: compiler/aot/calls/fromAot/AotInvokeVirtual2AotTest.java Passed: compiler/aot/calls/fromAot/AotInvokeVirtual2CompiledTest.java Passed: compiler/aot/calls/fromAot/AotInvokeVirtual2InterpretedTest.java Error: compiler/aot/calls/fromAot/AotInvokeVirtual2NativeTest.java Passed: compiler/aot/calls/fromCompiled/CompiledInvokeDynamic2AotTest.java Passed: compiler/aot/calls/fromCompiled/CompiledInvokeInterface2AotTest.java Passed: compiler/aot/calls/fromCompiled/CompiledInvokeSpecial2AotTest.java Passed: compiler/aot/calls/fromCompiled/CompiledInvokeStatic2AotTest.java Passed: compiler/aot/calls/fromCompiled/CompiledInvokeVirtual2AotTest.java Passed: compiler/aot/calls/fromInterpreted/InterpretedInvokeDynamic2AotTest.java Passed: compiler/aot/calls/fromInterpreted/InterpretedInvokeInterface2AotTest.java Passed: compiler/aot/calls/fromInterpreted/InterpretedInvokeSpecial2AotTest.java Passed: compiler/aot/calls/fromInterpreted/InterpretedInvokeStatic2AotTest.java Passed: compiler/aot/calls/fromInterpreted/InterpretedInvokeVirtual2AotTest.java Error: compiler/aot/calls/fromNative/NativeInvokeSpecial2AotTest.java Error: compiler/aot/calls/fromNative/NativeInvokeStatic2AotTest.java Error: compiler/aot/calls/fromNative/NativeInvokeVirtual2AotTest.java Passed: compiler/aot/cli/jaotc/ClasspathOptionUnknownClassTest.java Passed: compiler/aot/cli/jaotc/CompileClassTest.java Passed: compiler/aot/cli/jaotc/CompileClassWithDebugTest.java Passed: compiler/aot/cli/jaotc/CompileDirectoryTest.java Passed: compiler/aot/cli/jaotc/CompileJarTest.java Passed: compiler/aot/cli/jaotc/CompileModuleTest.java Passed: compiler/aot/cli/jaotc/ListOptionNotExistingTest.java Passed: compiler/aot/cli/jaotc/ListOptionTest.java Passed: compiler/aot/cli/jaotc/ListOptionWrongFileTest.java Passed: compiler/aot/cli/DisabledAOTWithLibraryTest.java Passed: compiler/aot/cli/IncorrectAOTLibraryTest.java Passed: compiler/aot/cli/MultipleAOTLibraryTest.java Passed: compiler/aot/cli/NonExistingAOTLibraryTest.java Passed: compiler/aot/cli/SingleAOTLibraryTest.java Passed: compiler/aot/cli/SingleAOTOptionTest.java Passed: compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/directory/DirectorySourceProviderTest.java Passed: compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/jar/JarSourceProviderTest.java Passed: compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/module/ModuleSourceProviderTest.java Passed: compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/ClassSearchTest.java Passed: compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/ClassSourceTest.java Passed: compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/SearchPathTest.java Passed: compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/NativeOrderOutputStreamTest.java Passed: compiler/aot/verification/vmflags/NotTrackedFlagTest.java Passed: compiler/aot/verification/vmflags/TrackedFlagTest.java Passed: compiler/aot/verification/ClassAndLibraryNotMatchTest.java Passed: compiler/aot/DeoptimizationTest.java Passed: compiler/aot/RecompilationTest.java Passed: compiler/aot/SharedUsageTest.java Test results: passed: 53; error: 8 ==== JVMCI AArch64 ==== Passed: compiler/jvmci/compilerToVM/AllocateCompileIdTest.java Passed: compiler/jvmci/compilerToVM/AsResolvedJavaMethodTest.java Passed: compiler/jvmci/compilerToVM/CollectCountersTest.java Passed: compiler/jvmci/compilerToVM/DebugOutputTest.java Passed: compiler/jvmci/compilerToVM/DisassembleCodeBlobTest.java Passed: compiler/jvmci/compilerToVM/DoNotInlineOrCompileTest.java Passed: compiler/jvmci/compilerToVM/ExecuteInstalledCodeTest.java Passed: compiler/jvmci/compilerToVM/FindUniqueConcreteMethodTest.java Passed: compiler/jvmci/compilerToVM/GetBytecodeTest.java Passed: compiler/jvmci/compilerToVM/GetClassInitializerTest.java Passed: compiler/jvmci/compilerToVM/GetConstantPoolTest.java Passed: compiler/jvmci/compilerToVM/GetExceptionTableTest.java Passed: compiler/jvmci/compilerToVM/GetFlagValueTest.java Passed: compiler/jvmci/compilerToVM/GetImplementorTest.java Passed: compiler/jvmci/compilerToVM/GetLineNumberTableTest.java Passed: compiler/jvmci/compilerToVM/GetLocalVariableTableTest.java Passed: compiler/jvmci/compilerToVM/GetMaxCallTargetOffsetTest.java Passed: compiler/jvmci/compilerToVM/GetNextStackFrameTest.java Passed: compiler/jvmci/compilerToVM/GetResolvedJavaMethodTest.java FAILED: compiler/jvmci/compilerToVM/GetResolvedJavaTypeTest.java Passed: compiler/jvmci/compilerToVM/GetStackTraceElementTest.java Passed: compiler/jvmci/compilerToVM/GetSymbolTest.java Passed: compiler/jvmci/compilerToVM/GetVtableIndexForInterfaceTest.java Passed: compiler/jvmci/compilerToVM/HasCompiledCodeForOSRTest.java Passed: compiler/jvmci/compilerToVM/HasFinalizableSubclassTest.java Passed: compiler/jvmci/compilerToVM/HasNeverInlineDirectiveTest.java FAILED: compiler/jvmci/compilerToVM/InvalidateInstalledCodeTest.java Passed: compiler/jvmci/compilerToVM/IsCompilableTest.java Passed: compiler/jvmci/compilerToVM/IsMatureTest.java Passed: compiler/jvmci/compilerToVM/IsMatureVsReprofileTest.java Passed: compiler/jvmci/compilerToVM/JVM_RegisterJVMCINatives.java Passed: compiler/jvmci/compilerToVM/LookupKlassInPoolTest.java Passed: compiler/jvmci/compilerToVM/LookupKlassRefIndexInPoolTest.java Passed: compiler/jvmci/compilerToVM/LookupMethodInPoolTest.java Passed: compiler/jvmci/compilerToVM/LookupNameAndTypeRefIndexInPoolTest.java Passed: compiler/jvmci/compilerToVM/LookupNameInPoolTest.java Passed: compiler/jvmci/compilerToVM/LookupSignatureInPoolTest.java Passed: compiler/jvmci/compilerToVM/LookupTypeTest.java Passed: compiler/jvmci/compilerToVM/MaterializeVirtualObjectTest.java Passed: compiler/jvmci/compilerToVM/MethodIsIgnoredBySecurityStackWalkTest.java Passed: compiler/jvmci/compilerToVM/ReadConfigurationTest.java Passed: compiler/jvmci/compilerToVM/ReprofileTest.java Passed: compiler/jvmci/compilerToVM/ResolveConstantInPoolTest.java Passed: compiler/jvmci/compilerToVM/ResolveFieldInPoolTest.java Passed: compiler/jvmci/compilerToVM/ResolveMethodTest.java Passed: compiler/jvmci/compilerToVM/ResolvePossiblyCachedConstantInPoolTest.java Passed: compiler/jvmci/compilerToVM/ResolveTypeInPoolTest.java Passed: compiler/jvmci/compilerToVM/ShouldDebugNonSafepointsTest.java Passed: compiler/jvmci/compilerToVM/ShouldInlineMethodTest.java Passed: compiler/jvmci/errors/TestInvalidCompilationResult.java Passed: compiler/jvmci/errors/TestInvalidDebugInfo.java Passed: compiler/jvmci/errors/TestInvalidOopMap.java Passed: compiler/jvmci/events/JvmciNotifyBootstrapFinishedEventTest.java Passed: compiler/jvmci/events/JvmciNotifyInstallEventTest.java Passed: compiler/jvmci/events/JvmciShutdownEventTest.java Passed: compiler/jvmci/jdk.vm.ci.hotspot.test/src/jdk/vm/ci/hotspot/test/HotSpotConstantReflectionProviderTest.java Passed: compiler/jvmci/jdk.vm.ci.hotspot.test/src/jdk/vm/ci/hotspot/test/MemoryAccessProviderTest.java Passed: compiler/jvmci/jdk.vm.ci.hotspot.test/src/jdk/vm/ci/hotspot/test/MethodHandleAccessProviderTest.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/ConstantTest.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/RedefineClassTest.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/ResolvedJavaTypeResolveConcreteMethodTest.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/ResolvedJavaTypeResolveMethodTest.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestConstantReflectionProvider.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestJavaField.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestJavaMethod.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestJavaType.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestMetaAccessProvider.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestResolvedJavaField.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestResolvedJavaMethod.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestResolvedJavaType.java Passed: compiler/jvmci/meta/StableFieldTest.java Passed: compiler/jvmci/JVM_GetJVMCIRuntimeTest.java Passed: compiler/jvmci/SecurityRestrictionsTest.java Passed: compiler/jvmci/TestJVMCIPrintProperties.java Passed: compiler/jvmci/TestValidateModules.java Test results: passed: 73; failed: 2 ==== JVMCI on x86 ==== Passed: compiler/jvmci/compilerToVM/AllocateCompileIdTest.java Passed: compiler/jvmci/compilerToVM/AsResolvedJavaMethodTest.java Passed: compiler/jvmci/compilerToVM/CollectCountersTest.java Passed: compiler/jvmci/compilerToVM/DebugOutputTest.java Passed: compiler/jvmci/compilerToVM/DisassembleCodeBlobTest.java Passed: compiler/jvmci/compilerToVM/DoNotInlineOrCompileTest.java Passed: compiler/jvmci/compilerToVM/ExecuteInstalledCodeTest.java Passed: compiler/jvmci/compilerToVM/FindUniqueConcreteMethodTest.java Passed: compiler/jvmci/compilerToVM/GetBytecodeTest.java Passed: compiler/jvmci/compilerToVM/GetClassInitializerTest.java Passed: compiler/jvmci/compilerToVM/GetConstantPoolTest.java Passed: compiler/jvmci/compilerToVM/GetExceptionTableTest.java Passed: compiler/jvmci/compilerToVM/GetFlagValueTest.java Passed: compiler/jvmci/compilerToVM/GetImplementorTest.java Passed: compiler/jvmci/compilerToVM/GetLineNumberTableTest.java Passed: compiler/jvmci/compilerToVM/GetLocalVariableTableTest.java Passed: compiler/jvmci/compilerToVM/GetMaxCallTargetOffsetTest.java Passed: compiler/jvmci/compilerToVM/GetNextStackFrameTest.java Passed: compiler/jvmci/compilerToVM/GetResolvedJavaMethodTest.java FAILED: compiler/jvmci/compilerToVM/GetResolvedJavaTypeTest.java Passed: compiler/jvmci/compilerToVM/GetStackTraceElementTest.java Passed: compiler/jvmci/compilerToVM/GetSymbolTest.java Passed: compiler/jvmci/compilerToVM/GetVtableIndexForInterfaceTest.java Passed: compiler/jvmci/compilerToVM/HasCompiledCodeForOSRTest.java Passed: compiler/jvmci/compilerToVM/HasFinalizableSubclassTest.java Passed: compiler/jvmci/compilerToVM/HasNeverInlineDirectiveTest.java FAILED: compiler/jvmci/compilerToVM/InvalidateInstalledCodeTest.java Passed: compiler/jvmci/compilerToVM/IsCompilableTest.java Passed: compiler/jvmci/compilerToVM/IsMatureTest.java Passed: compiler/jvmci/compilerToVM/IsMatureVsReprofileTest.java Passed: compiler/jvmci/compilerToVM/JVM_RegisterJVMCINatives.java Passed: compiler/jvmci/compilerToVM/LookupKlassInPoolTest.java Passed: compiler/jvmci/compilerToVM/LookupKlassRefIndexInPoolTest.java Passed: compiler/jvmci/compilerToVM/LookupMethodInPoolTest.java Passed: compiler/jvmci/compilerToVM/LookupNameAndTypeRefIndexInPoolTest.java Passed: compiler/jvmci/compilerToVM/LookupNameInPoolTest.java Passed: compiler/jvmci/compilerToVM/LookupSignatureInPoolTest.java Passed: compiler/jvmci/compilerToVM/LookupTypeTest.java Passed: compiler/jvmci/compilerToVM/MaterializeVirtualObjectTest.java Passed: compiler/jvmci/compilerToVM/MethodIsIgnoredBySecurityStackWalkTest.java Passed: compiler/jvmci/compilerToVM/ReadConfigurationTest.java Passed: compiler/jvmci/compilerToVM/ReprofileTest.java Passed: compiler/jvmci/compilerToVM/ResolveConstantInPoolTest.java Passed: compiler/jvmci/compilerToVM/ResolveFieldInPoolTest.java Passed: compiler/jvmci/compilerToVM/ResolveMethodTest.java Passed: compiler/jvmci/compilerToVM/ResolvePossiblyCachedConstantInPoolTest.java Passed: compiler/jvmci/compilerToVM/ResolveTypeInPoolTest.java Passed: compiler/jvmci/compilerToVM/ShouldDebugNonSafepointsTest.java Passed: compiler/jvmci/compilerToVM/ShouldInlineMethodTest.java Passed: compiler/jvmci/errors/TestInvalidCompilationResult.java Passed: compiler/jvmci/errors/TestInvalidDebugInfo.java Passed: compiler/jvmci/errors/TestInvalidOopMap.java Passed: compiler/jvmci/events/JvmciNotifyBootstrapFinishedEventTest.java Passed: compiler/jvmci/events/JvmciNotifyInstallEventTest.java Passed: compiler/jvmci/events/JvmciShutdownEventTest.java Passed: compiler/jvmci/jdk.vm.ci.code.test/src/jdk/vm/ci/code/test/DataPatchTest.java Passed: compiler/jvmci/jdk.vm.ci.code.test/src/jdk/vm/ci/code/test/InterpreterFrameSizeTest.java Passed: compiler/jvmci/jdk.vm.ci.code.test/src/jdk/vm/ci/code/test/MaxOopMapStackOffsetTest.java Error: compiler/jvmci/jdk.vm.ci.code.test/src/jdk/vm/ci/code/test/NativeCallTest.java Passed: compiler/jvmci/jdk.vm.ci.code.test/src/jdk/vm/ci/code/test/SimpleCodeInstallationTest.java Passed: compiler/jvmci/jdk.vm.ci.code.test/src/jdk/vm/ci/code/test/SimpleDebugInfoTest.java Passed: compiler/jvmci/jdk.vm.ci.code.test/src/jdk/vm/ci/code/test/VirtualObjectDebugInfoTest.java Passed: compiler/jvmci/jdk.vm.ci.hotspot.test/src/jdk/vm/ci/hotspot/test/HotSpotConstantReflectionProviderTest.java Passed: compiler/jvmci/jdk.vm.ci.hotspot.test/src/jdk/vm/ci/hotspot/test/MemoryAccessProviderTest.java Passed: compiler/jvmci/jdk.vm.ci.hotspot.test/src/jdk/vm/ci/hotspot/test/MethodHandleAccessProviderTest.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/ConstantTest.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/RedefineClassTest.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/ResolvedJavaTypeResolveConcreteMethodTest.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/ResolvedJavaTypeResolveMethodTest.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestConstantReflectionProvider.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestJavaField.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestJavaMethod.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestJavaType.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestMetaAccessProvider.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestResolvedJavaField.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestResolvedJavaMethod.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestResolvedJavaType.java Passed: compiler/jvmci/meta/StableFieldTest.java Passed: compiler/jvmci/JVM_GetJVMCIRuntimeTest.java Passed: compiler/jvmci/SecurityRestrictionsTest.java Passed: compiler/jvmci/TestJVMCIPrintProperties.java Passed: compiler/jvmci/TestValidateModules.java Test results: passed: 79; failed: 2; error: 1 On 03/27/2018 07:39 PM, Dmitry Chuyko wrote: > Andrew, > > There are some jtreg failures. Some are related to "Emitting code to > load a metaspace address is not currently supported on aarch64" that > was spotted before. I'll send you the logs in private > > FAILED: compiler/aot/calls/fromAot/AotInvokeDynamic2AotTest.java > Passed: compiler/aot/calls/fromAot/AotInvokeDynamic2CompiledTest.java > FAILED: compiler/aot/calls/fromAot/AotInvokeDynamic2InterpretedTest.java > Error: compiler/aot/calls/fromAot/AotInvokeDynamic2NativeTest.java > FAILED: compiler/aot/calls/fromAot/AotInvokeInterface2AotTest.java > Passed: compiler/aot/calls/fromAot/AotInvokeInterface2CompiledTest.java > FAILED: > compiler/aot/calls/fromAot/AotInvokeInterface2InterpretedTest.java > Error: compiler/aot/calls/fromAot/AotInvokeInterface2NativeTest.java > FAILED: compiler/aot/calls/fromAot/AotInvokeSpecial2AotTest.java > Passed: compiler/aot/calls/fromAot/AotInvokeSpecial2CompiledTest.java > FAILED: compiler/aot/calls/fromAot/AotInvokeSpecial2InterpretedTest.java > Error: compiler/aot/calls/fromAot/AotInvokeSpecial2NativeTest.java > FAILED: compiler/aot/calls/fromAot/AotInvokeStatic2AotTest.java > Passed: compiler/aot/calls/fromAot/AotInvokeStatic2CompiledTest.java > FAILED: compiler/aot/calls/fromAot/AotInvokeStatic2InterpretedTest.java > Error:? compiler/aot/calls/fromAot/AotInvokeStatic2NativeTest.java > FAILED: compiler/aot/calls/fromAot/AotInvokeVirtual2AotTest.java > Passed: compiler/aot/calls/fromAot/AotInvokeVirtual2CompiledTest.java > FAILED: compiler/aot/calls/fromAot/AotInvokeVirtual2InterpretedTest.java > Error: compiler/aot/calls/fromAot/AotInvokeVirtual2NativeTest.java > Passed: > compiler/aot/calls/fromCompiled/CompiledInvokeDynamic2AotTest.java > Passed: > compiler/aot/calls/fromCompiled/CompiledInvokeInterface2AotTest.java > Passed: > compiler/aot/calls/fromCompiled/CompiledInvokeSpecial2AotTest.java > Passed: compiler/aot/calls/fromCompiled/CompiledInvokeStatic2AotTest.java > Passed: > compiler/aot/calls/fromCompiled/CompiledInvokeVirtual2AotTest.java > Passed: > compiler/aot/calls/fromInterpreted/InterpretedInvokeDynamic2AotTest.java > Passed: > compiler/aot/calls/fromInterpreted/InterpretedInvokeInterface2AotTest.java > Passed: > compiler/aot/calls/fromInterpreted/InterpretedInvokeSpecial2AotTest.java > Passed: > compiler/aot/calls/fromInterpreted/InterpretedInvokeStatic2AotTest.java > Passed: > compiler/aot/calls/fromInterpreted/InterpretedInvokeVirtual2AotTest.java > Error: compiler/aot/calls/fromNative/NativeInvokeSpecial2AotTest.java > Error: compiler/aot/calls/fromNative/NativeInvokeStatic2AotTest.java > Error: compiler/aot/calls/fromNative/NativeInvokeVirtual2AotTest.java > Passed: compiler/aot/cli/jaotc/ClasspathOptionUnknownClassTest.java > Passed: compiler/aot/cli/jaotc/CompileClassTest.java > Passed: compiler/aot/cli/jaotc/CompileClassWithDebugTest.java > Passed: compiler/aot/cli/jaotc/CompileDirectoryTest.java > Passed: compiler/aot/cli/jaotc/CompileJarTest.java > FAILED: compiler/aot/cli/jaotc/CompileModuleTest.java > Passed: compiler/aot/cli/jaotc/ListOptionNotExistingTest.java > FAILED: compiler/aot/cli/jaotc/ListOptionTest.java > Passed: compiler/aot/cli/jaotc/ListOptionWrongFileTest.java > Passed: compiler/aot/cli/DisabledAOTWithLibraryTest.java > Passed: compiler/aot/cli/IncorrectAOTLibraryTest.java > Passed: compiler/aot/cli/MultipleAOTLibraryTest.java > Passed: compiler/aot/cli/NonExistingAOTLibraryTest.java > Passed: compiler/aot/cli/SingleAOTLibraryTest.java > Passed: compiler/aot/cli/SingleAOTOptionTest.java > Passed: > compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/directory/DirectorySourceProviderTest.java > Passed: > compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/jar/JarSourceProviderTest.java > Passed: > compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/module/ModuleSourceProviderTest.java > Passed: > compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/ClassSearchTest.java > Passed: > compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/ClassSourceTest.java > Passed: > compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/SearchPathTest.java > Passed: > compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/NativeOrderOutputStreamTest.java > Passed: compiler/aot/verification/vmflags/NotTrackedFlagTest.java > Passed: compiler/aot/verification/vmflags/TrackedFlagTest.java > Passed: compiler/aot/verification/ClassAndLibraryNotMatchTest.java > FAILED: compiler/aot/DeoptimizationTest.java > FAILED: compiler/aot/RecompilationTest.java > Passed: compiler/aot/SharedUsageTest.java > Test results: passed: 39; failed: 14; error: 8 > > -Dmitry From aph at redhat.com Tue Mar 27 18:20:18 2018 From: aph at redhat.com (Andrew Haley) Date: Tue, 27 Mar 2018 19:20:18 +0100 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <6f669937-6e59-b4e8-e77b-1fe727dfc9e5@bell-sw.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <6f669937-6e59-b4e8-e77b-1fe727dfc9e5@bell-sw.com> Message-ID: On 27/03/18 17:39, Dmitry Chuyko wrote: > There are some jtreg failures. Some are related to "Emitting code to > load a metaspace address is not currently supported on aarch64" that was > spotted before. I'll send you the logs in private Very cool, thank you. Please also let me know the commands you used to run the AOT jtreg tests. -- Andrew Haley Java Platform Lead Engineer Red Hat UK Ltd. EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 From adinn at redhat.com Wed Mar 28 10:51:15 2018 From: adinn at redhat.com (Andrew Dinn) Date: Wed, 28 Mar 2018 11:51:15 +0100 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <8342caa0-e4d1-0250-02ab-c8f9cf8085bd@redhat.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <15f51315-3497-6c01-2ecb-1f758762e99e@redhat.com> <849a8fcf-85cd-b8c6-1134-9aea3877e9b7@redhat.com> <2c42186a-523e-6912-6eb0-36c7ee2be09f@redhat.com> <8b4a211e-44af-ed28-5abf-697d722771d1@redhat.com> <97d96f0e-43b0-beca-3b31-3dabc6073f3a@redhat.com> <8342caa0-e4d1-0250-02ab-c8f9cf8085bd@redhat.com> Message-ID: On 27/03/18 16:08, Andrew Dinn wrote: > I'll try to get final comments plus a yea or nay (well, ok I > guess it's going to be a yea) posted by late tomorrow morning. Well, this is all very interesting. I used a Java debugger to step through code under jdk.tools.jaotc.Main and gdb to step through an AOT-compiled Test.main([Ljava/lang/String;)V and that made a lot of stuff clearer about how this all ties together. It still doesn't really put me in any better position to critique the patch further but it certainly makes me feel like a lot happier as to what the patch is doing and why. Since this works to AOT-compile and then run simple programs plus java.base, I guess it caters for most (maybe all?) of the cases that are likely to turn up in generation and subsequent execution. I think whatever may be missing will be found by i) committing this and then testing it on larger apps ii) letting you, me and others play with it until we get to the point where we can spot any rare omissions that testing does not uncover. I have only one further comment on the Graal code: 1) compiler/src/org.graalvm.compiler.lir.aarch64/src/org/graalvm/compiler/lir/aarch64/AArch64Call.java @@ public class AArch64Call { public static void directJmp(CompilationResultBuilder crb, AArch64MacroAssembler masm, InvokeTarget callTarget) { try (AArch64MacroAssembler.ScratchRegister scratch = masm.getScratchRegister()) { int before = masm.position(); - masm.movNativeAddress(scratch.getRegister(), 0L); - masm.jmp(scratch.getRegister()); + if (GeneratePIC.getValue(crb.getOptions())) { + masm.jmp(); + } else { + masm.movNativeAddress(scratch.getRegister(), 0L); + masm.jmp(scratch.getRegister()); + } int after = masm.position(); crb.recordDirectCall(before, after, callTarget, null); masm.ensureUniquePC(); The else branch here omits the helpful comment provided in earlier method directCall which it might actually be useful to include. However, in both cases it might also help to add a comment in the if branch to explain that the call is guaranteed to fit into 28 bits because in the PIC case far jumps/calls indirect through a PLT i.e. for directJmp: @@ public class AArch64Call { public static void directJmp(CompilationResultBuilder crb, AArch64MacroAssembler masm, InvokeTarget callTarget) { try (AArch64MacroAssembler.ScratchRegister scratch = masm.getScratchRegister()) { int before = masm.position(); - masm.movNativeAddress(scratch.getRegister(), 0L); - masm.jmp(scratch.getRegister()); + if (GeneratePIC.getValue(crb.getOptions())) { + /* + * Offset must fit into a 28-bit immediate as far jumps + * require indirection through a PLT. + * generate a PC-relative jump fixed up by the linker + */ + masm.jmp(); + } else { + /* + * Offset might not fit into a 28-bit immediate, generate an indirect call with a 64-bit + * immediate address which is fixed up by HotSpot. + */ + masm.movNativeAddress(scratch.getRegister(), 0L); + masm.jmp(scratch.getRegister()); + } int after = masm.position(); crb.recordDirectCall(before, after, callTarget, null); masm.ensureUniquePC(); and ditto for directCall. Otherwise I'm happy to see a patch with all updates accumulated so far pushed to Graal and hs. regards, Andrew Dinn ----------- Senior Principal Software Engineer Red Hat UK Ltd Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander From dmitry.chuyko at bell-sw.com Wed Mar 28 11:08:44 2018 From: dmitry.chuyko at bell-sw.com (Dmitry Chuyko) Date: Wed, 28 Mar 2018 14:08:44 +0300 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <6f669937-6e59-b4e8-e77b-1fe727dfc9e5@bell-sw.com> Message-ID: <066ab6cb-f7a3-524e-ab25-96b9b1f674bb@bell-sw.com> On 03/27/2018 09:20 PM, Andrew Haley wrote: > On 27/03/18 17:39, Dmitry Chuyko wrote: >> There are some jtreg failures. Some are related to "Emitting code to >> load a metaspace address is not currently supported on aarch64" that was >> spotted before. I'll send you the logs in private > Very cool, thank you. Please also let me know the commands you used > to run the AOT jtreg tests. > The command line itself is quite straightforward, i.e. export JT_JAVA=/home/dchuyko/jdk-aot jtreg -jdk:$JT_JAVA -verbose:summary -w work -r report /home/dchuyko/jdk-aot/test/hotspot/jtreg/compiler/aot But I also use 2 preparatory things: ? * jaotc was replaced with a wrapper script that calls original binary with all passed arguments plus --module-path and --upgrade-module-path pointing to Graal stuff built with mx. ? * jtreg version 4.2-b11 -Dmitry From stuart.monteith at linaro.org Wed Mar 28 15:31:01 2018 From: stuart.monteith at linaro.org (Stuart Monteith) Date: Wed, 28 Mar 2018 16:31:01 +0100 Subject: [aarch64-port-dev ] ZGC & AArch64 Message-ID: Hello, After Ed and I spoke with Per and Stefan at FOSDEM I've started working on seeing what is necessary to get ZGC working on the Aarch64 backend. To be clear, this is the hotspot/cpu/aarch64 backend rather than hotspot/cpu/arm backend. I have just some observations and questions so far: 1. The address space used by ZGC is impressive - 17TB on my laptop. However, you need to make sure your kernel is configured for 48-bit virtual address space. I've currently hobbled ZGC a little to work within the 42-bit VA. - basically using 39-bits rather than 42-bits as the base addresses. 2. I'm basing my work on the SPARC port and the Linux x86 port. The top 8-bits on aarch64 can be used as tag bits, and so that's where I'm putting the "colours" - much like SPARC. The os_cpu code is mostly derived from linux_x86, however. I've removed the multi-mapping as that is unnecessary. 3. If this code gets ported on further platforms, we'll need to look at refactoring the code. There will be a lot of redundancy. I'll follow what you are doing for now, until aarch64 is in an acceptable state. 4. How active is the SPARC port? I've largely been taking my cues from that port in the backend, rather than the OS code, and it would be good to know if there are issues doing that. 5. I expected ZAddressBadMask to be held in Universe - is this to ease rebasing? Ordinarily we'd retrieve such values through Universe:: 6. Do you expect signal handlers to play a part in ZGC in the future? It is something to watch on aarch64, as the tag bits will get stripped under most circumstances. I currently have it building, and I can run a GC benchmark on interpreter mode, until hitting an issue with a references to a oop in an unallocated ZPage. Running the same code on x86 completes just fine. Thanks, Stuart From per.liden at oracle.com Thu Mar 29 07:12:09 2018 From: per.liden at oracle.com (Per Liden) Date: Thu, 29 Mar 2018 09:12:09 +0200 Subject: [aarch64-port-dev ] ZGC & AArch64 In-Reply-To: References: Message-ID: <94e59ef4-fd31-f695-3f4e-1a1d448e9446@oracle.com> Hi Stuart, On 03/28/2018 05:31 PM, Stuart Monteith wrote: > Hello, > After Ed and I spoke with Per and Stefan at FOSDEM I've started > working on seeing what is necessary to get ZGC working on the Aarch64 > backend. To be clear, this is the hotspot/cpu/aarch64 backend rather > than hotspot/cpu/arm backend. That awesome! > > I have just some observations and questions so far: > > 1. The address space used by ZGC is impressive - 17TB on my laptop. > However, you need to make sure your kernel is configured for 48-bit > virtual address space. I've currently hobbled ZGC a little to work > within the 42-bit VA. - basically using 39-bits rather than 42-bits as > the base addresses. The 17TB reservation we do on x86 is large because of the multi-mapping scheme (4TB * 4 for the multi-mapping + the reservation for the mark stacks, etc). On Sparc and AArch64 this can be reduced quite a bit. To avoid problems related to external fragmentation, it's recommended that the address space reservation for the heap is 4 times that of the max heap size. > > 2. I'm basing my work on the SPARC port and the Linux x86 port. The > top 8-bits on aarch64 can be used as tag bits, and so that's where I'm > putting the "colours" - much like SPARC. > The os_cpu code is mostly derived from linux_x86, however. I've > removed the multi-mapping as that is unnecessary. Sounds like a good plan. There are pieces from both Solarus/Sparc and Linux/x86 that is useful to look at and reuse/copy. > > 3. If this code gets ported on further platforms, we'll need to look > at refactoring the code. There will be a lot of redundancy. I'll > follow what you are doing for now, until aarch64 is in an acceptable > state. > > 4. How active is the SPARC port? I've largely been taking my cues > from that port in the backend, rather than the OS code, and it would > be good to know if there are issues doing that. The Solars/Sparc port for ZGC is kept up to date. Having said that, we do focus our regular ZGC testing on Linux/x86 at this time. Taking inspiration from Solaris/Sparc should be safe, especially the src/hotspot/os_cpu/solaris_sparc/z* parts. For the load barriers in interpreter/c1/c2 I would recommend leaning more on the x86 implementation, since that is exposed to more testing and has some additional optimizations in how the load barrier stubs work in C2 (see UseBasicLoadBarrier). > > 5. I expected ZAddressBadMask to be held in Universe - is this to > ease rebasing? Ordinarily we'd retrieve such values through Universe:: The ZAddressBadMask variable should at some point only used inside ZGC itself, so the rest of HotSpot should not need to know about it. The intention is that load barriers should use Thread::_zaddress_bad_mask (this is currently not true on Sparc). > > 6. Do you expect signal handlers to play a part in ZGC in the future? > It is something to watch on aarch64, as the tag bits will get stripped > under most circumstances. There are currently no plans to use any signal handlers. > > I currently have it building, and I can run a GC benchmark on > interpreter mode, until hitting an issue with a references to a oop in > an unallocated ZPage. Running the same code on x86 completes just > fine. So, almost there ;) Assuming you have the normal load barrier in place in the interpreter, the other main thing to look out for is the weak barrier in TemplateInterpreterGenerator::generate_Reference_get_entry(). cheers, Per > > > Thanks, > Stuart > From ci_notify at linaro.org Thu Mar 29 11:01:49 2018 From: ci_notify at linaro.org (ci_notify at linaro.org) Date: Thu, 29 Mar 2018 11:01:49 +0000 (UTC) Subject: [aarch64-port-dev ] JTREG, JCStress, SPECjbb2015 and Hadoop/Terasort results for OpenJDK JDK on AArch64 Message-ID: <2066697529.3239.1522321310499.JavaMail.jenkins@4a1669f5d0e4> This is a summary of the JTREG test results =========================================== The build and test results are cycled every 15 days. For detailed information on the test output please refer to: http://openjdk.linaro.org/jdkX/openjdk-jtreg-nightly-tests/summary/2018/086/summary.html ------------------------------------------------------------------------------- client-release/hotspot ------------------------------------------------------------------------------- ------------------------------------------------------------------------------- client-release/jdk ------------------------------------------------------------------------------- Build 0: aarch64/2017/dec/27 pass: 7,575; fail: 736; error: 24 Build 1: aarch64/2018/jan/05 pass: 7,594; fail: 711; error: 30 Build 2: aarch64/2018/jan/07 pass: 7,593; fail: 726; error: 20 Build 3: aarch64/2018/jan/11 pass: 7,585; fail: 729; error: 25 Build 4: aarch64/2018/jan/13 pass: 7,591; fail: 726; error: 22 Build 5: aarch64/2018/jan/19 pass: 7,598; fail: 720; error: 23 Build 6: aarch64/2018/jan/21 pass: 7,595; fail: 717; error: 29 Build 7: aarch64/2018/feb/21 pass: 7,623; fail: 749; error: 27 Build 8: aarch64/2018/mar/15 pass: 7,693; fail: 692; error: 20 Build 9: aarch64/2018/mar/17 pass: 7,654; fail: 727; error: 24 Build 10: aarch64/2018/mar/19 pass: 7,657; fail: 722; error: 26 Build 11: aarch64/2018/mar/21 pass: 7,652; fail: 732; error: 21 Build 12: aarch64/2018/mar/23 pass: 7,629; fail: 752; error: 24 Build 13: aarch64/2018/mar/25 pass: 7,778; fail: 629; error: 20 Build 14: aarch64/2018/mar/27 pass: 7,773; fail: 634; error: 20 ------------------------------------------------------------------------------- client-release/langtools ------------------------------------------------------------------------------- Build 0: aarch64/2017/dec/27 pass: 3,821; fail: 5; error: 1 Build 1: aarch64/2018/jan/05 pass: 3,820; fail: 5; error: 2 Build 2: aarch64/2018/jan/07 pass: 3,821; fail: 5; error: 4 Build 3: aarch64/2018/jan/11 pass: 3,824; fail: 5; error: 1 Build 4: aarch64/2018/jan/13 pass: 3,821; fail: 5; error: 4 Build 5: aarch64/2018/jan/19 pass: 3,825; fail: 5; error: 5 Build 6: aarch64/2018/jan/21 pass: 3,824; fail: 5; error: 6 Build 7: aarch64/2018/feb/21 pass: 3,831; fail: 6; error: 9 Build 8: aarch64/2018/mar/15 pass: 3,842; fail: 6; error: 4 Build 9: aarch64/2018/mar/17 pass: 3,842; fail: 6; error: 4 Build 10: aarch64/2018/mar/19 pass: 3,843; fail: 6; error: 3 Build 11: aarch64/2018/mar/21 pass: 3,844; fail: 6; error: 2 Build 12: aarch64/2018/mar/23 pass: 3,843; fail: 6; error: 3 Build 13: aarch64/2018/mar/25 pass: 3,844; fail: 6; error: 7 Build 14: aarch64/2018/mar/27 pass: 3,847; fail: 6; error: 4 ------------------------------------------------------------------------------- server-release/hotspot ------------------------------------------------------------------------------- ------------------------------------------------------------------------------- server-release/jdk ------------------------------------------------------------------------------- Build 0: aarch64/2017/dec/27 pass: 7,589; fail: 721; error: 25 Build 1: aarch64/2018/jan/05 pass: 7,576; fail: 738; error: 21 Build 2: aarch64/2018/jan/07 pass: 7,599; fail: 714; error: 26 Build 3: aarch64/2018/jan/11 pass: 7,590; fail: 724; error: 25 Build 4: aarch64/2018/jan/13 pass: 7,598; fail: 715; error: 26 Build 5: aarch64/2018/jan/19 pass: 7,620; fail: 700; error: 21 Build 6: aarch64/2018/jan/21 pass: 7,600; fail: 714; error: 27 Build 7: aarch64/2018/feb/21 pass: 7,656; fail: 716; error: 27 Build 8: aarch64/2018/mar/15 pass: 7,680; fail: 703; error: 22 Build 9: aarch64/2018/mar/17 pass: 7,670; fail: 711; error: 24 Build 10: aarch64/2018/mar/19 pass: 7,669; fail: 714; error: 22 Build 11: aarch64/2018/mar/21 pass: 7,675; fail: 711; error: 19 Build 12: aarch64/2018/mar/23 pass: 7,643; fail: 740; error: 22 Build 13: aarch64/2018/mar/25 pass: 7,811; fail: 599; error: 17 Build 14: aarch64/2018/mar/27 pass: 7,794; fail: 614; error: 19 ------------------------------------------------------------------------------- server-release/langtools ------------------------------------------------------------------------------- Build 0: aarch64/2017/dec/27 pass: 3,820; fail: 5; error: 2 Build 1: aarch64/2018/jan/05 pass: 3,817; fail: 5; error: 5 Build 2: aarch64/2018/jan/07 pass: 3,823; fail: 5; error: 2 Build 3: aarch64/2018/jan/11 pass: 3,824; fail: 5; error: 1 Build 4: aarch64/2018/jan/13 pass: 3,819; fail: 5; error: 6 Build 5: aarch64/2018/jan/19 pass: 3,829; fail: 5; error: 1 Build 6: aarch64/2018/jan/21 pass: 3,827; fail: 5; error: 3 Build 7: aarch64/2018/feb/21 pass: 3,838; fail: 6; error: 2 Build 8: aarch64/2018/mar/15 pass: 3,845; fail: 6; error: 1 Build 9: aarch64/2018/mar/17 pass: 3,841; fail: 6; error: 5 Build 10: aarch64/2018/mar/19 pass: 3,843; fail: 6; error: 3 Build 11: aarch64/2018/mar/21 pass: 3,841; fail: 6; error: 5 Build 12: aarch64/2018/mar/23 pass: 3,843; fail: 6; error: 3 Build 13: aarch64/2018/mar/25 pass: 3,850; fail: 6; error: 1 Build 14: aarch64/2018/mar/27 pass: 3,848; fail: 6; error: 3 Previous results can be found here: http://openjdk.linaro.org/jdkX/openjdk-jtreg-nightly-tests/index.html SPECjbb2015 composite regression test completed =============================================== This test measures the relative performance of the server compiler running the SPECjbb2015 composite tests and compares the performance against the baseline performance of the server compiler taken on 2016-11-21. In accordance with [1], the SPECjbb2015 tests are run on a system which is not production ready and does not meet all the requirements for publishing compliant results. The numbers below shall be treated as non-compliant (nc) and are for experimental purposes only. Relative performance: Server max-jOPS (nc): 1.01x Relative performance: Server critical-jOPS (nc): 0.86x Details of the test setup and historical results may be found here: http://openjdk.linaro.org/jdkX/SPECjbb2015-results/ [1] http://www.spec.org/fairuse.html#Academic Regression test Hadoop-Terasort completed ========================================= This test measures the performance of the server and client compilers running Hadoop sorting a 1GB file using Terasort and compares the performance against the baseline performance of the Zero interpreter and against the baseline performance of the client and server compilers on 2014-04-01. Relative performance: Zero: 1.0, Client: 67.21, Server: 112.02 Client 67.21 / Client 2014-04-01 (43.00): 1.56x Server 112.02 / Server 2014-04-01 (71.00): 1.58x Details of the test setup and historical results may be found here: http://openjdk.linaro.org/jdkX/hadoop-terasort-benchmark-results/ This is a summary of the jcstress test results ============================================== The build and test results are cycled every 15 days. 2017-12-28 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2017/361/results/ 2018-01-07 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/005/results/ 2018-01-09 pass rate: 11559/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/007/results/ 2018-01-12 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/011/results/ 2018-01-15 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/013/results/ 2018-01-20 pass rate: 11559/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/019/results/ 2018-01-22 pass rate: 11557/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/021/results/ 2018-02-22 pass rate: 11557/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/052/results/ 2018-03-16 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/074/results/ 2018-03-17 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/076/results/ 2018-03-19 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/078/results/ 2018-03-21 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/080/results/ 2018-03-25 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/082/results/ 2018-03-26 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/084/results/ 2018-03-29 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/086/results/ For detailed information on the test output please refer to: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/ From dmitry.chuyko at bell-sw.com Thu Mar 29 15:08:54 2018 From: dmitry.chuyko at bell-sw.com (Dmitry Chuyko) Date: Thu, 29 Mar 2018 18:08:54 +0300 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> Message-ID: Andrew, java.base can be compiled and used successfully in basic scenarios, I'll try something more complicated. But here is some statistics about aot-compiled methods in modules I got: Non-tiered java.base: 13537 methods compiled, 37750 methods failed Tiered (less successful) java.base: 12 methods compiled, 51275 methods failed jdk.compiler: 0 methods compiled, 12495 methods failed jdk.internal.vm.ci: 0 methods compiled, 1792 methods failed jdk.scripting.nashorn: 4 methods compiled, 11877 methods failed Vast majority of failed compilations is org.graalvm.compiler.graph.GraalGraphError: org.graalvm.compiler.debug.GraalError: Emitting code to load a metaspace address is not currently supported on aarch64 also there are many org.graalvm.compiler.graph.GraalGraphError: org.graalvm.compiler.debug.GraalError: Emitting code to load an object address is not currently supported on aarch64 -Dmitry On 03/23/2018 09:11 PM, Andrew Haley wrote: > How to build it: > > Check out jdk-hs. Apply > http://cr.openjdk.java.net/~aph/jaotc/jdk-hs-1/ to that checkout then > build OpenJDK images. > > Then > > $ git checkout https://github.com/theRealAph/graal.git > $ cd graal > $ git branch aarch64-branch-overflows > > MAKE SURE that JAVA_HOME is pointing at the jdk-hs you just built: > > $ export JAVA_HOME=/local/jdk-hs/build/linux-aarch64-normal-server-release/images/jdk/ > > Follow the "Building Graal" instructions at > https://github.com/theRealAph/graal/tree/aarch64-branch-overflows/compiler > > My graal is in /local/graal/ and my jdk-hs is in /local/jdk-hs/. > To run jaotc, I do something like this: > > /local/jdk-hs/build/linux-aarch64-normal-server-release/images/jdk/bin/jaotc \ > -J--module-path=/local/graal/graal/sdk/mxbuild/modules/org.graalvm.graal_sdk.jar:/local/graal/graal/truffle/mxbuild/modules/com.oracle.truffle.truffle_api.jar \ > -J--upgrade-module-path=/local/graal/graal/compiler/mxbuild/modules/jdk.internal.vm.compiler.jar \ > myjar.jar --output myjar.so > > Note that the "-J" commands point jaotc at the version of Graal you've > just built rather than OpenJDK's built-in version of Graal. > > Enjoy. > From aph at redhat.com Thu Mar 29 15:36:05 2018 From: aph at redhat.com (Andrew Haley) Date: Thu, 29 Mar 2018 16:36:05 +0100 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> Message-ID: <5ae9dbad-a1c0-083d-3aa7-bcb918ceb8b5@redhat.com> On 03/29/2018 04:08 PM, Dmitry Chuyko wrote: > java.base can be compiled and used successfully in basic scenarios, I'll > try something more complicated. > > But here is some statistics about aot-compiled methods in modules I got: > > Non-tiered > > java.base: 13537 methods compiled, 37750 methods failed > > Tiered (less successful) > > java.base: 12 methods compiled, 51275 methods failed > jdk.compiler: 0 methods compiled, 12495 methods failed > jdk.internal.vm.ci: 0 methods compiled, 1792 methods failed > jdk.scripting.nashorn: 4 methods compiled, 11877 methods failed > > Vast majority of failed compilations is > > org.graalvm.compiler.graph.GraalGraphError: > org.graalvm.compiler.debug.GraalError: Emitting code to load a metaspace > address is not currently supported on aarch64 That's what you get if you don't pick up the external Graal build. > also there are many > > org.graalvm.compiler.graph.GraalGraphError: > org.graalvm.compiler.debug.GraalError: Emitting code to load an object > address is not currently supported on aarch64 I can't replicate that. I'm wondering if you're picking up the correct Graal build. I really need you to tell me *exactly* how you run your tests. Scripts, everything. Otherwise I waste a huge amount of time trying to guess what you're doing. -- Andrew Haley Java Platform Lead Engineer Red Hat UK Ltd. EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 From aph at redhat.com Thu Mar 29 15:46:30 2018 From: aph at redhat.com (Andrew Haley) Date: Thu, 29 Mar 2018 16:46:30 +0100 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <53daf9a7-5108-06ce-bb05-6b10612c48d8@bell-sw.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <6f669937-6e59-b4e8-e77b-1fe727dfc9e5@bell-sw.com> <53daf9a7-5108-06ce-bb05-6b10612c48d8@bell-sw.com> Message-ID: There's a problem with assertions being fired which is apparently due to a recent Graal bug. Try running without assertions: diff -r ee513596f3ee test/hotspot/jtreg/compiler/aot/AotCompiler.java --- a/test/hotspot/jtreg/compiler/aot/AotCompiler.java Tue Jan 30 16:41:40 2018 +0100 +++ b/test/hotspot/jtreg/compiler/aot/AotCompiler.java Thu Mar 29 16:37:21 2018 +0100 @@ -114,8 +114,8 @@ args.add(linker); } // Execute with asserts - args.add("-J-ea"); - args.add("-J-esa"); + // args.add("-J-ea"); + // args.add("-J-esa"); return launchJaotc(args, extraopts); } With that change, I get two failures. If you're seeing a lot more failures than that, please look t your test configuration. Passed: compiler/aot/calls/fromAot/AotInvokeDynamic2AotTest.java Passed: compiler/aot/calls/fromAot/AotInvokeDynamic2CompiledTest.java Passed: compiler/aot/calls/fromAot/AotInvokeDynamic2NativeTest.java Passed: compiler/aot/calls/fromAot/AotInvokeDynamic2InterpretedTest.java Passed: compiler/aot/calls/fromAot/AotInvokeInterface2InterpretedTest.java Passed: compiler/aot/calls/fromAot/AotInvokeInterface2AotTest.java Passed: compiler/aot/calls/fromAot/AotInvokeInterface2CompiledTest.java Passed: compiler/aot/calls/fromAot/AotInvokeInterface2NativeTest.java Passed: compiler/aot/calls/fromAot/AotInvokeSpecial2AotTest.java Passed: compiler/aot/calls/fromAot/AotInvokeSpecial2NativeTest.java Passed: compiler/aot/calls/fromAot/AotInvokeSpecial2CompiledTest.java Passed: compiler/aot/calls/fromAot/AotInvokeSpecial2InterpretedTest.java Passed: compiler/aot/calls/fromAot/AotInvokeStatic2AotTest.java Passed: compiler/aot/calls/fromAot/AotInvokeStatic2InterpretedTest.java Passed: compiler/aot/calls/fromAot/AotInvokeStatic2NativeTest.java Passed: compiler/aot/calls/fromAot/AotInvokeStatic2CompiledTest.java Passed: compiler/aot/calls/fromAot/AotInvokeVirtual2AotTest.java Passed: compiler/aot/calls/fromAot/AotInvokeVirtual2CompiledTest.java Passed: compiler/aot/calls/fromAot/AotInvokeVirtual2InterpretedTest.java Passed: compiler/aot/calls/fromAot/AotInvokeVirtual2NativeTest.java Passed: compiler/aot/calls/fromCompiled/CompiledInvokeDynamic2AotTest.java Passed: compiler/aot/calls/fromCompiled/CompiledInvokeInterface2AotTest.java Passed: compiler/aot/calls/fromCompiled/CompiledInvokeSpecial2AotTest.java Passed: compiler/aot/calls/fromCompiled/CompiledInvokeStatic2AotTest.java Passed: compiler/aot/calls/fromInterpreted/InterpretedInvokeInterface2AotTest.java Passed: compiler/aot/calls/fromInterpreted/InterpretedInvokeSpecial2AotTest.java Passed: compiler/aot/calls/fromCompiled/CompiledInvokeVirtual2AotTest.java Passed: compiler/aot/calls/fromInterpreted/InterpretedInvokeDynamic2AotTest.java Passed: compiler/aot/calls/fromNative/NativeInvokeStatic2AotTest.java Passed: compiler/aot/calls/fromInterpreted/InterpretedInvokeStatic2AotTest.java Passed: compiler/aot/calls/fromInterpreted/InterpretedInvokeVirtual2AotTest.java Passed: compiler/aot/calls/fromNative/NativeInvokeSpecial2AotTest.java Passed: compiler/aot/cli/jaotc/ClasspathOptionUnknownClassTest.java Passed: compiler/aot/cli/jaotc/CompileClassTest.java Passed: compiler/aot/calls/fromNative/NativeInvokeVirtual2AotTest.java Passed: compiler/aot/cli/jaotc/CompileClassWithDebugTest.java Passed: compiler/aot/cli/jaotc/CompileDirectoryTest.java Passed: compiler/aot/cli/jaotc/CompileModuleTest.java Passed: compiler/aot/cli/jaotc/CompileJarTest.java Passed: compiler/aot/cli/jaotc/ListOptionNotExistingTest.java Passed: compiler/aot/cli/jaotc/ListOptionTest.java Passed: compiler/aot/cli/jaotc/ListOptionWrongFileTest.java Passed: compiler/aot/cli/DisabledAOTWithLibraryTest.java Passed: compiler/aot/cli/IncorrectAOTLibraryTest.java Passed: compiler/aot/cli/NonExistingAOTLibraryTest.java Passed: compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/directory/DirectorySourceProviderTest.java Passed: compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/jar/JarSourceProviderTest.java Passed: compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/module/ModuleSourceProviderTest.java Passed: compiler/aot/cli/SingleAOTLibraryTest.java Passed: compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/ClassSearchTest.java Passed: compiler/aot/cli/MultipleAOTLibraryTest.java Passed: compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/ClassSourceTest.java Passed: compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/SearchPathTest.java Passed: compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/NativeOrderOutputStreamTest.java Passed: compiler/aot/verification/vmflags/NotTrackedFlagTest.java Passed: compiler/aot/cli/SingleAOTOptionTest.java Passed: compiler/aot/verification/vmflags/TrackedFlagTest.java Passed: compiler/aot/verification/ClassAndLibraryNotMatchTest.java Passed: compiler/aot/SharedUsageTest.java TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.RuntimeException: Method is unexpectedly compiled after deoptimization: expected false, was true -------------------------------------------------- Passed: compiler/aot/RecompilationTest.java Test results: passed: 60; failed: 1 Report written to /local/jdk-hs/build/linux-aarch64-normal-server-release/test-results/jtreg_test_hotspot_jtreg_compiler_aot/html/report.html Results written to /local/jdk-hs/build/linux-aarch64-normal-server-release/test-support/jtreg_test_hotspot_jtreg_compiler_aot Error: Some tests failed or other problems occurred. Finished running test 'jtreg:test/hotspot/jtreg/compiler/aot' Test report is stored in build/linux-aarch64-normal-server-release/test-results/jtreg_test_hotspot_jtreg_compiler_aot ============================== Test summary ============================== TEST TOTAL PASS FAIL ERROR >> jtreg:test/hotspot/jtreg/compiler/aot 61 60 1 0 << ============================== TEST FAILURE * jtreg:test/hotspot/jtreg/compiler/jvmci Running test 'jtreg:test/hotspot/jtreg/compiler/jvmci' Passed: compiler/jvmci/compilerToVM/AsResolvedJavaMethodTest.java Passed: compiler/jvmci/compilerToVM/CollectCountersTest.java Passed: compiler/jvmci/compilerToVM/DoNotInlineOrCompileTest.java -------------------------------------------------- ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.RuntimeException: CompileCodeTestCase{executable=public default int compiler.jvmci.compilerToVM.CompileCodeTestCase$Interface.defaultMethod(java.lang.Object), bci=-1} : 2nd invocation returned different value: expected -------------------------------------------------- Passed: compiler/jvmci/compilerToVM/AllocateCompileIdTest.java Passed: compiler/jvmci/compilerToVM/ExecuteInstalledCodeTest.java Passed: compiler/jvmci/compilerToVM/FindUniqueConcreteMethodTest.java Passed: compiler/jvmci/compilerToVM/DebugOutputTest.java Passed: compiler/jvmci/compilerToVM/GetBytecodeTest.java Passed: compiler/jvmci/compilerToVM/GetClassInitializerTest.java Passed: compiler/jvmci/compilerToVM/GetConstantPoolTest.java Passed: compiler/jvmci/compilerToVM/GetExceptionTableTest.java Passed: compiler/jvmci/compilerToVM/GetImplementorTest.java Passed: compiler/jvmci/compilerToVM/GetLineNumberTableTest.java Passed: compiler/jvmci/compilerToVM/GetFlagValueTest.java Passed: compiler/jvmci/compilerToVM/GetMaxCallTargetOffsetTest.java Passed: compiler/jvmci/compilerToVM/GetLocalVariableTableTest.java Passed: compiler/jvmci/compilerToVM/GetNextStackFrameTest.java Passed: compiler/jvmci/compilerToVM/GetResolvedJavaMethodTest.java Passed: compiler/jvmci/compilerToVM/GetStackTraceElementTest.java Passed: compiler/jvmci/compilerToVM/GetVtableIndexForInterfaceTest.java Passed: compiler/jvmci/compilerToVM/GetSymbolTest.java Passed: compiler/jvmci/compilerToVM/HasFinalizableSubclassTest.java Passed: compiler/jvmci/compilerToVM/HasNeverInlineDirectiveTest.java Passed: compiler/jvmci/compilerToVM/IsCompilableTest.java Passed: compiler/jvmci/compilerToVM/HasCompiledCodeForOSRTest.java Passed: compiler/jvmci/compilerToVM/IsMatureTest.java Passed: compiler/jvmci/compilerToVM/JVM_RegisterJVMCINatives.java Passed: compiler/jvmci/compilerToVM/IsMatureVsReprofileTest.java Passed: compiler/jvmci/compilerToVM/LookupKlassInPoolTest.java Passed: compiler/jvmci/compilerToVM/LookupKlassRefIndexInPoolTest.java Passed: compiler/jvmci/compilerToVM/LookupMethodInPoolTest.java Passed: compiler/jvmci/compilerToVM/LookupNameAndTypeRefIndexInPoolTest.java Passed: compiler/jvmci/compilerToVM/LookupNameInPoolTest.java Passed: compiler/jvmci/compilerToVM/LookupSignatureInPoolTest.java Passed: compiler/jvmci/compilerToVM/LookupTypeTest.java Passed: compiler/jvmci/compilerToVM/ReadConfigurationTest.java Passed: compiler/jvmci/compilerToVM/MethodIsIgnoredBySecurityStackWalkTest.java Passed: compiler/jvmci/compilerToVM/ResolveConstantInPoolTest.java Passed: compiler/jvmci/compilerToVM/ResolveFieldInPoolTest.java Passed: compiler/jvmci/compilerToVM/ResolveMethodTest.java Passed: compiler/jvmci/compilerToVM/ResolvePossiblyCachedConstantInPoolTest.java Passed: compiler/jvmci/compilerToVM/ReprofileTest.java Passed: compiler/jvmci/compilerToVM/ResolveTypeInPoolTest.java Passed: compiler/jvmci/compilerToVM/ShouldDebugNonSafepointsTest.java Passed: compiler/jvmci/compilerToVM/ShouldInlineMethodTest.java Passed: compiler/jvmci/errors/TestInvalidCompilationResult.java Passed: compiler/jvmci/errors/TestInvalidDebugInfo.java Passed: compiler/jvmci/errors/TestInvalidOopMap.java Passed: compiler/jvmci/events/JvmciNotifyBootstrapFinishedEventTest.java Passed: compiler/jvmci/events/JvmciShutdownEventTest.java Passed: compiler/jvmci/events/JvmciNotifyInstallEventTest.java Passed: compiler/jvmci/jdk.vm.ci.hotspot.test/src/jdk/vm/ci/hotspot/test/HotSpotConstantReflectionProviderTest.java Passed: compiler/jvmci/jdk.vm.ci.hotspot.test/src/jdk/vm/ci/hotspot/test/MethodHandleAccessProviderTest.java Passed: compiler/jvmci/jdk.vm.ci.hotspot.test/src/jdk/vm/ci/hotspot/test/MemoryAccessProviderTest.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/ResolvedJavaTypeResolveConcreteMethodTest.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/ConstantTest.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/ResolvedJavaTypeResolveMethodTest.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/RedefineClassTest.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestConstantReflectionProvider.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestJavaMethod.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestJavaType.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestJavaField.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestMetaAccessProvider.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestResolvedJavaField.java Passed: compiler/jvmci/meta/StableFieldTest.java Passed: compiler/jvmci/compilerToVM/MaterializeVirtualObjectTest.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestResolvedJavaMethod.java Passed: compiler/jvmci/TestJVMCIPrintProperties.java Passed: compiler/jvmci/JVM_GetJVMCIRuntimeTest.java Passed: compiler/jvmci/TestValidateModules.java Passed: compiler/jvmci/SecurityRestrictionsTest.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestResolvedJavaType.java Test results: passed: 72; failed: 1 Report written to /local/jdk-hs/build/linux-aarch64-normal-server-release/test-results/jtreg_test_hotspot_jtreg_compiler_jvmci/html/report.html Results written to /local/jdk-hs/build/linux-aarch64-normal-server-release/test-support/jtreg_test_hotspot_jtreg_compiler_jvmci Error: Some tests failed or other problems occurred. Finished running test 'jtreg:test/hotspot/jtreg/compiler/jvmci' Test report is stored in build/linux-aarch64-normal-server-release/test-results/jtreg_test_hotspot_jtreg_compiler_jvmci ============================== Test summary ============================== TEST TOTAL PASS FAIL ERROR >> jtreg:test/hotspot/jtreg/compiler/jvmci 73 72 1 0 << ============================== TEST FAILURE From aph at redhat.com Thu Mar 29 16:18:29 2018 From: aph at redhat.com (Andrew Haley) Date: Thu, 29 Mar 2018 17:18:29 +0100 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <6f669937-6e59-b4e8-e77b-1fe727dfc9e5@bell-sw.com> <53daf9a7-5108-06ce-bb05-6b10612c48d8@bell-sw.com> Message-ID: On 03/29/2018 04:46 PM, Andrew Haley wrote: > -------------------------------------------------- > ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.RuntimeException: CompileCodeTestCase{executable=public default int compiler.jvmci.compilerToVM.CompileCodeTestCase$Interface.defaultMethod(java.lang.Object), bci=-1} : 2nd invocation returned different value: expected This failing JVMCI test is because the first time that the Disassembler runs it outputs the string "[Disassembling for mach='aarch64']\n" I don't know why the disassembler produces that string, but it certainly isn't a bug in JVMCI. -- Andrew Haley Java Platform Lead Engineer Red Hat UK Ltd. EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 From dmitry.chuyko at bell-sw.com Thu Mar 29 17:27:54 2018 From: dmitry.chuyko at bell-sw.com (Dmitry Chuyko) Date: Thu, 29 Mar 2018 20:27:54 +0300 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <6f669937-6e59-b4e8-e77b-1fe727dfc9e5@bell-sw.com> <53daf9a7-5108-06ce-bb05-6b10612c48d8@bell-sw.com> Message-ID: <548af1e3-da00-1096-dfa9-1f56b2ba4b56@bell-sw.com> On 03/29/2018 07:18 PM, Andrew Haley wrote: > On 03/29/2018 04:46 PM, Andrew Haley wrote: >> -------------------------------------------------- >> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.RuntimeException: CompileCodeTestCase{executable=public default int compiler.jvmci.compilerToVM.CompileCodeTestCase$Interface.defaultMethod(java.lang.Object), bci=-1} : 2nd invocation returned different value: expected > This failing JVMCI test is because the first time that the Disassembler > runs it outputs the string > > "[Disassembling for mach='aarch64']\n" > > I don't know why the disassembler produces that string, but it certainly > isn't a bug in JVMCI. > Looks more like a test bug. Just to mention, there are also some x86 specific tests that pretend being a jvmci compiler and thus they are excluded for other platforms. I realized that something went wrong when I checked out from Github and some of your fresh changes were lost. Thanks for giving a hint that the problem was with Graal modules. Things become better after re-taking Graal steps from the start. Updated jtreg results below. -Dmitry AOT. Test results: passed: 41; failed: 12; error: 8 JVMCI. Test results: passed: 73; failed: 2 ==== AOT AArch64 ==== FAILED: compiler/aot/calls/fromAot/AotInvokeDynamic2AotTest.java Passed: compiler/aot/calls/fromAot/AotInvokeDynamic2CompiledTest.java FAILED: compiler/aot/calls/fromAot/AotInvokeDynamic2InterpretedTest.java Error:? compiler/aot/calls/fromAot/AotInvokeDynamic2NativeTest.java FAILED: compiler/aot/calls/fromAot/AotInvokeInterface2AotTest.java Passed: compiler/aot/calls/fromAot/AotInvokeInterface2CompiledTest.java FAILED: compiler/aot/calls/fromAot/AotInvokeInterface2InterpretedTest.java Error: compiler/aot/calls/fromAot/AotInvokeInterface2NativeTest.java FAILED: compiler/aot/calls/fromAot/AotInvokeSpecial2AotTest.java Passed: compiler/aot/calls/fromAot/AotInvokeSpecial2CompiledTest.java FAILED: compiler/aot/calls/fromAot/AotInvokeSpecial2InterpretedTest.java Error:? compiler/aot/calls/fromAot/AotInvokeSpecial2NativeTest.java FAILED: compiler/aot/calls/fromAot/AotInvokeStatic2AotTest.java Passed: compiler/aot/calls/fromAot/AotInvokeStatic2CompiledTest.java FAILED: compiler/aot/calls/fromAot/AotInvokeStatic2InterpretedTest.java Error:? compiler/aot/calls/fromAot/AotInvokeStatic2NativeTest.java FAILED: compiler/aot/calls/fromAot/AotInvokeVirtual2AotTest.java Passed: compiler/aot/calls/fromAot/AotInvokeVirtual2CompiledTest.java FAILED: compiler/aot/calls/fromAot/AotInvokeVirtual2InterpretedTest.java Error:? compiler/aot/calls/fromAot/AotInvokeVirtual2NativeTest.java Passed: compiler/aot/calls/fromCompiled/CompiledInvokeDynamic2AotTest.java Passed: compiler/aot/calls/fromCompiled/CompiledInvokeInterface2AotTest.java Passed: compiler/aot/calls/fromCompiled/CompiledInvokeSpecial2AotTest.java Passed: compiler/aot/calls/fromCompiled/CompiledInvokeStatic2AotTest.java Passed: compiler/aot/calls/fromCompiled/CompiledInvokeVirtual2AotTest.java Passed: compiler/aot/calls/fromInterpreted/InterpretedInvokeDynamic2AotTest.java Passed: compiler/aot/calls/fromInterpreted/InterpretedInvokeInterface2AotTest.java Passed: compiler/aot/calls/fromInterpreted/InterpretedInvokeSpecial2AotTest.java Passed: compiler/aot/calls/fromInterpreted/InterpretedInvokeStatic2AotTest.java Passed: compiler/aot/calls/fromInterpreted/InterpretedInvokeVirtual2AotTest.java Error: compiler/aot/calls/fromNative/NativeInvokeSpecial2AotTest.java Error: compiler/aot/calls/fromNative/NativeInvokeStatic2AotTest.java Error: compiler/aot/calls/fromNative/NativeInvokeVirtual2AotTest.java Passed: compiler/aot/cli/jaotc/ClasspathOptionUnknownClassTest.java Passed: compiler/aot/cli/jaotc/CompileClassTest.java Passed: compiler/aot/cli/jaotc/CompileClassWithDebugTest.java Passed: compiler/aot/cli/jaotc/CompileDirectoryTest.java Passed: compiler/aot/cli/jaotc/CompileJarTest.java Passed: compiler/aot/cli/jaotc/CompileModuleTest.java Passed: compiler/aot/cli/jaotc/ListOptionNotExistingTest.java Passed: compiler/aot/cli/jaotc/ListOptionTest.java Passed: compiler/aot/cli/jaotc/ListOptionWrongFileTest.java Passed: compiler/aot/cli/DisabledAOTWithLibraryTest.java Passed: compiler/aot/cli/IncorrectAOTLibraryTest.java Passed: compiler/aot/cli/MultipleAOTLibraryTest.java Passed: compiler/aot/cli/NonExistingAOTLibraryTest.java Passed: compiler/aot/cli/SingleAOTLibraryTest.java Passed: compiler/aot/cli/SingleAOTOptionTest.java Passed: compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/directory/DirectorySourceProviderTest.java Passed: compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/jar/JarSourceProviderTest.java Passed: compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/module/ModuleSourceProviderTest.java Passed: compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/ClassSearchTest.java Passed: compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/ClassSourceTest.java Passed: compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/collect/SearchPathTest.java Passed: compiler/aot/jdk.tools.jaotc.test/src/jdk/tools/jaotc/test/NativeOrderOutputStreamTest.java Passed: compiler/aot/verification/vmflags/NotTrackedFlagTest.java Passed: compiler/aot/verification/vmflags/TrackedFlagTest.java Passed: compiler/aot/verification/ClassAndLibraryNotMatchTest.java FAILED: compiler/aot/DeoptimizationTest.java FAILED: compiler/aot/RecompilationTest.java Passed: compiler/aot/SharedUsageTest.java ==== JVMCI AArch64 ==== Passed: compiler/jvmci/compilerToVM/AllocateCompileIdTest.java Passed: compiler/jvmci/compilerToVM/AsResolvedJavaMethodTest.java Passed: compiler/jvmci/compilerToVM/CollectCountersTest.java Passed: compiler/jvmci/compilerToVM/DebugOutputTest.java Passed: compiler/jvmci/compilerToVM/DisassembleCodeBlobTest.java Passed: compiler/jvmci/compilerToVM/DoNotInlineOrCompileTest.java Passed: compiler/jvmci/compilerToVM/ExecuteInstalledCodeTest.java Passed: compiler/jvmci/compilerToVM/FindUniqueConcreteMethodTest.java Passed: compiler/jvmci/compilerToVM/GetBytecodeTest.java Passed: compiler/jvmci/compilerToVM/GetClassInitializerTest.java Passed: compiler/jvmci/compilerToVM/GetConstantPoolTest.java Passed: compiler/jvmci/compilerToVM/GetExceptionTableTest.java Passed: compiler/jvmci/compilerToVM/GetFlagValueTest.java Passed: compiler/jvmci/compilerToVM/GetImplementorTest.java Passed: compiler/jvmci/compilerToVM/GetLineNumberTableTest.java Passed: compiler/jvmci/compilerToVM/GetLocalVariableTableTest.java Passed: compiler/jvmci/compilerToVM/GetMaxCallTargetOffsetTest.java Passed: compiler/jvmci/compilerToVM/GetNextStackFrameTest.java Passed: compiler/jvmci/compilerToVM/GetResolvedJavaMethodTest.java FAILED: compiler/jvmci/compilerToVM/GetResolvedJavaTypeTest.java Passed: compiler/jvmci/compilerToVM/GetStackTraceElementTest.java Passed: compiler/jvmci/compilerToVM/GetSymbolTest.java Passed: compiler/jvmci/compilerToVM/GetVtableIndexForInterfaceTest.java Passed: compiler/jvmci/compilerToVM/HasCompiledCodeForOSRTest.java Passed: compiler/jvmci/compilerToVM/HasFinalizableSubclassTest.java Passed: compiler/jvmci/compilerToVM/HasNeverInlineDirectiveTest.java FAILED: compiler/jvmci/compilerToVM/InvalidateInstalledCodeTest.java Passed: compiler/jvmci/compilerToVM/IsCompilableTest.java Passed: compiler/jvmci/compilerToVM/IsMatureTest.java Passed: compiler/jvmci/compilerToVM/IsMatureVsReprofileTest.java Passed: compiler/jvmci/compilerToVM/JVM_RegisterJVMCINatives.java Passed: compiler/jvmci/compilerToVM/LookupKlassInPoolTest.java Passed: compiler/jvmci/compilerToVM/LookupKlassRefIndexInPoolTest.java Passed: compiler/jvmci/compilerToVM/LookupMethodInPoolTest.java Passed: compiler/jvmci/compilerToVM/LookupNameAndTypeRefIndexInPoolTest.java Passed: compiler/jvmci/compilerToVM/LookupNameInPoolTest.java Passed: compiler/jvmci/compilerToVM/LookupSignatureInPoolTest.java Passed: compiler/jvmci/compilerToVM/LookupTypeTest.java Passed: compiler/jvmci/compilerToVM/MaterializeVirtualObjectTest.java Passed: compiler/jvmci/compilerToVM/MethodIsIgnoredBySecurityStackWalkTest.java Passed: compiler/jvmci/compilerToVM/ReadConfigurationTest.java Passed: compiler/jvmci/compilerToVM/ReprofileTest.java Passed: compiler/jvmci/compilerToVM/ResolveConstantInPoolTest.java Passed: compiler/jvmci/compilerToVM/ResolveFieldInPoolTest.java Passed: compiler/jvmci/compilerToVM/ResolveMethodTest.java Passed: compiler/jvmci/compilerToVM/ResolvePossiblyCachedConstantInPoolTest.java Passed: compiler/jvmci/compilerToVM/ResolveTypeInPoolTest.java Passed: compiler/jvmci/compilerToVM/ShouldDebugNonSafepointsTest.java Passed: compiler/jvmci/compilerToVM/ShouldInlineMethodTest.java Passed: compiler/jvmci/errors/TestInvalidCompilationResult.java Passed: compiler/jvmci/errors/TestInvalidDebugInfo.java Passed: compiler/jvmci/errors/TestInvalidOopMap.java Passed: compiler/jvmci/events/JvmciNotifyBootstrapFinishedEventTest.java Passed: compiler/jvmci/events/JvmciNotifyInstallEventTest.java Passed: compiler/jvmci/events/JvmciShutdownEventTest.java Passed: compiler/jvmci/jdk.vm.ci.hotspot.test/src/jdk/vm/ci/hotspot/test/HotSpotConstantReflectionProviderTest.java Passed: compiler/jvmci/jdk.vm.ci.hotspot.test/src/jdk/vm/ci/hotspot/test/MemoryAccessProviderTest.java Passed: compiler/jvmci/jdk.vm.ci.hotspot.test/src/jdk/vm/ci/hotspot/test/MethodHandleAccessProviderTest.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/ConstantTest.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/RedefineClassTest.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/ResolvedJavaTypeResolveConcreteMethodTest.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/ResolvedJavaTypeResolveMethodTest.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestConstantReflectionProvider.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestJavaField.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestJavaMethod.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestJavaType.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestMetaAccessProvider.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestResolvedJavaField.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestResolvedJavaMethod.java Passed: compiler/jvmci/jdk.vm.ci.runtime.test/src/jdk/vm/ci/runtime/test/TestResolvedJavaType.java Passed: compiler/jvmci/meta/StableFieldTest.java Passed: compiler/jvmci/JVM_GetJVMCIRuntimeTest.java Passed: compiler/jvmci/SecurityRestrictionsTest.java Passed: compiler/jvmci/TestJVMCIPrintProperties.java Passed: compiler/jvmci/TestValidateModules.java From dmitry.chuyko at bell-sw.com Thu Mar 29 17:49:02 2018 From: dmitry.chuyko at bell-sw.com (Dmitry Chuyko) Date: Thu, 29 Mar 2018 20:49:02 +0300 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <5ae9dbad-a1c0-083d-3aa7-bcb918ceb8b5@redhat.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <5ae9dbad-a1c0-083d-3aa7-bcb918ceb8b5@redhat.com> Message-ID: <3d21e36b-9cb1-0c29-2400-656b618da386@bell-sw.com> On 03/29/2018 06:36 PM, Andrew Haley wrote: > .................... > That's what you get if you don't pick up the external Graal build. Almost that. Some changesets were missing. > >> also there are many >> >> org.graalvm.compiler.graph.GraalGraphError: >> org.graalvm.compiler.debug.GraalError: Emitting code to load an object >> address is not currently supported on aarch64 > I can't replicate that. > > ................ It's gone now. I see almost all methods in java.base are aot'ed, excluding the same ones as for x86. Non-tiered .so is created but for --compile-for-tiered there's a recurring linkage error: Exception in thread "main" java.lang.InternalError: ava.base-coop2: In function `java.io.CharArrayWriter.toCharArray()[C':(.text+0x6e030c): relocation truncated to fit: R_AARCH64_CALL26 against `plt._aot_stub_routines_arrayof_jshort_disjoint_arraycopy'java.base-coop2: In function `java.io.CharArrayWriter.append(C)Ljava/io/CharArrayWriter;':(.text+0x6e09fc): relocation truncated to fit: R_AARCH64_CALL26 against `plt._aot_stub_routines_arrayof_jshort_disjoint_arraycopy'java.base-coop2: In function `java.io.CharArrayWriter.write(I)V':(.text+0x6e132c): relocation truncated to fit: R_AARCH64_CALL26 against `plt._aot_stub_routines_arrayof_jshort_disjoint_arraycopy'java.base-coop2: In function `java.io.CharArrayWriter.append(Ljava/lang/CharSequence;)Ljava/io/CharArrayWriter;':(.text+0x6e1d90): relocation truncated to fit: R_AARCH64_CALL26 against `plt._aot_stub_routines_arrayof_jshort_disjoint_arraycopy'java.base-coop2: In function `java.io.CharArrayWriter.write([CII)V':(.text+0x6e2d4c): relocation truncated to fit: R_AARCH64_CALL26 against `plt._aot_stub_routines_arrayof_jshort_disjoint_arraycopy'java.base-coop2: In function `java.io.CharArrayWriter.write(Ljava/lang/String;II)V':(.text+0x6e3da8): relocation truncated to fit: R_AARCH64_CALL26 against `plt._aot_stub_routines_arrayof_jshort_disjoint_arraycopy'java.base-coop2: In function `java.lang.invoke.VarHandleByteArrayAsInts$ByteBufferHandle.indexRO(Ljava/nio/ByteBuffer;I)I':(.text+0x38ac): relocation truncated to fit: R_AARCH64_CALL26 against `Stub'java.base-coop2: In function `java.lang.invoke.VarHandleByteArrayAsInts$ByteBufferHandle.indexRO(Ljava/nio/ByteBuffer;I)I':(.text+0x38c4): relocation truncated to fit: R_AARCH64_CALL26 against `Stub'java.base-coop2: In function `java.lang.invoke.VarHandleByteArrayAsInts$ByteBufferHandle.set(Ljava/lang/invoke/VarHandleByteArrayAsInts$ByteBufferHandle;Ljava/lang/Object;II)V':(.text+0x5d90): relocation truncated to fit: R_AARCH64_CALL26 against `Stub'java.base-coop2: In function `java.lang.invoke.VarHandleByteArrayAsInts$ByteBufferHandle.set(Ljava/lang/invoke/VarHandleByteArrayAsInts$ByteBufferHandle;Ljava/lang/Object;II)V':(.text+0x5dc4): relocation truncated to fit: R_AARCH64_CALL26 against `Stub'java.base-coop2: In function `java.lang.invoke.VarHandleByteArrayAsInts$ByteBufferHandle.setOpaque(Ljava/lang/invoke/VarHandleByteArrayAsInts$ByteBufferHandle;Ljava/lang/Object;II)V':(.text+0x74e8): additional relocation overflows omitted from the output ??? at jdk.aot/jdk.tools.jaotc.Linker.link(Linker.java:131) ??? at jdk.aot/jdk.tools.jaotc.Main.run(Main.java:220) ??? at jdk.aot/jdk.tools.jaotc.Main.run(Main.java:101) ??? at jdk.aot/jdk.tools.jaotc.Main.main(Main.java:80) -Dmitry From ci_notify at linaro.org Fri Mar 30 07:19:15 2018 From: ci_notify at linaro.org (ci_notify at linaro.org) Date: Fri, 30 Mar 2018 07:19:15 +0000 (UTC) Subject: [aarch64-port-dev ] JTREG, JCStress, SPECjbb2015 and Hadoop/Terasort results for OpenJDK JDK on AArch64 Message-ID: <1528898364.3400.1522394356625.JavaMail.jenkins@4a1669f5d0e4> This is a summary of the JTREG test results =========================================== The build and test results are cycled every 15 days. For detailed information on the test output please refer to: http://openjdk.linaro.org/jdkX/openjdk-jtreg-nightly-tests/summary/2018/088/summary.html ------------------------------------------------------------------------------- client-release/hotspot ------------------------------------------------------------------------------- ------------------------------------------------------------------------------- client-release/jdk ------------------------------------------------------------------------------- Build 0: aarch64/2018/jan/05 pass: 7,594; fail: 711; error: 30 Build 1: aarch64/2018/jan/07 pass: 7,593; fail: 726; error: 20 Build 2: aarch64/2018/jan/11 pass: 7,585; fail: 729; error: 25 Build 3: aarch64/2018/jan/13 pass: 7,591; fail: 726; error: 22 Build 4: aarch64/2018/jan/19 pass: 7,598; fail: 720; error: 23 Build 5: aarch64/2018/jan/21 pass: 7,595; fail: 717; error: 29 Build 6: aarch64/2018/feb/21 pass: 7,623; fail: 749; error: 27 Build 7: aarch64/2018/mar/15 pass: 7,693; fail: 692; error: 20 Build 8: aarch64/2018/mar/17 pass: 7,654; fail: 727; error: 24 Build 9: aarch64/2018/mar/19 pass: 7,657; fail: 722; error: 26 Build 10: aarch64/2018/mar/21 pass: 7,652; fail: 732; error: 21 Build 11: aarch64/2018/mar/23 pass: 7,629; fail: 752; error: 24 Build 12: aarch64/2018/mar/25 pass: 7,778; fail: 629; error: 20 Build 13: aarch64/2018/mar/27 pass: 7,773; fail: 634; error: 20 Build 14: aarch64/2018/mar/29 pass: 7,790; fail: 617; error: 20 ------------------------------------------------------------------------------- client-release/langtools ------------------------------------------------------------------------------- Build 0: aarch64/2018/jan/05 pass: 3,820; fail: 5; error: 2 Build 1: aarch64/2018/jan/07 pass: 3,821; fail: 5; error: 4 Build 2: aarch64/2018/jan/11 pass: 3,824; fail: 5; error: 1 Build 3: aarch64/2018/jan/13 pass: 3,821; fail: 5; error: 4 Build 4: aarch64/2018/jan/19 pass: 3,825; fail: 5; error: 5 Build 5: aarch64/2018/jan/21 pass: 3,824; fail: 5; error: 6 Build 6: aarch64/2018/feb/21 pass: 3,831; fail: 6; error: 9 Build 7: aarch64/2018/mar/15 pass: 3,842; fail: 6; error: 4 Build 8: aarch64/2018/mar/17 pass: 3,842; fail: 6; error: 4 Build 9: aarch64/2018/mar/19 pass: 3,843; fail: 6; error: 3 Build 10: aarch64/2018/mar/21 pass: 3,844; fail: 6; error: 2 Build 11: aarch64/2018/mar/23 pass: 3,843; fail: 6; error: 3 Build 12: aarch64/2018/mar/25 pass: 3,844; fail: 6; error: 7 Build 13: aarch64/2018/mar/27 pass: 3,847; fail: 6; error: 4 Build 14: aarch64/2018/mar/29 pass: 3,849; fail: 6; error: 2 ------------------------------------------------------------------------------- server-release/hotspot ------------------------------------------------------------------------------- ------------------------------------------------------------------------------- server-release/jdk ------------------------------------------------------------------------------- Build 0: aarch64/2018/jan/05 pass: 7,576; fail: 738; error: 21 Build 1: aarch64/2018/jan/07 pass: 7,599; fail: 714; error: 26 Build 2: aarch64/2018/jan/11 pass: 7,590; fail: 724; error: 25 Build 3: aarch64/2018/jan/13 pass: 7,598; fail: 715; error: 26 Build 4: aarch64/2018/jan/19 pass: 7,620; fail: 700; error: 21 Build 5: aarch64/2018/jan/21 pass: 7,600; fail: 714; error: 27 Build 6: aarch64/2018/feb/21 pass: 7,656; fail: 716; error: 27 Build 7: aarch64/2018/mar/15 pass: 7,680; fail: 703; error: 22 Build 8: aarch64/2018/mar/17 pass: 7,670; fail: 711; error: 24 Build 9: aarch64/2018/mar/19 pass: 7,669; fail: 714; error: 22 Build 10: aarch64/2018/mar/21 pass: 7,675; fail: 711; error: 19 Build 11: aarch64/2018/mar/23 pass: 7,643; fail: 740; error: 22 Build 12: aarch64/2018/mar/25 pass: 7,811; fail: 599; error: 17 Build 13: aarch64/2018/mar/27 pass: 7,794; fail: 614; error: 19 Build 14: aarch64/2018/mar/29 pass: 7,823; fail: 585; error: 19 ------------------------------------------------------------------------------- server-release/langtools ------------------------------------------------------------------------------- Build 0: aarch64/2018/jan/05 pass: 3,817; fail: 5; error: 5 Build 1: aarch64/2018/jan/07 pass: 3,823; fail: 5; error: 2 Build 2: aarch64/2018/jan/11 pass: 3,824; fail: 5; error: 1 Build 3: aarch64/2018/jan/13 pass: 3,819; fail: 5; error: 6 Build 4: aarch64/2018/jan/19 pass: 3,829; fail: 5; error: 1 Build 5: aarch64/2018/jan/21 pass: 3,827; fail: 5; error: 3 Build 6: aarch64/2018/feb/21 pass: 3,838; fail: 6; error: 2 Build 7: aarch64/2018/mar/15 pass: 3,845; fail: 6; error: 1 Build 8: aarch64/2018/mar/17 pass: 3,841; fail: 6; error: 5 Build 9: aarch64/2018/mar/19 pass: 3,843; fail: 6; error: 3 Build 10: aarch64/2018/mar/21 pass: 3,841; fail: 6; error: 5 Build 11: aarch64/2018/mar/23 pass: 3,843; fail: 6; error: 3 Build 12: aarch64/2018/mar/25 pass: 3,850; fail: 6; error: 1 Build 13: aarch64/2018/mar/27 pass: 3,848; fail: 6; error: 3 Build 14: aarch64/2018/mar/29 pass: 3,848; fail: 6; error: 3 Previous results can be found here: http://openjdk.linaro.org/jdkX/openjdk-jtreg-nightly-tests/index.html SPECjbb2015 composite regression test completed =============================================== This test measures the relative performance of the server compiler running the SPECjbb2015 composite tests and compares the performance against the baseline performance of the server compiler taken on 2016-11-21. In accordance with [1], the SPECjbb2015 tests are run on a system which is not production ready and does not meet all the requirements for publishing compliant results. The numbers below shall be treated as non-compliant (nc) and are for experimental purposes only. Relative performance: Server max-jOPS (nc): 1.01x Relative performance: Server critical-jOPS (nc): 0.77x Details of the test setup and historical results may be found here: http://openjdk.linaro.org/jdkX/SPECjbb2015-results/ [1] http://www.spec.org/fairuse.html#Academic Regression test Hadoop-Terasort completed ========================================= This test measures the performance of the server and client compilers running Hadoop sorting a 1GB file using Terasort and compares the performance against the baseline performance of the Zero interpreter and against the baseline performance of the client and server compilers on 2014-04-01. Relative performance: Zero: 1.0, Client: 67.86, Server: 115.7 Client 67.86 / Client 2014-04-01 (43.00): 1.58x Server 115.7 / Server 2014-04-01 (71.00): 1.63x Details of the test setup and historical results may be found here: http://openjdk.linaro.org/jdkX/hadoop-terasort-benchmark-results/ This is a summary of the jcstress test results ============================================== The build and test results are cycled every 15 days. 2018-01-07 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/005/results/ 2018-01-09 pass rate: 11559/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/007/results/ 2018-01-12 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/011/results/ 2018-01-15 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/013/results/ 2018-01-20 pass rate: 11559/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/019/results/ 2018-01-22 pass rate: 11557/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/021/results/ 2018-02-22 pass rate: 11557/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/052/results/ 2018-03-16 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/074/results/ 2018-03-17 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/076/results/ 2018-03-19 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/078/results/ 2018-03-21 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/080/results/ 2018-03-25 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/082/results/ 2018-03-26 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/084/results/ 2018-03-29 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/086/results/ 2018-03-30 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/088/results/ For detailed information on the test output please refer to: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/ From aph at redhat.com Fri Mar 30 09:11:20 2018 From: aph at redhat.com (Andrew Haley) Date: Fri, 30 Mar 2018 10:11:20 +0100 Subject: [aarch64-port-dev ] RFD: AOT for AArch64 In-Reply-To: <3d21e36b-9cb1-0c29-2400-656b618da386@bell-sw.com> References: <83f0e948-d002-6b71-e73f-6f65fce14e3b@redhat.com> <5ae9dbad-a1c0-083d-3aa7-bcb918ceb8b5@redhat.com> <3d21e36b-9cb1-0c29-2400-656b618da386@bell-sw.com> Message-ID: On 03/29/2018 06:49 PM, Dmitry Chuyko wrote: > It's gone now. I see almost all methods in java.base are aot'ed, > excluding the same ones as for x86. Non-tiered .so is created but for > --compile-for-tiered there's a recurring linkage error: > > Exception in thread "main" java.lang.InternalError: ava.base-coop2: In > function `java.io.CharArrayWriter.toCharArray()[C':(.text+0x6e030c): > relocation truncated to fit: R_AARCH64_CALL26 against > `plt._aot_stub_routines_arrayof_jshort_disjoint_arraycopy'java.base-coop2: > In function That's because the shared library is too big, more than 512 M. We need some kind of jaot compiler flag which is the equivalent of GCC's -fPIC. This will cause three instructions [adrp; ldr, blr] to be generated at every call site, rather than one. I don't propose to do anything about this in the JDK 11 timeframe,. People who want to use AOT for performance should not use such huge shared libraries because it'll only make performance worse. So, I'm reluctant to spend much time on the problem. -- Andrew Haley Java Platform Lead Engineer Red Hat UK Ltd. EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 From aph at redhat.com Sat Mar 31 17:21:16 2018 From: aph at redhat.com (Andrew Haley) Date: Sat, 31 Mar 2018 18:21:16 +0100 Subject: [aarch64-port-dev ] How to migrate hs17's LIR_Assembler::emit_exception_handler to hs25? In-Reply-To: <6c76544b-0830-bd5d-d1af-538372b1a269@llvm.org.cn> References: <6c76544b-0830-bd5d-d1af-538372b1a269@llvm.org.cn> Message-ID: <1e020d92-3388-71b1-f35b-04a6ed266976@redhat.com> On 03/27/2018 04:57 PM, Leslie Zhai wrote: > Hi HotSpot compiler developers, > > I am new to HotSpot, and trying to migrate hs17 to hs25, but JDK-6919934 > changed: Hi, What exactly are you trying to do? Why do you need to do this? Are you porting this 8 years old HotSpot to another processor? If you explained, people might help. > Then reuse hs17's `LIR_Assembler::emit_exception_handler`, > `Runtime1::generate_handle_exception`, `Runtime1::generate_code_for`... > in hs25, but it is monkey patch... not easy to merge upstream. > > Please share your porting experience, and give me some advice, thanks a lot! I didn't write the AArch64 port of that code until 2013, I'm afraid. But none of the x86 code looks particularly weird: it's just tedious. -- Andrew Haley Java Platform Lead Engineer Red Hat UK Ltd. EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 From ci_notify at linaro.org Sat Mar 31 22:00:45 2018 From: ci_notify at linaro.org (ci_notify at linaro.org) Date: Sat, 31 Mar 2018 22:00:45 +0000 (UTC) Subject: [aarch64-port-dev ] JTREG, JCStress, SPECjbb2015 and Hadoop/Terasort results for OpenJDK JDK on AArch64 Message-ID: <1604086795.3525.1522533646738.JavaMail.jenkins@4a1669f5d0e4> This is a summary of the JTREG test results =========================================== The build and test results are cycled every 15 days. For detailed information on the test output please refer to: http://openjdk.linaro.org/jdkX/openjdk-jtreg-nightly-tests/summary/2018/090/summary.html ------------------------------------------------------------------------------- client-release/hotspot ------------------------------------------------------------------------------- ------------------------------------------------------------------------------- client-release/jdk ------------------------------------------------------------------------------- Build 0: aarch64/2018/jan/07 pass: 7,593; fail: 726; error: 20 Build 1: aarch64/2018/jan/11 pass: 7,585; fail: 729; error: 25 Build 2: aarch64/2018/jan/13 pass: 7,591; fail: 726; error: 22 Build 3: aarch64/2018/jan/19 pass: 7,598; fail: 720; error: 23 Build 4: aarch64/2018/jan/21 pass: 7,595; fail: 717; error: 29 Build 5: aarch64/2018/feb/21 pass: 7,623; fail: 749; error: 27 Build 6: aarch64/2018/mar/15 pass: 7,693; fail: 692; error: 20 Build 7: aarch64/2018/mar/17 pass: 7,654; fail: 727; error: 24 Build 8: aarch64/2018/mar/19 pass: 7,657; fail: 722; error: 26 Build 9: aarch64/2018/mar/21 pass: 7,652; fail: 732; error: 21 Build 10: aarch64/2018/mar/23 pass: 7,629; fail: 752; error: 24 Build 11: aarch64/2018/mar/25 pass: 7,778; fail: 629; error: 20 Build 12: aarch64/2018/mar/27 pass: 7,773; fail: 634; error: 20 Build 13: aarch64/2018/mar/29 pass: 7,790; fail: 617; error: 20 Build 14: aarch64/2018/mar/31 pass: 7,766; fail: 643; error: 18 ------------------------------------------------------------------------------- client-release/langtools ------------------------------------------------------------------------------- Build 0: aarch64/2018/jan/07 pass: 3,821; fail: 5; error: 4 Build 1: aarch64/2018/jan/11 pass: 3,824; fail: 5; error: 1 Build 2: aarch64/2018/jan/13 pass: 3,821; fail: 5; error: 4 Build 3: aarch64/2018/jan/19 pass: 3,825; fail: 5; error: 5 Build 4: aarch64/2018/jan/21 pass: 3,824; fail: 5; error: 6 Build 5: aarch64/2018/feb/21 pass: 3,831; fail: 6; error: 9 Build 6: aarch64/2018/mar/15 pass: 3,842; fail: 6; error: 4 Build 7: aarch64/2018/mar/17 pass: 3,842; fail: 6; error: 4 Build 8: aarch64/2018/mar/19 pass: 3,843; fail: 6; error: 3 Build 9: aarch64/2018/mar/21 pass: 3,844; fail: 6; error: 2 Build 10: aarch64/2018/mar/23 pass: 3,843; fail: 6; error: 3 Build 11: aarch64/2018/mar/25 pass: 3,844; fail: 6; error: 7 Build 12: aarch64/2018/mar/27 pass: 3,847; fail: 6; error: 4 Build 13: aarch64/2018/mar/29 pass: 3,849; fail: 6; error: 2 Build 14: aarch64/2018/mar/31 pass: 3,851; fail: 6 ------------------------------------------------------------------------------- server-release/hotspot ------------------------------------------------------------------------------- ------------------------------------------------------------------------------- server-release/jdk ------------------------------------------------------------------------------- Build 0: aarch64/2018/jan/07 pass: 7,599; fail: 714; error: 26 Build 1: aarch64/2018/jan/11 pass: 7,590; fail: 724; error: 25 Build 2: aarch64/2018/jan/13 pass: 7,598; fail: 715; error: 26 Build 3: aarch64/2018/jan/19 pass: 7,620; fail: 700; error: 21 Build 4: aarch64/2018/jan/21 pass: 7,600; fail: 714; error: 27 Build 5: aarch64/2018/feb/21 pass: 7,656; fail: 716; error: 27 Build 6: aarch64/2018/mar/15 pass: 7,680; fail: 703; error: 22 Build 7: aarch64/2018/mar/17 pass: 7,670; fail: 711; error: 24 Build 8: aarch64/2018/mar/19 pass: 7,669; fail: 714; error: 22 Build 9: aarch64/2018/mar/21 pass: 7,675; fail: 711; error: 19 Build 10: aarch64/2018/mar/23 pass: 7,643; fail: 740; error: 22 Build 11: aarch64/2018/mar/25 pass: 7,811; fail: 599; error: 17 Build 12: aarch64/2018/mar/27 pass: 7,794; fail: 614; error: 19 Build 13: aarch64/2018/mar/29 pass: 7,823; fail: 585; error: 19 Build 14: aarch64/2018/mar/31 pass: 7,798; fail: 611; error: 18 ------------------------------------------------------------------------------- server-release/langtools ------------------------------------------------------------------------------- Build 0: aarch64/2018/jan/07 pass: 3,823; fail: 5; error: 2 Build 1: aarch64/2018/jan/11 pass: 3,824; fail: 5; error: 1 Build 2: aarch64/2018/jan/13 pass: 3,819; fail: 5; error: 6 Build 3: aarch64/2018/jan/19 pass: 3,829; fail: 5; error: 1 Build 4: aarch64/2018/jan/21 pass: 3,827; fail: 5; error: 3 Build 5: aarch64/2018/feb/21 pass: 3,838; fail: 6; error: 2 Build 6: aarch64/2018/mar/15 pass: 3,845; fail: 6; error: 1 Build 7: aarch64/2018/mar/17 pass: 3,841; fail: 6; error: 5 Build 8: aarch64/2018/mar/19 pass: 3,843; fail: 6; error: 3 Build 9: aarch64/2018/mar/21 pass: 3,841; fail: 6; error: 5 Build 10: aarch64/2018/mar/23 pass: 3,843; fail: 6; error: 3 Build 11: aarch64/2018/mar/25 pass: 3,850; fail: 6; error: 1 Build 12: aarch64/2018/mar/27 pass: 3,848; fail: 6; error: 3 Build 13: aarch64/2018/mar/29 pass: 3,848; fail: 6; error: 3 Build 14: aarch64/2018/mar/31 pass: 3,850; fail: 6; error: 1 Previous results can be found here: http://openjdk.linaro.org/jdkX/openjdk-jtreg-nightly-tests/index.html SPECjbb2015 composite regression test completed =============================================== This test measures the relative performance of the server compiler running the SPECjbb2015 composite tests and compares the performance against the baseline performance of the server compiler taken on 2016-11-21. In accordance with [1], the SPECjbb2015 tests are run on a system which is not production ready and does not meet all the requirements for publishing compliant results. The numbers below shall be treated as non-compliant (nc) and are for experimental purposes only. Relative performance: Server max-jOPS (nc): 1.01x Relative performance: Server critical-jOPS (nc): 0.76x Details of the test setup and historical results may be found here: http://openjdk.linaro.org/jdkX/SPECjbb2015-results/ [1] http://www.spec.org/fairuse.html#Academic Regression test Hadoop-Terasort completed ========================================= This test measures the performance of the server and client compilers running Hadoop sorting a 1GB file using Terasort and compares the performance against the baseline performance of the Zero interpreter and against the baseline performance of the client and server compilers on 2014-04-01. Relative performance: Zero: 1.0, Client: 68.19, Server: 113.83 Client 68.19 / Client 2014-04-01 (43.00): 1.59x Server 113.83 / Server 2014-04-01 (71.00): 1.60x Details of the test setup and historical results may be found here: http://openjdk.linaro.org/jdkX/hadoop-terasort-benchmark-results/ This is a summary of the jcstress test results ============================================== The build and test results are cycled every 15 days. 2018-01-09 pass rate: 11559/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/007/results/ 2018-01-12 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/011/results/ 2018-01-15 pass rate: 11558/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/013/results/ 2018-01-20 pass rate: 11559/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/019/results/ 2018-01-22 pass rate: 11557/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/021/results/ 2018-02-22 pass rate: 11557/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/052/results/ 2018-03-16 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/074/results/ 2018-03-17 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/076/results/ 2018-03-19 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/078/results/ 2018-03-21 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/080/results/ 2018-03-25 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/082/results/ 2018-03-26 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/084/results/ 2018-03-29 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/086/results/ 2018-03-30 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/088/results/ 2018-03-31 pass rate: 11560/11560, results: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/2018/090/results/ For detailed information on the test output please refer to: http://openjdk.linaro.org/jdkX/jcstress-nightly-runs/