From ningsheng.jian at linaro.org  Tue Aug  1 07:33:12 2017
From: ningsheng.jian at linaro.org (Ningsheng Jian)
Date: Tue, 1 Aug 2017 15:33:12 +0800
Subject: [aarch64-port-dev ] [aarch64-port-dev] [10] RFR: 8184049 :
 Matching rule for ubfiz
In-Reply-To: <CAE_GVMPehDFUW6baq9-8kODoEXXOX6h3kZFU7qXk4qLyq6C=yA@mail.gmail.com>
References: <CAE_GVMPe+4qPBDCpWWB83GJehbDe2rS-oDRAfyms-sXB4D6mXQ@mail.gmail.com>
 <0a45e637-4abc-ede5-ffc3-1b6b59077ac8@redhat.com>
 <16420602-0873-ac40-92d5-839038c0d430@redhat.com>
 <CAE_GVMNW+pk9PE9_-zTocPhbCOYjYz8ghevj8TchD=GH3FLzVw@mail.gmail.com>
 <CACc5Y6QR+5vSzg8d2P4J=V0mjd-96qGGA-Kj_sYv1=Mn9YGFtA@mail.gmail.com>
 <332344a6-4fca-c49c-46bb-9ea37827173e@redhat.com>
 <CAE_GVMOwzza9UAhoNRCNt36QxghtSErpLpaesFCtQo8yZZPUsQ@mail.gmail.com>
 <CAE_GVMMej9jqND0rgerxou8s4pjp-YiR1UcezJkom6pv3DP8_A@mail.gmail.com>
 <5b445505-b91e-eba9-80af-5f92c45b1bc1@redhat.com>
 <CAE_GVMPehDFUW6baq9-8kODoEXXOX6h3kZFU7qXk4qLyq6C=yA@mail.gmail.com>
Message-ID: <CACO5V=bEWZyOHSrSy7=e62ysT5U_KHv93tiTqyvnkCK+6RBN4w@mail.gmail.com>

The mask/width in instruct format of OptoAssembly does not match the
real assembly syntax.

E.g. for instruction "ubfiz w0, w11, #3, #4", PrintOptoAssembly
outputs "ubfizw R0, R11, #3, #15".

But I don't have a good suggestion for that.

Thanks,
Ningsheng

On 31 July 2017 at 20:22, Daniel Stewart <daniel.stewart at linaro.org> wrote:
> Updated webrev to address Felix's issue regarding the format.
>
> Please review and let me know of any changes/fixes.
>
> http://cr.openjdk.java.net/~njian/8184049/webrev.02/
>
> Daniel
>
> On Fri, Jul 28, 2017 at 1:37 PM, Andrew Haley <aph at redhat.com> wrote:
>
>> On 27/07/17 21:49, Daniel Stewart wrote:
>> > public void run(String [] args) {
>> >         long sum = this.sum | (1 << 27);
>> >         int n = (int)sum;
>> >         n = xorshift32(n);
>> >         for (int i = 0; i < 1000; i++) {
>> >             //System.out.println((int)Math.random());
>> >             n += testI(n);
>> >             n += testI2(n);
>> >             n += testI3(n);
>> >             n += testI4(n);
>> >             n += testI5(n);
>> >         }
>> >         long n1 = (long)n;
>> >         for (int i = 0; i < 1000; i++) {
>> >             n1 += testL(n1);
>> >             n1 += testL2(n1);
>> >             n1 += testL3(n1);
>> >             n1 += testL4(n1);
>> >             n1 += testConv(n1);
>> >         }
>> >         short n2 = (short)n;
>> >         for (int i = 0; i < 1000; i++) {
>> >             n2 += testConv2((short)n2);
>> >         }
>> >         n1 += n2;
>> >         for (int i = 0; i< 1000; i++) {
>> >             n1 += testConv3(n);
>>
>> This loop doesn't test the intrinsic.  I added
>>
>>                n = xorshift32(n);
>>
>> here.
>>
>> >         }
>> >         this.sum += sum ^ n1;
>>
>>
>> --
>> Andrew Haley
>> Java Platform Lead Engineer
>> Red Hat UK Ltd. <https://www.redhat.com>
>> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
>>
>
>
>
> --
> Daniel Stewart

From felix.yang at linaro.org  Tue Aug  1 12:43:12 2017
From: felix.yang at linaro.org (Felix Yang)
Date: Tue, 1 Aug 2017 20:43:12 +0800
Subject: [aarch64-port-dev ] RFR(S): 8154537: AArch64: some integer
 rotate instructions are never emitted
In-Reply-To: <1bc50628-5ef9-b24b-d1b3-4762e7ff3b12@redhat.com>
References: <57161A23.3050807@redhat.com> <57162A22.2050706@redhat.com>
 <571722B7.2000404@redhat.com>
 <1bc50628-5ef9-b24b-d1b3-4762e7ff3b12@redhat.com>
Message-ID: <CACc5Y6R8L-XMu3yv87NNWESs-mC_Ockmtj1tvKJFL21ZacmmTw@mail.gmail.com>

LGTM. This also addresses:
http://cr.openjdk.java.net/~fyang/8157906/webrev.00/src/cpu/aarch64/vm/aarch64.ad.sdiff.html

Thanks,
Felix

On 29 July 2017 at 01:59, Andrew Haley <aph at redhat.com> wrote:

> I'm looking at the webrev in
> http://cr.openjdk.java.net/~roland/8154537/webrev.00/ and I see the
> the changes were made to aarch64.ad but not to ad_aarch64.m4.  This is
> problematic because some .m4 files are used to generate the .ad file,
> and if anyone regenerates the .ad file the bug will regress.
>
> I think this is the change we need to make.  It won't affect generated
> code at all, but it is something of a ticking bomb.
>
> diff -r 214a94e9366c src/cpu/aarch64/vm/aarch64_ad.m4
> --- a/src/cpu/aarch64/vm/aarch64_ad.m4  Mon Jul 17 12:11:32 2017 +0000
> +++ b/src/cpu/aarch64/vm/aarch64_ad.m4  Fri Jul 28 18:57:25 2017 +0100
> @@ -268,21 +268,21 @@
>    ins_pipe(ialu_reg_reg_vshift);
>  %}')dnl
>  define(ROL_INSN, `
> -instruct $3$1_rReg_Var_C$2(iRegLNoSp dst, iRegL src, iRegI shift, immI$2
> c$2, rFlagsReg cr)
> +instruct $3$1_rReg_Var_C$2(iReg$1NoSp dst, iReg$1 src, iRegI shift,
> immI$2 c$2, rFlagsReg cr)
>  %{
>    match(Set dst (Or$1 (LShift$1 src shift) (URShift$1 src (SubI c$2
> shift))));
>
>    expand %{
> -    $3L_rReg(dst, src, shift, cr);
> +    $3$1_rReg(dst, src, shift, cr);
>    %}
>  %}')dnl
>  define(ROR_INSN, `
> -instruct $3$1_rReg_Var_C$2(iRegLNoSp dst, iRegL src, iRegI shift, immI$2
> c$2, rFlagsReg cr)
> +instruct $3$1_rReg_Var_C$2(iReg$1NoSp dst, iReg$1 src, iRegI shift,
> immI$2 c$2, rFlagsReg cr)
>  %{
>    match(Set dst (Or$1 (URShift$1 src shift) (LShift$1 src (SubI c$2
> shift))));
>
>    expand %{
> -    $3L_rReg(dst, src, shift, cr);
> +    $3$1_rReg(dst, src, shift, cr);
>    %}
>  %}')dnl
>  ROL_EXPAND(L, rol, rorv)
>
> --
> Andrew Haley
> Java Platform Lead Engineer
> Red Hat UK Ltd. <https://www.redhat.com>
> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
>

From felix.yang at linaro.org  Tue Aug  1 12:46:44 2017
From: felix.yang at linaro.org (Felix Yang)
Date: Tue, 1 Aug 2017 20:46:44 +0800
Subject: [aarch64-port-dev ] Fireside chat - Thursday 13th July
In-Reply-To: <3e2b9610-6383-bf74-977f-1c0cf1111bc7@redhat.com>
References: <CAEGA6kaPApomcH7YkjE-hNq30z9+QptP_jMouEhGf0Acu1U7Ng@mail.gmail.com>
 <93adedbf-8347-a7ef-7f5e-1fa98325b0a2@linaro.org>
 <CY1PR0701MB163296E47C2D28FB8C36D60584BE0@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <dbd64efd-0d9e-9d4c-56f5-96e9971ca353@redhat.com>
 <CY1PR0701MB1994D60F07D82E578DD54237EFBE0@CY1PR0701MB1994.namprd07.prod.outlook.com>
 <CAEGA6kYH+X6iniq0zx=PdUqpC9+Cdx_uB3_NUogVUxR6hBxCdw@mail.gmail.com>
 <3e2b9610-6383-bf74-977f-1c0cf1111bc7@redhat.com>
Message-ID: <CACc5Y6TzE9YrTzy7Sv9UmuA8ciZC0MOSbrt-v9AUHgn4FBhfWw@mail.gmail.com>

Hi,

    How about patches like these:


http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2017-April/026097.html

http://mail.openjdk.java.net/pipermail/aarch64-port-dev/2017-July/004650.html

Thanks,
Felix


On 29 July 2017 at 00:06, Andrew Haley <aph at redhat.com> wrote:

> A follow-up with regard to the AArch64 jdk8u commit policy.
>
> The policy for updates is that once a patch is known to be stable and
> has received a decent amount of testing, it can be considered for
> jdk8u.
>
>
> With regard to bug fixes, here is the policy:
>
> "Changes allowable within the Java SE 8 specification may still be
> rejected for inclusion in OpenJDK 8 if the behavioral compatibility
> risk is judged as too large. Behavioral compatibility concerns
> implementation properties of the JDK. Clients of the JDK can knowingly
> or unknowingly come to rely upon implementation-specification
> behaviors not guaranteed by the specification and care should be taken
> to not break such applications needlessly. In contrast, if a change is
> appropriate for every other JDK release train, it is generally
> appropriate for OpenJDK 8 too. Examples of such universal changes
> include security fixes and time zone information updates.
>
> "With the above caveats, bug fixes in JDK 9 that do not involve
> specification changes have presumptive validity for OpenJDK 8. That
> is, by default such fixes are assumed to be applicable to OpenJDK 8,
> especially if having "soaked" in JDK 9 for a time without incident.
>
> "As a general guideline, if a change is applicable to both JDK 9 and
> OpenJDK 8, the change should be made in JDK 9 no later than the change
> is made in OpenJDK 8."
>
> [This policy is taken from http://openjdk.java.net/projects/jdk6/]
>
> The rules for performance improvements are less clear.  I'm going to
> regard missing intrinsics as bugs and allow them as long as they are
> well-tested in JDK 9 without problems.  Note that we have had several
> serious regressions due to buggy intrinsics, so we have to be certain
> what we are doing is safe.
>
> Is this clear enough?
>
> --
> Andrew Haley
> Java Platform Lead Engineer
> Red Hat UK Ltd. <https://www.redhat.com>
> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
>

From aph at redhat.com  Tue Aug  1 12:59:54 2017
From: aph at redhat.com (Andrew Haley)
Date: Tue, 1 Aug 2017 13:59:54 +0100
Subject: [aarch64-port-dev ] Fireside chat - Thursday 13th July
In-Reply-To: <CACc5Y6TzE9YrTzy7Sv9UmuA8ciZC0MOSbrt-v9AUHgn4FBhfWw@mail.gmail.com>
References: <CAEGA6kaPApomcH7YkjE-hNq30z9+QptP_jMouEhGf0Acu1U7Ng@mail.gmail.com>
 <93adedbf-8347-a7ef-7f5e-1fa98325b0a2@linaro.org>
 <CY1PR0701MB163296E47C2D28FB8C36D60584BE0@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <dbd64efd-0d9e-9d4c-56f5-96e9971ca353@redhat.com>
 <CY1PR0701MB1994D60F07D82E578DD54237EFBE0@CY1PR0701MB1994.namprd07.prod.outlook.com>
 <CAEGA6kYH+X6iniq0zx=PdUqpC9+Cdx_uB3_NUogVUxR6hBxCdw@mail.gmail.com>
 <3e2b9610-6383-bf74-977f-1c0cf1111bc7@redhat.com>
 <CACc5Y6TzE9YrTzy7Sv9UmuA8ciZC0MOSbrt-v9AUHgn4FBhfWw@mail.gmail.com>
Message-ID: <bb94ade3-8db7-cfee-37a9-dbe47fe485dd@redhat.com>

On 01/08/17 13:46, Felix Yang wrote:
> 
>     How about patches like these: 
> 
>         http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2017-April/026097.html

Probably too risky.  It has a substantial effect on code generation,
and could break things.  It's too late to put stuff like this in JDK 9.

>         http://mail.openjdk.java.net/pipermail/aarch64-port-dev/2017-July/004650.html

Too small to be worth doing, IMO.

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From felix.yang at linaro.org  Tue Aug  1 15:10:44 2017
From: felix.yang at linaro.org (Felix Yang)
Date: Tue, 1 Aug 2017 23:10:44 +0800
Subject: [aarch64-port-dev ] [aarch64-port-dev] [10] RFR: 8184049 :
 Matching rule for ubfiz
In-Reply-To: <CAE_GVMPehDFUW6baq9-8kODoEXXOX6h3kZFU7qXk4qLyq6C=yA@mail.gmail.com>
References: <CAE_GVMPe+4qPBDCpWWB83GJehbDe2rS-oDRAfyms-sXB4D6mXQ@mail.gmail.com>
 <0a45e637-4abc-ede5-ffc3-1b6b59077ac8@redhat.com>
 <16420602-0873-ac40-92d5-839038c0d430@redhat.com>
 <CAE_GVMNW+pk9PE9_-zTocPhbCOYjYz8ghevj8TchD=GH3FLzVw@mail.gmail.com>
 <CACc5Y6QR+5vSzg8d2P4J=V0mjd-96qGGA-Kj_sYv1=Mn9YGFtA@mail.gmail.com>
 <332344a6-4fca-c49c-46bb-9ea37827173e@redhat.com>
 <CAE_GVMOwzza9UAhoNRCNt36QxghtSErpLpaesFCtQo8yZZPUsQ@mail.gmail.com>
 <CAE_GVMMej9jqND0rgerxou8s4pjp-YiR1UcezJkom6pv3DP8_A@mail.gmail.com>
 <5b445505-b91e-eba9-80af-5f92c45b1bc1@redhat.com>
 <CAE_GVMPehDFUW6baq9-8kODoEXXOX6h3kZFU7qXk4qLyq6C=yA@mail.gmail.com>
Message-ID: <CACc5Y6Rzg1gtFP+Zn-7n3=GDBt4BjSUnntOfphC7SBShK-3yow@mail.gmail.com>

LGTM, but I am not an official reviewer.

Here is how the latest GCC compiler do the check, which is more readable to
me:

/* Return true if the mask and a shift amount from an RTX of the form
   (x << SHFT_AMNT) & MASK are valid to combine into a UBFIZ instruction of
   mode MODE.  See the *andim_ashift<mode>_bfiz pattern.  */

bool
aarch64_mask_and_shift_for_ubfiz_p (machine_mode mode, rtx mask, rtx
shft_amnt)
{
  return CONST_INT_P (mask) && CONST_INT_P (shft_amnt)
&& INTVAL (shft_amnt) < GET_MODE_BITSIZE (mode)
&& exact_log2 ((INTVAL (mask) >> INTVAL (shft_amnt)) + 1) >= 0
&& (INTVAL (mask) & ((1 << INTVAL (shft_amnt)) - 1)) == 0;
}

Thanks,
Felix

On 31 July 2017 at 20:22, Daniel Stewart <daniel.stewart at linaro.org> wrote:

> Updated webrev to address Felix's issue regarding the format.
>
> Please review and let me know of any changes/fixes.
>
> http://cr.openjdk.java.net/~njian/8184049/webrev.02/
>
> Daniel
>
> On Fri, Jul 28, 2017 at 1:37 PM, Andrew Haley <aph at redhat.com> wrote:
>
>> On 27/07/17 21:49, Daniel Stewart wrote:
>> > public void run(String [] args) {
>> >         long sum = this.sum | (1 << 27);
>> >         int n = (int)sum;
>> >         n = xorshift32(n);
>> >         for (int i = 0; i < 1000; i++) {
>> >             //System.out.println((int)Math.random());
>> >             n += testI(n);
>> >             n += testI2(n);
>> >             n += testI3(n);
>> >             n += testI4(n);
>> >             n += testI5(n);
>> >         }
>> >         long n1 = (long)n;
>> >         for (int i = 0; i < 1000; i++) {
>> >             n1 += testL(n1);
>> >             n1 += testL2(n1);
>> >             n1 += testL3(n1);
>> >             n1 += testL4(n1);
>> >             n1 += testConv(n1);
>> >         }
>> >         short n2 = (short)n;
>> >         for (int i = 0; i < 1000; i++) {
>> >             n2 += testConv2((short)n2);
>> >         }
>> >         n1 += n2;
>> >         for (int i = 0; i< 1000; i++) {
>> >             n1 += testConv3(n);
>>
>> This loop doesn't test the intrinsic.  I added
>>
>>                n = xorshift32(n);
>>
>> here.
>>
>> >         }
>> >         this.sum += sum ^ n1;
>>
>>
>> --
>> Andrew Haley
>> Java Platform Lead Engineer
>> Red Hat UK Ltd. <https://www.redhat.com>
>> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
>>
>
>
>
> --
> Daniel Stewart
>

From zhongwei.yao at linaro.org  Fri Aug  4 09:48:18 2017
From: zhongwei.yao at linaro.org (Zhongwei Yao)
Date: Fri, 4 Aug 2017 17:48:18 +0800
Subject: [aarch64-port-dev ] RFR: JDK-8185786: AArch64: disable some address
	reshapings.
Message-ID: <CAFkOo6ZgTMhhW9-c-8NjVg7fusYEPccCwepQmLztjMtXPW3zKw@mail.gmail.com>

Hi, all,

Bug:
https://bugs.openjdk.java.net/browse/JDK-8185786/

Webrev:
http://cr.openjdk.java.net/~njian/8185786/webrev.00/

According to [1-2], ldrh/ldrsh scale by 2 is a bit slower than the
non-scale version on modern Cortex-A cores.

For below case:

    public static int reduceAddShort(short[] a, int k) {
        int total = 0;
        for (int i = 0; i < 1024; i++) {
            total += a[i];
        }
        return total;
    }

Before this patch, C2 generate following code:

  ...
  ... # omit unrelated code.
  ...

  0x0000ffff70b34fdc: add x3, x1, #0x10
  0x0000ffff70b34fe0: add x17, x1, #0x12
  0x0000ffff70b34fe4: cmp w11, #0x0
  0x0000ffff70b34fe8: b.ls 0x0000ffff70b3509c
 ;; B3: # B10 B4 <- B2  Freq: 0.999998

  0x0000ffff70b34fec: cmp w11, #0x3ff
  0x0000ffff70b34ff0: b.ls 0x0000ffff70b3509c
 ;; B4: # B5 <- B3  Freq: 0.999997

  0x0000ffff70b34ff4: add x15, x1, #0x14
  0x0000ffff70b34ff8: add x16, x1, #0x16
  0x0000ffff70b34ffc: add x5, x1, #0x18
  0x0000ffff70b35000: add x18, x1, #0x1a
 ;; 0x1
  0x0000ffff70b35004: orr w2, wzr, #0x1
  0x0000ffff70b35008: ldrsh w0, [x3]        ;*saload {reexecute=0
rethrow=0 return_oop=0}
                                                ; -
TestReduceAdd::reduceAddShort at 14 (line 38)

  0x0000ffff70b3500c: add x1, x1, #0x1c
  0x0000ffff70b35010: add x4, x10, #0x1e


 ;; B5: # B5 B6 <- B4 B5 Loop: B5-B5 inner main of N40 Freq: 1018.77

  0x0000ffff70b35020: ldrsh w11, [x3,w2,sxtw #1]
  0x0000ffff70b35024: ldrsh w10, [x17,w2,sxtw #1]
  0x0000ffff70b35028: add w11, w0, w11
  0x0000ffff70b3502c: ldrsh w13, [x15,w2,sxtw #1]
  0x0000ffff70b35030: add w10, w11, w10
  0x0000ffff70b35034: ldrsh w14, [x16,w2,sxtw #1]
  0x0000ffff70b35038: add w10, w10, w13
  0x0000ffff70b3503c: ldrsh w12, [x5,w2,sxtw #1]
  0x0000ffff70b35040: add w10, w10, w14
  0x0000ffff70b35044: ldrsh w13, [x18,w2,sxtw #1]
  0x0000ffff70b35048: add w10, w10, w12
  0x0000ffff70b3504c: ldrsh w14, [x1,w2,sxtw #1]
  0x0000ffff70b35050: add w10, w10, w13
  0x0000ffff70b35054: ldrsh w12, [x4,w2,sxtw #1]
  0x0000ffff70b35058: add w11, w10, w14
  0x0000ffff70b3505c: add w2, w2, #0x8    ;*iinc {reexecute=0
rethrow=0 return_oop=0}
                                                ; -
TestReduceAdd::reduceAddShort at 17 (line 37)

  0x0000ffff70b35060: add w0, w11, w12    ;*iadd {reexecute=0
rethrow=0 return_oop=0}
                                                ; -
TestReduceAdd::reduceAddShort at 15 (line 38)

  0x0000ffff70b35064: cmp w2, #0x3f9
  0x0000ffff70b35068: b.lt 0x0000ffff70b35020  ;*if_icmpge
{reexecute=0 rethrow=0 return_oop=0}

  ...
  ...# omit unrelated code.
  ...

After applying this patch:

  ...
  ... # omit unrelated code.
  ...

  0x0000ffff90955eec: ldrsh w0, [x1,#16]    ;*iload_2 {reexecute=0
rethrow=0 return_oop=0}
                                                ; -
TestReduceAdd::reduceAddShort at 11 (line 38)

 ;; B5: # B5 B6 <- B4 B5 Loop: B5-B5 inner main of N40 Freq: 1026.38

  0x0000ffff90955ef0: add x11, x1, w10, sxtw #1  ;*saload {reexecute=0
rethrow=0 return_oop=0}
                                                ; -
TestReduceAdd::reduceAddShort at 14 (line 38)

  0x0000ffff90955ef4: ldrsh w12, [x11,#16]
  0x0000ffff90955ef8: ldrsh w14, [x11,#18]
  0x0000ffff90955efc: add w12, w0, w12
  0x0000ffff90955f00: ldrsh w15, [x11,#20]
  0x0000ffff90955f04: add w12, w12, w14
  0x0000ffff90955f08: ldrsh w14, [x11,#22]
  0x0000ffff90955f0c: add w12, w12, w15
  0x0000ffff90955f10: ldrsh w15, [x11,#24]
  0x0000ffff90955f14: add w14, w12, w14
  0x0000ffff90955f18: ldrsh w13, [x11,#26]
  0x0000ffff90955f1c: add w15, w14, w15
  0x0000ffff90955f20: ldrsh w12, [x11,#28]
  0x0000ffff90955f24: add w14, w15, w13
  0x0000ffff90955f28: ldrsh w11, [x11,#30]
  0x0000ffff90955f2c: add w12, w14, w12
  0x0000ffff90955f30: add w10, w10, #0x8  ;*iinc {reexecute=0
rethrow=0 return_oop=0}
                                                ; -
TestReduceAdd::reduceAddShort at 17 (line 37)

  0x0000ffff90955f34: add w0, w12, w11    ;*iadd {reexecute=0
rethrow=0 return_oop=0}
                                                ; -
TestReduceAdd::reduceAddShort at 15 (line 38)

  0x0000ffff90955f38: cmp w10, #0x3f9
  0x0000ffff90955f3c: b.lt 0x0000ffff90955ef0  ;*if_icmpge
{reexecute=0 rethrow=0 return_oop=0}
                                                ; -
TestReduceAdd::reduceAddShort at 8 (line 37)
  ...
  ... # omit unrelated code.
  ...

There are about 10% performance improvement after applying this patch
in above case.

And this patch passes all jtreg tests.

Please help to review it.

[1] http://infocenter.arm.com/help/topic/com.arm.doc.uan0016a/cortex_a72_software_optimization_guide_external.pdf
 section 3.8 p14
[2] http://infocenter.arm.com/help/topic/com.arm.doc.uan0015b/Cortex_A57_Software_Optimization_Guide_external.pdf
section 3.8 p14


-- 
Best regards,
Zhongwei

From adinn at redhat.com  Fri Aug  4 10:58:07 2017
From: adinn at redhat.com (Andrew Dinn)
Date: Fri, 4 Aug 2017 11:58:07 +0100
Subject: [aarch64-port-dev ] RFR: JDK-8185786: AArch64: disable some
 address reshapings.
In-Reply-To: <CAFkOo6ZgTMhhW9-c-8NjVg7fusYEPccCwepQmLztjMtXPW3zKw@mail.gmail.com>
References: <CAFkOo6ZgTMhhW9-c-8NjVg7fusYEPccCwepQmLztjMtXPW3zKw@mail.gmail.com>
Message-ID: <b62b1e91-56e8-4fda-2224-aaf2640d636a@redhat.com>

On 04/08/17 10:48, Zhongwei Yao wrote:
> Bug:
> https://bugs.openjdk.java.net/browse/JDK-8185786/
> 
> Webrev:
> http://cr.openjdk.java.net/~njian/8185786/webrev.00/
> 
>   ...
> 
> There are about 10% performance improvement after applying this patch
> in above case.
> 
> And this patch passes all jtreg tests.
> 
> Please help to review it.
The patch looks good and it appears to cause no harm for other CPUs. I
would prefer to hear what Andrew Haley's views on special casing code
for specific CPUs before accepting it.

Also, do you know if A57/A72 are the only CPUs which benefit from this
change?

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 Aug  4 13:33:27 2017
From: aph at redhat.com (Andrew Haley)
Date: Fri, 4 Aug 2017 14:33:27 +0100
Subject: [aarch64-port-dev ] RFR: JDK-8185786: AArch64: disable some
 address reshapings.
In-Reply-To: <CAFkOo6ZgTMhhW9-c-8NjVg7fusYEPccCwepQmLztjMtXPW3zKw@mail.gmail.com>
References: <CAFkOo6ZgTMhhW9-c-8NjVg7fusYEPccCwepQmLztjMtXPW3zKw@mail.gmail.com>
Message-ID: <def6b156-6122-0dc7-08ab-f0ab7ece6b52@redhat.com>

On 04/08/17 10:48, Zhongwei Yao wrote:
> Hi, all,
> 
> Bug:
> https://bugs.openjdk.java.net/browse/JDK-8185786/
> 
> Webrev:
> http://cr.openjdk.java.net/~njian/8185786/webrev.00/
> 
> According to [1-2], ldrh/ldrsh scale by 2 is a bit slower than the
> non-scale version on modern Cortex-A cores.

Yes, I see.  But from what I remember, without this reshape_address()
change there was some nasty code generated elsewhere.  Still, I
suppose it's only for short.

Is it possible to take this logic and push it into a suitable class,
VM_Version, perhaps?  GCC uses a table, indexed by the mode of the
operand.  We could have

+        if (!u->is_Mem() || u->is_LoadVector() || u->is_StoreVector() || u->Opcode() == Op_StoreCM ||
+            (VM_Version::expensive_access(u->Opcode()->type()), Op_LShiftL)) {

... or something.

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From aph at redhat.com  Fri Aug  4 15:29:53 2017
From: aph at redhat.com (Andrew Haley)
Date: Fri, 4 Aug 2017 16:29:53 +0100
Subject: [aarch64-port-dev ] Optimized memcpy() for Cortex
Message-ID: <860a77f6-8a83-8d8c-626b-be1af6c5c5a2@redhat.com>

Cortex?-A57/A72 processor manual contains this gem:

-----------------------------------------------------------------
The Cortex-A57 processor includes separate load and store pipelines,
which allow it to execute one load ?op and one store ?op every
cycle.

The following example shows a recommended instruction sequence for a
long memory copy in AArch32 state:

Loop_start:
    SUBS    r2,r2,#64
    LDRD    r3,r4,[r1,#0]
    STRD    r3,r4,[r0,#0]
    LDRD    r3,r4,[r1,#8]
    STRD    r3,r4,[r0,#8]
    LDRD    r3,r4,[r1,#16]
    STRD    r3,r4,[r0,#16]
    LDRD    r3,r4,[r1,#24]
    STRD    r3,r4,[r0,#24]
    LDRD    r3,r4,[r1,#32]
    STRD    r3,r4,[r0,#32]
    LDRD    r3,r4,[r1,#40]
    STRD    r3,r4,[r0,#40]
    LDRD    r3,r4,[r1,#48]
    STRD    r3,r4,[r0,#48]
    LDRD    r3,r4,[r1,#56]
    STRD    r3,r4,[r0,#56]
    ADD     r1,r1,#64
    ADD     r0,r0,#64
    BGT     Loop_start

A recommended copy routine for AArch64 would look similar to the
sequence above, but would use LDP/STP instructions.
-----------------------------------------------------------------

Our copy routines don't do this.  I don't know if it would help.

--
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From Derek.White at cavium.com  Fri Aug  4 15:33:10 2017
From: Derek.White at cavium.com (White, Derek)
Date: Fri, 4 Aug 2017 15:33:10 +0000
Subject: [aarch64-port-dev ] RFR: JDK-8185786: AArch64: disable some
 address reshapings.
In-Reply-To: <def6b156-6122-0dc7-08ab-f0ab7ece6b52@redhat.com>
References: <CAFkOo6ZgTMhhW9-c-8NjVg7fusYEPccCwepQmLztjMtXPW3zKw@mail.gmail.com>
 <def6b156-6122-0dc7-08ab-f0ab7ece6b52@redhat.com>
Message-ID: <CY1PR0701MB1632EFFEF6F016373CFF4B6584B60@CY1PR0701MB1632.namprd07.prod.outlook.com>

FYI, 

The Cavium T88 CPU doesn't have this scaling penalty, but future CPUs may.

 - Derek

> -----Original Message-----
> From: aarch64-port-dev [mailto:aarch64-port-dev-
> bounces at openjdk.java.net] On Behalf Of Andrew Haley
> Sent: Friday, August 04, 2017 9:33 AM
> To: Zhongwei Yao <zhongwei.yao at linaro.org>; aarch64-port-
> dev at openjdk.java.net
> Subject: Re: [aarch64-port-dev ] RFR: JDK-8185786: AArch64: disable some
> address reshapings.
> 
> On 04/08/17 10:48, Zhongwei Yao wrote:
> > Hi, all,
> >
> > Bug:
> > https://bugs.openjdk.java.net/browse/JDK-8185786/
> >
> > Webrev:
> > http://cr.openjdk.java.net/~njian/8185786/webrev.00/
> >
> > According to [1-2], ldrh/ldrsh scale by 2 is a bit slower than the
> > non-scale version on modern Cortex-A cores.
> 
> Yes, I see.  But from what I remember, without this reshape_address()
> change there was some nasty code generated elsewhere.  Still, I suppose it's
> only for short.
> 
> Is it possible to take this logic and push it into a suitable class, VM_Version,
> perhaps?  GCC uses a table, indexed by the mode of the operand.  We could
> have
> 
> +        if (!u->is_Mem() || u->is_LoadVector() || u->is_StoreVector() || u-
> >Opcode() == Op_StoreCM ||
> +            (VM_Version::expensive_access(u->Opcode()->type()),
> + Op_LShiftL)) {
> 
> ... or something.
> 
> --
> Andrew Haley
> Java Platform Lead Engineer
> Red Hat UK Ltd. <https://www.redhat.com>
> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From Derek.White at cavium.com  Fri Aug  4 22:58:11 2017
From: Derek.White at cavium.com (White, Derek)
Date: Fri, 4 Aug 2017 22:58:11 +0000
Subject: [aarch64-port-dev ] [OpenJDK8u] java.nio.Bits.unaligned()
 doesn't handle aarch64
In-Reply-To: <CY1PR0701MB1632DC4B5A47663066836ABF84ED0@CY1PR0701MB1632.namprd07.prod.outlook.com>
References: <CY1PR0701MB1632B8D533B97BDB4095E8D084ED0@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <63c8f30a-0408-cec6-9c9d-f99e7a3cffd2@redhat.com>
 <CY1PR0701MB1632DC4B5A47663066836ABF84ED0@CY1PR0701MB1632.namprd07.prod.outlook.com>
Message-ID: <CY1PR0701MB163233E56AD691DDFCC1EB3284B60@CY1PR0701MB1632.namprd07.prod.outlook.com>

Re-propose fix, now that 8u141 was merged:

Updated patch:

--- old/src/share/classes/java/nio/Bits.java	2017-08-04 18:18:12.562452645 -0400
+++ new/src/share/classes/java/nio/Bits.java	2017-08-04 18:18:12.482454700 -0400
@@ -615,7 +615,8 @@
             new sun.security.action.GetPropertyAction("os.arch"));
         unaligned = arch.equals("i386") || arch.equals("x86")
             || arch.equals("amd64") || arch.equals("x86_64")
-            || arch.equals("ppc64") || arch.equals("ppc64le");
+            || arch.equals("ppc64") || arch.equals("ppc64le")
+            || arch.equals("aarch64");
         unalignedKnown = true;
         return unaligned;
     }

- Derek

> -----Original Message-----
> From: White, Derek
> Sent: Thursday, May 11, 2017 4:39 PM
> To: 'Andrew Haley' <aph at redhat.com>; aarch64-port-dev at openjdk.java.net
> Subject: RE: [aarch64-port-dev ] [OpenJDK8u] java.nio.Bits.unaligned()
> doesn't handle aarch64
> 
> Hi Andrew,
> 
> No problem, but I'm not sure if you want me to remove the "ppc" code in my
> patch, or add the similar "aarch64" to the remainder of the ppc patch.
> 
> Thanks!
> 
>  - Derek
> 
> -----Original Message-----
> From: Andrew Haley [mailto:aph at redhat.com]
> Sent: Thursday, May 11, 2017 3:41 PM
> To: White, Derek <Derek.White at cavium.com>; aarch64-port-
> dev at openjdk.java.net
> Subject: Re: [aarch64-port-dev ] [OpenJDK8u] java.nio.Bits.unaligned()
> doesn't handle aarch64
> 
> On 11/05/17 18:20, White, Derek wrote:
> 
> > In mainline jdk8u, this was updated to include PPC as well (See
> > https://bugs.openjdk.java.net/browse/JDK-8165231). JDK9 has a much
> > better fix that supports aarch64 already.
> >
> > Tested on Spark and off-heap memory was being used. Note: The PPC fix
> > also patched sun/security/provider/ByteArrayAccess.java, but I didn't
> > include this in the patch below (not sure if it matters, or how to
> > test it).
> 
> It's not a great idea to introduce a patch that will conflict with a patch we
> haven't yet merged.  We will get all the patches from jdk8u eventually, but
> we only merge from security updates and peroper releases.  I think we
> should add aarch64 support now, given that upstream jdk8u will never
> support it.
> 
> Andrew.


From daniel.stewart at linaro.org  Mon Aug  7 13:23:06 2017
From: daniel.stewart at linaro.org (Daniel Stewart)
Date: Mon, 7 Aug 2017 09:23:06 -0400
Subject: [aarch64-port-dev ] [aarch64-port-dev] [10] RFR: 8184049 :
 Matching rule for ubfiz
In-Reply-To: <CACc5Y6Rzg1gtFP+Zn-7n3=GDBt4BjSUnntOfphC7SBShK-3yow@mail.gmail.com>
References: <CAE_GVMPe+4qPBDCpWWB83GJehbDe2rS-oDRAfyms-sXB4D6mXQ@mail.gmail.com>
 <0a45e637-4abc-ede5-ffc3-1b6b59077ac8@redhat.com>
 <16420602-0873-ac40-92d5-839038c0d430@redhat.com>
 <CAE_GVMNW+pk9PE9_-zTocPhbCOYjYz8ghevj8TchD=GH3FLzVw@mail.gmail.com>
 <CACc5Y6QR+5vSzg8d2P4J=V0mjd-96qGGA-Kj_sYv1=Mn9YGFtA@mail.gmail.com>
 <332344a6-4fca-c49c-46bb-9ea37827173e@redhat.com>
 <CAE_GVMOwzza9UAhoNRCNt36QxghtSErpLpaesFCtQo8yZZPUsQ@mail.gmail.com>
 <CAE_GVMMej9jqND0rgerxou8s4pjp-YiR1UcezJkom6pv3DP8_A@mail.gmail.com>
 <5b445505-b91e-eba9-80af-5f92c45b1bc1@redhat.com>
 <CAE_GVMPehDFUW6baq9-8kODoEXXOX6h3kZFU7qXk4qLyq6C=yA@mail.gmail.com>
 <CACc5Y6Rzg1gtFP+Zn-7n3=GDBt4BjSUnntOfphC7SBShK-3yow@mail.gmail.com>
Message-ID: <CAE_GVMPkdS0HRg+_N-KTp-YW1R-Uiv3K99hhu1SvJOsvpuWZug@mail.gmail.com>

I had tried to model this instruction after the others in the same file.
Which is why the check is written the way it is.

Ok to push?

Daniel

On Tue, Aug 1, 2017 at 11:10 AM, Felix Yang <felix.yang at linaro.org> wrote:

> LGTM, but I am not an official reviewer.
>
> Here is how the latest GCC compiler do the check, which is more readable
> to me:
>
> /* Return true if the mask and a shift amount from an RTX of the form
>    (x << SHFT_AMNT) & MASK are valid to combine into a UBFIZ instruction of
>    mode MODE.  See the *andim_ashift<mode>_bfiz pattern.  */
>
> bool
> aarch64_mask_and_shift_for_ubfiz_p (machine_mode mode, rtx mask, rtx
> shft_amnt)
> {
>   return CONST_INT_P (mask) && CONST_INT_P (shft_amnt)
> && INTVAL (shft_amnt) < GET_MODE_BITSIZE (mode)
> && exact_log2 ((INTVAL (mask) >> INTVAL (shft_amnt)) + 1) >= 0
> && (INTVAL (mask) & ((1 << INTVAL (shft_amnt)) - 1)) == 0;
> }
>
> Thanks,
> Felix
>
> On 31 July 2017 at 20:22, Daniel Stewart <daniel.stewart at linaro.org>
> wrote:
>
>> Updated webrev to address Felix's issue regarding the format.
>>
>> Please review and let me know of any changes/fixes.
>>
>> http://cr.openjdk.java.net/~njian/8184049/webrev.02/
>>
>> Daniel
>>
>> On Fri, Jul 28, 2017 at 1:37 PM, Andrew Haley <aph at redhat.com> wrote:
>>
>>> On 27/07/17 21:49, Daniel Stewart wrote:
>>> > public void run(String [] args) {
>>> >         long sum = this.sum | (1 << 27);
>>> >         int n = (int)sum;
>>> >         n = xorshift32(n);
>>> >         for (int i = 0; i < 1000; i++) {
>>> >             //System.out.println((int)Math.random());
>>> >             n += testI(n);
>>> >             n += testI2(n);
>>> >             n += testI3(n);
>>> >             n += testI4(n);
>>> >             n += testI5(n);
>>> >         }
>>> >         long n1 = (long)n;
>>> >         for (int i = 0; i < 1000; i++) {
>>> >             n1 += testL(n1);
>>> >             n1 += testL2(n1);
>>> >             n1 += testL3(n1);
>>> >             n1 += testL4(n1);
>>> >             n1 += testConv(n1);
>>> >         }
>>> >         short n2 = (short)n;
>>> >         for (int i = 0; i < 1000; i++) {
>>> >             n2 += testConv2((short)n2);
>>> >         }
>>> >         n1 += n2;
>>> >         for (int i = 0; i< 1000; i++) {
>>> >             n1 += testConv3(n);
>>>
>>> This loop doesn't test the intrinsic.  I added
>>>
>>>                n = xorshift32(n);
>>>
>>> here.
>>>
>>> >         }
>>> >         this.sum += sum ^ n1;
>>>
>>>
>>> --
>>> Andrew Haley
>>> Java Platform Lead Engineer
>>> Red Hat UK Ltd. <https://www.redhat.com>
>>> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
>>>
>>
>>
>>
>> --
>> Daniel Stewart
>>
>
>


-- 
Daniel Stewart

From zhongwei.yao at linaro.org  Tue Aug  8 10:23:00 2017
From: zhongwei.yao at linaro.org (Zhongwei Yao)
Date: Tue, 8 Aug 2017 18:23:00 +0800
Subject: [aarch64-port-dev ] RFR: JDK-8185786: AArch64: disable some
 address reshapings.
In-Reply-To: <CY4PR07MB3415244057E08EDCD851801793B60@CY4PR07MB3415.namprd07.prod.outlook.com>
References: <CAFkOo6ZgTMhhW9-c-8NjVg7fusYEPccCwepQmLztjMtXPW3zKw@mail.gmail.com>
 <def6b156-6122-0dc7-08ab-f0ab7ece6b52@redhat.com>
 <CY1PR0701MB1632EFFEF6F016373CFF4B6584B60@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <CY4PR07MB3415244057E08EDCD851801793B60@CY4PR07MB3415.namprd07.prod.outlook.com>
Message-ID: <CAFkOo6az6fr-B7LXAXLTF4vjGm9umafWxRnEketjFWjpymHL6g@mail.gmail.com>

Hi, all,

Thanks for your review and information!

Patch is updated: http://cr.openjdk.java.net/~njian/8185786/webrev.01/

On 5 August 2017 at 01:53, Pinski, Andrew <Andrew.Pinski at cavium.com> wrote:
> FYI. Some future ones cause the shift to be splitted off while others will
> not split it and still be free.
>
>
>
> Sent via the Samsung Galaxy S7 edge, an AT&T 4G LTE smartphone
>
>
> -------- Original message --------
> From: "White, Derek" <Derek.White at cavium.com>
> Date: 8/4/17 8:33 AM (GMT-08:00)
> To: Andrew Haley <aph at redhat.com>, Zhongwei Yao <zhongwei.yao at linaro.org>,
> aarch64-port-dev at openjdk.java.net
> Subject: Re: [aarch64-port-dev ] RFR: JDK-8185786: AArch64: disable some
> address reshapings.
>
> FYI,
>
> The Cavium T88 CPU doesn't have this scaling penalty, but future CPUs may.
>
>  - Derek
>
>> -----Original Message-----
>> From: aarch64-port-dev [mailto:aarch64-port-dev-
>> bounces at openjdk.java.net] On Behalf Of Andrew Haley
>> Sent: Friday, August 04, 2017 9:33 AM
>> To: Zhongwei Yao <zhongwei.yao at linaro.org>; aarch64-port-
>> dev at openjdk.java.net
>> Subject: Re: [aarch64-port-dev ] RFR: JDK-8185786: AArch64: disable some
>> address reshapings.
>>
>> On 04/08/17 10:48, Zhongwei Yao wrote:
>> > Hi, all,
>> >
>> > Bug:
>> > https://bugs.openjdk.java.net/browse/JDK-8185786/
>> >
>> > Webrev:
>> > http://cr.openjdk.java.net/~njian/8185786/webrev.00/
>> >
>> > According to [1-2], ldrh/ldrsh scale by 2 is a bit slower than the
>> > non-scale version on modern Cortex-A cores.
>>
>> Yes, I see.  But from what I remember, without this reshape_address()
>> change there was some nasty code generated elsewhere.  Still, I suppose
>> it's
>> only for short.
>>
>> Is it possible to take this logic and push it into a suitable class,
>> VM_Version,
>> perhaps?  GCC uses a table, indexed by the mode of the operand.  We could
>> have
>>
>> +        if (!u->is_Mem() || u->is_LoadVector() || u->is_StoreVector() ||
>> u-
>> >Opcode() == Op_StoreCM ||
>> +            (VM_Version::expensive_access(u->Opcode()->type()),
>> + Op_LShiftL)) {
>>
>> ... or something.
>>
>> --
>> Andrew Haley
>> Java Platform Lead Engineer
>> Red Hat UK Ltd. <https://www.redhat.com>
>> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671



-- 
Best regards,
Zhongwei

From daniel.stewart at linaro.org  Tue Aug  8 15:54:58 2017
From: daniel.stewart at linaro.org (Daniel Stewart)
Date: Tue, 8 Aug 2017 11:54:58 -0400
Subject: [aarch64-port-dev ] Optimized memcpy() for Cortex
In-Reply-To: <860a77f6-8a83-8d8c-626b-be1af6c5c5a2@redhat.com>
References: <860a77f6-8a83-8d8c-626b-be1af6c5c5a2@redhat.com>
Message-ID: <CAE_GVMP6MjebkAhK+A4ScKEnjPzOA5EqTJD0Syy47KtiOJAM8w@mail.gmail.com>

I had been trying to look into the copy_memory() routine (which gets used
by both disjoint and conjoint copies) to see if interleaving the loads and
stores (as referenced in the document you mention) obtains better
performance than all the loads followed by all the stores, as is currently
implemented.

However, even when trying to do this only for disjoint copies, I seem to
have an issue with it. It seems any sort of change I make to the
stubGenerator_aarch64.cpp file for JDK9 or 10 results in errors compiling.

Is there some magic a new person to OpenJDK like myself is missing when
trying to modify this file?

Daniel

On Fri, Aug 4, 2017 at 11:29 AM, Andrew Haley <aph at redhat.com> wrote:

> Cortex?-A57/A72 processor manual contains this gem:
>
> -----------------------------------------------------------------
> The Cortex-A57 processor includes separate load and store pipelines,
> which allow it to execute one load ?op and one store ?op every
> cycle.
>
> The following example shows a recommended instruction sequence for a
> long memory copy in AArch32 state:
>
> Loop_start:
>     SUBS    r2,r2,#64
>     LDRD    r3,r4,[r1,#0]
>     STRD    r3,r4,[r0,#0]
>     LDRD    r3,r4,[r1,#8]
>     STRD    r3,r4,[r0,#8]
>     LDRD    r3,r4,[r1,#16]
>     STRD    r3,r4,[r0,#16]
>     LDRD    r3,r4,[r1,#24]
>     STRD    r3,r4,[r0,#24]
>     LDRD    r3,r4,[r1,#32]
>     STRD    r3,r4,[r0,#32]
>     LDRD    r3,r4,[r1,#40]
>     STRD    r3,r4,[r0,#40]
>     LDRD    r3,r4,[r1,#48]
>     STRD    r3,r4,[r0,#48]
>     LDRD    r3,r4,[r1,#56]
>     STRD    r3,r4,[r0,#56]
>     ADD     r1,r1,#64
>     ADD     r0,r0,#64
>     BGT     Loop_start
>
> A recommended copy routine for AArch64 would look similar to the
> sequence above, but would use LDP/STP instructions.
> -----------------------------------------------------------------
>
> Our copy routines don't do this.  I don't know if it would help.
>
> --
> Andrew Haley
> Java Platform Lead Engineer
> Red Hat UK Ltd. <https://www.redhat.com>
> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
>



-- 
Daniel Stewart

From shade at redhat.com  Wed Aug  9 06:56:43 2017
From: shade at redhat.com (Aleksey Shipilev)
Date: Wed, 9 Aug 2017 08:56:43 +0200
Subject: [aarch64-port-dev ] Optimized memcpy() for Cortex
In-Reply-To: <CAE_GVMP6MjebkAhK+A4ScKEnjPzOA5EqTJD0Syy47KtiOJAM8w@mail.gmail.com>
References: <860a77f6-8a83-8d8c-626b-be1af6c5c5a2@redhat.com>
 <CAE_GVMP6MjebkAhK+A4ScKEnjPzOA5EqTJD0Syy47KtiOJAM8w@mail.gmail.com>
Message-ID: <f82b7ed3-33ff-cfba-9d27-56e4cfe32bc8@redhat.com>

On 08/08/2017 05:54 PM, Daniel Stewart wrote:
> However, even when trying to do this only for disjoint copies, I seem to
> have an issue with it. It seems any sort of change I make to the
> stubGenerator_aarch64.cpp file for JDK9 or 10 results in errors compiling.
> 
> Is there some magic a new person to OpenJDK like myself is missing when
> trying to modify this file?

Nobody could really tell before they see the actual compilation errors :)
stubGenerator_aarch64.cpp should be innocuous enough to make changes in.

-Aleksey




From daniel.stewart at linaro.org  Wed Aug  9 13:50:04 2017
From: daniel.stewart at linaro.org (Daniel Stewart)
Date: Wed, 9 Aug 2017 09:50:04 -0400
Subject: [aarch64-port-dev ] [aarch64-port-dev] Compile error in
	stubGenerator_aarch64.cpp
Message-ID: <CAE_GVMOOYPqhWh1u0RjrQ1tpumqC4c6xka_WXmPgK6NFUihEvA@mail.gmail.com>

Moving this to a different thread to avoid stepping on Andrew?s original
thread..

I had been trying to look into the copy_memory() routine (which gets used
by both disjoint and conjoint copies) to see if interleaving the loads and
stores (as referenced in the document you mention) obtains better
performance than all the loads followed by all the stores, as is currently
implemented.

However, even when trying to do this only for disjoint copies, I seem to
have an issue with it. It seems any sort of change I make to the
stubGenerator_aarch64.cpp file for JDK9 or 10 results in errors compiling.

Is there some magic a new person to OpenJDK like myself is missing when
trying to modify this file?


Here?s the diff I did:
diff -r 41421b726632 src/cpu/aarch64/vm/stubGenerator_aarch64.cpp
--- a/src/cpu/aarch64/vm/stubGenerator_aarch64.cpp      Mon Jul 24 17:26:41
2017 +0000
+++ b/src/cpu/aarch64/vm/stubGenerator_aarch64.cpp      Wed Aug 09 13:13:24
2017 +0000
@@ -1231,11 +1231,12 @@
       __ stpq(v2, v3, Address(dend, -32));
     } else {
       __ ldp(t0, t1, Address(s, 0));
+      __ stp(t0, t1, Address(d, 0));
       __ ldp(t2, t3, Address(s, 16));
       __ ldp(t4, t5, Address(send, -32));
       __ ldp(t6, t7, Address(send, -16));

-      __ stp(t0, t1, Address(d, 0));
+//      __ stp(t0, t1, Address(d, 0));
       __ stp(t2, t3, Address(d, 16));
       __ stp(t4, t5, Address(dend, -32));
       __ stp(t6, t7, Address(dend, -16));


And here?s the error I get:
Creating support/demos/image/jfc/Metalworks/Metalworks.jar
Creating interim jimage
Invalid path in metadata, skipping
/modules/java.base/META-INF/services/java.nio.file.spi.FileSystemProvider
Invalid path in metadata, skipping
/modules/java.base/com/sun/crypto/provider/AESCipher$AES128_ECB_NoPadding.class
Invalid path in metadata, skipping
/modules/java.base/com/sun/crypto/provider/AESCipher$AES128_OFB_NoPadding.class
Invalid path in metadata, skipping
/modules/java.base/com/sun/crypto/provider/AESCipher$OidImpl.class
Invalid path in metadata, skipping
/modules/java.base/com/sun/crypto/provider/BlockCipherParamsCore.class
Invalid path in metadata, skipping
/modules/java.base/com/sun/crypto/provider/CipherForKeyProtector.class
Invalid path in metadata, skipping
/modules/java.base/com/sun/crypto/provider/DESedeWrapCipher.class
Invalid path in metadata, skipping
/modules/java.base/com/sun/crypto/provider/GaloisCounterMode.class
Invalid path in metadata, skipping
/modules/java.base/com/sun/crypto/provider/KeyGeneratorCore$HmacSHA2KG$SHA224.class
Invalid path in metadata, skipping
/modules/java.base/com/sun/crypto/provider/KeyGeneratorCore$HmacSHA2KG.class
Invalid path in metadata, skipping
/modules/java.base/com/sun/crypto/provider/OAEPParameters.class
Invalid path in metadata, skipping
/modules/java.base/com/sun/crypto/provider/PBEKey.class
Invalid path in metadata, skipping
/modules/java.base/com/sun/crypto/provider/PBEKeyFactory$PBEWithHmacSHA1AndAES_128.class
Invalid path in metadata, skipping
/modules/java.base/com/sun/crypto/provider/PBEKeyFactory$PBEWithHmacSHA256AndAES_256.class
Invalid path in metadata, skipping
/modules/java.base/com/sun/crypto/provider/PBEKeyFactory$PBEWithMD5AndDES.class
Invalid path in metadata, skipping
/modules/java.base/com/sun/crypto/provider/PBEKeyFactory$PBEWithSHA1AndRC2_40.class
Invalid path in metadata, skipping
/modules/java.base/com/sun/crypto/provider/PBEParameters.class
Invalid path in metadata, skipping
/modules/java.base/com/sun/crypto/provider/PBES2Core$HmacSHA224AndAES_256.class
Invalid path in metadata, skipping
/modules/java.base/com/sun/crypto/provider/PBES2Parameters$HmacSHA384AndAES_128.class
Invalid path in metadata, skipping
/modules/java.base/com/sun/crypto/provider/PBES2Parameters.class
Invalid path in metadata, skipping
/modules/java.base/com/sun/crypto/provider/PBKDF2Core$HmacSHA512.class
Invalid path in metadata, skipping
/modules/java.base/com/sun/crypto/provider/PBKDF2Core.class
Invalid path in metadata, skipping
/modules/java.base/com/sun/crypto/provider/PBMAC1Core$HmacSHA1.class
Invalid path in metadata, skipping
/modules/java.base/com/sun/crypto/provider/PKCS12PBECipherCore$PBEWithSHA1AndRC2_40.class
?
Invalid path in metadata, skipping
/modules/java.logging/java/util/logging/FileHandler$InitializationErrorManager.class
Invalid path in metadata, skipping
/modules/java.logging/java/util/logging/Level$1.class
Invalid path in metadata, skipping
/modules/java.logging/java/util/logging/Logger.class
Invalid path in metadata, skipping /modules/java.logging/java/util Invalid
path in metadata, skipping
/modules/java.logging/sun/util/logging/resources/logging_sv.class
Invalid path in metadata, skipping
/modules/java.logging/sun/util/logging/resources/logging_zh_HK.class
Creating support/classlist.jar
gmake[3]: ***
[/home/stewartd/openjdk/OpenJDK10/hs/build/linux-aarch64-normal-server-release/support/link_opt/classlist]
Error 1
gmake[3]: *** Deleting file
`/home/stewartd/openjdk/OpenJDK10/hs/build/linux-aarch64-normal-server-release/support/link_opt/classlist'
gmake[2]: *** [generate-link-opt-data] Error 1

ERROR: Build failed for target 'images' in configuration
'linux-aarch64-normal-server-release' (exit code 2) Stopping sjavac server

Daniel


-- 
Daniel Stewart

From shade at redhat.com  Wed Aug  9 13:54:58 2017
From: shade at redhat.com (Aleksey Shipilev)
Date: Wed, 9 Aug 2017 15:54:58 +0200
Subject: [aarch64-port-dev ] [aarch64-port-dev] Compile error in
 stubGenerator_aarch64.cpp
In-Reply-To: <CAE_GVMOOYPqhWh1u0RjrQ1tpumqC4c6xka_WXmPgK6NFUihEvA@mail.gmail.com>
References: <CAE_GVMOOYPqhWh1u0RjrQ1tpumqC4c6xka_WXmPgK6NFUihEvA@mail.gmail.com>
Message-ID: <1f21321c-9a8a-fef8-8d0a-078fb9eadde7@redhat.com>

On 08/09/2017 03:50 PM, Daniel Stewart wrote:
> And here?s the error I get:
> Creating support/demos/image/jfc/Metalworks/Metalworks.jar
> Creating interim jimage
> Invalid path in metadata, skipping
> /modules/java.base/META-INF/services/java.nio.file.spi.FileSystemProvider
> Invalid path in metadata, skipping
> /modules/java.base/com/sun/crypto/provider/AESCipher$AES128_ECB_NoPadding.class

These are weird. Maybe your JDK was so borked in some runs that it generated incorrect metadata for
Jigsaw parts? Have you tried <strike>turning it off and on again</strike> "make clean", and then
full rebuild?

Thanks,
-Aleksey





From aph at redhat.com  Wed Aug  9 14:01:26 2017
From: aph at redhat.com (Andrew Haley)
Date: Wed, 9 Aug 2017 15:01:26 +0100
Subject: [aarch64-port-dev ] [aarch64-port-dev] Compile error in
 stubGenerator_aarch64.cpp
In-Reply-To: <1f21321c-9a8a-fef8-8d0a-078fb9eadde7@redhat.com>
References: <CAE_GVMOOYPqhWh1u0RjrQ1tpumqC4c6xka_WXmPgK6NFUihEvA@mail.gmail.com>
 <1f21321c-9a8a-fef8-8d0a-078fb9eadde7@redhat.com>
Message-ID: <db7ebd07-e589-59fd-950b-616aeddc7be7@redhat.com>

On 09/08/17 14:54, Aleksey Shipilev wrote:
> These are weird. Maybe your JDK was so borked in some runs that it generated incorrect metadata for
> Jigsaw parts? Have you tried <strike>turning it off and on again</strike> "make clean", and then
> full rebuild?

Probably, yes.  It'd be a good idea to blow away the build dir and
reconfigure.

In future:

I suspect a problem here is "make images".  Just using "make" is enough,
almost all of the time.

I'd expect to see:

Building target 'default (exploded-image)' in configuration 'linux-aarch64-normal-server-slowdebug'
Building JVM variant 'server' with features 'all-gcs cds compiler1 compiler2 fprof jni-check jvmci jvmti management nmt services vm-structs'
Updating support/modules_libs/java.base/server/libjvm.so due to 1 file(s)
Compiling stubGenerator_aarch64.cpp (for libjvm.so)
Generating symbol list from object files
Creating mapfile
Creating mapfile
Linking libjvm.so
Linking libjvm.so
Copying jdk/lib/server/libjvm.so
Linking executable gtestLauncher
----- Build times -------
Start 2017-08-09 14:58:51
End   2017-08-09 14:59:23

00:00:32 TOTAL
-------------------------
Finished building target 'default (exploded-image)' in configuration 'linux-aarch64-normal-server-slowdebug'

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From aph at redhat.com  Wed Aug  9 14:03:38 2017
From: aph at redhat.com (Andrew Haley)
Date: Wed, 9 Aug 2017 15:03:38 +0100
Subject: [aarch64-port-dev ] [aarch64-port-dev] Compile error in
 stubGenerator_aarch64.cpp
In-Reply-To: <CAE_GVMOOYPqhWh1u0RjrQ1tpumqC4c6xka_WXmPgK6NFUihEvA@mail.gmail.com>
References: <CAE_GVMOOYPqhWh1u0RjrQ1tpumqC4c6xka_WXmPgK6NFUihEvA@mail.gmail.com>
Message-ID: <b381dc9b-bbb4-3aa9-5432-b1e7e4f81757@redhat.com>

On 09/08/17 14:50, Daniel Stewart wrote:
> However, even when trying to do this only for disjoint copies, I seem to
> have an issue with it. It seems any sort of change I make to the
> stubGenerator_aarch64.cpp file for JDK9 or 10 results in errors compiling.

Tell us exactly how you configured and built.

For example, I use:

bash configure --with-native-debug-symbols=internal --disable-warnings-as-errors --disable-hotspot-gtest --enable-dtrace=no --with-debug-level=slowdebug

CONF=linux-aarch64-normal-server-slowdebug make DEBUG_BINARIES=true JAVAC_FLAGS=-g STRIP_POLICY=no_strip POST_STRIP_CMD= LOG=info

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From daniel.stewart at linaro.org  Wed Aug  9 14:15:45 2017
From: daniel.stewart at linaro.org (Daniel Stewart)
Date: Wed, 9 Aug 2017 10:15:45 -0400
Subject: [aarch64-port-dev ] [aarch64-port-dev] Compile error in
	stubGenerator_aarch64.cpp
In-Reply-To: <1f21321c-9a8a-fef8-8d0a-078fb9eadde7@redhat.com>
References: <CAE_GVMOOYPqhWh1u0RjrQ1tpumqC4c6xka_WXmPgK6NFUihEvA@mail.gmail.com>
 <1f21321c-9a8a-fef8-8d0a-078fb9eadde7@redhat.com>
Message-ID: <CAE_GVMOPj5RSfjsGO5vn09=xPyrRMfBqHrew06LvEEcdw+91dw@mail.gmail.com>

I have tried the full "make clean", but get the same result. What is even
weirder is that if I make more changes (more interleaving), the error
message I get changes. For example, the following diff creates the
subsequent error:

diff -r 41421b726632 src/cpu/aarch64/vm/stubGenerator_aarch64.cpp
--- a/src/cpu/aarch64/vm/stubGenerator_aarch64.cpp      Mon Jul 24 17:26:41
2017 +0000
+++ b/src/cpu/aarch64/vm/stubGenerator_aarch64.cpp      Wed Aug 09 14:14:06
2017 +0000
@@ -1231,12 +1231,14 @@
       __ stpq(v2, v3, Address(dend, -32));
     } else {
       __ ldp(t0, t1, Address(s, 0));
+      __ stp(t0, t1, Address(d, 0));
       __ ldp(t2, t3, Address(s, 16));
+      __ stp(t2, t3, Address(d, 16));
       __ ldp(t4, t5, Address(send, -32));
       __ ldp(t6, t7, Address(send, -16));

-      __ stp(t0, t1, Address(d, 0));
-      __ stp(t2, t3, Address(d, 16));
+//      __ stp(t0, t1, Address(d, 0));
+//      __ stp(t2, t3, Address(d, 16));
       __ stp(t4, t5, Address(dend, -32));
       __ stp(t6, t7, Address(dend, -16));
     }


Error:

Creating support/demos/image/jfc/Font2DTest/Font2DTest.jar
Creating interim jimage
Error: invoke=Lambda(a0:L/SpeciesData<LLLL>,a1:L,a2:I,a3:I,a4:L,a5:L)=>{
    t6:I=MethodHandle.invokeBasic(t500179317:L,a2:I,a1:L,a3:I,a5:L);
    t7:L=BoundMethodHandle$Species_L4.argL2(a0:L);
    t8:I=MethodHandle.invokeBasic(t7:L,t6:I,a1:L,a3:I,a4:L);
    t9:I=MethodHandle.invokeBasic(t7:L,t6:I,a1:L,a3:I,a4:L);
    t10:L=BoundMethodHandle$Species_L4.argL1(a0:L);
    t11:I=MethodHandle.invokeBasic(t10:L,t8:I,a1:L,a3:I);
    t12:L=BoundMethodHandle$Species_L4.argL0(a0:L);
    t13:L=MethodHandle.invokeBasic(t12:L,a1:L,t11:I,a3:I);t13:L}
java.lang.InternalError:
invoke=Lambda(a0:L/SpeciesData<LLLL>,a1:L,a2:I,a3:I,a4:L,a5:L)=>{
    t6:I=MethodHandle.invokeBasic(t500179317:L,a2:I,a1:L,a3:I,a5:L);
    t7:L=BoundMethodHandle$Species_L4.argL2(a0:L);
    t8:I=MethodHandle.invokeBasic(t7:L,t6:I,a1:L,a3:I,a4:L);
    t9:I=MethodHandle.invokeBasic(t7:L,t6:I,a1:L,a3:I,a4:L);
    t10:L=BoundMethodHandle$Species_L4.argL1(a0:L);
    t11:I=MethodHandle.invokeBasic(t10:L,t8:I,a1:L,a3:I);
    t12:L=BoundMethodHandle$Species_L4.argL0(a0:L);
    t13:L=MethodHandle.invokeBasic(t12:L,a1:L,t11:I,a3:I);t13:L}
        at
java.base/java.lang.invoke.MethodHandleStatics.newInternalError(MethodHandleStatics.java:111)
        at
java.base/java.lang.invoke.LambdaForm.compileToBytecode(LambdaForm.java:874)
        at
java.base/java.lang.invoke.LambdaForm.prepare(LambdaForm.java:815)
        at
java.base/java.lang.invoke.MethodHandle.<init>(MethodHandle.java:465)
        at
java.base/java.lang.invoke.BoundMethodHandle.<init>(BoundMethodHandle.java:58)
        at
java.base/java.lang.invoke.BoundMethodHandle$Species_L4.<init>(Species_L4)
        at
java.base/java.lang.invoke.BoundMethodHandle$Species_L4.make(Species_L4)
        at
java.base/java.lang.invoke.BoundMethodHandle$Species_L3.copyWithExtendL(Species_L3)
        at
java.base/java.lang.invoke.MethodHandles.foldArguments(MethodHandles.java:4266)
        at
java.base/java.lang.invoke.StringConcatFactory$MethodHandleInlineCopyStrategy.generate(StringConcatFactory.java:1519)
        at
java.base/java.lang.invoke.StringConcatFactory.generate(StringConcatFactory.java:722)
        at
java.base/java.lang.invoke.StringConcatFactory.doStringConcat(StringConcatFactory.java:631)
        at
java.base/java.lang.invoke.StringConcatFactory.makeConcatWithConstants(StringConcatFactory.java:547)
        at java.base/java.lang.invoke.CallSite.makeSite(CallSite.java:322)
        at
java.base/java.lang.invoke.MethodHandleNatives.linkCallSiteImpl(MethodHandleNatives.java:250)
        at
java.base/java.lang.invoke.MethodHandleNatives.linkCallSite(MethodHandleNatives.java:240)
        at
jdk.jlink/jdk.tools.jlink.internal.ResourcePoolManager$ResourcePoolModuleImpl.findEntry(ResourcePoolManager.java:101)
        at
jdk.jlink/jdk.tools.jlink.internal.plugins.SystemModulesPlugin.lambda$transform$1(SystemModulesPlugin.java:157)
        at
java.base/java.util.LinkedList$LLSpliterator.forEachRemaining(LinkedList.java:1239)
        at
java.base/java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:591)
        at
jdk.jlink/jdk.tools.jlink.internal.plugins.SystemModulesPlugin.transform(SystemModulesPlugin.java:156)
        at
jdk.jlink/jdk.tools.jlink.internal.ImagePluginStack.visitResources(ImagePluginStack.java:274)
        at
jdk.jlink/jdk.tools.jlink.internal.ImageFileCreator.generateJImage(ImageFileCreator.java:182)
        at
jdk.jlink/jdk.tools.jlink.internal.ImageFileCreator.writeImage(ImageFileCreator.java:161)
        at
jdk.jlink/jdk.tools.jlink.internal.ImageFileCreator.create(ImageFileCreator.java:100)
        at
jdk.jlink/jdk.tools.jlink.internal.JlinkTask$ImageHelper.retrieve(JlinkTask.java:768)
        at
jdk.jlink/jdk.tools.jlink.internal.ImagePluginStack.operate(ImagePluginStack.java:206)
        at
jdk.jlink/jdk.tools.jlink.internal.JlinkTask.createImage(JlinkTask.java:398)
        at
jdk.jlink/jdk.tools.jlink.internal.JlinkTask.run(JlinkTask.java:263)
        at jdk.jlink/jdk.tools.jlink.internal.Main.run(Main.java:54)
        at jdk.jlink/jdk.tools.jlink.internal.Main.main(Main.java:33)
Caused by: java.lang.ArrayIndexOutOfBoundsException: -1
        at
java.base/java.lang.invoke.InvokerBytecodeGenerator.emitLoadInsn(InvokerBytecodeGenerator.java:420)
        at
java.base/java.lang.invoke.InvokerBytecodeGenerator.emitPushArgument(InvokerBytecodeGenerator.java:1565)
        at
java.base/java.lang.invoke.InvokerBytecodeGenerator.emitPushArguments(InvokerBytecodeGenerator.java:1551)
        at
java.base/java.lang.invoke.InvokerBytecodeGenerator.emitStaticInvoke(InvokerBytecodeGenerator.java:999)
        at
java.base/java.lang.invoke.InvokerBytecodeGenerator.addMethod(InvokerBytecodeGenerator.java:832)
        at
java.base/java.lang.invoke.InvokerBytecodeGenerator.generateCustomizedCodeBytes(InvokerBytecodeGenerator.java:723)
        at
java.base/java.lang.invoke.InvokerBytecodeGenerator.generateCustomizedCode(InvokerBytecodeGenerator.java:681)
        at
java.base/java.lang.invoke.LambdaForm.compileToBytecode(LambdaForm.java:857)
        ... 29 more
gmake[3]: ***
[/home/stewartd/openjdk/OpenJDK10/hs/build/linux-aarch64-normal-server-release/support/interim-image/bin/java]
Error 4
gmake[2]: *** [interim-image] Error 1

ERROR: Build failed for target 'images' in configuration
'linux-aarch64-normal-server-release' (exit code 2)
Stopping sjavac server

Perhaps my system is entirely borked. I was just wondering if there was
something special about stubGenerator, but apparently there is not.

Daniel

On Wed, Aug 9, 2017 at 9:54 AM, Aleksey Shipilev <shade at redhat.com> wrote:

> On 08/09/2017 03:50 PM, Daniel Stewart wrote:
> > And here?s the error I get:
> > Creating support/demos/image/jfc/Metalworks/Metalworks.jar
> > Creating interim jimage
> > Invalid path in metadata, skipping
> > /modules/java.base/META-INF/services/java.nio.file.spi.
> FileSystemProvider
> > Invalid path in metadata, skipping
> > /modules/java.base/com/sun/crypto/provider/AESCipher$
> AES128_ECB_NoPadding.class
>
> These are weird. Maybe your JDK was so borked in some runs that it
> generated incorrect metadata for
> Jigsaw parts? Have you tried <strike>turning it off and on again</strike>
> "make clean", and then
> full rebuild?
>
> Thanks,
> -Aleksey
>
>
>
>
>


-- 
Daniel Stewart

From adinn at redhat.com  Wed Aug  9 14:19:14 2017
From: adinn at redhat.com (Andrew Dinn)
Date: Wed, 9 Aug 2017 15:19:14 +0100
Subject: [aarch64-port-dev ] [aarch64-port-dev] Compile error in
 stubGenerator_aarch64.cpp
In-Reply-To: <CAE_GVMOOYPqhWh1u0RjrQ1tpumqC4c6xka_WXmPgK6NFUihEvA@mail.gmail.com>
References: <CAE_GVMOOYPqhWh1u0RjrQ1tpumqC4c6xka_WXmPgK6NFUihEvA@mail.gmail.com>
Message-ID: <081a076e-3f81-1218-61b7-838e6ca9074d@redhat.com>

On 09/08/17 14:50, Daniel Stewart wrote:
> Moving this to a different thread to avoid stepping on Andrew?s original
> thread..
> 
> I had been trying to look into the copy_memory() routine (which gets used
> by both disjoint and conjoint copies) to see if interleaving the loads and
> stores (as referenced in the document you mention) obtains better
> performance than all the loads followed by all the stores, as is currently
> implemented.
> 
> However, even when trying to do this only for disjoint copies, I seem to
> have an issue with it. It seems any sort of change I make to the
> stubGenerator_aarch64.cpp file for JDK9 or 10 results in errors compiling.
> 
> Is there some magic a new person to OpenJDK like myself is missing when
> trying to modify this file?
> 
> 
> Here?s the diff I did:
> diff -r 41421b726632 src/cpu/aarch64/vm/stubGenerator_aarch64.cpp
> --- a/src/cpu/aarch64/vm/stubGenerator_aarch64.cpp      Mon Jul 24 17:26:41
> 2017 +0000
> +++ b/src/cpu/aarch64/vm/stubGenerator_aarch64.cpp      Wed Aug 09 13:13:24
> 2017 +0000
> @@ -1231,11 +1231,12 @@
>        __ stpq(v2, v3, Address(dend, -32));
>      } else {
>        __ ldp(t0, t1, Address(s, 0));
> +      __ stp(t0, t1, Address(d, 0));
>        __ ldp(t2, t3, Address(s, 16));
>        __ ldp(t4, t5, Address(send, -32));
>        __ ldp(t6, t7, Address(send, -16));
> 
> -      __ stp(t0, t1, Address(d, 0));
> +//      __ stp(t0, t1, Address(d, 0));
>        __ stp(t2, t3, Address(d, 16));
>        __ stp(t4, t5, Address(dend, -32));
>        __ stp(t6, t7, Address(dend, -16));
> 
> 
> And here?s the error I get:
> Creating support/demos/image/jfc/Metalworks/Metalworks.jar
> Creating interim jimage
> Invalid path in metadata, skipping
> /modules/java.base/META-INF/services/java.nio.file.spi.FileSystemProvider
> Invalid path in metadata, skipping
> /modules/java.base/com/sun/crypto/provider/AESCipher$AES128_ECB_NoPadding.class
> Invalid path in metadata, skipping
> /modules/java.base/com/sun/crypto/provider/AESCipher$AES128_OFB_NoPadding.class
> Invalid path in metadata, skipping
> /modules/java.base/com/sun/crypto/provider/AESCipher$OidImpl.class
> Invalid path in metadata, skipping
> /modules/java.base/com/sun/crypto/provider/BlockCipherParamsCore.class
> Invalid path in metadata, skipping
> /modules/java.base/com/sun/crypto/provider/CipherForKeyProtector.class
> Invalid path in metadata, skipping
> /modules/java.base/com/sun/crypto/provider/DESedeWrapCipher.class
> Invalid path in metadata, skipping
> /modules/java.base/com/sun/crypto/provider/GaloisCounterMode.class
> Invalid path in metadata, skipping
> /modules/java.base/com/sun/crypto/provider/KeyGeneratorCore$HmacSHA2KG$SHA224.class
> Invalid path in metadata, skipping
> /modules/java.base/com/sun/crypto/provider/KeyGeneratorCore$HmacSHA2KG.class
> Invalid path in metadata, skipping
> /modules/java.base/com/sun/crypto/provider/OAEPParameters.class
> Invalid path in metadata, skipping
> /modules/java.base/com/sun/crypto/provider/PBEKey.class
> Invalid path in metadata, skipping
> /modules/java.base/com/sun/crypto/provider/PBEKeyFactory$PBEWithHmacSHA1AndAES_128.class
> Invalid path in metadata, skipping
> /modules/java.base/com/sun/crypto/provider/PBEKeyFactory$PBEWithHmacSHA256AndAES_256.class
> Invalid path in metadata, skipping
> /modules/java.base/com/sun/crypto/provider/PBEKeyFactory$PBEWithMD5AndDES.class
> Invalid path in metadata, skipping
> /modules/java.base/com/sun/crypto/provider/PBEKeyFactory$PBEWithSHA1AndRC2_40.class
> Invalid path in metadata, skipping
> /modules/java.base/com/sun/crypto/provider/PBEParameters.class
> Invalid path in metadata, skipping
> /modules/java.base/com/sun/crypto/provider/PBES2Core$HmacSHA224AndAES_256.class
> Invalid path in metadata, skipping
> /modules/java.base/com/sun/crypto/provider/PBES2Parameters$HmacSHA384AndAES_128.class
> Invalid path in metadata, skipping
> /modules/java.base/com/sun/crypto/provider/PBES2Parameters.class
> Invalid path in metadata, skipping
> /modules/java.base/com/sun/crypto/provider/PBKDF2Core$HmacSHA512.class
> Invalid path in metadata, skipping
> /modules/java.base/com/sun/crypto/provider/PBKDF2Core.class
> Invalid path in metadata, skipping
> /modules/java.base/com/sun/crypto/provider/PBMAC1Core$HmacSHA1.class
> Invalid path in metadata, skipping
> /modules/java.base/com/sun/crypto/provider/PKCS12PBECipherCore$PBEWithSHA1AndRC2_40.class
> ?
> Invalid path in metadata, skipping
> /modules/java.logging/java/util/logging/FileHandler$InitializationErrorManager.class
> Invalid path in metadata, skipping
> /modules/java.logging/java/util/logging/Level$1.class
> Invalid path in metadata, skipping
> /modules/java.logging/java/util/logging/Logger.class
> Invalid path in metadata, skipping /modules/java.logging/java/util Invalid
> path in metadata, skipping
> /modules/java.logging/sun/util/logging/resources/logging_sv.class
> Invalid path in metadata, skipping
> /modules/java.logging/sun/util/logging/resources/logging_zh_HK.class
> Creating support/classlist.jar
> gmake[3]: ***
> [/home/stewartd/openjdk/OpenJDK10/hs/build/linux-aarch64-normal-server-release/support/link_opt/classlist]
> Error 1
> gmake[3]: *** Deleting file
> `/home/stewartd/openjdk/OpenJDK10/hs/build/linux-aarch64-normal-server-release/support/link_opt/classlist'
> gmake[2]: *** [generate-link-opt-data] Error 1
> 
> ERROR: Build failed for target 'images' in configuration
> 'linux-aarch64-normal-server-release' (exit code 2) Stopping sjavac server
That change doesn't look like it is guaranteed to be innocuous to me.
Does it do the right thing if you are copying data from an array into
itself? -- say, for example, that you are shuffling String text along in
a byte[] or char[]. Is it possible for the distance between the load and
store addresses to be such that your early write to Address(d, 0) can
change the values read at Address(s, 16/-32/-16)?

I say that because the error messages suggest that what is going wrong
is to do with paths i.e. text.

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 daniel.stewart at linaro.org  Wed Aug  9 14:21:25 2017
From: daniel.stewart at linaro.org (Daniel Stewart)
Date: Wed, 9 Aug 2017 10:21:25 -0400
Subject: [aarch64-port-dev ] [aarch64-port-dev] Compile error in
	stubGenerator_aarch64.cpp
In-Reply-To: <b381dc9b-bbb4-3aa9-5432-b1e7e4f81757@redhat.com>
References: <CAE_GVMOOYPqhWh1u0RjrQ1tpumqC4c6xka_WXmPgK6NFUihEvA@mail.gmail.com>
 <b381dc9b-bbb4-3aa9-5432-b1e7e4f81757@redhat.com>
Message-ID: <CAE_GVMMgM4onK8NqMceKAi6H1zXojkSJ2UYAqQZS6=9btR_k+w@mail.gmail.com>

I typically just do

bash ./configure
make images

No options have been necessary for me on my aarch64 system and I was trying
to build the release version. I can try the exact config you use. I also
tried various versions of Java for the building itself - 8u and 9.

On Wed, Aug 9, 2017 at 10:03 AM, Andrew Haley <aph at redhat.com> wrote:

> On 09/08/17 14:50, Daniel Stewart wrote:
> > However, even when trying to do this only for disjoint copies, I seem to
> > have an issue with it. It seems any sort of change I make to the
> > stubGenerator_aarch64.cpp file for JDK9 or 10 results in errors
> compiling.
>
> Tell us exactly how you configured and built.
>
> For example, I use:
>
> bash configure --with-native-debug-symbols=internal
> --disable-warnings-as-errors --disable-hotspot-gtest --enable-dtrace=no
> --with-debug-level=slowdebug
>
> CONF=linux-aarch64-normal-server-slowdebug make DEBUG_BINARIES=true
> JAVAC_FLAGS=-g STRIP_POLICY=no_strip POST_STRIP_CMD= LOG=info
>
> --
> Andrew Haley
> Java Platform Lead Engineer
> Red Hat UK Ltd. <https://www.redhat.com>
> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
>



-- 
Daniel Stewart

From aph at redhat.com  Wed Aug  9 14:22:53 2017
From: aph at redhat.com (Andrew Haley)
Date: Wed, 9 Aug 2017 15:22:53 +0100
Subject: [aarch64-port-dev ] [aarch64-port-dev] Compile error in
 stubGenerator_aarch64.cpp
In-Reply-To: <CAE_GVMMgM4onK8NqMceKAi6H1zXojkSJ2UYAqQZS6=9btR_k+w@mail.gmail.com>
References: <CAE_GVMOOYPqhWh1u0RjrQ1tpumqC4c6xka_WXmPgK6NFUihEvA@mail.gmail.com>
 <b381dc9b-bbb4-3aa9-5432-b1e7e4f81757@redhat.com>
 <CAE_GVMMgM4onK8NqMceKAi6H1zXojkSJ2UYAqQZS6=9btR_k+w@mail.gmail.com>
Message-ID: <94bdfbab-8f82-269b-6c35-b0a21e0246f3@redhat.com>

On 09/08/17 15:21, Daniel Stewart wrote:
> I typically just do
> 
> bash ./configure
> make images

If you do that, the hotspot you just built gets used *during the build*.
So, any mistakes you made will break the build.

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From daniel.stewart at linaro.org  Wed Aug  9 14:26:10 2017
From: daniel.stewart at linaro.org (Daniel Stewart)
Date: Wed, 9 Aug 2017 10:26:10 -0400
Subject: [aarch64-port-dev ] [aarch64-port-dev] Compile error in
	stubGenerator_aarch64.cpp
In-Reply-To: <081a076e-3f81-1218-61b7-838e6ca9074d@redhat.com>
References: <CAE_GVMOOYPqhWh1u0RjrQ1tpumqC4c6xka_WXmPgK6NFUihEvA@mail.gmail.com>
 <081a076e-3f81-1218-61b7-838e6ca9074d@redhat.com>
Message-ID: <CAE_GVMObFmD+LYSXjJG490hjNxZhpF=UqDKbYM4sEYXVhbzEXA@mail.gmail.com>

I agree that the change itself is not innocuous due to potential
overlapping. I was more interested why it failed at compile time. Being new
to OpenJDK, I figured there must be something I'm missing. I thought the
change would compile fine but fail during runtime. But this code is somehow
tied to some dynamic insertion (??) which is used to make
jbyte_conjoint_arraycopy, jbyte_disjoint_arraycopy, etc.

I just don't understand how that part works.

Daniel

On Wed, Aug 9, 2017 at 10:19 AM, Andrew Dinn <adinn at redhat.com> wrote:

> On 09/08/17 14:50, Daniel Stewart wrote:
> > Moving this to a different thread to avoid stepping on Andrew?s original
> > thread..
> >
> > I had been trying to look into the copy_memory() routine (which gets used
> > by both disjoint and conjoint copies) to see if interleaving the loads
> and
> > stores (as referenced in the document you mention) obtains better
> > performance than all the loads followed by all the stores, as is
> currently
> > implemented.
> >
> > However, even when trying to do this only for disjoint copies, I seem to
> > have an issue with it. It seems any sort of change I make to the
> > stubGenerator_aarch64.cpp file for JDK9 or 10 results in errors
> compiling.
> >
> > Is there some magic a new person to OpenJDK like myself is missing when
> > trying to modify this file?
> >
> >
> > Here?s the diff I did:
> > diff -r 41421b726632 src/cpu/aarch64/vm/stubGenerator_aarch64.cpp
> > --- a/src/cpu/aarch64/vm/stubGenerator_aarch64.cpp      Mon Jul 24
> 17:26:41
> > 2017 +0000
> > +++ b/src/cpu/aarch64/vm/stubGenerator_aarch64.cpp      Wed Aug 09
> 13:13:24
> > 2017 +0000
> > @@ -1231,11 +1231,12 @@
> >        __ stpq(v2, v3, Address(dend, -32));
> >      } else {
> >        __ ldp(t0, t1, Address(s, 0));
> > +      __ stp(t0, t1, Address(d, 0));
> >        __ ldp(t2, t3, Address(s, 16));
> >        __ ldp(t4, t5, Address(send, -32));
> >        __ ldp(t6, t7, Address(send, -16));
> >
> > -      __ stp(t0, t1, Address(d, 0));
> > +//      __ stp(t0, t1, Address(d, 0));
> >        __ stp(t2, t3, Address(d, 16));
> >        __ stp(t4, t5, Address(dend, -32));
> >        __ stp(t6, t7, Address(dend, -16));
> >
> >
> > And here?s the error I get:
> > Creating support/demos/image/jfc/Metalworks/Metalworks.jar
> > Creating interim jimage
> > Invalid path in metadata, skipping
> > /modules/java.base/META-INF/services/java.nio.file.spi.
> FileSystemProvider
> > Invalid path in metadata, skipping
> > /modules/java.base/com/sun/crypto/provider/AESCipher$
> AES128_ECB_NoPadding.class
> > Invalid path in metadata, skipping
> > /modules/java.base/com/sun/crypto/provider/AESCipher$
> AES128_OFB_NoPadding.class
> > Invalid path in metadata, skipping
> > /modules/java.base/com/sun/crypto/provider/AESCipher$OidImpl.class
> > Invalid path in metadata, skipping
> > /modules/java.base/com/sun/crypto/provider/BlockCipherParamsCore.class
> > Invalid path in metadata, skipping
> > /modules/java.base/com/sun/crypto/provider/CipherForKeyProtector.class
> > Invalid path in metadata, skipping
> > /modules/java.base/com/sun/crypto/provider/DESedeWrapCipher.class
> > Invalid path in metadata, skipping
> > /modules/java.base/com/sun/crypto/provider/GaloisCounterMode.class
> > Invalid path in metadata, skipping
> > /modules/java.base/com/sun/crypto/provider/KeyGeneratorCore$HmacSHA2KG$
> SHA224.class
> > Invalid path in metadata, skipping
> > /modules/java.base/com/sun/crypto/provider/KeyGeneratorCore$HmacSHA2KG.
> class
> > Invalid path in metadata, skipping
> > /modules/java.base/com/sun/crypto/provider/OAEPParameters.class
> > Invalid path in metadata, skipping
> > /modules/java.base/com/sun/crypto/provider/PBEKey.class
> > Invalid path in metadata, skipping
> > /modules/java.base/com/sun/crypto/provider/PBEKeyFactory$
> PBEWithHmacSHA1AndAES_128.class
> > Invalid path in metadata, skipping
> > /modules/java.base/com/sun/crypto/provider/PBEKeyFactory$
> PBEWithHmacSHA256AndAES_256.class
> > Invalid path in metadata, skipping
> > /modules/java.base/com/sun/crypto/provider/PBEKeyFactory$
> PBEWithMD5AndDES.class
> > Invalid path in metadata, skipping
> > /modules/java.base/com/sun/crypto/provider/PBEKeyFactory$
> PBEWithSHA1AndRC2_40.class
> > Invalid path in metadata, skipping
> > /modules/java.base/com/sun/crypto/provider/PBEParameters.class
> > Invalid path in metadata, skipping
> > /modules/java.base/com/sun/crypto/provider/PBES2Core$
> HmacSHA224AndAES_256.class
> > Invalid path in metadata, skipping
> > /modules/java.base/com/sun/crypto/provider/PBES2Parameters$
> HmacSHA384AndAES_128.class
> > Invalid path in metadata, skipping
> > /modules/java.base/com/sun/crypto/provider/PBES2Parameters.class
> > Invalid path in metadata, skipping
> > /modules/java.base/com/sun/crypto/provider/PBKDF2Core$HmacSHA512.class
> > Invalid path in metadata, skipping
> > /modules/java.base/com/sun/crypto/provider/PBKDF2Core.class
> > Invalid path in metadata, skipping
> > /modules/java.base/com/sun/crypto/provider/PBMAC1Core$HmacSHA1.class
> > Invalid path in metadata, skipping
> > /modules/java.base/com/sun/crypto/provider/PKCS12PBECipherCore$
> PBEWithSHA1AndRC2_40.class
> > ?
> > Invalid path in metadata, skipping
> > /modules/java.logging/java/util/logging/FileHandler$
> InitializationErrorManager.class
> > Invalid path in metadata, skipping
> > /modules/java.logging/java/util/logging/Level$1.class
> > Invalid path in metadata, skipping
> > /modules/java.logging/java/util/logging/Logger.class
> > Invalid path in metadata, skipping /modules/java.logging/java/util
> Invalid
> > path in metadata, skipping
> > /modules/java.logging/sun/util/logging/resources/logging_sv.class
> > Invalid path in metadata, skipping
> > /modules/java.logging/sun/util/logging/resources/logging_zh_HK.class
> > Creating support/classlist.jar
> > gmake[3]: ***
> > [/home/stewartd/openjdk/OpenJDK10/hs/build/linux-
> aarch64-normal-server-release/support/link_opt/classlist]
> > Error 1
> > gmake[3]: *** Deleting file
> > `/home/stewartd/openjdk/OpenJDK10/hs/build/linux-
> aarch64-normal-server-release/support/link_opt/classlist'
> > gmake[2]: *** [generate-link-opt-data] Error 1
> >
> > ERROR: Build failed for target 'images' in configuration
> > 'linux-aarch64-normal-server-release' (exit code 2) Stopping sjavac
> server
> That change doesn't look like it is guaranteed to be innocuous to me.
> Does it do the right thing if you are copying data from an array into
> itself? -- say, for example, that you are shuffling String text along in
> a byte[] or char[]. Is it possible for the distance between the load and
> store addresses to be such that your early write to Address(d, 0) can
> change the values read at Address(s, 16/-32/-16)?
>
> I say that because the error messages suggest that what is going wrong
> is to do with paths i.e. text.
>
> 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
>



-- 
Daniel Stewart

From daniel.stewart at linaro.org  Wed Aug  9 14:26:42 2017
From: daniel.stewart at linaro.org (Daniel Stewart)
Date: Wed, 9 Aug 2017 10:26:42 -0400
Subject: [aarch64-port-dev ] [aarch64-port-dev] Compile error in
	stubGenerator_aarch64.cpp
In-Reply-To: <94bdfbab-8f82-269b-6c35-b0a21e0246f3@redhat.com>
References: <CAE_GVMOOYPqhWh1u0RjrQ1tpumqC4c6xka_WXmPgK6NFUihEvA@mail.gmail.com>
 <b381dc9b-bbb4-3aa9-5432-b1e7e4f81757@redhat.com>
 <CAE_GVMMgM4onK8NqMceKAi6H1zXojkSJ2UYAqQZS6=9btR_k+w@mail.gmail.com>
 <94bdfbab-8f82-269b-6c35-b0a21e0246f3@redhat.com>
Message-ID: <CAE_GVMN3LJD+bLLG2rUpqNYjWUfZR0x1sLKGOG0mq2QJgmArEA@mail.gmail.com>

Ah, that's what I'm missing! Thanks!

On Wed, Aug 9, 2017 at 10:22 AM, Andrew Haley <aph at redhat.com> wrote:

> On 09/08/17 15:21, Daniel Stewart wrote:
> > I typically just do
> >
> > bash ./configure
> > make images
>
> If you do that, the hotspot you just built gets used *during the build*.
> So, any mistakes you made will break the build.
>
> --
> Andrew Haley
> Java Platform Lead Engineer
> Red Hat UK Ltd. <https://www.redhat.com>
> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
>



-- 
Daniel Stewart

From gnu.andrew at redhat.com  Fri Aug 11 00:08:47 2017
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Fri, 11 Aug 2017 00:08:47 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u/jdk: 8186090:
 java.nio.Bits.unaligned() doesn't handle aarch64
Message-ID: <201708110008.v7B08mgj014902@aojmv0008.oracle.com>

Changeset: 64e09337b9b7
Author:    andrew
Date:      2017-08-11 01:05 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/64e09337b9b7

8186090: java.nio.Bits.unaligned() doesn't handle aarch64
Summary: Check for "aarch64" along with other unaligned access supporting architectures.
Reviewed-by: andrew
Contributed-by: Derek White <Derek.White at cavium.com>

! src/share/classes/java/nio/Bits.java
! src/share/classes/sun/security/provider/ByteArrayAccess.java


From gnu.andrew at redhat.com  Fri Aug 11 00:10:51 2017
From: gnu.andrew at redhat.com (Andrew Hughes)
Date: Fri, 11 Aug 2017 01:10:51 +0100
Subject: [aarch64-port-dev ] [OpenJDK8u] java.nio.Bits.unaligned()
 doesn't handle aarch64
In-Reply-To: <CY1PR0701MB163233E56AD691DDFCC1EB3284B60@CY1PR0701MB1632.namprd07.prod.outlook.com>
References: <CY1PR0701MB1632B8D533B97BDB4095E8D084ED0@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <63c8f30a-0408-cec6-9c9d-f99e7a3cffd2@redhat.com>
 <CY1PR0701MB1632DC4B5A47663066836ABF84ED0@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <CY1PR0701MB163233E56AD691DDFCC1EB3284B60@CY1PR0701MB1632.namprd07.prod.outlook.com>
Message-ID: <CABi63P6HgohJ4o+FVodMH6LtUfMsMJzcZorMtpA7zjwVPgmDLQ@mail.gmail.com>

On 4 August 2017 at 23:58, White, Derek <Derek.White at cavium.com> wrote:
> Re-propose fix, now that 8u141 was merged:
>
> Updated patch:
>
> --- old/src/share/classes/java/nio/Bits.java    2017-08-04 18:18:12.562452645 -0400
> +++ new/src/share/classes/java/nio/Bits.java    2017-08-04 18:18:12.482454700 -0400
> @@ -615,7 +615,8 @@
>              new sun.security.action.GetPropertyAction("os.arch"));
>          unaligned = arch.equals("i386") || arch.equals("x86")
>              || arch.equals("amd64") || arch.equals("x86_64")
> -            || arch.equals("ppc64") || arch.equals("ppc64le");
> +            || arch.equals("ppc64") || arch.equals("ppc64le")
> +            || arch.equals("aarch64");
>          unalignedKnown = true;
>          return unaligned;
>      }
>
> - Derek
>

I've extended this to cover the case in
sun.security.provider.ByteArrayAccess, as with
the ppc64 version, and pushed it:

http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/64e09337b9b7
https://bugs.openjdk.java.net/browse/JDK-8186090

For future contributions, can you please include the patch as an
attachment as they
otherwise get mangled by the mail system.

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 snazarkin at azul.com  Fri Aug 11 13:55:08 2017
From: snazarkin at azul.com (Sergey Nazarkin)
Date: Fri, 11 Aug 2017 13:55:08 +0000
Subject: [aarch64-port-dev ] Backports from jdk9 to aarch64-port/jdk8u
In-Reply-To: <CAEGA6kaamUT_7-kuz5pc2+kz4PnOB_iZygAYQgcvwWuSW2qOpw@mail.gmail.com>
References: <CAEGA6kaGfEUGdGnzEZyB5GWP5tZ5wG-XZ01P=sW6-F3-vsuKbw@mail.gmail.com>
 <4d7d3ec8-4fc5-8a30-7f64-e9ee9ad3abc0@redhat.com>
 <CAEGA6kaginNV8gPM3cVkk591f5oFe47+tGpvxXKziA6STXtFPA@mail.gmail.com>
 <44ab5b3a-3547-2882-2aec-9cea4662c64b@redhat.com>
 <CAEGA6kaamUT_7-kuz5pc2+kz4PnOB_iZygAYQgcvwWuSW2qOpw@mail.gmail.com>
Message-ID: <5324F4D4-BA5D-40C0-BF9C-39F9632B647E@azul.com>

Hi!

I?d like to clarify the status of https://bugs.openjdk.java.net/browse/JDK-8164113. It?s description looks suspicious as original issue it is refereeing to (8161598) is closed for review. However priority P4 indicates it is not something critical. Could it be a missed critical patch? 

Sergey




> On 03 Apr 2017, at 21:06, Stuart Monteith <stuart.monteith at linaro.org> wrote:
> 
> Excellent. As this is the first time I've done this here, I'll show my working
> 
> I thought a good start would be to list everything that changed aarch64 code:
>    hg log "grep('aarch64')"
> 
> and then narrowed now by removing anything that was obviously not
> going to apply to aarch64-jdk8u, such
> as graal, s390 support. There have been changes to the stack
> processing, but they've been applied on top of
> JEP270, which doesn't apply to JDK8u.
> 
> I included "8175887: C1 value numbering handling of
> Unsafe.get*Volatile is incorrect" even though it was CPU agnostic
> as I was aware of it, and could test for it.
> 
> This is the initial list I drew up:
> 
> Patches with aarch64 changes:
> N  8176054: [BACKOUT][REDO] G1 Needs pre barrier on dereference of
> weak JNI handles
> N  8175085: [REDO] G1 Needs pre barrier on dereference of weak JNI
> handles
> XN  8174879: Rename jdk.vm.ci to jdk.internal.vm.ci
> N  8175086: [BACKOUT] fix for JDK-8166188
> N  8166188: G1 Needs pre barrier on dereference of weak JNI handles
> NA 8173472: AArch64: C1 comparisons with null only use 32-bit instructions
>    ^^^^^^^
> NA 8172881: AArch64: assertion failure: the int pressure is incorrect
>    ^^^^^^^
> N  8173195: [BACKOUT] 8087341: C2 doesn't optimize redundant memory
> operations with G1
> N  8172844: Assert fails in deoptimization due to original PC at the
> end of code section
> N  8140588: Internal Error: gc/g1/ptrQueue.hpp:126 assert(_index ==
> _sz) failed: invariant: queues are empty when activated
> X A 8172721: Fix for 8172144 breaks AArch64 build
> X A 8172144: AArch64: Implement "JEP 270: Reserved Stack Areas for
> Critical Sections"
> XNA 8173474: AArch64: fix reported -Xss minimum
> XNA 8173339: AArch64: Fix minimum stack size computations
> NA 8171537: aarch64: compiler/c1/Test6849574.java generates guarantee
> failure in C1
>    ^^^^^^^
> NA 8171410: aarch64: long multiplyExact shifts by 31 instead of 63
>    ^^^^^^^
> 
> N  8170655: [posix] Fix minimum stack size computations
> N  8169373: Work around linux NPTL stack guard error.
> NA 8171129: [aarch64] hs_err logs do not print register mappings
>    ^^^^^^^
> XN  8170761: Buffer overrun in sharedRuntime_x86_64.cpp:477
> NA 8169177: AArch64: SIGSEGV when "-XX:+ZeroTLAB" is specified along
> with GC options
>    ^^^^^^^
> XNA 8162338: AArch64: Intrinsify fused mac operations
>    ^^^^^^^     Depends on previous enhancement.
> 
> XN  8171008: Integrate AOT compiler into JDK
> XN  8166417: Integrate Graal-core into JDK for AOT compiler
> XN  8170106: AArch64: Multiple JVMCI issues
> NA 8170100: AArch64: Crash in C1-compiled code accessing References
>    ^^^^^^^
> XN  8170098: AArch64: VM is extremely slow with JVMTI debugging enabled
> N  8169711: CDS does not patch entry trampoline if intrinsic method is disabled
> XNA 8169901: AArch64: CompareAndExchange intrinsics clobber address register
> NA 8169529: AArch64: Revert old JDK-8167595 changes after JDK-8159035
> fix is pushed
>    ^^^^^^^
> NA 8169497: Aarch64: Improve internal array handling
>    ^^^^^^^
> N  8167578: C1: compiler.escapeAnalysis.TestArrayCopy fails to throw
> ArrayStoreException
> XN  8166561: [s390] Adaptions needed for s390 port in C1 and C2.
> XN  8166560: [s390] Basic enablement of s390 port.
> XNA 8168567: Fix for 8166972 breaks aarch64 build
> XN  8166679: JNI AsyncGetCallTrace replaces topmost frame name with
> <no Java callstack recorded> starting with Java 9 b133
> N  8160411: SIGSEGV in frame::safe_for_sender on incomplete
> DeoptimizationBlob frame
> 
> -- Event Horizon --
> 
> P   8167421: AArch64: in one core system, fatal error: Illegal
> threadstate encountered
> X   8166972: [JVMCI] reduce size of interpreter when JVMCI is enabled
> P   8167595: AArch64: SEGV in stub code cipherBlockChaining_decryptAESCrypt
> X   8168086: 8166869 broke jvmci build on aarch64
> P   8165673: AArch64: Fix JNI floating point argument handling
> A   8167200: AArch64: Broken stack pointer adjustment in interpreter
> N   8155729: C2: Skip transformation of LoadConP for heap-based
> compressed oops
> A   8157708: aarch64: StrIndexOfChar intrinsic is not implemented
> N   8166140: C1: Possible integer overflow in
> LIRGenerator::generate_address on several platforms
> N   8154122: Intrinsify fused mac operations
> N   8166433: AArch64: Fix for JDK-8163014 broke AArch64 build
> N   8164086: Checked JNI pending exception check should be cleared
> when returning to Java frame
> N   8163014: Mysterious/wrong value for "long" frame local variable on 64-bit
>    8140520: segfault on solaris-amd64 with "-XX:VMThreadStackSize=1" option
> jdk-9+135 \/
>    8157907: Incorrect inclusion of atomic.hpp instead of atomic.inline.hpp
> AN  8164113: AArch64: follow-up the fix for 8161598
>    8037138: x86: problem with JVMTI breakpoint
>    8159284: bigapps/Jetty - assert(jfa->last_Java_sp() > sp()) failed
> with JFR in use
> AN  8161190: AArch64: Fix overflow in immediate cmp instruction
> N   8160245: C1: Clean up platform #defines in c1_LIR.hpp.
> N   8161598: Kitchensink fails:
> assert(nm->insts_contains(original_pc)) failed: original PC must be in
> nmethod/CompiledMethod
> 
> A=AAarch64 specific.
> X=Doesn't apply to JDK8u
> N=Not backported to aarch64-port/jdk8u
> M=Not in jdk8u
> P=Ported
> 
> On 3 April 2017 at 18:51, Andrew Haley <aph at redhat.com> wrote:
>> On 03/04/17 18:50, Stuart Monteith wrote:
>>> For clarity, the patchset is:
>>> 
>>> 8173472: AArch64: C1 comparisons with null only use 32-bit instructions
>>>         https://bugs.openjdk.java.net/browse/JDK-8173472
>>>         http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/b53b0251e250
>>> 
>>> 8172881: AArch64: assertion failure: the int pressure is incorrect
>>>         https://bugs.openjdk.java.net/browse/JDK-8172881
>>>         http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/bfa8e4b0d4e2
>>> 
>>> 
>>> 8170100: AArch64: Crash in C1-compiled code accessing References
>>>         https://bugs.openjdk.java.net/browse/JDK-8170100
>>>         http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/52d18f20804b
>> 
>> That looks great.  These are all very low-risk to apply, and obviously
>> fix real bugs.
>> 
>> Andrew.
>> 


From Derek.White at cavium.com  Fri Aug 11 14:20:43 2017
From: Derek.White at cavium.com (White, Derek)
Date: Fri, 11 Aug 2017 14:20:43 +0000
Subject: [aarch64-port-dev ] [OpenJDK8u] java.nio.Bits.unaligned()
 doesn't handle aarch64
In-Reply-To: <CABi63P6HgohJ4o+FVodMH6LtUfMsMJzcZorMtpA7zjwVPgmDLQ@mail.gmail.com>
References: <CY1PR0701MB1632B8D533B97BDB4095E8D084ED0@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <63c8f30a-0408-cec6-9c9d-f99e7a3cffd2@redhat.com>
 <CY1PR0701MB1632DC4B5A47663066836ABF84ED0@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <CY1PR0701MB163233E56AD691DDFCC1EB3284B60@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <CABi63P6HgohJ4o+FVodMH6LtUfMsMJzcZorMtpA7zjwVPgmDLQ@mail.gmail.com>
Message-ID: <CY1PR0701MB1632E8B5E47761138F7DE20B84890@CY1PR0701MB1632.namprd07.prod.outlook.com>

Thanks for the push!

And I'll send patches for 8u next time. I guess there's no reason not to do a regular webrev.

 - Derek

> -----Original Message-----
> From: Andrew Hughes [mailto:gnu.andrew at redhat.com]
> Sent: Thursday, August 10, 2017 8:11 PM
> To: White, Derek <Derek.White at cavium.com>
> Cc: Andrew Haley <aph at redhat.com>; aarch64-port-dev at openjdk.java.net
> Subject: Re: [aarch64-port-dev ] [OpenJDK8u] java.nio.Bits.unaligned()
> doesn't handle aarch64
> 
> On 4 August 2017 at 23:58, White, Derek <Derek.White at cavium.com>
> wrote:
> > Re-propose fix, now that 8u141 was merged:
> >
> > Updated patch:
> >
> > --- old/src/share/classes/java/nio/Bits.java    2017-08-04
> 18:18:12.562452645 -0400
> > +++ new/src/share/classes/java/nio/Bits.java    2017-08-04
> 18:18:12.482454700 -0400
> > @@ -615,7 +615,8 @@
> >              new sun.security.action.GetPropertyAction("os.arch"));
> >          unaligned = arch.equals("i386") || arch.equals("x86")
> >              || arch.equals("amd64") || arch.equals("x86_64")
> > -            || arch.equals("ppc64") || arch.equals("ppc64le");
> > +            || arch.equals("ppc64") || arch.equals("ppc64le")
> > +            || arch.equals("aarch64");
> >          unalignedKnown = true;
> >          return unaligned;
> >      }
> >
> > - Derek
> >
> 
> I've extended this to cover the case in
> sun.security.provider.ByteArrayAccess, as with the ppc64 version, and
> pushed it:
> 
> http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/64e09337b9b7
> https://bugs.openjdk.java.net/browse/JDK-8186090
> 
> For future contributions, can you please include the patch as an attachment
> as they otherwise get mangled by the mail system.
> 
> 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 akozlov at azul.com  Fri Aug 11 16:19:42 2017
From: akozlov at azul.com (Anton Kozlov)
Date: Fri, 11 Aug 2017 19:19:42 +0300
Subject: [aarch64-port-dev ] RFR(XS): 8u fails on assert on jtreg
 compiler/uncommontrap/TestDeoptOOM.java
Message-ID: <a2e704f4-59fe-9779-b9fd-0324454cadb2@azul.com>

Hi,

running fastdebug build of 8u like
 
$ jtreg -jdk:<FASTDEBUG_JDK> -dir:hotspot/test compiler/uncommontrap/TestDeoptOOM.java

causes 

=============== DEBUG MESSAGE: InterpreterMacroAssembler::call_VM_leaf_base: last_sp != NULL ================

# To suppress the following error report, specify this argument
# after -XX: or in .hotspotrc:  SuppressErrorAt=/macroAssembler_aarch64.cpp:2340
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  Internal Error (/home/anton/proj/hotspot/src/cpu/aarch64/vm/macroAssembler_aarch64.cpp:2340), pid=3703, tid=0x0000007f8b7a0200
#  assert(false) failed: DEBUG MESSAGE: InterpreterMacroAssembler::call_VM_leaf_base: last_sp != NULL
#
# JRE version: OpenJDK Runtime Environment (8.0_102-b15) (build 1.8.0_102-internal-debug-b15)
# Java VM: OpenJDK 64-Bit Embedded Server VM (25.102-b15-debug mixed mode linux-aarch64 compressed oops)
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /mnt/tornado/test-jtreg/hs_err_pid3703.log
 Locks owned:
Mutex: [0x7f84007b90/0x1] tty_lock - owner: 0x7f8400b800
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
#
Current thread is 547800875520
Dumping core ...
Aborted

The reason is that exception path of interpreter deopt entry doesn't clear last_sp.

Fix is http://cr.openjdk.java.net/~akozlov/aarch64-debug-deoptoom/webrev.00/

jdk9 and 10 are unaffected.

Thanks,
Anton

From dmitrij.pochepko at bell-sw.com  Fri Aug 11 17:30:20 2017
From: dmitrij.pochepko at bell-sw.com (Dmitrij Pochepko)
Date: Fri, 11 Aug 2017 20:30:20 +0300
Subject: [aarch64-port-dev ] [10] RFR(S): JDK-8184943: AARCH64:
	Intrinsify hasNegatives
In-Reply-To: <10ae906b-9cfc-cd5b-4b66-ecec1af233b1@redhat.com>
References: <a7a8c66b-79e4-8b7a-05ce-252673be3271@bell-sw.com>
 <7f1a11ea-c795-a26a-a104-78ae3aac6930@redhat.com>
 <61a090b3-47bd-dacd-eeaa-0b201a4a4ee7@bell-sw.com>
 <2dc11588-fec0-603b-faf1-e214e9feeb2d@redhat.com>
 <cac5fe7d-9f59-6177-2ec4-846695a7d887@bell-sw.com>
 <10ae906b-9cfc-cd5b-4b66-ecec1af233b1@redhat.com>
Message-ID: <9605fe42-89fa-a7a9-91df-db895c0195aa@bell-sw.com>

Hi, 


please review a new version of this RFR [1] which is significantly 
re-worked.


Changes compared to original posting:


- 2 versions of hasNegatives intrinsic were merged, which result in good 
performance for both small and large array.


- large array case and "at-the-end-of-mem-page" case were moved to stub 
to save code cache and help register allocator


Raw performance numbers for the original 
hasNegativesBench.loopingFastMethod [2] are here[3] and accompanied by 
updated comparison charts for Raspberry Pi 3 [4] and ThunderX T88 [5]. 
In short, intrinsified hasNegatives is x4 faster on T88 and x2.5 on R-Pi 
for 31 byte array and up to 8 times faster on large arrays.

I've also created small and simple benchmark [6] which demonstrates 
performance difference for string constructor for strings without 
negative byte values.  Raw results [7] shows significantly increased 
performance on Thunder X T88. Results also can be seen on comparison 
charts [8]. Due to large amount of allocations and gc this benchmark is 
not applicable for R-Pi, which has 1GB system memory and sd-card as main 
drive.



This patch should be considered as patch with 2 contributors 
(stuart.monteith at linaro.org and dmitrij.pochepko at bell-sw.com (openjdk 
login dpochepk)). 

Also I'd like to thank Andrew Haley for early 
reviews and consulting. 


No regressions were found via jtreg tests.

Thanks, 


Dmitrij


[1] Webrev: http://cr.openjdk.java.net/~dpochepk/8184943/webrev.02/
[2] http://cr.openjdk.java.net/~aph/HasNegativesBench/
[3] http://cr.openjdk.java.net/~dpochepk/8184943/perf_numbers.txt
[4] http://cr.openjdk.java.net/~dpochepk/8184943/Cortex_A53_comparison.png
[5] http://cr.openjdk.java.net/~dpochepk/8184943/ThunderX_comparison.png
[6] 
http://cr.openjdk.java.net/~dpochepk/8184943/StringConstructorBench.java

[7] http://cr.openjdk.java.net/~dpochepk/8184943/StringConstructorBench.txt
[8] 
http://cr.openjdk.java.net/~dpochepk/8184943/ThunderX-StringConstructor.png

On 21.07.2017 11:26, Andrew Haley wrote:
> On 20/07/17 19:27, Dmitrij Pochepko wrote:
>> Probably best way would be to merge large data loads from my patch and
>> Stuart's lightning-fast small arrays handling.
> Yes.
>
>> I'll be happy to merge these ideas in one intrinsic that works fastest
>> on small and large arrays if Stuart does not mind. I could use some help
>> testing the final solution on some of the HW we don't have. I don't mind
>> if Stuart want to merge it, then we'll help him with testing on h/w he
>> doesn't have.
> Have fun!  The performance to care about is small strings (< 31 bytes) and,
> less commonly, very long ones.  Super-fast handling of small strings is
> very important.
>


From aph at redhat.com  Fri Aug 11 17:44:17 2017
From: aph at redhat.com (Andrew Haley)
Date: Fri, 11 Aug 2017 18:44:17 +0100
Subject: [aarch64-port-dev ] Backports from jdk9 to aarch64-port/jdk8u
In-Reply-To: <5324F4D4-BA5D-40C0-BF9C-39F9632B647E@azul.com>
References: <CAEGA6kaGfEUGdGnzEZyB5GWP5tZ5wG-XZ01P=sW6-F3-vsuKbw@mail.gmail.com>
 <4d7d3ec8-4fc5-8a30-7f64-e9ee9ad3abc0@redhat.com>
 <CAEGA6kaginNV8gPM3cVkk591f5oFe47+tGpvxXKziA6STXtFPA@mail.gmail.com>
 <44ab5b3a-3547-2882-2aec-9cea4662c64b@redhat.com>
 <CAEGA6kaamUT_7-kuz5pc2+kz4PnOB_iZygAYQgcvwWuSW2qOpw@mail.gmail.com>
 <5324F4D4-BA5D-40C0-BF9C-39F9632B647E@azul.com>
Message-ID: <6016e83e-dcdb-616c-f938-4fd034459a06@redhat.com>

On 11/08/17 14:55, Sergey Nazarkin wrote:
> I?d like to clarify the status of https://bugs.openjdk.java.net/browse/JDK-8164113. It?s description looks suspicious as original issue it is refereeing to (8161598) is closed for review. However priority P4 indicates it is not something critical. Could it be a missed critical patch? 

This patch repaired a broken checkin.  If backtraces are not totally broken,
then we don't need it.

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From aph at redhat.com  Fri Aug 11 17:52:36 2017
From: aph at redhat.com (Andrew Haley)
Date: Fri, 11 Aug 2017 18:52:36 +0100
Subject: [aarch64-port-dev ] RFR(XS): 8u fails on assert on jtreg
 compiler/uncommontrap/TestDeoptOOM.java
In-Reply-To: <a2e704f4-59fe-9779-b9fd-0324454cadb2@azul.com>
References: <a2e704f4-59fe-9779-b9fd-0324454cadb2@azul.com>
Message-ID: <21228f81-8552-7ecb-7f53-8b487250e5c4@redhat.com>

On 11/08/17 17:19, Anton Kozlov wrote:
> The reason is that exception path of interpreter deopt entry doesn't clear last_sp.
> 
> Fix is http://cr.openjdk.java.net/~akozlov/aarch64-debug-deoptoom/webrev.00/

That looks reasonable.  I'm baffled by how we missed it and why it's
only a problem for JDK 8.

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From aph at redhat.com  Fri Aug 11 17:53:58 2017
From: aph at redhat.com (Andrew Haley)
Date: Fri, 11 Aug 2017 18:53:58 +0100
Subject: [aarch64-port-dev ] [OpenJDK8u] java.nio.Bits.unaligned()
 doesn't handle aarch64
In-Reply-To: <CY1PR0701MB1632E8B5E47761138F7DE20B84890@CY1PR0701MB1632.namprd07.prod.outlook.com>
References: <CY1PR0701MB1632B8D533B97BDB4095E8D084ED0@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <63c8f30a-0408-cec6-9c9d-f99e7a3cffd2@redhat.com>
 <CY1PR0701MB1632DC4B5A47663066836ABF84ED0@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <CY1PR0701MB163233E56AD691DDFCC1EB3284B60@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <CABi63P6HgohJ4o+FVodMH6LtUfMsMJzcZorMtpA7zjwVPgmDLQ@mail.gmail.com>
 <CY1PR0701MB1632E8B5E47761138F7DE20B84890@CY1PR0701MB1632.namprd07.prod.outlook.com>
Message-ID: <cc7d40ac-eb12-40a8-78be-085824fe59e1@redhat.com>

On 11/08/17 15:20, White, Derek wrote:
> And I'll send patches for 8u next time. I guess there's no reason not to do a regular webrev.

Looks reasonable.  I think we need different bug reports for the
different JDK versions.

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From aph at redhat.com  Fri Aug 11 17:57:11 2017
From: aph at redhat.com (Andrew Haley)
Date: Fri, 11 Aug 2017 18:57:11 +0100
Subject: [aarch64-port-dev ] [10] RFR(S): JDK-8184943: AARCH64:
	Intrinsify hasNegatives
In-Reply-To: <9605fe42-89fa-a7a9-91df-db895c0195aa@bell-sw.com>
References: <a7a8c66b-79e4-8b7a-05ce-252673be3271@bell-sw.com>
 <7f1a11ea-c795-a26a-a104-78ae3aac6930@redhat.com>
 <61a090b3-47bd-dacd-eeaa-0b201a4a4ee7@bell-sw.com>
 <2dc11588-fec0-603b-faf1-e214e9feeb2d@redhat.com>
 <cac5fe7d-9f59-6177-2ec4-846695a7d887@bell-sw.com>
 <10ae906b-9cfc-cd5b-4b66-ecec1af233b1@redhat.com>
 <9605fe42-89fa-a7a9-91df-db895c0195aa@bell-sw.com>
Message-ID: <3b7a274e-4524-3244-837f-0e873a66b269@redhat.com>

On 11/08/17 18:30, Dmitrij Pochepko wrote:
> 
This patch should be considered as patch with 2 contributors 
> (stuart.monteith at linaro.org and dmitrij.pochepko at bell-sw.com (openjdk 
> login dpochepk)). 

Also I'd like to thank Andrew Haley for early 
> reviews and consulting. 

> 
> No regressions were found via jtreg tests.

Good work.  I think we're done.  Thanks.

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From akozlov at azul.com  Fri Aug 11 18:37:55 2017
From: akozlov at azul.com (Anton Kozlov)
Date: Fri, 11 Aug 2017 21:37:55 +0300
Subject: [aarch64-port-dev ] RFR(XS): 8u fails on assert on jtreg
 compiler/uncommontrap/TestDeoptOOM.java
In-Reply-To: <21228f81-8552-7ecb-7f53-8b487250e5c4@redhat.com>
References: <a2e704f4-59fe-9779-b9fd-0324454cadb2@azul.com>
 <21228f81-8552-7ecb-7f53-8b487250e5c4@redhat.com>
Message-ID: <5872e6c7-54f1-454f-35f5-8ada15c87e3f@azul.com>



On 11.08.2017 20:52, Andrew Haley wrote:
> I'm baffled by how we missed it and why it's only a problem for JDK 8.

It breaks "NULL in last_sp" invariant of top frame in non-fatal way, making it visible only in debug builds.
And this part is rewritten in jdk9 when JVMCI introduced. Starging with 9, everything restored prior checking for exception. 8 is trying to restore as little as possible before checking for exception and going to handler.
The 8's non-exceptional path of is OK.

PS. I have no push rights, so I ask someone to push

Thanks,
Anton

From zhongwei.yao at linaro.org  Mon Aug 14 06:54:44 2017
From: zhongwei.yao at linaro.org (Zhongwei Yao)
Date: Mon, 14 Aug 2017 14:54:44 +0800
Subject: [aarch64-port-dev ] RFR: JDK-8185786: AArch64: disable some
 address reshapings.
In-Reply-To: <CAFkOo6az6fr-B7LXAXLTF4vjGm9umafWxRnEketjFWjpymHL6g@mail.gmail.com>
References: <CAFkOo6ZgTMhhW9-c-8NjVg7fusYEPccCwepQmLztjMtXPW3zKw@mail.gmail.com>
 <def6b156-6122-0dc7-08ab-f0ab7ece6b52@redhat.com>
 <CY1PR0701MB1632EFFEF6F016373CFF4B6584B60@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <CY4PR07MB3415244057E08EDCD851801793B60@CY4PR07MB3415.namprd07.prod.outlook.com>
 <CAFkOo6az6fr-B7LXAXLTF4vjGm9umafWxRnEketjFWjpymHL6g@mail.gmail.com>
Message-ID: <CAFkOo6Y9-3Khr6X23SNjEhPbSA90Q6uM3vzLRhqCxxLzDgKijw@mail.gmail.com>

Hi, all,

Is this patch OK for JDK10?



On 8 August 2017 at 18:23, Zhongwei Yao <zhongwei.yao at linaro.org> wrote:
> Hi, all,
>
> Thanks for your review and information!
>
> Patch is updated: http://cr.openjdk.java.net/~njian/8185786/webrev.01/
>
> On 5 August 2017 at 01:53, Pinski, Andrew <Andrew.Pinski at cavium.com> wrote:
>> FYI. Some future ones cause the shift to be splitted off while others will
>> not split it and still be free.
>>
>>
>>
>> Sent via the Samsung Galaxy S7 edge, an AT&T 4G LTE smartphone
>>
>>
>> -------- Original message --------
>> From: "White, Derek" <Derek.White at cavium.com>
>> Date: 8/4/17 8:33 AM (GMT-08:00)
>> To: Andrew Haley <aph at redhat.com>, Zhongwei Yao <zhongwei.yao at linaro.org>,
>> aarch64-port-dev at openjdk.java.net
>> Subject: Re: [aarch64-port-dev ] RFR: JDK-8185786: AArch64: disable some
>> address reshapings.
>>
>> FYI,
>>
>> The Cavium T88 CPU doesn't have this scaling penalty, but future CPUs may.
>>
>>  - Derek
>>
>>> -----Original Message-----
>>> From: aarch64-port-dev [mailto:aarch64-port-dev-
>>> bounces at openjdk.java.net] On Behalf Of Andrew Haley
>>> Sent: Friday, August 04, 2017 9:33 AM
>>> To: Zhongwei Yao <zhongwei.yao at linaro.org>; aarch64-port-
>>> dev at openjdk.java.net
>>> Subject: Re: [aarch64-port-dev ] RFR: JDK-8185786: AArch64: disable some
>>> address reshapings.
>>>
>>> On 04/08/17 10:48, Zhongwei Yao wrote:
>>> > Hi, all,
>>> >
>>> > Bug:
>>> > https://bugs.openjdk.java.net/browse/JDK-8185786/
>>> >
>>> > Webrev:
>>> > http://cr.openjdk.java.net/~njian/8185786/webrev.00/
>>> >
>>> > According to [1-2], ldrh/ldrsh scale by 2 is a bit slower than the
>>> > non-scale version on modern Cortex-A cores.
>>>
>>> Yes, I see.  But from what I remember, without this reshape_address()
>>> change there was some nasty code generated elsewhere.  Still, I suppose
>>> it's
>>> only for short.
>>>
>>> Is it possible to take this logic and push it into a suitable class,
>>> VM_Version,
>>> perhaps?  GCC uses a table, indexed by the mode of the operand.  We could
>>> have
>>>
>>> +        if (!u->is_Mem() || u->is_LoadVector() || u->is_StoreVector() ||
>>> u-
>>> >Opcode() == Op_StoreCM ||
>>> +            (VM_Version::expensive_access(u->Opcode()->type()),
>>> + Op_LShiftL)) {
>>>
>>> ... or something.
>>>
>>> --
>>> Andrew Haley
>>> Java Platform Lead Engineer
>>> Red Hat UK Ltd. <https://www.redhat.com>
>>> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
>
>
>
> --
> Best regards,
> Zhongwei



-- 
Best regards,
Zhongwei

From stuart.monteith at linaro.org  Mon Aug 14 10:47:54 2017
From: stuart.monteith at linaro.org (Stuart Monteith)
Date: Mon, 14 Aug 2017 11:47:54 +0100
Subject: [aarch64-port-dev ] [10] RFR(S): JDK-8184943: AARCH64:
	Intrinsify hasNegatives
In-Reply-To: <9605fe42-89fa-a7a9-91df-db895c0195aa@bell-sw.com>
References: <a7a8c66b-79e4-8b7a-05ce-252673be3271@bell-sw.com>
 <7f1a11ea-c795-a26a-a104-78ae3aac6930@redhat.com>
 <61a090b3-47bd-dacd-eeaa-0b201a4a4ee7@bell-sw.com>
 <2dc11588-fec0-603b-faf1-e214e9feeb2d@redhat.com>
 <cac5fe7d-9f59-6177-2ec4-846695a7d887@bell-sw.com>
 <10ae906b-9cfc-cd5b-4b66-ecec1af233b1@redhat.com>
 <9605fe42-89fa-a7a9-91df-db895c0195aa@bell-sw.com>
Message-ID: <CAEGA6kYyDVBgiQO7+N-+R67V=AhGW6SurPgKmg78GHtBD+DgNA@mail.gmail.com>

Thanks Dmitrij,
  I'll look at what you've done and try your patch on my machines.

BR,
   Stuart

On 11 August 2017 at 18:30, Dmitrij Pochepko
<dmitrij.pochepko at bell-sw.com> wrote:
> Hi,
>
> please review a new version of this RFR [1] which is significantly
> re-worked.
>
>
> Changes compared to original posting:
>
> - 2 versions of hasNegatives intrinsic were merged, which result in good
> performance for both small and large array.
>
> - large array case and "at-the-end-of-mem-page" case were moved to stub to
> save code cache and help register allocator
>
>
> Raw performance numbers for the original hasNegativesBench.loopingFastMethod
> [2] are here[3] and accompanied by updated comparison charts for Raspberry
> Pi 3 [4] and ThunderX T88 [5]. In short, intrinsified hasNegatives is x4
> faster on T88 and x2.5 on R-Pi for 31 byte array and up to 8 times faster on
> large arrays.
>
> I've also created small and simple benchmark [6] which demonstrates
> performance difference for string constructor for strings without negative
> byte values.  Raw results [7] shows significantly increased performance on
> Thunder X T88. Results also can be seen on comparison charts [8]. Due to
> large amount of allocations and gc this benchmark is not applicable for
> R-Pi, which has 1GB system memory and sd-card as main drive.
>
>
> 
This patch should be considered as patch with 2 contributors
> (stuart.monteith at linaro.org and dmitrij.pochepko at bell-sw.com (openjdk login
> dpochepk)). Also I'd like to thank Andrew Haley for early reviews and
> consulting.
>
> No regressions were found via jtreg tests.
>
> Thanks,
>
> Dmitrij
>
>
> [1] Webrev: http://cr.openjdk.java.net/~dpochepk/8184943/webrev.02/
> [2] http://cr.openjdk.java.net/~aph/HasNegativesBench/
> [3] http://cr.openjdk.java.net/~dpochepk/8184943/perf_numbers.txt
> [4] http://cr.openjdk.java.net/~dpochepk/8184943/Cortex_A53_comparison.png
> [5] http://cr.openjdk.java.net/~dpochepk/8184943/ThunderX_comparison.png
> [6]
> http://cr.openjdk.java.net/~dpochepk/8184943/StringConstructorBench.java
> [7] http://cr.openjdk.java.net/~dpochepk/8184943/StringConstructorBench.txt
> [8]
> http://cr.openjdk.java.net/~dpochepk/8184943/ThunderX-StringConstructor.png
>
>
> On 21.07.2017 11:26, Andrew Haley wrote:
>>
>> On 20/07/17 19:27, Dmitrij Pochepko wrote:
>>>
>>> Probably best way would be to merge large data loads from my patch and
>>> Stuart's lightning-fast small arrays handling.
>>
>> Yes.
>>
>>> I'll be happy to merge these ideas in one intrinsic that works fastest
>>> on small and large arrays if Stuart does not mind. I could use some help
>>> testing the final solution on some of the HW we don't have. I don't mind
>>> if Stuart want to merge it, then we'll help him with testing on h/w he
>>> doesn't have.
>>
>> Have fun!  The performance to care about is small strings (< 31 bytes)
>> and,
>> less commonly, very long ones.  Super-fast handling of small strings is
>> very important.
>>
>

From felix.yang at linaro.org  Mon Aug 14 11:31:00 2017
From: felix.yang at linaro.org (Felix Yang)
Date: Mon, 14 Aug 2017 19:31:00 +0800
Subject: [aarch64-port-dev ] RFR(XS): 8u fails on assert on jtreg
	compiler/uncommontrap/TestDeoptOOM.java
In-Reply-To: <5872e6c7-54f1-454f-35f5-8ada15c87e3f@azul.com>
References: <a2e704f4-59fe-9779-b9fd-0324454cadb2@azul.com>
 <21228f81-8552-7ecb-7f53-8b487250e5c4@redhat.com>
 <5872e6c7-54f1-454f-35f5-8ada15c87e3f@azul.com>
Message-ID: <CACc5Y6TUZWSoO-n=zNQUgHZoHEnG9B8bZUH+0_GDiK0PBPeDFQ@mail.gmail.com>

Hi,

    +#ifdef ASSERT
    +    // If there is exception we go to interpreter before code below clear
    +    // last_sp of current frame
    +    __ str(zr, Address(rfp,
frame::interpreter_frame_last_sp_offset * wordSize));
    +#endif


    This works for a debug build, should we do the same thing for a release
build?
    And it looks that the error message is not accurate: call_VM_leaf_base
should be changed into call_VM_base.
    Maybe we should correct that in your patch.

Thanks,
Felix


On 12 August 2017 at 02:37, Anton Kozlov <akozlov at azul.com> wrote:

>
>
> On 11.08.2017 20:52, Andrew Haley wrote:
> > I'm baffled by how we missed it and why it's only a problem for JDK 8.
>
> It breaks "NULL in last_sp" invariant of top frame in non-fatal way,
> making it visible only in debug builds.
> And this part is rewritten in jdk9 when JVMCI introduced. Starging with 9,
> everything restored prior checking for exception. 8 is trying to restore as
> little as possible before checking for exception and going to handler.
> The 8's non-exceptional path of is OK.
>
> PS. I have no push rights, so I ask someone to push
>
> Thanks,
> Anton
>

From stuart.monteith at linaro.org  Mon Aug 14 14:03:52 2017
From: stuart.monteith at linaro.org (Stuart Monteith)
Date: Mon, 14 Aug 2017 15:03:52 +0100
Subject: [aarch64-port-dev ] [10] RFR(S): JDK-8184943: AARCH64:
	Intrinsify hasNegatives
In-Reply-To: <CAEGA6kYyDVBgiQO7+N-+R67V=AhGW6SurPgKmg78GHtBD+DgNA@mail.gmail.com>
References: <a7a8c66b-79e4-8b7a-05ce-252673be3271@bell-sw.com>
 <7f1a11ea-c795-a26a-a104-78ae3aac6930@redhat.com>
 <61a090b3-47bd-dacd-eeaa-0b201a4a4ee7@bell-sw.com>
 <2dc11588-fec0-603b-faf1-e214e9feeb2d@redhat.com>
 <cac5fe7d-9f59-6177-2ec4-846695a7d887@bell-sw.com>
 <10ae906b-9cfc-cd5b-4b66-ecec1af233b1@redhat.com>
 <9605fe42-89fa-a7a9-91df-db895c0195aa@bell-sw.com>
 <CAEGA6kYyDVBgiQO7+N-+R67V=AhGW6SurPgKmg78GHtBD+DgNA@mail.gmail.com>
Message-ID: <CAEGA6kZKnin6MTZUfdrYTPPoXJC8a5a1gb-53U8SpHreKcSSPw@mail.gmail.com>

Hello,
 Please find below hyperlinks to the jmh results - the graphs show the
performance relative to the "steam" method - compiled by C2. There is
an improvement for all platforms. With 100,000 bytes there is no
improvement, but that is an unlikely circumstance.

http://people.linaro.org/~stuart.monteith/hasneg-last/hasnegA-last.svg
http://people.linaro.org/~stuart.monteith/hasneg-last/hasnegB-last.svg
http://people.linaro.org/~stuart.monteith/hasneg-last/hasnegC-last.svg


BR,
   Stuart

On 14 August 2017 at 11:47, Stuart Monteith <stuart.monteith at linaro.org> wrote:
> Thanks Dmitrij,
>   I'll look at what you've done and try your patch on my machines.
>
> BR,
>    Stuart
>
> On 11 August 2017 at 18:30, Dmitrij Pochepko
> <dmitrij.pochepko at bell-sw.com> wrote:
>> Hi,
>>
>> please review a new version of this RFR [1] which is significantly
>> re-worked.
>>
>>
>> Changes compared to original posting:
>>
>> - 2 versions of hasNegatives intrinsic were merged, which result in good
>> performance for both small and large array.
>>
>> - large array case and "at-the-end-of-mem-page" case were moved to stub to
>> save code cache and help register allocator
>>
>>
>> Raw performance numbers for the original hasNegativesBench.loopingFastMethod
>> [2] are here[3] and accompanied by updated comparison charts for Raspberry
>> Pi 3 [4] and ThunderX T88 [5]. In short, intrinsified hasNegatives is x4
>> faster on T88 and x2.5 on R-Pi for 31 byte array and up to 8 times faster on
>> large arrays.
>>
>> I've also created small and simple benchmark [6] which demonstrates
>> performance difference for string constructor for strings without negative
>> byte values.  Raw results [7] shows significantly increased performance on
>> Thunder X T88. Results also can be seen on comparison charts [8]. Due to
>> large amount of allocations and gc this benchmark is not applicable for
>> R-Pi, which has 1GB system memory and sd-card as main drive.
>>
>>
>> This patch should be considered as patch with 2 contributors
>> (stuart.monteith at linaro.org and dmitrij.pochepko at bell-sw.com (openjdk login
>> dpochepk)). Also I'd like to thank Andrew Haley for early reviews and
>> consulting.
>>
>> No regressions were found via jtreg tests.
>>
>> Thanks,
>>
>> Dmitrij
>>
>>
>> [1] Webrev: http://cr.openjdk.java.net/~dpochepk/8184943/webrev.02/
>> [2] http://cr.openjdk.java.net/~aph/HasNegativesBench/
>> [3] http://cr.openjdk.java.net/~dpochepk/8184943/perf_numbers.txt
>> [4] http://cr.openjdk.java.net/~dpochepk/8184943/Cortex_A53_comparison.png
>> [5] http://cr.openjdk.java.net/~dpochepk/8184943/ThunderX_comparison.png
>> [6]
>> http://cr.openjdk.java.net/~dpochepk/8184943/StringConstructorBench.java
>> [7] http://cr.openjdk.java.net/~dpochepk/8184943/StringConstructorBench.txt
>> [8]
>> http://cr.openjdk.java.net/~dpochepk/8184943/ThunderX-StringConstructor.png
>>
>>
>> On 21.07.2017 11:26, Andrew Haley wrote:
>>>
>>> On 20/07/17 19:27, Dmitrij Pochepko wrote:
>>>>
>>>> Probably best way would be to merge large data loads from my patch and
>>>> Stuart's lightning-fast small arrays handling.
>>>
>>> Yes.
>>>
>>>> I'll be happy to merge these ideas in one intrinsic that works fastest
>>>> on small and large arrays if Stuart does not mind. I could use some help
>>>> testing the final solution on some of the HW we don't have. I don't mind
>>>> if Stuart want to merge it, then we'll help him with testing on h/w he
>>>> doesn't have.
>>>
>>> Have fun!  The performance to care about is small strings (< 31 bytes)
>>> and,
>>> less commonly, very long ones.  Super-fast handling of small strings is
>>> very important.
>>>
>>

From akozlov at azul.com  Mon Aug 14 14:44:53 2017
From: akozlov at azul.com (Anton Kozlov)
Date: Mon, 14 Aug 2017 17:44:53 +0300
Subject: [aarch64-port-dev ] RFR(XS): 8u fails on assert on jtreg
 compiler/uncommontrap/TestDeoptOOM.java
In-Reply-To: <CACc5Y6TUZWSoO-n=zNQUgHZoHEnG9B8bZUH+0_GDiK0PBPeDFQ@mail.gmail.com>
References: <a2e704f4-59fe-9779-b9fd-0324454cadb2@azul.com>
 <21228f81-8552-7ecb-7f53-8b487250e5c4@redhat.com>
 <5872e6c7-54f1-454f-35f5-8ada15c87e3f@azul.com>
 <CACc5Y6TUZWSoO-n=zNQUgHZoHEnG9B8bZUH+0_GDiK0PBPeDFQ@mail.gmail.com>
Message-ID: <64cda7d1-da53-4950-6f18-0d8ed517ba85@azul.com>

On 14.08.2017 14:31, Felix Yang wrote:
>     +#ifdef ASSERT
>     +    // If there is exception we go to interpreter before code below clear
>     +    // last_sp of current frame
>     +    __ str(zr, Address(rfp, frame::interpreter_frame_last_sp_offset * wordSize));
>     +#endif
> 
> 
>     This works for a debug build, should we do the same thing for a release build?
It's interesting consern. 
As far as I can see, NULL in last_sp of last frame is never checked and so far only the call_VM found it's incorrect.
So I chose to make least intrusive change.

>From other side, rest of interpreter always clear last_sp. Perhaps I missed something, in case last_sp _should_ be cleared, this patch will make investigation harder.
So I agree/ready to change the patch to clear inconditionally.

Thanks,
Anton

From aph at redhat.com  Mon Aug 14 15:46:31 2017
From: aph at redhat.com (Andrew Haley)
Date: Mon, 14 Aug 2017 11:46:31 -0400
Subject: [aarch64-port-dev ] RFR: JDK-8185786: AArch64: disable some
 address reshapings.
In-Reply-To: <CAFkOo6az6fr-B7LXAXLTF4vjGm9umafWxRnEketjFWjpymHL6g@mail.gmail.com>
References: <CAFkOo6ZgTMhhW9-c-8NjVg7fusYEPccCwepQmLztjMtXPW3zKw@mail.gmail.com>
 <def6b156-6122-0dc7-08ab-f0ab7ece6b52@redhat.com>
 <CY1PR0701MB1632EFFEF6F016373CFF4B6584B60@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <CY4PR07MB3415244057E08EDCD851801793B60@CY4PR07MB3415.namprd07.prod.outlook.com>
 <CAFkOo6az6fr-B7LXAXLTF4vjGm9umafWxRnEketjFWjpymHL6g@mail.gmail.com>
Message-ID: <ddc30c63-4a8b-a089-da36-2ab8a3af988b@redhat.com>

On 08/08/17 06:23, Zhongwei Yao wrote:
> Hi, all,
> 
> Thanks for your review and information!
> 
> Patch is updated: http://cr.openjdk.java.net/~njian/8185786/webrev.01/

Should this not be

      // Any use that can't embed the address computation?
       for (DUIterator_Fast imax, i = addp->fast_outs(imax); i < imax; i++) {
         Node* u = addp->fast_out(i);
         if (! u->is_Mem() || u->is_LoadVector() || u->is_StoreVector() || u->Opcode() == Op_StoreCM) {
           return;
         }
         if (addp2->in(AddPNode::Offset)->Opcode() != Op_ConvI2L) {
           int scale = 1 << addp2->in(AddPNode::Offset)->in(2)->get_int();
           if (VM_Version::expensive_load(u->as_Mem()->memory_size(), scale)) {
             return;
           }
         }
       }

?

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From aph at redhat.com  Mon Aug 14 17:39:25 2017
From: aph at redhat.com (Andrew Haley)
Date: Mon, 14 Aug 2017 13:39:25 -0400
Subject: [aarch64-port-dev ] RFR(XS): 8u fails on assert on jtreg
 compiler/uncommontrap/TestDeoptOOM.java
In-Reply-To: <64cda7d1-da53-4950-6f18-0d8ed517ba85@azul.com>
References: <a2e704f4-59fe-9779-b9fd-0324454cadb2@azul.com>
 <21228f81-8552-7ecb-7f53-8b487250e5c4@redhat.com>
 <5872e6c7-54f1-454f-35f5-8ada15c87e3f@azul.com>
 <CACc5Y6TUZWSoO-n=zNQUgHZoHEnG9B8bZUH+0_GDiK0PBPeDFQ@mail.gmail.com>
 <64cda7d1-da53-4950-6f18-0d8ed517ba85@azul.com>
Message-ID: <3e824925-beae-b9bd-460e-eecd42fdb787@redhat.com>

On 14/08/17 10:44, Anton Kozlov wrote:
> So I agree/ready to change the patch to clear inconditionally.

OK, cool.

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From gnu.andrew at redhat.com  Mon Aug 14 21:13:58 2017
From: gnu.andrew at redhat.com (Andrew Hughes)
Date: Mon, 14 Aug 2017 22:13:58 +0100
Subject: [aarch64-port-dev ] [OpenJDK8u] java.nio.Bits.unaligned()
 doesn't handle aarch64
In-Reply-To: <cc7d40ac-eb12-40a8-78be-085824fe59e1@redhat.com>
References: <CY1PR0701MB1632B8D533B97BDB4095E8D084ED0@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <63c8f30a-0408-cec6-9c9d-f99e7a3cffd2@redhat.com>
 <CY1PR0701MB1632DC4B5A47663066836ABF84ED0@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <CY1PR0701MB163233E56AD691DDFCC1EB3284B60@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <CABi63P6HgohJ4o+FVodMH6LtUfMsMJzcZorMtpA7zjwVPgmDLQ@mail.gmail.com>
 <CY1PR0701MB1632E8B5E47761138F7DE20B84890@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <cc7d40ac-eb12-40a8-78be-085824fe59e1@redhat.com>
Message-ID: <CABi63P6sgcYXxUTsN5YDXQaO+yr-JCTzwbR8nsOVLx3-dPmD3A@mail.gmail.com>

On 11 August 2017 at 18:53, Andrew Haley <aph at redhat.com> wrote:
> On 11/08/17 15:20, White, Derek wrote:
>> And I'll send patches for 8u next time. I guess there's no reason not to do a regular webrev.
>
> Looks reasonable.  I think we need different bug reports for the
> different JDK versions.
>
> --
> Andrew Haley
> Java Platform Lead Engineer
> Red Hat UK Ltd. <https://www.redhat.com>
> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

The OpenJDK bug system auto-handles creating backport bugs as needed
for the OpenJDK versions that compromise the main 'JDK' project (7u, 8u, 9, 10).
The problem is there's no support in the OpenJDK bug database for versions in
other projects, like aarch64/jdk8u.

I could have fixed this without a bug ID, but it seemed a good idea to have some
record of it outside a mailing list conversation, and one which could
be referred
to in the commit.
-- 
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  Tue Aug 15 02:19:11 2017
From: gnu.andrew at redhat.com (Andrew Hughes)
Date: Tue, 15 Aug 2017 03:19:11 +0100
Subject: [aarch64-port-dev ] [RFR] 8u144 Upstream Sync
Message-ID: <CABi63P539RFKF4uMd7G90--KxF2pqvmvZGVF8WEfu6uD=+5Dvw@mail.gmail.com>

Hi,

OpenJDK 8 was recently updated with a security update, u141,
and then a further regression fix update, u144.

This webrev syncs our version of u141 in the aarch64/jdk8u repositories
with the version released upstream in jdk8u, and adds u144,
tagging the result as aarch64-jdk8u144-b01.

http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/

To illustrate the actual changes, the merge changesets for each repository
are also included:

http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/corba/merge.changeset
http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/jaxp/merge.changeset
http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/jaxws/merge.changeset
http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/jdk/merge.changeset
http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/hotspot/merge.changeset
http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/langtools/merge.changeset
http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/nashorn/merge.changeset
http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/root/merge.changeset

Changes between aarch64-jdk8u141-b17[0] and: aarch64-jdk8u144-b01:
  - S8163889: [macosx] Can't print from browser on Mac OS X
  - S8181698: Remove and retag 8u141-b12 tag from source repository
  - S8181946: JDK 8 THIRD_PARTY_README - Minor Cleanup
  - S8184185: Rearrange MethodHandle arrangements (same as earlier 8184119)
  - S8184235: Backout JDK-8173207 from 8u141, 7u151 and higher updates
source base
  - S8184993: Jar file verification failing with SecurityException:
digest missing xxx

diffstat:

Checking .
 b/.hgtags            |   18
 b/THIRD_PARTY_README | 1289 +++++++++++++++------------------------------------
 2 files changed, 407 insertions(+), 900 deletions(-)
Checking corba
 b/.hgtags            |   18
 b/THIRD_PARTY_README | 1289 +++++++++++++++------------------------------------
 2 files changed, 407 insertions(+), 900 deletions(-)
Checking jaxp
 b/.hgtags            |   18
 b/THIRD_PARTY_README | 1289 +++++++++++++++------------------------------------
 2 files changed, 407 insertions(+), 900 deletions(-)
Checking jaxws
 b/.hgtags            |   18
 b/THIRD_PARTY_README | 1289 +++++++++++++++------------------------------------
 2 files changed, 407 insertions(+), 900 deletions(-)
Checking langtools
 b/.hgtags            |   18
 b/THIRD_PARTY_README | 1289 +++++++++++++++------------------------------------
 2 files changed, 407 insertions(+), 900 deletions(-)
Checking hotspot
 b/.hgtags            |   18
 b/THIRD_PARTY_README | 1289 +++++++++++++++------------------------------------
 2 files changed, 407 insertions(+), 900 deletions(-)
Checking jdk
 b/.hgtags
    |   22
 b/THIRD_PARTY_README
    | 1289 +++-------
 b/src/macosx/classes/sun/java2d/OSXOffScreenSurfaceData.java
    |    9
 b/src/macosx/native/sun/awt/ImageSurfaceData.m
    |   12
 b/src/share/classes/java/util/zip/ZipFile.java
    |   21
 b/test/java/awt/print/PrinterJob/PrintCrashTest.java
    |   77
 b/test/java/lang/invoke/PermuteArgsReturnVoidTest.java
    |    1
 b/test/java/rmi/activation/nonLocalActivation/NonLocalActivationTest.java
|  190 +
 b/test/java/rmi/registry/nonLocalRegistry/NonLocalRegistryTest.java
    |  129 +
 b/test/java/rmi/testlibrary/TestSocketFactory.java
    |  570 ++++
 b/test/java/util/zip/ZipFile/ReadZip.java
    |   48
 b/test/javax/management/remote/nonLocalAccess/NonLocalJMXRemoteTest.java
 |  142 +
 12 files changed, 1596 insertions(+), 914 deletions(-)
Checking nashorn
 b/.hgtags                                                         |   18
 b/THIRD_PARTY_README                                              |
1289 +++-------
 b/test/src/jdk/nashorn/internal/runtime/test/ClassFilterTest.java |   60
 3 files changed, 467 insertions(+), 900 deletions(-)

[0] aarch64-jdk8u141-b17 is a tag of the current upstream changes
after the last tag, aarch64-jdk8u141-b16 i.e. 8161190 (AArch64: Fix
overflow in immediate cmp instruction) & 8186090
(java.nio.Bits.unaligned() doesn't handle aarch64).

Ok to push?

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 zhongwei.yao at linaro.org  Tue Aug 15 02:55:46 2017
From: zhongwei.yao at linaro.org (Zhongwei Yao)
Date: Tue, 15 Aug 2017 10:55:46 +0800
Subject: [aarch64-port-dev ] RFR: JDK-8185786: AArch64: disable some
 address reshapings.
In-Reply-To: <ddc30c63-4a8b-a089-da36-2ab8a3af988b@redhat.com>
References: <CAFkOo6ZgTMhhW9-c-8NjVg7fusYEPccCwepQmLztjMtXPW3zKw@mail.gmail.com>
 <def6b156-6122-0dc7-08ab-f0ab7ece6b52@redhat.com>
 <CY1PR0701MB1632EFFEF6F016373CFF4B6584B60@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <CY4PR07MB3415244057E08EDCD851801793B60@CY4PR07MB3415.namprd07.prod.outlook.com>
 <CAFkOo6az6fr-B7LXAXLTF4vjGm9umafWxRnEketjFWjpymHL6g@mail.gmail.com>
 <ddc30c63-4a8b-a089-da36-2ab8a3af988b@redhat.com>
Message-ID: <CAFkOo6a6J-M-jxh63DKFxxBBAqCx+QT8QSNr6tbZ-20c+H88MA@mail.gmail.com>

On 14 August 2017 at 23:46, Andrew Haley <aph at redhat.com> wrote:
> On 08/08/17 06:23, Zhongwei Yao wrote:
>> Hi, all,
>>
>> Thanks for your review and information!
>>
>> Patch is updated: http://cr.openjdk.java.net/~njian/8185786/webrev.01/
>
> Should this not be
>
>1       // Any use that can't embed the address computation?
>2       for (DUIterator_Fast imax, i = addp->fast_outs(imax); i < imax; i++) {
>3          Node* u = addp->fast_out(i);
>4          if (! u->is_Mem() || u->is_LoadVector() || u->is_StoreVector() || u->Opcode() == Op_StoreCM) {
>5            return;
>6          }
>7          if (addp2->in(AddPNode::Offset)->Opcode() != Op_ConvI2L) {
>8            int scale = 1 << addp2->in(AddPNode::Offset)->in(2)->get_int();
>9            if (VM_Version::expensive_load(u->as_Mem()->memory_size(), scale)) {
>10              return;
>11            }
>12         }
>13        }
>
> ?

Yeah, it will do the same work. As line 4 has already ensured 'u' is
MemNode, which is required at line 9. But such implication is easy to
be ignored, so I make the "u->is_Mem()" checking to be explicit. What
do you think?

>
> --
> Andrew Haley
> Java Platform Lead Engineer
> Red Hat UK Ltd. <https://www.redhat.com>
> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671



-- 
Best regards,
Zhongwei

From aph at redhat.com  Tue Aug 15 13:50:00 2017
From: aph at redhat.com (Andrew Haley)
Date: Tue, 15 Aug 2017 09:50:00 -0400
Subject: [aarch64-port-dev ] RFR: JDK-8185786: AArch64: disable some
 address reshapings.
In-Reply-To: <CAFkOo6a6J-M-jxh63DKFxxBBAqCx+QT8QSNr6tbZ-20c+H88MA@mail.gmail.com>
References: <CAFkOo6ZgTMhhW9-c-8NjVg7fusYEPccCwepQmLztjMtXPW3zKw@mail.gmail.com>
 <def6b156-6122-0dc7-08ab-f0ab7ece6b52@redhat.com>
 <CY1PR0701MB1632EFFEF6F016373CFF4B6584B60@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <CY4PR07MB3415244057E08EDCD851801793B60@CY4PR07MB3415.namprd07.prod.outlook.com>
 <CAFkOo6az6fr-B7LXAXLTF4vjGm9umafWxRnEketjFWjpymHL6g@mail.gmail.com>
 <ddc30c63-4a8b-a089-da36-2ab8a3af988b@redhat.com>
 <CAFkOo6a6J-M-jxh63DKFxxBBAqCx+QT8QSNr6tbZ-20c+H88MA@mail.gmail.com>
Message-ID: <2e46a79d-601f-c6cc-f970-45dd34bc1bba@redhat.com>

On 14/08/17 22:55, Zhongwei Yao wrote:
> Yeah, it will do the same work. As line 4 has already ensured 'u' is
> MemNode, which is required at line 9. But such implication is easy to
> be ignored, so I make the "u->is_Mem()" checking to be explicit. What
> do you think?

So do this:

      // Any use that can't embed the address computation?
       for (DUIterator_Fast imax, i = addp->fast_outs(imax); i < imax; i++) {
         Node* u = addp->fast_out(i);
         if (! u->is_Mem())
           return;
         if (u->is_LoadVector() || u->is_StoreVector() || u->Opcode() == Op_StoreCM) {
           return;
         }
         if (addp2->in(AddPNode::Offset)->Opcode() != Op_ConvI2L) {
           int scale = 1 << addp2->in(AddPNode::Offset)->in(2)->get_int();
           if (VM_Version::expensive_load(u->as_Mem()->memory_size(), scale)) {
             return;
           }
         }
       }

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From akozlov at azul.com  Tue Aug 15 16:40:52 2017
From: akozlov at azul.com (Anton Kozlov)
Date: Tue, 15 Aug 2017 19:40:52 +0300
Subject: [aarch64-port-dev ] RFR(XS): 8u fails on assert on jtreg
 compiler/uncommontrap/TestDeoptOOM.java
In-Reply-To: <3e824925-beae-b9bd-460e-eecd42fdb787@redhat.com>
References: <a2e704f4-59fe-9779-b9fd-0324454cadb2@azul.com>
 <21228f81-8552-7ecb-7f53-8b487250e5c4@redhat.com>
 <5872e6c7-54f1-454f-35f5-8ada15c87e3f@azul.com>
 <CACc5Y6TUZWSoO-n=zNQUgHZoHEnG9B8bZUH+0_GDiK0PBPeDFQ@mail.gmail.com>
 <64cda7d1-da53-4950-6f18-0d8ed517ba85@azul.com>
 <3e824925-beae-b9bd-460e-eecd42fdb787@redhat.com>
Message-ID: <e805d384-6fcd-4497-04af-02fd4a429afe@azul.com>



On 14.08.2017 20:39, Andrew Haley wrote:
> On 14/08/17 10:44, Anton Kozlov wrote:
>> So I agree/ready to change the patch to clear inconditionally.
> 
> OK, cool.
> 

I was adding code to exceptional case when it started to feel weird. Interpreter should be ready to execute exception handler.
But, following generate_deopt_entry_for, rdispatch is not initialized for exception handler. It is unlikely correct, the only option it works now is that rdispatch initialized somewhere else, as it not hard to reinit.
But native stack pointer is not initialized too.

So far I assume the patch should like http://cr.openjdk.java.net/~akozlov/aarch64-debug-deoptoom/webrev.01/
Note it's mirrors other cpus code from this (8u) repo, and jdk9's aarch64
But I need some time to run this under load.

Thanks,
Anton

From zhongwei.yao at linaro.org  Wed Aug 16 06:51:44 2017
From: zhongwei.yao at linaro.org (Zhongwei Yao)
Date: Wed, 16 Aug 2017 14:51:44 +0800
Subject: [aarch64-port-dev ] RFR: JDK-8185786: AArch64: disable some
 address reshapings.
In-Reply-To: <2e46a79d-601f-c6cc-f970-45dd34bc1bba@redhat.com>
References: <CAFkOo6ZgTMhhW9-c-8NjVg7fusYEPccCwepQmLztjMtXPW3zKw@mail.gmail.com>
 <def6b156-6122-0dc7-08ab-f0ab7ece6b52@redhat.com>
 <CY1PR0701MB1632EFFEF6F016373CFF4B6584B60@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <CY4PR07MB3415244057E08EDCD851801793B60@CY4PR07MB3415.namprd07.prod.outlook.com>
 <CAFkOo6az6fr-B7LXAXLTF4vjGm9umafWxRnEketjFWjpymHL6g@mail.gmail.com>
 <ddc30c63-4a8b-a089-da36-2ab8a3af988b@redhat.com>
 <CAFkOo6a6J-M-jxh63DKFxxBBAqCx+QT8QSNr6tbZ-20c+H88MA@mail.gmail.com>
 <2e46a79d-601f-c6cc-f970-45dd34bc1bba@redhat.com>
Message-ID: <CAFkOo6bRtogZpQXTNbvE_FTA0Tw=ic0F6uz1Fo+G9U_K-YwMeQ@mail.gmail.com>

Thanks!

Done:
http://cr.openjdk.java.net/~njian/8185786/webrev.02/

On 15 August 2017 at 21:50, Andrew Haley <aph at redhat.com> wrote:
> On 14/08/17 22:55, Zhongwei Yao wrote:
>> Yeah, it will do the same work. As line 4 has already ensured 'u' is
>> MemNode, which is required at line 9. But such implication is easy to
>> be ignored, so I make the "u->is_Mem()" checking to be explicit. What
>> do you think?
>
> So do this:
>
>       // Any use that can't embed the address computation?
>        for (DUIterator_Fast imax, i = addp->fast_outs(imax); i < imax; i++) {
>          Node* u = addp->fast_out(i);
>          if (! u->is_Mem())
>            return;
>          if (u->is_LoadVector() || u->is_StoreVector() || u->Opcode() == Op_StoreCM) {
>            return;
>          }
>          if (addp2->in(AddPNode::Offset)->Opcode() != Op_ConvI2L) {
>            int scale = 1 << addp2->in(AddPNode::Offset)->in(2)->get_int();
>            if (VM_Version::expensive_load(u->as_Mem()->memory_size(), scale)) {
>              return;
>            }
>          }
>        }
>
> --
> Andrew Haley
> Java Platform Lead Engineer
> Red Hat UK Ltd. <https://www.redhat.com>
> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671



-- 
Best regards,
Zhongwei

From akozlov at azul.com  Wed Aug 16 13:47:51 2017
From: akozlov at azul.com (Anton Kozlov)
Date: Wed, 16 Aug 2017 16:47:51 +0300
Subject: [aarch64-port-dev ] RFR(XS): 8u fails on assert on jtreg
 compiler/uncommontrap/TestDeoptOOM.java
In-Reply-To: <e805d384-6fcd-4497-04af-02fd4a429afe@azul.com>
References: <a2e704f4-59fe-9779-b9fd-0324454cadb2@azul.com>
 <21228f81-8552-7ecb-7f53-8b487250e5c4@redhat.com>
 <5872e6c7-54f1-454f-35f5-8ada15c87e3f@azul.com>
 <CACc5Y6TUZWSoO-n=zNQUgHZoHEnG9B8bZUH+0_GDiK0PBPeDFQ@mail.gmail.com>
 <64cda7d1-da53-4950-6f18-0d8ed517ba85@azul.com>
 <3e824925-beae-b9bd-460e-eecd42fdb787@redhat.com>
 <e805d384-6fcd-4497-04af-02fd4a429afe@azul.com>
Message-ID: <2093e046-07ca-bd75-bc3c-726c7fc5e190@azul.com>

On 15.08.2017 19:40, Anton Kozlov wrote:
> I need some time to run this under load.

No regressions in hotspot, jdk tests; specjvm2008 is also OK

Thanks,
Anton

From daniel.stewart at linaro.org  Wed Aug 16 14:14:03 2017
From: daniel.stewart at linaro.org (Daniel Stewart)
Date: Wed, 16 Aug 2017 10:14:03 -0400
Subject: [aarch64-port-dev ] [aarch64-port-dev] [10] RFR: 8184049 :
 Matching rule for ubfiz
In-Reply-To: <CAE_GVMPkdS0HRg+_N-KTp-YW1R-Uiv3K99hhu1SvJOsvpuWZug@mail.gmail.com>
References: <CAE_GVMPe+4qPBDCpWWB83GJehbDe2rS-oDRAfyms-sXB4D6mXQ@mail.gmail.com>
 <0a45e637-4abc-ede5-ffc3-1b6b59077ac8@redhat.com>
 <16420602-0873-ac40-92d5-839038c0d430@redhat.com>
 <CAE_GVMNW+pk9PE9_-zTocPhbCOYjYz8ghevj8TchD=GH3FLzVw@mail.gmail.com>
 <CACc5Y6QR+5vSzg8d2P4J=V0mjd-96qGGA-Kj_sYv1=Mn9YGFtA@mail.gmail.com>
 <332344a6-4fca-c49c-46bb-9ea37827173e@redhat.com>
 <CAE_GVMOwzza9UAhoNRCNt36QxghtSErpLpaesFCtQo8yZZPUsQ@mail.gmail.com>
 <CAE_GVMMej9jqND0rgerxou8s4pjp-YiR1UcezJkom6pv3DP8_A@mail.gmail.com>
 <5b445505-b91e-eba9-80af-5f92c45b1bc1@redhat.com>
 <CAE_GVMPehDFUW6baq9-8kODoEXXOX6h3kZFU7qXk4qLyq6C=yA@mail.gmail.com>
 <CACc5Y6Rzg1gtFP+Zn-7n3=GDBt4BjSUnntOfphC7SBShK-3yow@mail.gmail.com>
 <CAE_GVMPkdS0HRg+_N-KTp-YW1R-Uiv3K99hhu1SvJOsvpuWZug@mail.gmail.com>
Message-ID: <CAE_GVMMpMRDkecFGO2Lj4CJGBwTOVbM34_sJUsu76ZdBBCRO3Q@mail.gmail.com>

Ping.

On Mon, Aug 7, 2017 at 9:23 AM, Daniel Stewart <daniel.stewart at linaro.org>
wrote:

> I had tried to model this instruction after the others in the same file.
> Which is why the check is written the way it is.
>
> Ok to push?
>
> Daniel
>
> On Tue, Aug 1, 2017 at 11:10 AM, Felix Yang <felix.yang at linaro.org> wrote:
>
>> LGTM, but I am not an official reviewer.
>>
>> Here is how the latest GCC compiler do the check, which is more readable
>> to me:
>>
>> /* Return true if the mask and a shift amount from an RTX of the form
>>    (x << SHFT_AMNT) & MASK are valid to combine into a UBFIZ instruction
>> of
>>    mode MODE.  See the *andim_ashift<mode>_bfiz pattern.  */
>>
>> bool
>> aarch64_mask_and_shift_for_ubfiz_p (machine_mode mode, rtx mask, rtx
>> shft_amnt)
>> {
>>   return CONST_INT_P (mask) && CONST_INT_P (shft_amnt)
>> && INTVAL (shft_amnt) < GET_MODE_BITSIZE (mode)
>> && exact_log2 ((INTVAL (mask) >> INTVAL (shft_amnt)) + 1) >= 0
>> && (INTVAL (mask) & ((1 << INTVAL (shft_amnt)) - 1)) == 0;
>> }
>>
>> Thanks,
>> Felix
>>
>> On 31 July 2017 at 20:22, Daniel Stewart <daniel.stewart at linaro.org>
>> wrote:
>>
>>> Updated webrev to address Felix's issue regarding the format.
>>>
>>> Please review and let me know of any changes/fixes.
>>>
>>> http://cr.openjdk.java.net/~njian/8184049/webrev.02/
>>>
>>> Daniel
>>>
>>> On Fri, Jul 28, 2017 at 1:37 PM, Andrew Haley <aph at redhat.com> wrote:
>>>
>>>> On 27/07/17 21:49, Daniel Stewart wrote:
>>>> > public void run(String [] args) {
>>>> >         long sum = this.sum | (1 << 27);
>>>> >         int n = (int)sum;
>>>> >         n = xorshift32(n);
>>>> >         for (int i = 0; i < 1000; i++) {
>>>> >             //System.out.println((int)Math.random());
>>>> >             n += testI(n);
>>>> >             n += testI2(n);
>>>> >             n += testI3(n);
>>>> >             n += testI4(n);
>>>> >             n += testI5(n);
>>>> >         }
>>>> >         long n1 = (long)n;
>>>> >         for (int i = 0; i < 1000; i++) {
>>>> >             n1 += testL(n1);
>>>> >             n1 += testL2(n1);
>>>> >             n1 += testL3(n1);
>>>> >             n1 += testL4(n1);
>>>> >             n1 += testConv(n1);
>>>> >         }
>>>> >         short n2 = (short)n;
>>>> >         for (int i = 0; i < 1000; i++) {
>>>> >             n2 += testConv2((short)n2);
>>>> >         }
>>>> >         n1 += n2;
>>>> >         for (int i = 0; i< 1000; i++) {
>>>> >             n1 += testConv3(n);
>>>>
>>>> This loop doesn't test the intrinsic.  I added
>>>>
>>>>                n = xorshift32(n);
>>>>
>>>> here.
>>>>
>>>> >         }
>>>> >         this.sum += sum ^ n1;
>>>>
>>>>
>>>> --
>>>> Andrew Haley
>>>> Java Platform Lead Engineer
>>>> Red Hat UK Ltd. <https://www.redhat.com>
>>>> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
>>>>
>>>
>>>
>>>
>>> --
>>> Daniel Stewart
>>>
>>
>>
>
>
> --
> Daniel Stewart
>



-- 
Daniel Stewart

From dmitrij.pochepko at bell-sw.com  Wed Aug 16 15:13:26 2017
From: dmitrij.pochepko at bell-sw.com (Dmitrij Pochepko)
Date: Wed, 16 Aug 2017 18:13:26 +0300
Subject: [aarch64-port-dev ] [10] RFR(S): 8186297: AARCH64: Intrinsify
 Unsafe.compareAndSetByte and compareAndSetShort
Message-ID: <feae6208-4e3d-9d48-c748-ebbf0c2ee02d@bell-sw.com>

Hi,

please review small diff for  JDK-8186297: AARCH64: Intrinsify 
Unsafe.compareAndSetByte and compareAndSetShort

This small patch adds intrinsic for Unsafe::compareAndSetByte and 
Unsafe::compareAndSetShort in a same manner as existing 
compareAndSetInt/Long intrinsics are implemented.

Intrinsic has shorter code with less barriers and overall instruction count.

Generated assembly examples for short method:

private static void testMethod() {
   unsafe.compareAndSetByte(null, BYTE_ARRAY_ADDR, (byte)0, (byte)1);
}

are here:
  - baseline version: 
http://cr.openjdk.java.net/~dpochepk/8186297/baseline_byte_assembly.txt
  - intrinsified version: 
http://cr.openjdk.java.net/~dpochepk/8186297/intrinsic_byte_assembly.txt


I also created small benchmark which demonstrates performance 
difference(10-15%). Benchmark code is here: 
http://cr.openjdk.java.net/~dpochepk/8186297/UnsafeBench.java (should be 
launched with --add-opens java.base/jdk.internal.misc=ALL-UNNAMED to 
have access to unsafe)

Performance results for ThunderX T88 are here: 
http://cr.openjdk.java.net/~dpochepk/8186297/ThunderX_T88_results.txt

Performance results to Cortex A53 (R-Pi 3) are here: 
http://cr.openjdk.java.net/~dpochepk/8186297/CortexA53_results.txt

webrev: http://cr.openjdk.java.net/~dpochepk/8186297/webrev.01/

CR: https://bugs.openjdk.java.net/browse/JDK-8186297


I also run hotspot jtreg tests in compiler/unsafe/* and found no 
regressions.


Thanks,

Dmitrij


From ci_notify at linaro.org  Wed Aug 16 15:41:02 2017
From: ci_notify at linaro.org (ci_notify at linaro.org)
Date: Wed, 16 Aug 2017 15:41:02 +0000 (UTC)
Subject: [aarch64-port-dev ] JTREG, JCStress,
 SPECjbb2015 and Hadoop/Terasort results for OpenJDK 8u on AArch64
Message-ID: <1109599205.450.1502898064353.JavaMail.jenkins@c0224c020236>

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/2017/228/summary.html
 
-------------------------------------------------------------------------------
client-release/hotspot
-------------------------------------------------------------------------------
Build 0: aarch64/2016/dec/01 pass: 668; fail: 44; error: 6
Build 1: aarch64/2016/dec/21 pass: 668; fail: 44; error: 6
Build 2: aarch64/2017/jan/18 pass: 672; fail: 44; error: 3
Build 3: aarch64/2017/feb/04 pass: 672; fail: 44; error: 3
Build 4: aarch64/2017/feb/24 pass: 672; fail: 44; error: 3
Build 5: aarch64/2017/mar/29 pass: 672; fail: 44; error: 3
Build 6: aarch64/2017/apr/05 pass: 672; fail: 44; error: 3
Build 7: aarch64/2017/apr/20 pass: 673; fail: 44; error: 3
Build 8: aarch64/2017/jun/12 pass: 713; fail: 6; error: 2
Build 9: aarch64/2017/jun/26 pass: 713; fail: 6; error: 2
Build 10: aarch64/2017/jul/21 pass: 708; fail: 12; error: 2
Build 11: aarch64/2017/aug/16 pass: 708; fail: 12; error: 2

-------------------------------------------------------------------------------
client-release/jdk
-------------------------------------------------------------------------------
Build 0: aarch64/2016/dec/21 pass: 5,621; fail: 219; error: 45
Build 1: aarch64/2017/jan/18 pass: 5,683; fail: 213; error: 36
Build 2: aarch64/2017/feb/04 pass: 5,667; fail: 234; error: 41
Build 3: aarch64/2017/feb/24 pass: 5,701; fail: 217; error: 27
Build 4: aarch64/2017/mar/29 pass: 5,686; fail: 225; error: 34
Build 5: aarch64/2017/apr/05 pass: 5,677; fail: 235; error: 33
Build 6: aarch64/2017/apr/20 pass: 5,671; fail: 254; error: 34
Build 7: aarch64/2017/jun/12 pass: 5,765; fail: 175; error: 23
Build 8: aarch64/2017/jun/26 pass: 5,757; fail: 174; error: 23
Build 9: aarch64/2017/jul/21 pass: 5,768; fail: 172; error: 22
Build 10: aarch64/2017/aug/16 pass: 5,753; fail: 188; error: 21

-------------------------------------------------------------------------------
client-release/langtools
-------------------------------------------------------------------------------
Build 0: aarch64/2016/dec/01 pass: 3,091; error: 16
Build 1: aarch64/2016/dec/21 pass: 3,096; error: 11
Build 2: aarch64/2017/jan/18 pass: 3,098; error: 13
Build 3: aarch64/2017/feb/04 pass: 3,094; error: 17
Build 4: aarch64/2017/feb/24 pass: 3,106; error: 6
Build 5: aarch64/2017/mar/29 pass: 3,105; fail: 2; error: 5
Build 6: aarch64/2017/apr/05 pass: 3,104; fail: 2; error: 6
Build 7: aarch64/2017/apr/20 pass: 3,101; fail: 2; error: 10
Build 8: aarch64/2017/jun/12 pass: 3,109; fail: 2; error: 2
Build 9: aarch64/2017/jun/26 pass: 3,109; fail: 2; error: 2
Build 10: aarch64/2017/jul/21 pass: 3,110; fail: 2; error: 2
Build 11: aarch64/2017/aug/16 pass: 3,111; fail: 2; error: 1

-------------------------------------------------------------------------------
server-release/hotspot
-------------------------------------------------------------------------------
Build 0: aarch64/2016/nov/08 pass: 664; fail: 44; error: 6
Build 1: aarch64/2016/nov/09 pass: 664; fail: 44; error: 6
Build 2: aarch64/2016/nov/21 pass: 668; fail: 44; error: 6
Build 3: aarch64/2016/dec/01 pass: 669; fail: 43; error: 6
Build 4: aarch64/2016/dec/21 pass: 668; fail: 44; error: 6
Build 5: aarch64/2017/jan/18 pass: 673; fail: 43; error: 3
Build 6: aarch64/2017/feb/04 pass: 673; fail: 43; error: 3
Build 7: aarch64/2017/feb/24 pass: 673; fail: 43; error: 3
Build 8: aarch64/2017/mar/29 pass: 673; fail: 43; error: 3
Build 9: aarch64/2017/apr/05 pass: 673; fail: 43; error: 3
Build 10: aarch64/2017/apr/20 pass: 674; fail: 43; error: 3
Build 11: aarch64/2017/jun/12 pass: 714; fail: 5; error: 2
Build 12: aarch64/2017/jun/26 pass: 714; fail: 5; error: 2
Build 13: aarch64/2017/jul/21 pass: 709; fail: 11; error: 2
Build 14: aarch64/2017/aug/16 pass: 709; fail: 11; error: 2

-------------------------------------------------------------------------------
server-release/jdk
-------------------------------------------------------------------------------
Build 0: aarch64/2016/dec/21 pass: 5,618; fail: 226; error: 41
Build 1: aarch64/2017/jan/18 pass: 5,690; fail: 206; error: 36
Build 2: aarch64/2017/feb/04 pass: 5,669; fail: 214; error: 59
Build 3: aarch64/2017/feb/24 pass: 5,701; fail: 221; error: 23
Build 4: aarch64/2017/mar/29 pass: 5,696; fail: 222; error: 27
Build 5: aarch64/2017/apr/05 pass: 5,692; fail: 229; error: 24
Build 6: aarch64/2017/apr/20 pass: 5,705; fail: 220; error: 34
Build 7: aarch64/2017/jun/12 pass: 5,778; fail: 161; error: 24
Build 8: aarch64/2017/jun/26 pass: 5,770; fail: 159; error: 25
Build 9: aarch64/2017/jul/21 pass: 5,769; fail: 168; error: 25
Build 10: aarch64/2017/aug/16 pass: 5,761; fail: 181; error: 20

-------------------------------------------------------------------------------
server-release/langtools
-------------------------------------------------------------------------------
Build 0: aarch64/2016/nov/08 pass: 3,092; error: 15
Build 1: aarch64/2016/nov/09 pass: 3,091; error: 16
Build 2: aarch64/2016/nov/21 pass: 3,095; error: 12
Build 3: aarch64/2016/dec/01 pass: 3,095; error: 12
Build 4: aarch64/2016/dec/21 pass: 3,092; error: 15
Build 5: aarch64/2017/jan/18 pass: 3,102; error: 9
Build 6: aarch64/2017/feb/04 pass: 3,099; error: 12
Build 7: aarch64/2017/feb/24 pass: 3,109; error: 3
Build 8: aarch64/2017/mar/29 pass: 3,104; fail: 2; error: 6
Build 9: aarch64/2017/apr/05 pass: 3,105; fail: 2; error: 5
Build 10: aarch64/2017/apr/20 pass: 3,098; fail: 2; error: 13
Build 11: aarch64/2017/jun/12 pass: 3,109; fail: 2; error: 2
Build 12: aarch64/2017/jun/26 pass: 3,109; fail: 2; error: 2
Build 13: aarch64/2017/jul/21 pass: 3,110; fail: 2; error: 2
Build 14: aarch64/2017/aug/16 pass: 3,110; 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): 1.02x
Relative performance: Server critical-jOPS (nc): 1.06x

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: 57.85, Server: 110.27

Client 57.85 / Client 2014-04-01 (43.00): 1.35x
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/jdk8u/hadoop-terasort-benchmark-results/

This is a summary of the jcstress test results
==============================================
 
The build and test results are cycled every 15 days.
 
2016-11-03 pass rate: 5140/5140, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2016/308/results/
2016-11-21 pass rate: 5140/5140, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2016/326/results/
2016-12-01 pass rate: 5140/5140, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2016/336/results/
2016-12-22 pass rate: 5140/5140, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2016/356/results/
2017-01-18 pass rate: 5140/5140, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/018/results/
2017-02-06 pass rate: 5140/5140, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/035/results/
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/
 
For detailed information on the test output please refer to: 
 
  http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/

From aph at redhat.com  Wed Aug 16 15:52:31 2017
From: aph at redhat.com (Andrew Haley)
Date: Wed, 16 Aug 2017 11:52:31 -0400
Subject: [aarch64-port-dev ] [10] RFR(S): 8186297: AARCH64: Intrinsify
 Unsafe.compareAndSetByte and compareAndSetShort
In-Reply-To: <feae6208-4e3d-9d48-c748-ebbf0c2ee02d@bell-sw.com>
References: <feae6208-4e3d-9d48-c748-ebbf0c2ee02d@bell-sw.com>
Message-ID: <56bb1972-9439-ed56-cd27-1e8a4ba9b9ed@redhat.com>

On 16/08/17 11:13, Dmitrij Pochepko wrote:
> webrev: http://cr.openjdk.java.net/~dpochepk/8186297/webrev.01/
> 
> CR: https://bugs.openjdk.java.net/browse/JDK-8186297

What about WeakCompareAndSwap ?

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From aph at redhat.com  Wed Aug 16 16:33:37 2017
From: aph at redhat.com (Andrew Haley)
Date: Wed, 16 Aug 2017 12:33:37 -0400
Subject: [aarch64-port-dev ] [10] RFR(S): 8186297: AARCH64: Intrinsify
 Unsafe.compareAndSetByte and compareAndSetShort
In-Reply-To: <276711502899474@web19o.yandex.ru>
References: <feae6208-4e3d-9d48-c748-ebbf0c2ee02d@bell-sw.com>
 <56bb1972-9439-ed56-cd27-1e8a4ba9b9ed@redhat.com>
 <276711502899474@web19o.yandex.ru>
Message-ID: <4aff90da-1cd1-cb53-a59a-e312209fb7ec@redhat.com>

On 16/08/17 12:04, dmitrij.pochepko at bell-sw.com wrote:

> WeakCompareAndSwap seems to be already implemented.

How weird; I wonder how that happened.  OK, the patch is good.

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From stuart.monteith at linaro.org  Wed Aug 16 16:34:57 2017
From: stuart.monteith at linaro.org (Stuart Monteith)
Date: Wed, 16 Aug 2017 17:34:57 +0100
Subject: [aarch64-port-dev ] jdk1 Fix for
	hotspot/test/gc/g1/TestJNIWeakG1/TestJNIWeakG1.java
Message-ID: <CAEGA6ka76NykGm0yx75CzY2Hm=S9txXyR1v=gOx+a21UupQr2w@mail.gmail.com>

Hello,
  Bug number pending - Ningsheng/Felix/Yang - could you open a bug please?

There was a bug introduced by "8176100 G1 Need prebarrier on deference
of weak JNI handles" where a rscratch1 is being passed to
g1_write_barrier_pre where it is already using rscratch1. This causes
the TestJNIWeakG1 testcase to SIGSEGV as the temporary register is
being used fro two conflicting purposes.

There don't appear to be any other problems of this type with 8176100.

Regards,
   Stuart

# HG changeset patch
# User smonteith
# Date 1502900365 -3600
#      Wed Aug 16 17:19:25 2017 +0100
# Node ID a3ec37c8743c9ce18cdbc0da204d07baf37e640f
# Parent  525e9457b66a62b50c7ae7350da0c8031f671b92
Aarch64: Fix hotspot/test/gc/g1/TestJNIWeakG1/TestJNIWeakG1.java

diff -r 525e9457b66a -r a3ec37c8743c
src/cpu/aarch64/vm/sharedRuntime_aarch64.cpp
--- a/src/cpu/aarch64/vm/sharedRuntime_aarch64.cpp      Tue Aug 15
15:02:40 2017 +0300
+++ b/src/cpu/aarch64/vm/sharedRuntime_aarch64.cpp      Wed Aug 16
17:19:25 2017 +0100
@@ -2067,7 +2067,7 @@
       __ g1_write_barrier_pre(noreg /* obj */,
                               r0 /* pre_val */,
                               rthread /* thread */,
-                              rscratch1 /* tmp */,
+                              rscratch2 /* tmp */,
                               true /* tosca_live */,
                               true /* expand_call */);
     }

From aph at redhat.com  Wed Aug 16 16:39:01 2017
From: aph at redhat.com (Andrew Haley)
Date: Wed, 16 Aug 2017 12:39:01 -0400
Subject: [aarch64-port-dev ] jdk1 Fix for
 hotspot/test/gc/g1/TestJNIWeakG1/TestJNIWeakG1.java
In-Reply-To: <CAEGA6ka76NykGm0yx75CzY2Hm=S9txXyR1v=gOx+a21UupQr2w@mail.gmail.com>
References: <CAEGA6ka76NykGm0yx75CzY2Hm=S9txXyR1v=gOx+a21UupQr2w@mail.gmail.com>
Message-ID: <bb0a080d-1265-6095-fdd9-a7c1fa91a972@redhat.com>

On 16/08/17 12:34, Stuart Monteith wrote:
> There was a bug introduced by "8176100 G1 Need prebarrier on deference
> of weak JNI handles" where a rscratch1 is being passed to
> g1_write_barrier_pre where it is already using rscratch1. This causes
> the TestJNIWeakG1 testcase to SIGSEGV as the temporary register is
> being used fro two conflicting purposes.

We need an assert to make sure this doesn't happen again.

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From adinn at redhat.com  Wed Aug 16 16:44:16 2017
From: adinn at redhat.com (Andrew Dinn)
Date: Wed, 16 Aug 2017 17:44:16 +0100
Subject: [aarch64-port-dev ] [10] RFR(S): 8186297: AARCH64: Intrinsify
 Unsafe.compareAndSetByte and compareAndSetShort
In-Reply-To: <4aff90da-1cd1-cb53-a59a-e312209fb7ec@redhat.com>
References: <feae6208-4e3d-9d48-c748-ebbf0c2ee02d@bell-sw.com>
 <56bb1972-9439-ed56-cd27-1e8a4ba9b9ed@redhat.com>
 <276711502899474@web19o.yandex.ru>
 <4aff90da-1cd1-cb53-a59a-e312209fb7ec@redhat.com>
Message-ID: <8bf1e713-d037-3b36-5048-918ec6f86206@redhat.com>

On 16/08/17 17:33, Andrew Haley wrote:
> On 16/08/17 12:04, dmitrij.pochepko at bell-sw.com wrote:
>
>> WeakCompareAndSwap seems to be already implemented.
> How weird; I wonder how that happened.  OK, the patch is good.

No, please cancel that.

The case statement in is_CAS should not be modified. It is used by the
code which optimizes out dmbs and replaces the stores and loads with
releasing stores and acquiring loads. If you look at the rules for
CopareAndswapI/L/N/P you will see that they come in pairs. Your single
rules do not include the matching pair rule. They will be able to
generate the code that is used when dmb barriers are generated. But the
change to the is_CAS case switch will stop the barriers being generated.
If you revert is_CAS back to what it was then your single rules will be ok.

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 stuart.monteith at linaro.org  Wed Aug 16 17:13:54 2017
From: stuart.monteith at linaro.org (Stuart Monteith)
Date: Wed, 16 Aug 2017 18:13:54 +0100
Subject: [aarch64-port-dev ] jdk1 Fix for
	hotspot/test/gc/g1/TestJNIWeakG1/TestJNIWeakG1.java
In-Reply-To: <bb0a080d-1265-6095-fdd9-a7c1fa91a972@redhat.com>
References: <CAEGA6ka76NykGm0yx75CzY2Hm=S9txXyR1v=gOx+a21UupQr2w@mail.gmail.com>
 <bb0a080d-1265-6095-fdd9-a7c1fa91a972@redhat.com>
Message-ID: <CAEGA6kb15eZ0vmnL_cwpCHR4NX4S2c5XH2S2UL9ivwGLzSjFhg@mail.gmail.com>

 In  MacroAssembler::g1_write_barrier_pre I'm thinking:

3644   if (obj != noreg)
3645     assert_different_registers(obj, pre_val, tmp, rscratch1);
3646   else
3647     assert_different_registers(pre_val, tmp, rscratch1);

However, I don't understand why that condition would be there and not just:
   assert_different_registers(obj, pre_val, tmp, rscratch1);
as the other registers ought not to be "noreg" - although there is a
separate useful assert for pre_val.

On the same principle, would it be acceptable to add the following in
the same patch to MacroAssembler::g1_write_barrier_post?

I've tried adding the following, but I'll need to get back to you as
it might be tripping:
    assert_different_registers(store_addr, new_val, thread, tmp, tmp2,
rscratch1);

BR,
   Stuart




On 16 August 2017 at 17:39, Andrew Haley <aph at redhat.com> wrote:
> On 16/08/17 12:34, Stuart Monteith wrote:
>> There was a bug introduced by "8176100 G1 Need prebarrier on deference
>> of weak JNI handles" where a rscratch1 is being passed to
>> g1_write_barrier_pre where it is already using rscratch1. This causes
>> the TestJNIWeakG1 testcase to SIGSEGV as the temporary register is
>> being used fro two conflicting purposes.
>
> We need an assert to make sure this doesn't happen again.
>
> --
> Andrew Haley
> Java Platform Lead Engineer
> Red Hat UK Ltd. <https://www.redhat.com>
> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From shade at redhat.com  Wed Aug 16 17:24:42 2017
From: shade at redhat.com (Aleksey Shipilev)
Date: Wed, 16 Aug 2017 20:24:42 +0300
Subject: [aarch64-port-dev ] [RFR] 8u144 Upstream Sync
In-Reply-To: <CABi63P539RFKF4uMd7G90--KxF2pqvmvZGVF8WEfu6uD=+5Dvw@mail.gmail.com>
References: <CABi63P539RFKF4uMd7G90--KxF2pqvmvZGVF8WEfu6uD=+5Dvw@mail.gmail.com>
Message-ID: <1f239a97-4048-c5c6-af88-faf4d1f6a98b@redhat.com>

On 08/15/2017 05:19 AM, Andrew Hughes wrote:
> To illustrate the actual changes, the merge changesets for each repository
> are also included:
> 
> http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/corba/merge.changeset
> http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/jaxp/merge.changeset
> http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/jaxws/merge.changeset
> http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/jdk/merge.changeset
> http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/hotspot/merge.changeset
> http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/langtools/merge.changeset
> http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/nashorn/merge.changeset
> http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/root/merge.changeset

These look good to me, but I am not a Reviewer in this project.

Andrew Haley, please ack?

Thanks,
-Aleksey



From stuart.monteith at linaro.org  Wed Aug 16 17:34:28 2017
From: stuart.monteith at linaro.org (Stuart Monteith)
Date: Wed, 16 Aug 2017 18:34:28 +0100
Subject: [aarch64-port-dev ] jdk1 Fix for
	hotspot/test/gc/g1/TestJNIWeakG1/TestJNIWeakG1.java
In-Reply-To: <CAEGA6kb15eZ0vmnL_cwpCHR4NX4S2c5XH2S2UL9ivwGLzSjFhg@mail.gmail.com>
References: <CAEGA6ka76NykGm0yx75CzY2Hm=S9txXyR1v=gOx+a21UupQr2w@mail.gmail.com>
 <bb0a080d-1265-6095-fdd9-a7c1fa91a972@redhat.com>
 <CAEGA6kb15eZ0vmnL_cwpCHR4NX4S2c5XH2S2UL9ivwGLzSjFhg@mail.gmail.com>
Message-ID: <CAEGA6kb667r=9n81e84yqReRiDuRdVKw5toMkAhGUJA+B8cEJQ@mail.gmail.com>

Ok,
  The assert I added to g1_write_barrier_post was tripping - we were
passing rscratch1 and using it locally. I could just change it to
rscratch2, but if we are passing temporary registers as parameters,
I'd argue we shouldn't be using rscratch1, etc, hardcoded in those
routines. In other platforms we are passing more than two temporary
registers. I'll have a look at a more extensive change.

BR,
   Stuart

On 16 August 2017 at 18:13, Stuart Monteith <stuart.monteith at linaro.org> wrote:
>  In  MacroAssembler::g1_write_barrier_pre I'm thinking:
>
> 3644   if (obj != noreg)
> 3645     assert_different_registers(obj, pre_val, tmp, rscratch1);
> 3646   else
> 3647     assert_different_registers(pre_val, tmp, rscratch1);
>
> However, I don't understand why that condition would be there and not just:
>    assert_different_registers(obj, pre_val, tmp, rscratch1);
> as the other registers ought not to be "noreg" - although there is a
> separate useful assert for pre_val.
>
> On the same principle, would it be acceptable to add the following in
> the same patch to MacroAssembler::g1_write_barrier_post?
>
> I've tried adding the following, but I'll need to get back to you as
> it might be tripping:
>     assert_different_registers(store_addr, new_val, thread, tmp, tmp2,
> rscratch1);
>
> BR,
>    Stuart
>
>
>
>
> On 16 August 2017 at 17:39, Andrew Haley <aph at redhat.com> wrote:
>> On 16/08/17 12:34, Stuart Monteith wrote:
>>> There was a bug introduced by "8176100 G1 Need prebarrier on deference
>>> of weak JNI handles" where a rscratch1 is being passed to
>>> g1_write_barrier_pre where it is already using rscratch1. This causes
>>> the TestJNIWeakG1 testcase to SIGSEGV as the temporary register is
>>> being used fro two conflicting purposes.
>>
>> We need an assert to make sure this doesn't happen again.
>>
>> --
>> Andrew Haley
>> Java Platform Lead Engineer
>> Red Hat UK Ltd. <https://www.redhat.com>
>> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From ningsheng.jian at linaro.org  Thu Aug 17 01:47:34 2017
From: ningsheng.jian at linaro.org (Ningsheng Jian)
Date: Thu, 17 Aug 2017 09:47:34 +0800
Subject: [aarch64-port-dev ] jdk1 Fix for
	hotspot/test/gc/g1/TestJNIWeakG1/TestJNIWeakG1.java
In-Reply-To: <CAEGA6kb667r=9n81e84yqReRiDuRdVKw5toMkAhGUJA+B8cEJQ@mail.gmail.com>
References: <CAEGA6ka76NykGm0yx75CzY2Hm=S9txXyR1v=gOx+a21UupQr2w@mail.gmail.com>
 <bb0a080d-1265-6095-fdd9-a7c1fa91a972@redhat.com>
 <CAEGA6kb15eZ0vmnL_cwpCHR4NX4S2c5XH2S2UL9ivwGLzSjFhg@mail.gmail.com>
 <CAEGA6kb667r=9n81e84yqReRiDuRdVKw5toMkAhGUJA+B8cEJQ@mail.gmail.com>
Message-ID: <CACO5V=aaj27DtOo4whMn3mtiG9A+drPB1rZq72BaTJktqqHXsg@mail.gmail.com>

Bug: https://bugs.openjdk.java.net/browse/JDK-8186325

Thanks,
Ningsheng

On 17 August 2017 at 01:34, Stuart Monteith <stuart.monteith at linaro.org> wrote:
> Ok,
>   The assert I added to g1_write_barrier_post was tripping - we were
> passing rscratch1 and using it locally. I could just change it to
> rscratch2, but if we are passing temporary registers as parameters,
> I'd argue we shouldn't be using rscratch1, etc, hardcoded in those
> routines. In other platforms we are passing more than two temporary
> registers. I'll have a look at a more extensive change.
>
> BR,
>    Stuart
>
> On 16 August 2017 at 18:13, Stuart Monteith <stuart.monteith at linaro.org> wrote:
>>  In  MacroAssembler::g1_write_barrier_pre I'm thinking:
>>
>> 3644   if (obj != noreg)
>> 3645     assert_different_registers(obj, pre_val, tmp, rscratch1);
>> 3646   else
>> 3647     assert_different_registers(pre_val, tmp, rscratch1);
>>
>> However, I don't understand why that condition would be there and not just:
>>    assert_different_registers(obj, pre_val, tmp, rscratch1);
>> as the other registers ought not to be "noreg" - although there is a
>> separate useful assert for pre_val.
>>
>> On the same principle, would it be acceptable to add the following in
>> the same patch to MacroAssembler::g1_write_barrier_post?
>>
>> I've tried adding the following, but I'll need to get back to you as
>> it might be tripping:
>>     assert_different_registers(store_addr, new_val, thread, tmp, tmp2,
>> rscratch1);
>>
>> BR,
>>    Stuart
>>
>>
>>
>>
>> On 16 August 2017 at 17:39, Andrew Haley <aph at redhat.com> wrote:
>>> On 16/08/17 12:34, Stuart Monteith wrote:
>>>> There was a bug introduced by "8176100 G1 Need prebarrier on deference
>>>> of weak JNI handles" where a rscratch1 is being passed to
>>>> g1_write_barrier_pre where it is already using rscratch1. This causes
>>>> the TestJNIWeakG1 testcase to SIGSEGV as the temporary register is
>>>> being used fro two conflicting purposes.
>>>
>>> We need an assert to make sure this doesn't happen again.
>>>
>>> --
>>> Andrew Haley
>>> Java Platform Lead Engineer
>>> Red Hat UK Ltd. <https://www.redhat.com>
>>> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From dmitrij.pochepko at bell-sw.com  Thu Aug 17 10:38:10 2017
From: dmitrij.pochepko at bell-sw.com (Dmitrij Pochepko)
Date: Thu, 17 Aug 2017 13:38:10 +0300
Subject: [aarch64-port-dev ] [10] RFR(S): 8186297: AARCH64: Intrinsify
 Unsafe.compareAndSetByte and compareAndSetShort
In-Reply-To: <8bf1e713-d037-3b36-5048-918ec6f86206@redhat.com>
References: <feae6208-4e3d-9d48-c748-ebbf0c2ee02d@bell-sw.com>
 <56bb1972-9439-ed56-cd27-1e8a4ba9b9ed@redhat.com>
 <276711502899474@web19o.yandex.ru>
 <4aff90da-1cd1-cb53-a59a-e312209fb7ec@redhat.com>
 <8bf1e713-d037-3b36-5048-918ec6f86206@redhat.com>
Message-ID: <aa34dfd6-0889-0807-4e0f-361c886da97d@bell-sw.com>

Hi Andrew,

thank you for catching this! here is a webrev that fixes the issue you 
pointed out to:

http://cr.openjdk.java.net/~dpochepk/8186297/webrev.02/

I believe it?s good enough for the Unsafe intrinsic which is the purpose 
of this fix. I?ll consider adding pair rules and tidy up that area in a 
separate enhancement if you don?t mind.

-Dmitrij


On 16.08.2017 19:44, Andrew Dinn wrote:
> On 16/08/17 17:33, Andrew Haley wrote:
>> On 16/08/17 12:04, dmitrij.pochepko at bell-sw.com wrote:
>>
>>> WeakCompareAndSwap seems to be already implemented.
>> How weird; I wonder how that happened.  OK, the patch is good.
> No, please cancel that.
>
> The case statement in is_CAS should not be modified. It is used by the
> code which optimizes out dmbs and replaces the stores and loads with
> releasing stores and acquiring loads. If you look at the rules for
> CopareAndswapI/L/N/P you will see that they come in pairs. Your single
> rules do not include the matching pair rule. They will be able to
> generate the code that is used when dmb barriers are generated. But the
> change to the is_CAS case switch will stop the barriers being generated.
> If you revert is_CAS back to what it was then your single rules will be ok.
>
> 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 Aug 18 08:24:44 2017
From: adinn at redhat.com (Andrew Dinn)
Date: Fri, 18 Aug 2017 09:24:44 +0100
Subject: [aarch64-port-dev ] [10] RFR(S): 8186297: AARCH64: Intrinsify
 Unsafe.compareAndSetByte and compareAndSetShort
In-Reply-To: <aa34dfd6-0889-0807-4e0f-361c886da97d@bell-sw.com>
References: <feae6208-4e3d-9d48-c748-ebbf0c2ee02d@bell-sw.com>
 <56bb1972-9439-ed56-cd27-1e8a4ba9b9ed@redhat.com>
 <276711502899474@web19o.yandex.ru>
 <4aff90da-1cd1-cb53-a59a-e312209fb7ec@redhat.com>
 <8bf1e713-d037-3b36-5048-918ec6f86206@redhat.com>
 <aa34dfd6-0889-0807-4e0f-361c886da97d@bell-sw.com>
Message-ID: <1a66c21a-5dda-ca3b-892f-03429d35e4a7@redhat.com>

Hi Dmitrij,

On 17/08/17 11:38, Dmitrij Pochepko wrote:
> thank you for catching this! here is a webrev that fixes the issue you
> pointed out to:
> 
> http://cr.openjdk.java.net/~dpochepk/8186297/webrev.02/
> 
> I believe it?s good enough for the Unsafe intrinsic which is the purpose
> of this fix. I?ll consider adding pair rules and tidy up that area in a
> separate enhancement if you don?t mind.
Sure, this is good enough as is. The special case handling would be nice
but is not urgent. When you do add the pair rules don't forget to update
is_CAS :-)

Thanks for fixing this.

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 Aug 18 08:26:14 2017
From: adinn at redhat.com (Andrew Dinn)
Date: Fri, 18 Aug 2017 09:26:14 +0100
Subject: [aarch64-port-dev ] [RFR] 8u144 Upstream Sync
In-Reply-To: <1f239a97-4048-c5c6-af88-faf4d1f6a98b@redhat.com>
References: <CABi63P539RFKF4uMd7G90--KxF2pqvmvZGVF8WEfu6uD=+5Dvw@mail.gmail.com>
 <1f239a97-4048-c5c6-af88-faf4d1f6a98b@redhat.com>
Message-ID: <8c3c0c84-8380-8d30-1b9e-aad5503f1bfe@redhat.com>

On 16/08/17 18:24, Aleksey Shipilev wrote:
> On 08/15/2017 05:19 AM, Andrew Hughes wrote:
>> To illustrate the actual changes, the merge changesets for each repository
>> are also included:
>>
>> http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/corba/merge.changeset
>> http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/jaxp/merge.changeset
>> http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/jaxws/merge.changeset
>> http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/jdk/merge.changeset
>> http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/hotspot/merge.changeset
>> http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/langtools/merge.changeset
>> http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/nashorn/merge.changeset
>> http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/root/merge.changeset
> 
> These look good to me, but I am not a Reviewer in this project.
> 
> Andrew Haley, please ack?
I'll ack it. Please do push.

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 Aug 18 09:07:16 2017
From: adinn at redhat.com (Andrew Dinn)
Date: Fri, 18 Aug 2017 10:07:16 +0100
Subject: [aarch64-port-dev ] jdk1 Fix for
 hotspot/test/gc/g1/TestJNIWeakG1/TestJNIWeakG1.java
In-Reply-To: <CAEGA6kb667r=9n81e84yqReRiDuRdVKw5toMkAhGUJA+B8cEJQ@mail.gmail.com>
References: <CAEGA6ka76NykGm0yx75CzY2Hm=S9txXyR1v=gOx+a21UupQr2w@mail.gmail.com>
 <bb0a080d-1265-6095-fdd9-a7c1fa91a972@redhat.com>
 <CAEGA6kb15eZ0vmnL_cwpCHR4NX4S2c5XH2S2UL9ivwGLzSjFhg@mail.gmail.com>
 <CAEGA6kb667r=9n81e84yqReRiDuRdVKw5toMkAhGUJA+B8cEJQ@mail.gmail.com>
Message-ID: <aa5e0103-9b0e-8fd4-d781-b9837681be90@redhat.com>

On 16/08/17 18:34, Stuart Monteith wrote:
> Ok,
>   The assert I added to g1_write_barrier_post was tripping - we were
> passing rscratch1 and using it locally. I could just change it to
> rscratch2, but if we are passing temporary registers as parameters,
> I'd argue we shouldn't be using rscratch1, etc, hardcoded in those
> routines. In other platforms we are passing more than two temporary
> registers. I'll have a look at a more extensive change.

First, regarding the asserts:

As you say, there is no need for to separate the cases to make two
different calls to assert_different_registers. However, it is nice that
the current code recognises the possibility that obj == noreg, albeit at
the cost of some branching. You could maybe use this:

  assert_different_registers(obj, pre_val, tmp, rscratch1);
  assert(pre_val != noreg &&  tmp != noreg, "expecting a register");

Second, the rscratch1 conflict in g1_write_barrier_post is best solved
by changing the calling code in templateTable_aarch64.cpp to pass
rscratch2 (that is the only call) i.e.

        } else {
          // G1 barrier needs uncompressed oop for region cross check.
          Register new_val = val;
          if (UseCompressedOops) {
-             new_val = rscratch1;
+             new_val = rscratch2;
            __ mov(new_val, val);
          }
          __ store_heap_oop(Address(r3, 0), val);
          __ g1_write_barrier_post(r3 /* store_adr */,
                                   new_val /* new_val */,
                                   rthread /* thread */,
                                   r10 /* tmp */,
                                   r1 /* tmp2 */);
        }

That should be enough to allow a similar assert to be used in
g1_write_barrier_post. In this latter case obj cannot be noreg so you
need to include that in the second assert for g1_write_barrier_post.

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 stuart.monteith at linaro.org  Fri Aug 18 11:00:12 2017
From: stuart.monteith at linaro.org (Stuart Monteith)
Date: Fri, 18 Aug 2017 12:00:12 +0100
Subject: [aarch64-port-dev ] jdk1 Fix for
	hotspot/test/gc/g1/TestJNIWeakG1/TestJNIWeakG1.java
In-Reply-To: <aa5e0103-9b0e-8fd4-d781-b9837681be90@redhat.com>
References: <CAEGA6ka76NykGm0yx75CzY2Hm=S9txXyR1v=gOx+a21UupQr2w@mail.gmail.com>
 <bb0a080d-1265-6095-fdd9-a7c1fa91a972@redhat.com>
 <CAEGA6kb15eZ0vmnL_cwpCHR4NX4S2c5XH2S2UL9ivwGLzSjFhg@mail.gmail.com>
 <CAEGA6kb667r=9n81e84yqReRiDuRdVKw5toMkAhGUJA+B8cEJQ@mail.gmail.com>
 <aa5e0103-9b0e-8fd4-d781-b9837681be90@redhat.com>
Message-ID: <CAEGA6kahJJmpDL_sS5=+Q9ptBzJdoCjFdPXtbieR8ZpN+A0xLg@mail.gmail.com>

Hello,
   Thanks Andrew. I might have gone too far by factoring out rscratch1
and adding an extra parameter to g1_write_barrier_post.
This is my current patch:
 http://cr.openjdk.java.net/~njian/8186325/webrev.00/

I'll add the extra asserts for testing for !=noreg. If you want I can
undo adding tmp3 to g1_write_barrier_post.

BR,
   Stuart

On 18 August 2017 at 10:07, Andrew Dinn <adinn at redhat.com> wrote:
> On 16/08/17 18:34, Stuart Monteith wrote:
>> Ok,
>>   The assert I added to g1_write_barrier_post was tripping - we were
>> passing rscratch1 and using it locally. I could just change it to
>> rscratch2, but if we are passing temporary registers as parameters,
>> I'd argue we shouldn't be using rscratch1, etc, hardcoded in those
>> routines. In other platforms we are passing more than two temporary
>> registers. I'll have a look at a more extensive change.
>
> First, regarding the asserts:
>
> As you say, there is no need for to separate the cases to make two
> different calls to assert_different_registers. However, it is nice that
> the current code recognises the possibility that obj == noreg, albeit at
> the cost of some branching. You could maybe use this:
>
>   assert_different_registers(obj, pre_val, tmp, rscratch1);
>   assert(pre_val != noreg &&  tmp != noreg, "expecting a register");
>
> Second, the rscratch1 conflict in g1_write_barrier_post is best solved
> by changing the calling code in templateTable_aarch64.cpp to pass
> rscratch2 (that is the only call) i.e.
>
>         } else {
>           // G1 barrier needs uncompressed oop for region cross check.
>           Register new_val = val;
>           if (UseCompressedOops) {
> -             new_val = rscratch1;
> +             new_val = rscratch2;
>             __ mov(new_val, val);
>           }
>           __ store_heap_oop(Address(r3, 0), val);
>           __ g1_write_barrier_post(r3 /* store_adr */,
>                                    new_val /* new_val */,
>                                    rthread /* thread */,
>                                    r10 /* tmp */,
>                                    r1 /* tmp2 */);
>         }
>
> That should be enough to allow a similar assert to be used in
> g1_write_barrier_post. In this latter case obj cannot be noreg so you
> need to include that in the second assert for g1_write_barrier_post.
>
> 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 dmitrij.pochepko at bell-sw.com  Fri Aug 18 12:56:14 2017
From: dmitrij.pochepko at bell-sw.com (Dmitrij Pochepko)
Date: Fri, 18 Aug 2017 15:56:14 +0300
Subject: [aarch64-port-dev ] [10] RFR(S): 8186297: AARCH64: Intrinsify
 Unsafe.compareAndSetByte and compareAndSetShort
In-Reply-To: <1a66c21a-5dda-ca3b-892f-03429d35e4a7@redhat.com>
References: <feae6208-4e3d-9d48-c748-ebbf0c2ee02d@bell-sw.com>
 <56bb1972-9439-ed56-cd27-1e8a4ba9b9ed@redhat.com>
 <276711502899474@web19o.yandex.ru>
 <4aff90da-1cd1-cb53-a59a-e312209fb7ec@redhat.com>
 <8bf1e713-d037-3b36-5048-918ec6f86206@redhat.com>
 <aa34dfd6-0889-0807-4e0f-361c886da97d@bell-sw.com>
 <1a66c21a-5dda-ca3b-892f-03429d35e4a7@redhat.com>
Message-ID: <7b83967e-2d6c-65f5-50e2-78e3a9bb7e4d@bell-sw.com>

Thank you!


On 18.08.2017 11:24, Andrew Dinn wrote:
> Hi Dmitrij,
>
> On 17/08/17 11:38, Dmitrij Pochepko wrote:
>> thank you for catching this! here is a webrev that fixes the issue you
>> pointed out to:
>>
>> http://cr.openjdk.java.net/~dpochepk/8186297/webrev.02/
>>
>> I believe it?s good enough for the Unsafe intrinThsic which is the purpose
>> of this fix. I?ll consider adding pair rules and tidy up that area in a
>> separate enhancement if you don?t mind.
> Sure, this is good enough as is. The special case handling would be nice
> but is not urgent. When you do add the pair rules don't forget to update
> is_CAS :-)
>
> Thanks for fixing this.
>
> 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 Aug 18 13:34:08 2017
From: adinn at redhat.com (Andrew Dinn)
Date: Fri, 18 Aug 2017 14:34:08 +0100
Subject: [aarch64-port-dev ] jdk1 Fix for
 hotspot/test/gc/g1/TestJNIWeakG1/TestJNIWeakG1.java
In-Reply-To: <CAEGA6kahJJmpDL_sS5=+Q9ptBzJdoCjFdPXtbieR8ZpN+A0xLg@mail.gmail.com>
References: <CAEGA6ka76NykGm0yx75CzY2Hm=S9txXyR1v=gOx+a21UupQr2w@mail.gmail.com>
 <bb0a080d-1265-6095-fdd9-a7c1fa91a972@redhat.com>
 <CAEGA6kb15eZ0vmnL_cwpCHR4NX4S2c5XH2S2UL9ivwGLzSjFhg@mail.gmail.com>
 <CAEGA6kb667r=9n81e84yqReRiDuRdVKw5toMkAhGUJA+B8cEJQ@mail.gmail.com>
 <aa5e0103-9b0e-8fd4-d781-b9837681be90@redhat.com>
 <CAEGA6kahJJmpDL_sS5=+Q9ptBzJdoCjFdPXtbieR8ZpN+A0xLg@mail.gmail.com>
Message-ID: <bd5818f4-ff1f-fc91-3eae-7a2d1e7b7cac@redhat.com>

Hi Stuart,

On 18/08/17 12:00, Stuart Monteith wrote:
> Hello,
>    Thanks Andrew. I might have gone too far by factoring out rscratch1
> and adding an extra parameter to g1_write_barrier_post.
> This is my current patch:
>  http://cr.openjdk.java.net/~njian/8186325/webrev.00/
> 
> I'll add the extra asserts for testing for !=noreg. If you want I can
> undo adding tmp3 to g1_write_barrier_post.
You don't need to add any extra registers as arguments to
g1_write_barrier_pre and g1_write_barrier_post. You really just need an
assert to ensure that none of the incoming registers clash with those
employed explicitly by the called code or with each other. In the first
case that means:

  assert_different_registers(obj, pre_val, tmp, rscratch1);

In the second case that means:

  assert_different_registers(obj, pre_val, tmp, tmp2, rscratch1);

This is all that is needed to catch wrong caller assumptions.

Although the use of registers internal to the barrier methods is
implicit there is no way this is not going to be found out and corrected
before anything gets shipped. If you want to be extra helpful to future
devs you can add a header comment to the two barrier functions e.g.

/*
 * g1_write_barrier_pre -- write a barrier for store of
 * new_val at store_addr
 *
 * allocates rscratch1
 */

If you look around you will find lots of places in the implementation
where rscratch1 is passed as a tmp register and many more where
rscratch2 or some other register is passed because it is /implicitly/
'known' that rscratch1 is going to be used by the called routine (e.g.
see file interp_masm_aarch64.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 dmitry.chuyko at bell-sw.com  Fri Aug 18 13:57:17 2017
From: dmitry.chuyko at bell-sw.com (Dmitry Chuyko)
Date: Fri, 18 Aug 2017 16:57:17 +0300
Subject: [aarch64-port-dev ] RFR(S): 8186438: 'configure' fails to find
 installed libfreetype on Ubuntu AArch64
Message-ID: <41ab9490-e18a-b655-7209-04680db1d4f6@bell-sw.com>

Please review the fix to let 'configure' proceed to success after 
dependencies installation on clean Ubuntu-aarch64.

bug: https://bugs.openjdk.java.net/browse/JDK-8186438
webrev: http://cr.openjdk.java.net/~dchuyko/8186438/webrev.00/

The fix changes known libfreetype.so location to reflect actual library 
path on Linux when 64-bit CPU is different from x86_64.
lib-freetype.m4 was changed and generated-configure.sh was regenerated.

--
Dmitry Chuyko


From adinn at redhat.com  Fri Aug 18 14:48:10 2017
From: adinn at redhat.com (Andrew Dinn)
Date: Fri, 18 Aug 2017 15:48:10 +0100
Subject: [aarch64-port-dev ] RFR(S): 8186438: 'configure' fails to find
 installed libfreetype on Ubuntu AArch64
In-Reply-To: <41ab9490-e18a-b655-7209-04680db1d4f6@bell-sw.com>
References: <41ab9490-e18a-b655-7209-04680db1d4f6@bell-sw.com>
Message-ID: <a7f4d4c3-d7cd-d472-0d71-4db18f4d23c6@redhat.com>

hi Dmitry,

On 18/08/17 14:57, Dmitry Chuyko wrote:
> Please review the fix to let 'configure' proceed to success after
> dependencies installation on clean Ubuntu-aarch64.
> 
> bug: https://bugs.openjdk.java.net/browse/JDK-8186438
> webrev: http://cr.openjdk.java.net/~dchuyko/8186438/webrev.00/
> 
> The fix changes known libfreetype.so location to reflect actual library
> path on Linux when 64-bit CPU is different from x86_64.
> lib-freetype.m4 was changed and generated-configure.sh was regenerated.
I don't understand why you are posting this to the aarch64-port-dev list
nor why the bug is marked with CPU AArch64. This does not seem to relate
to anything intrinsic to AArch64, rather an unfortunate consequence of
how Ubuntu has determined the location of the freetype libraries in its
aarch64 releases.

What you really seem to be asking for is a change to the build system to
accommodate that specific Ubuntu organization. I think this needs to be
addressed by the build system maintainers.

n.b. I have cross-posted this to build-dev.

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 stuart.monteith at linaro.org  Fri Aug 18 15:04:52 2017
From: stuart.monteith at linaro.org (Stuart Monteith)
Date: Fri, 18 Aug 2017 16:04:52 +0100
Subject: [aarch64-port-dev ] jdk1 Fix for
	hotspot/test/gc/g1/TestJNIWeakG1/TestJNIWeakG1.java
In-Reply-To: <bd5818f4-ff1f-fc91-3eae-7a2d1e7b7cac@redhat.com>
References: <CAEGA6ka76NykGm0yx75CzY2Hm=S9txXyR1v=gOx+a21UupQr2w@mail.gmail.com>
 <bb0a080d-1265-6095-fdd9-a7c1fa91a972@redhat.com>
 <CAEGA6kb15eZ0vmnL_cwpCHR4NX4S2c5XH2S2UL9ivwGLzSjFhg@mail.gmail.com>
 <CAEGA6kb667r=9n81e84yqReRiDuRdVKw5toMkAhGUJA+B8cEJQ@mail.gmail.com>
 <aa5e0103-9b0e-8fd4-d781-b9837681be90@redhat.com>
 <CAEGA6kahJJmpDL_sS5=+Q9ptBzJdoCjFdPXtbieR8ZpN+A0xLg@mail.gmail.com>
 <bd5818f4-ff1f-fc91-3eae-7a2d1e7b7cac@redhat.com>
Message-ID: <CAEGA6ka9oaTeaUXjk=w5T+xSdpMrmSifdHMUQUm=UtCAbtPgCQ@mail.gmail.com>

Hello,
  I'm not going to be able to upload the patch and webrev today, but
here's my latest attempt. I've backed out passing the temporary
registers and added the comments and asserts. It passes JTreg (with
fastdebug).

Many thanks,
    Stuart

# HG changeset patch
# User smonteith
# Date 1503067917 -3600
#      Fri Aug 18 15:51:57 2017 +0100
# Node ID 47ae436ce6043703d795a8a8438c10581495c841
# Parent  ecc706979abd3e5281e060f195fc729a8770f923
[mq]: add_regs

diff -r ecc706979abd -r 47ae436ce604
src/cpu/aarch64/vm/macroAssembler_aarch64.cpp
--- a/src/cpu/aarch64/vm/macroAssembler_aarch64.cpp Wed Aug 16
20:57:00 2017 +0000
+++ b/src/cpu/aarch64/vm/macroAssembler_aarch64.cpp Fri Aug 18
15:51:57 2017 +0100
@@ -3624,6 +3624,13 @@
 }

 #if INCLUDE_ALL_GCS
+
+/*
+ * g1_write_barrier_pre -- G1GC pre-write barrier for store of new_val at
+ * store_addr.
+ *
+ * allocates rscratch1
+ */
 void MacroAssembler::g1_write_barrier_pre(Register obj,
                                           Register pre_val,
                                           Register thread,
@@ -3641,8 +3648,8 @@

   assert(pre_val != noreg, "check this code");

-  if (obj != noreg)
-    assert_different_registers(obj, pre_val, tmp);
+  assert_different_registers(obj, pre_val, tmp, rscratch1);
+  assert(pre_val != noreg &&  tmp != noreg, "expecting a register");

   Address in_progress(thread, in_bytes(JavaThread::satb_mark_queue_offset() +

SATBMarkQueue::byte_offset_of_active()));
@@ -3716,12 +3723,21 @@
   bind(done);
 }

+/*
+ * g1_write_barrier_post -- G1GC post-write barrier for store of new_val at
+ * store_addr
+ *
+ * allocates rscratch1
+ */
 void MacroAssembler::g1_write_barrier_post(Register store_addr,
                                            Register new_val,
                                            Register thread,
                                            Register tmp,
                                            Register tmp2) {
   assert(thread == rthread, "must be");
+  assert_different_registers(store_addr, new_val, thread, tmp, tmp2,
rscratch1);
+  assert(store_addr != noreg && new_val != noreg && tmp != noreg
+         && tmp2 != noreg, "expecting a register");

   Address queue_index(thread, in_bytes(JavaThread::dirty_card_queue_offset() +

DirtyCardQueue::byte_offset_of_index()));
diff -r ecc706979abd -r 47ae436ce604
src/cpu/aarch64/vm/sharedRuntime_aarch64.cpp
--- a/src/cpu/aarch64/vm/sharedRuntime_aarch64.cpp Wed Aug 16 20:57:00
2017 +0000
+++ b/src/cpu/aarch64/vm/sharedRuntime_aarch64.cpp Fri Aug 18 15:51:57
2017 +0100
@@ -2067,7 +2067,7 @@
       __ g1_write_barrier_pre(noreg /* obj */,
                               r0 /* pre_val */,
                               rthread /* thread */,
-                              rscratch1 /* tmp */,
+                              rscratch2 /* tmp */,
                               true /* tosca_live */,
                               true /* expand_call */);
     }
diff -r ecc706979abd -r 47ae436ce604
src/cpu/aarch64/vm/templateTable_aarch64.cpp
--- a/src/cpu/aarch64/vm/templateTable_aarch64.cpp Wed Aug 16 20:57:00
2017 +0000
+++ b/src/cpu/aarch64/vm/templateTable_aarch64.cpp Fri Aug 18 15:51:57
2017 +0100
@@ -170,7 +170,7 @@
           // G1 barrier needs uncompressed oop for region cross check.
           Register new_val = val;
           if (UseCompressedOops) {
-            new_val = rscratch1;
+            new_val = rscratch2;
             __ mov(new_val, val);
           }
           __ store_heap_oop(Address(r3, 0), val);

From gnu.andrew at redhat.com  Fri Aug 18 16:44:36 2017
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Fri, 18 Aug 2017 16:44:36 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u: 30 new changesets
Message-ID: <201708181644.v7IGiaqt011143@aojmv0008.oracle.com>

Changeset: 3e834a0dfc89
Author:    asaha
Date:      2017-03-14 08:17 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/3e834a0dfc89

Added tag jdk8u131-b11 for changeset 94b119876028

! .hgtags

Changeset: b85ec4e74ab5
Author:    asaha
Date:      2016-12-13 12:23 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/b85ec4e74ab5

Added tag jdk8u141-b00 for changeset 756ee32cd629

! .hgtags

Changeset: 67ad47bf9348
Author:    asaha
Date:      2016-12-20 13:03 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/67ad47bf9348

Merge

! .hgtags

Changeset: a648e9db3287
Author:    asaha
Date:      2017-01-23 16:36 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/a648e9db3287

Merge

! .hgtags

Changeset: 912f98c6ac84
Author:    asaha
Date:      2017-02-07 11:15 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/912f98c6ac84

Merge

! .hgtags

Changeset: fbcad9e3ab3f
Author:    asaha
Date:      2017-02-24 09:12 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/fbcad9e3ab3f

Merge

! .hgtags

Changeset: 265eee8461d0
Author:    asaha
Date:      2017-03-09 09:50 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/265eee8461d0

Merge

! .hgtags

Changeset: b174b1474d36
Author:    asaha
Date:      2017-03-16 10:17 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/b174b1474d36

Merge

! .hgtags

Changeset: 3036128430bc
Author:    asaha
Date:      2017-03-20 10:54 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/3036128430bc

Added tag jdk8u141-b01 for changeset b174b1474d36

! .hgtags

Changeset: 5ed8f9f7b80e
Author:    asaha
Date:      2017-03-27 14:12 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/5ed8f9f7b80e

Added tag jdk8u141-b02 for changeset 3036128430bc

! .hgtags

Changeset: 68b47161333d
Author:    coffeys
Date:      2017-03-16 17:38 +0000
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/68b47161333d

8173207: Upgrade compression library
Reviewed-by: sherman, jeff

! THIRD_PARTY_README

Changeset: 571e02a10797
Author:    asaha
Date:      2017-04-03 13:45 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/571e02a10797

Added tag jdk8u141-b03 for changeset 68b47161333d

! .hgtags

Changeset: 5346ed81542f
Author:    asaha
Date:      2017-04-10 13:38 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/5346ed81542f

Added tag jdk8u141-b04 for changeset 571e02a10797

! .hgtags

Changeset: a4df4fcf824d
Author:    asaha
Date:      2017-04-17 11:44 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/a4df4fcf824d

Added tag jdk8u141-b05 for changeset 5346ed81542f

! .hgtags

Changeset: 6c30edf90d2f
Author:    asaha
Date:      2017-04-24 11:45 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/6c30edf90d2f

Added tag jdk8u141-b06 for changeset a4df4fcf824d

! .hgtags

Changeset: 2668825b159c
Author:    asaha
Date:      2017-05-01 10:53 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/2668825b159c

Added tag jdk8u141-b07 for changeset 6c30edf90d2f

! .hgtags

Changeset: 03787c23faa8
Author:    asaha
Date:      2017-05-08 11:06 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/03787c23faa8

Added tag jdk8u141-b08 for changeset 2668825b159c

! .hgtags

Changeset: 0cd23baf44e6
Author:    asaha
Date:      2017-05-15 14:08 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/0cd23baf44e6

Added tag jdk8u141-b09 for changeset 03787c23faa8

! .hgtags

Changeset: 620749a305c5
Author:    asaha
Date:      2017-05-22 14:58 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/620749a305c5

Added tag jdk8u141-b10 for changeset 0cd23baf44e6

! .hgtags

Changeset: 96264dd0d57d
Author:    asaha
Date:      2017-05-30 11:59 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/96264dd0d57d

Added tag jdk8u141-b11 for changeset 620749a305c5

! .hgtags

Changeset: ccc90a48ebad
Author:    asaha
Date:      2017-06-06 10:01 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/ccc90a48ebad

Added tag jdk8u141-b12 for changeset 96264dd0d57d

! .hgtags

Changeset: 1d97fc4da695
Author:    asaha
Date:      2017-06-12 22:56 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/1d97fc4da695

8181946: JDK 8 THIRD_PARTY_README - Minor Cleanup
Reviewed-by: jeff

! THIRD_PARTY_README

Changeset: 68a5871a5dd3
Author:    asaha
Date:      2017-06-12 23:05 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/68a5871a5dd3

Added tag jdk8u141-b13 for changeset 1d97fc4da695

! .hgtags

Changeset: bb1d568e95ee
Author:    asaha
Date:      2017-06-26 13:49 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/bb1d568e95ee

Added tag jdk8u141-b14 for changeset 68a5871a5dd3

! .hgtags

Changeset: 48a5a43b3197
Author:    asaha
Date:      2017-07-11 23:25 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/48a5a43b3197

8184235: Backout JDK-8173207 from 8u141, 7u151 and higher updates source base
Summary: Backed out changeset 68b47161333d
Reviewed-by: coffeys

! THIRD_PARTY_README

Changeset: 9a342a4d9097
Author:    asaha
Date:      2017-07-11 23:50 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/9a342a4d9097

Added tag jdk8u141-b15 for changeset 48a5a43b3197

! .hgtags

Changeset: 57a5aae91b8b
Author:    asaha
Date:      2017-07-20 23:09 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/57a5aae91b8b

Added tag jdk8u144-b00 for changeset 9a342a4d9097

! .hgtags

Changeset: 2d948507554f
Author:    andrew
Date:      2017-08-14 15:25 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/2d948507554f

Merge jdk8u144-b01

! .hgtags

Changeset: 56116fb0cf9d
Author:    andrew
Date:      2017-08-14 15:29 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/56116fb0cf9d

Added tag aarch64-jdk8u141-b17 for changeset 1934a22b486f

! .hgtags

Changeset: 8e9dba37ccab
Author:    andrew
Date:      2017-08-14 15:36 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/8e9dba37ccab

Added tag aarch64-jdk8u144-b01 for changeset 56116fb0cf9d

! .hgtags


From gnu.andrew at redhat.com  Fri Aug 18 16:44:43 2017
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Fri, 18 Aug 2017 16:44:43 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u/corba: 30 new changesets
Message-ID: <201708181644.v7IGihZW011326@aojmv0008.oracle.com>

Changeset: 1be88b102d23
Author:    asaha
Date:      2017-03-14 08:17 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/1be88b102d23

Added tag jdk8u131-b11 for changeset 2b88cb53e31f

! .hgtags

Changeset: 2dbdceff6ade
Author:    asaha
Date:      2016-12-13 12:23 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/2dbdceff6ade

Added tag jdk8u141-b00 for changeset 7056e474d6e3

! .hgtags

Changeset: dc56b830af52
Author:    asaha
Date:      2016-12-20 13:03 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/dc56b830af52

Merge

! .hgtags

Changeset: 422f509c61cf
Author:    asaha
Date:      2017-01-23 16:37 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/422f509c61cf

Merge

! .hgtags

Changeset: 863058344258
Author:    asaha
Date:      2017-02-07 11:15 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/863058344258

Merge

! .hgtags

Changeset: d2afe61fe52d
Author:    asaha
Date:      2017-02-24 09:13 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/d2afe61fe52d

Merge

! .hgtags

Changeset: fe2e31cdf695
Author:    asaha
Date:      2017-03-09 09:51 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/fe2e31cdf695

Merge

! .hgtags

Changeset: 0f825574a7c8
Author:    asaha
Date:      2017-03-16 10:18 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/0f825574a7c8

Merge

! .hgtags

Changeset: 66d2dbe82668
Author:    asaha
Date:      2017-03-20 10:54 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/66d2dbe82668

Added tag jdk8u141-b01 for changeset 0f825574a7c8

! .hgtags

Changeset: d673a1a9d4e3
Author:    asaha
Date:      2017-03-27 14:12 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/d673a1a9d4e3

Added tag jdk8u141-b02 for changeset 66d2dbe82668

! .hgtags

Changeset: 7316b3f30654
Author:    coffeys
Date:      2017-03-16 17:38 +0000
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/7316b3f30654

8173207: Upgrade compression library
Reviewed-by: sherman, jeff

! THIRD_PARTY_README

Changeset: 68139c8638dc
Author:    asaha
Date:      2017-04-03 13:45 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/68139c8638dc

Added tag jdk8u141-b03 for changeset 7316b3f30654

! .hgtags

Changeset: df048aacfa19
Author:    asaha
Date:      2017-04-10 13:38 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/df048aacfa19

Added tag jdk8u141-b04 for changeset 68139c8638dc

! .hgtags

Changeset: 608c9620655e
Author:    asaha
Date:      2017-04-17 11:44 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/608c9620655e

Added tag jdk8u141-b05 for changeset df048aacfa19

! .hgtags

Changeset: 3c2d6ed6d9ed
Author:    asaha
Date:      2017-04-24 11:45 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/3c2d6ed6d9ed

Added tag jdk8u141-b06 for changeset 608c9620655e

! .hgtags

Changeset: a88f33e068d4
Author:    asaha
Date:      2017-05-01 10:53 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/a88f33e068d4

Added tag jdk8u141-b07 for changeset 3c2d6ed6d9ed

! .hgtags

Changeset: 9947765c3f11
Author:    asaha
Date:      2017-05-08 11:06 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/9947765c3f11

Added tag jdk8u141-b08 for changeset a88f33e068d4

! .hgtags

Changeset: 2dcbb77fb6d5
Author:    asaha
Date:      2017-05-15 14:08 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/2dcbb77fb6d5

Added tag jdk8u141-b09 for changeset 9947765c3f11

! .hgtags

Changeset: f4091c5aed03
Author:    asaha
Date:      2017-05-22 14:58 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/f4091c5aed03

Added tag jdk8u141-b10 for changeset 2dcbb77fb6d5

! .hgtags

Changeset: 87a9107675a5
Author:    asaha
Date:      2017-05-30 11:59 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/87a9107675a5

Added tag jdk8u141-b11 for changeset f4091c5aed03

! .hgtags

Changeset: 2e4373af86aa
Author:    asaha
Date:      2017-06-06 10:01 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/2e4373af86aa

Added tag jdk8u141-b12 for changeset 87a9107675a5

! .hgtags

Changeset: ad04b672d6f9
Author:    asaha
Date:      2017-06-12 22:56 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/ad04b672d6f9

8181946: JDK 8 THIRD_PARTY_README - Minor Cleanup
Reviewed-by: jeff

! THIRD_PARTY_README

Changeset: 2232cdb74345
Author:    asaha
Date:      2017-06-12 23:05 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/2232cdb74345

Added tag jdk8u141-b13 for changeset ad04b672d6f9

! .hgtags

Changeset: cd3b0ae4feb7
Author:    asaha
Date:      2017-06-26 13:49 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/cd3b0ae4feb7

Added tag jdk8u141-b14 for changeset 2232cdb74345

! .hgtags

Changeset: 4f242f33e89a
Author:    asaha
Date:      2017-07-11 23:26 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/4f242f33e89a

8184235: Backout JDK-8173207 from 8u141, 7u151 and higher updates source base
Summary: Backed out changeset 7316b3f30654
Reviewed-by: coffeys

! THIRD_PARTY_README

Changeset: 77461a27d91f
Author:    asaha
Date:      2017-07-11 23:51 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/77461a27d91f

Added tag jdk8u141-b15 for changeset 4f242f33e89a

! .hgtags

Changeset: 0d5d2e29f93b
Author:    asaha
Date:      2017-07-20 23:09 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/0d5d2e29f93b

Added tag jdk8u144-b00 for changeset 77461a27d91f

! .hgtags

Changeset: cebeb9652015
Author:    andrew
Date:      2017-08-14 15:25 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/cebeb9652015

Merge jdk8u144-b01

! .hgtags
! THIRD_PARTY_README

Changeset: 252ce7a6af00
Author:    andrew
Date:      2017-08-14 15:29 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/252ce7a6af00

Added tag aarch64-jdk8u141-b17 for changeset 18348461d033

! .hgtags

Changeset: 4b222c433612
Author:    andrew
Date:      2017-08-14 15:36 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/4b222c433612

Added tag aarch64-jdk8u144-b01 for changeset 252ce7a6af00

! .hgtags


From gnu.andrew at redhat.com  Fri Aug 18 16:44:50 2017
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Fri, 18 Aug 2017 16:44:50 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u/jaxp: 33 new changesets
Message-ID: <201708181644.v7IGioxt011620@aojmv0008.oracle.com>

Changeset: 3458b4e2dedd
Author:    asaha
Date:      2017-03-14 08:18 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/3458b4e2dedd

Added tag jdk8u131-b11 for changeset c9de18d5c884

! .hgtags

Changeset: 7dfdf274dbb6
Author:    asaha
Date:      2016-12-13 12:25 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/7dfdf274dbb6

Added tag jdk8u141-b00 for changeset 14571ab1dc79

! .hgtags

Changeset: 0f158cd12770
Author:    asaha
Date:      2016-12-20 13:05 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/0f158cd12770

Merge

! .hgtags

Changeset: a16e81f3dbee
Author:    asaha
Date:      2017-01-23 16:41 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/a16e81f3dbee

Merge

! .hgtags

Changeset: be73c4bf6134
Author:    asaha
Date:      2017-02-07 11:20 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/be73c4bf6134

Merge

! .hgtags

Changeset: 968aa6ab7079
Author:    asaha
Date:      2017-02-24 09:17 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/968aa6ab7079

Merge

! .hgtags

Changeset: 2692959145f4
Author:    asaha
Date:      2017-03-09 10:01 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/2692959145f4

Merge

! .hgtags

Changeset: d1a50321c3b3
Author:    asaha
Date:      2017-03-16 10:21 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/d1a50321c3b3

Merge

! .hgtags

Changeset: 8649e84e810e
Author:    asaha
Date:      2017-03-20 10:55 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/8649e84e810e

Added tag jdk8u141-b01 for changeset d1a50321c3b3

! .hgtags

Changeset: a8560736d5a3
Author:    asaha
Date:      2017-03-27 14:13 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/a8560736d5a3

Added tag jdk8u141-b02 for changeset 8649e84e810e

! .hgtags

Changeset: 11bd896e07fd
Author:    coffeys
Date:      2017-03-16 17:39 +0000
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/11bd896e07fd

8173207: Upgrade compression library
Reviewed-by: sherman, jeff

! THIRD_PARTY_README

Changeset: 73e86ed9c44e
Author:    asaha
Date:      2017-04-03 13:46 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/73e86ed9c44e

Added tag jdk8u141-b03 for changeset 11bd896e07fd

! .hgtags

Changeset: 510b8c8dfdd6
Author:    aefimov
Date:      2017-03-07 13:49 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/510b8c8dfdd6

8172469: Transform Transformer Exceptions
Reviewed-by: joehw

- src/com/sun/org/apache/xml/internal/dtm/DTMConfigurationException.java
! src/com/sun/org/apache/xml/internal/dtm/DTMException.java
! src/com/sun/org/apache/xml/internal/dtm/DTMManager.java
! src/javax/xml/transform/TransformerException.java

Changeset: c3ca1c520f0f
Author:    aefimov
Date:      2017-04-06 21:26 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/c3ca1c520f0f

8176731: JCK tests in api/javax_xml/transform/ spec conformance started failing after 8172469
Reviewed-by: joehw, dfuchs

! src/javax/xml/transform/TransformerConfigurationException.java
! src/javax/xml/transform/TransformerException.java

Changeset: b597f37cab88
Author:    asaha
Date:      2017-04-10 13:39 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/b597f37cab88

Added tag jdk8u141-b04 for changeset c3ca1c520f0f

! .hgtags

Changeset: b87ca22dfc3a
Author:    asaha
Date:      2017-04-17 11:45 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/b87ca22dfc3a

Added tag jdk8u141-b05 for changeset b597f37cab88

! .hgtags

Changeset: 0b9f83ea5441
Author:    asaha
Date:      2017-04-24 11:46 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/0b9f83ea5441

Added tag jdk8u141-b06 for changeset b87ca22dfc3a

! .hgtags

Changeset: 8d1a6e475849
Author:    asaha
Date:      2017-05-01 10:54 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/8d1a6e475849

Added tag jdk8u141-b07 for changeset 0b9f83ea5441

! .hgtags

Changeset: 7708bb0850b4
Author:    asaha
Date:      2017-05-08 11:07 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/7708bb0850b4

Added tag jdk8u141-b08 for changeset 8d1a6e475849

! .hgtags

Changeset: f284ef8d24c6
Author:    asaha
Date:      2017-05-15 14:09 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/f284ef8d24c6

Added tag jdk8u141-b09 for changeset 7708bb0850b4

! .hgtags

Changeset: 498f34ceefd7
Author:    asaha
Date:      2017-05-22 14:59 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/498f34ceefd7

Added tag jdk8u141-b10 for changeset f284ef8d24c6

! .hgtags

Changeset: 2619d303c557
Author:    asaha
Date:      2017-05-30 12:00 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/2619d303c557

Added tag jdk8u141-b11 for changeset 498f34ceefd7

! .hgtags

Changeset: 790fea8778f4
Author:    ljiang
Date:      2017-06-06 09:39 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/790fea8778f4

8181591: 8u141 L10n resource file update
Reviewed-by: coffeys

! src/com/sun/org/apache/xalan/internal/res/XSLTErrorResources_sv.java
! src/com/sun/org/apache/xerces/internal/impl/msg/XIncludeMessages_sv.properties
! src/com/sun/org/apache/xerces/internal/impl/msg/XMLSchemaMessages_sv.properties
! src/com/sun/org/apache/xml/internal/res/XMLErrorResources_sv.java

Changeset: ad6b34678f52
Author:    asaha
Date:      2017-06-06 10:02 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/ad6b34678f52

Added tag jdk8u141-b12 for changeset 790fea8778f4

! .hgtags

Changeset: 5c33c65a916e
Author:    asaha
Date:      2017-06-12 22:57 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/5c33c65a916e

8181946: JDK 8 THIRD_PARTY_README - Minor Cleanup
Reviewed-by: jeff

! THIRD_PARTY_README

Changeset: a907feb04fc1
Author:    asaha
Date:      2017-06-12 23:06 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/a907feb04fc1

Added tag jdk8u141-b13 for changeset 5c33c65a916e

! .hgtags

Changeset: 4ad157724a72
Author:    asaha
Date:      2017-06-26 13:50 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/4ad157724a72

Added tag jdk8u141-b14 for changeset a907feb04fc1

! .hgtags

Changeset: 5790500308c0
Author:    asaha
Date:      2017-07-11 23:28 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/5790500308c0

8184235: Backout JDK-8173207 from 8u141, 7u151 and higher updates source base
Summary: Backed out changeset 11bd896e07fd
Reviewed-by: coffeys

! THIRD_PARTY_README

Changeset: 4fe0f48f801c
Author:    asaha
Date:      2017-07-11 23:51 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/4fe0f48f801c

Added tag jdk8u141-b15 for changeset 5790500308c0

! .hgtags

Changeset: 330bd721dee5
Author:    asaha
Date:      2017-07-20 23:11 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/330bd721dee5

Added tag jdk8u144-b00 for changeset 4fe0f48f801c

! .hgtags

Changeset: 6140a4fecafe
Author:    andrew
Date:      2017-08-14 15:25 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/6140a4fecafe

Merge jdk8u144-b01

! .hgtags
! THIRD_PARTY_README

Changeset: 9b19202ef8de
Author:    andrew
Date:      2017-08-14 15:29 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/9b19202ef8de

Added tag aarch64-jdk8u141-b17 for changeset a33e3a967c90

! .hgtags

Changeset: 2793510feb8c
Author:    andrew
Date:      2017-08-14 15:36 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/2793510feb8c

Added tag aarch64-jdk8u144-b01 for changeset 9b19202ef8de

! .hgtags


From gnu.andrew at redhat.com  Fri Aug 18 16:44:58 2017
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Fri, 18 Aug 2017 16:44:58 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u/jaxws: 32 new changesets
Message-ID: <201708181644.v7IGiwEA011861@aojmv0008.oracle.com>

Changeset: cc08a3e37ee9
Author:    asaha
Date:      2017-03-14 08:18 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/cc08a3e37ee9

Added tag jdk8u131-b11 for changeset 7817f0d25195

! .hgtags

Changeset: eb09a34966f4
Author:    asaha
Date:      2016-12-13 12:25 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/eb09a34966f4

Added tag jdk8u141-b00 for changeset 74aa403ef03d

! .hgtags

Changeset: f1be6f93059e
Author:    asaha
Date:      2016-12-20 13:05 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/f1be6f93059e

Merge

! .hgtags

Changeset: eddf08628abc
Author:    asaha
Date:      2017-01-23 16:42 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/eddf08628abc

Merge

! .hgtags

Changeset: 7a644c14795b
Author:    asaha
Date:      2017-02-07 11:21 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/7a644c14795b

Merge

! .hgtags

Changeset: 0030d0968876
Author:    asaha
Date:      2017-02-24 09:18 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/0030d0968876

Merge

! .hgtags

Changeset: 625b0a84b0bf
Author:    asaha
Date:      2017-03-09 10:01 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/625b0a84b0bf

Merge

! .hgtags

Changeset: b1138396b99b
Author:    asaha
Date:      2017-03-16 10:21 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/b1138396b99b

Merge

! .hgtags

Changeset: a7b9281956f9
Author:    asaha
Date:      2017-03-20 10:55 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/a7b9281956f9

Added tag jdk8u141-b01 for changeset b1138396b99b

! .hgtags

Changeset: 29fa8337af17
Author:    asaha
Date:      2017-03-27 14:13 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/29fa8337af17

Added tag jdk8u141-b02 for changeset a7b9281956f9

! .hgtags

Changeset: 3d27876c2ce4
Author:    coffeys
Date:      2017-03-16 17:39 +0000
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/3d27876c2ce4

8173207: Upgrade compression library
Reviewed-by: sherman, jeff

! THIRD_PARTY_README

Changeset: a08a6118b9df
Author:    asaha
Date:      2017-04-03 13:46 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/a08a6118b9df

Added tag jdk8u141-b03 for changeset 3d27876c2ce4

! .hgtags

Changeset: dcbac02db203
Author:    asaha
Date:      2017-04-10 13:39 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/dcbac02db203

Added tag jdk8u141-b04 for changeset a08a6118b9df

! .hgtags

Changeset: f552ee60279f
Author:    asaha
Date:      2017-04-17 11:45 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/f552ee60279f

Added tag jdk8u141-b05 for changeset dcbac02db203

! .hgtags

Changeset: 86a22a62ecd5
Author:    asaha
Date:      2017-04-24 11:46 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/86a22a62ecd5

Added tag jdk8u141-b06 for changeset f552ee60279f

! .hgtags

Changeset: 9153a257b264
Author:    asaha
Date:      2017-05-01 10:54 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/9153a257b264

Added tag jdk8u141-b07 for changeset 86a22a62ecd5

! .hgtags

Changeset: 1d5f442d50df
Author:    aefimov
Date:      2017-01-12 00:25 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/1d5f442d50df

8159058: SAXParseException when sending soap message
Reviewed-by: lancea, coffeys

! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/DetailImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/ElementImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/message/saaj/SaajStaxWriter.java

Changeset: 34f55abdda46
Author:    asaha
Date:      2017-05-08 11:07 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/34f55abdda46

Added tag jdk8u141-b08 for changeset 1d5f442d50df

! .hgtags

Changeset: e965788c8d73
Author:    asaha
Date:      2017-05-15 14:09 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/e965788c8d73

Added tag jdk8u141-b09 for changeset 34f55abdda46

! .hgtags

Changeset: 7f1844127578
Author:    asaha
Date:      2017-05-22 14:59 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/7f1844127578

Added tag jdk8u141-b10 for changeset e965788c8d73

! .hgtags

Changeset: d8134565e6c8
Author:    asaha
Date:      2017-05-30 12:01 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/d8134565e6c8

Added tag jdk8u141-b11 for changeset 7f1844127578

! .hgtags

Changeset: f87d9aaee64f
Author:    asaha
Date:      2017-06-06 10:02 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/f87d9aaee64f

Added tag jdk8u141-b12 for changeset d8134565e6c8

! .hgtags

Changeset: 27d35df45162
Author:    asaha
Date:      2017-06-12 22:57 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/27d35df45162

8181946: JDK 8 THIRD_PARTY_README - Minor Cleanup
Reviewed-by: jeff

! THIRD_PARTY_README

Changeset: 631033c46a0d
Author:    asaha
Date:      2017-06-12 23:06 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/631033c46a0d

Added tag jdk8u141-b13 for changeset 27d35df45162

! .hgtags

Changeset: 65d3b0e44551
Author:    aefimov
Date:      2017-06-25 00:13 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/65d3b0e44551

8182054: Improve wsdl support
Summary: Also reviewed by Roman Grigoriadi <roman.grigoriadi at oracle.com>
Reviewed-by: joehw, lancea

! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/DOMForest.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/DOMUtil.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/xml/XmlUtil.java

Changeset: e50530b9dcda
Author:    asaha
Date:      2017-06-26 13:50 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/e50530b9dcda

Added tag jdk8u141-b14 for changeset 65d3b0e44551

! .hgtags

Changeset: c62448650df4
Author:    asaha
Date:      2017-07-11 23:29 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/c62448650df4

8184235: Backout JDK-8173207 from 8u141, 7u151 and higher updates source base
Summary: Backed out changeset 3d27876c2ce4
Reviewed-by: coffeys

! THIRD_PARTY_README

Changeset: c57e086660a3
Author:    asaha
Date:      2017-07-11 23:52 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/c57e086660a3

Added tag jdk8u141-b15 for changeset c62448650df4

! .hgtags

Changeset: d2226ba553ca
Author:    asaha
Date:      2017-07-20 23:11 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/d2226ba553ca

Added tag jdk8u144-b00 for changeset c57e086660a3

! .hgtags

Changeset: 5dbfce68e777
Author:    andrew
Date:      2017-08-14 15:25 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/5dbfce68e777

Merge jdk8u144-b01

! .hgtags
! THIRD_PARTY_README

Changeset: 9f9fa7c7fdb9
Author:    andrew
Date:      2017-08-14 15:29 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/9f9fa7c7fdb9

Added tag aarch64-jdk8u141-b17 for changeset 8fa35cb94104

! .hgtags

Changeset: 1eb06202a5c9
Author:    andrew
Date:      2017-08-14 15:36 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/1eb06202a5c9

Added tag aarch64-jdk8u144-b01 for changeset 9f9fa7c7fdb9

! .hgtags


From gnu.andrew at redhat.com  Fri Aug 18 16:45:06 2017
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Fri, 18 Aug 2017 16:45:06 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u/langtools: 32 new
	changesets
Message-ID: <201708181645.v7IGj6Kx012018@aojmv0008.oracle.com>

Changeset: c25d8a167d25
Author:    asaha
Date:      2017-03-14 08:19 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/c25d8a167d25

Added tag jdk8u131-b11 for changeset 5162417b51bd

! .hgtags

Changeset: 4d69601f88c3
Author:    asaha
Date:      2016-12-13 12:26 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/4d69601f88c3

Added tag jdk8u141-b00 for changeset 1175fac90fdb

! .hgtags

Changeset: 890432f6bb2a
Author:    asaha
Date:      2016-12-20 13:07 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/890432f6bb2a

Merge

! .hgtags

Changeset: 26c9abc6c440
Author:    asaha
Date:      2017-01-23 17:03 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/26c9abc6c440

Merge

! .hgtags

Changeset: 538b7b67a3b9
Author:    asaha
Date:      2017-02-07 11:24 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/538b7b67a3b9

Merge

! .hgtags

Changeset: 6d62608794f2
Author:    asaha
Date:      2017-02-24 09:20 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/6d62608794f2

Merge

! .hgtags

Changeset: 4d0a292c1ab2
Author:    asaha
Date:      2017-03-09 10:05 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/4d0a292c1ab2

Merge

! .hgtags

Changeset: bb163efa3276
Author:    asaha
Date:      2017-03-16 10:24 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/bb163efa3276

Merge

! .hgtags

Changeset: 5864e3781953
Author:    asaha
Date:      2017-03-20 10:55 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/5864e3781953

Added tag jdk8u141-b01 for changeset bb163efa3276

! .hgtags

Changeset: 4722ee15ca25
Author:    asaha
Date:      2017-03-27 14:14 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/4722ee15ca25

Added tag jdk8u141-b02 for changeset 5864e3781953

! .hgtags

Changeset: 4378c8e874a5
Author:    coffeys
Date:      2017-03-16 17:38 +0000
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/4378c8e874a5

8173207: Upgrade compression library
Reviewed-by: sherman, jeff

! THIRD_PARTY_README

Changeset: d89ea3127a93
Author:    asaha
Date:      2017-04-03 13:47 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/d89ea3127a93

Added tag jdk8u141-b03 for changeset 4378c8e874a5

! .hgtags

Changeset: b8e0348df792
Author:    asaha
Date:      2017-04-10 13:40 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/b8e0348df792

Added tag jdk8u141-b04 for changeset d89ea3127a93

! .hgtags

Changeset: 13b638c8e005
Author:    asaha
Date:      2017-04-17 11:46 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/13b638c8e005

Added tag jdk8u141-b05 for changeset b8e0348df792

! .hgtags

Changeset: 4d04a70e3207
Author:    asaha
Date:      2017-04-24 11:47 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/4d04a70e3207

Added tag jdk8u141-b06 for changeset 13b638c8e005

! .hgtags

Changeset: e4d2d5a018e3
Author:    asaha
Date:      2017-05-01 10:55 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/e4d2d5a018e3

Added tag jdk8u141-b07 for changeset 4d04a70e3207

! .hgtags

Changeset: e2abef6f10b9
Author:    bchristi
Date:      2017-04-27 16:18 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/e2abef6f10b9

8176329: jdeps to detect MR jar file and output a warning
Reviewed-by: mchung

! src/share/classes/com/sun/tools/jdeps/ClassFileReader.java
! src/share/classes/com/sun/tools/jdeps/JdepsTask.java
! src/share/classes/com/sun/tools/jdeps/resources/jdeps.properties
! src/share/classes/com/sun/tools/jdeps/resources/jdkinternals.properties
+ test/tools/jdeps/MRJarWarning.java

Changeset: 1df48afb34a0
Author:    asaha
Date:      2017-05-08 11:08 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/1df48afb34a0

Added tag jdk8u141-b08 for changeset e2abef6f10b9

! .hgtags

Changeset: 479c13a68ca4
Author:    asaha
Date:      2017-05-15 14:10 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/479c13a68ca4

Added tag jdk8u141-b09 for changeset 1df48afb34a0

! .hgtags

Changeset: 2cc58a0fdfd6
Author:    asaha
Date:      2017-05-22 15:00 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/2cc58a0fdfd6

Added tag jdk8u141-b10 for changeset 479c13a68ca4

! .hgtags

Changeset: 50123b7131bf
Author:    asaha
Date:      2017-05-30 12:02 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/50123b7131bf

Added tag jdk8u141-b11 for changeset 2cc58a0fdfd6

! .hgtags

Changeset: b5259d2465fa
Author:    ljiang
Date:      2017-06-06 09:40 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/b5259d2465fa

8181591: 8u141 L10n resource file update
Reviewed-by: coffeys

! src/share/classes/com/sun/tools/jdeps/resources/jdeps_ja.properties
! src/share/classes/com/sun/tools/jdeps/resources/jdeps_zh_CN.properties

Changeset: ec280466843d
Author:    asaha
Date:      2017-06-06 10:03 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/ec280466843d

Added tag jdk8u141-b12 for changeset b5259d2465fa

! .hgtags

Changeset: 9a5ddb594b49
Author:    asaha
Date:      2017-06-12 22:58 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/9a5ddb594b49

8181946: JDK 8 THIRD_PARTY_README - Minor Cleanup
Reviewed-by: jeff

! THIRD_PARTY_README

Changeset: 553043f3a231
Author:    asaha
Date:      2017-06-12 23:07 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/553043f3a231

Added tag jdk8u141-b13 for changeset 9a5ddb594b49

! .hgtags

Changeset: 1bf7ea896e8c
Author:    asaha
Date:      2017-06-26 13:51 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/1bf7ea896e8c

Added tag jdk8u141-b14 for changeset 553043f3a231

! .hgtags

Changeset: 027f6df9fe82
Author:    asaha
Date:      2017-07-11 23:34 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/027f6df9fe82

8184235: Backout JDK-8173207 from 8u141, 7u151 and higher updates source base
Summary: Backed out changeset 4378c8e874a5
Reviewed-by: coffeys

! THIRD_PARTY_README

Changeset: 4c355f7002c3
Author:    asaha
Date:      2017-07-11 23:52 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/4c355f7002c3

Added tag jdk8u141-b15 for changeset 027f6df9fe82

! .hgtags

Changeset: 816907853a15
Author:    asaha
Date:      2017-07-20 23:12 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/816907853a15

Added tag jdk8u144-b00 for changeset 4c355f7002c3

! .hgtags

Changeset: 123f05b8a5ef
Author:    andrew
Date:      2017-08-14 15:25 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/123f05b8a5ef

Merge jdk8u144-b01

! .hgtags
! THIRD_PARTY_README

Changeset: f8b7f1661494
Author:    andrew
Date:      2017-08-14 15:29 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/f8b7f1661494

Added tag aarch64-jdk8u141-b17 for changeset a2470f155d22

! .hgtags

Changeset: eb8e9a1d6c9f
Author:    andrew
Date:      2017-08-14 15:36 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/eb8e9a1d6c9f

Added tag aarch64-jdk8u144-b01 for changeset f8b7f1661494

! .hgtags


From gnu.andrew at redhat.com  Fri Aug 18 16:45:14 2017
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Fri, 18 Aug 2017 16:45:14 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u/hotspot: 34 new
	changesets
Message-ID: <201708181645.v7IGjEY7012088@aojmv0008.oracle.com>

Changeset: 35f89a3ffce5
Author:    asaha
Date:      2017-03-14 08:17 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/35f89a3ffce5

Added tag jdk8u131-b11 for changeset 829ea9b92cda

! .hgtags

Changeset: 2d5100bddeb8
Author:    asaha
Date:      2016-12-13 12:24 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/2d5100bddeb8

Added tag jdk8u141-b00 for changeset 692bc6b674dc

! .hgtags

Changeset: c938960d9345
Author:    asaha
Date:      2016-12-20 13:04 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/c938960d9345

Merge

! .hgtags

Changeset: 923de3f490e5
Author:    asaha
Date:      2017-01-23 16:38 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/923de3f490e5

Merge

! .hgtags

Changeset: 4649a1517487
Author:    asaha
Date:      2017-02-07 11:16 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/4649a1517487

Merge

! .hgtags

Changeset: 15af9b4ac654
Author:    asaha
Date:      2017-02-24 09:14 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/15af9b4ac654

Merge

! .hgtags

Changeset: fd5901f4b951
Author:    asaha
Date:      2017-03-09 09:52 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/fd5901f4b951

Merge

! .hgtags

Changeset: 0cee0db0180b
Author:    asaha
Date:      2017-03-16 10:19 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/0cee0db0180b

Merge

! .hgtags

Changeset: 82435799636c
Author:    asaha
Date:      2017-03-20 10:54 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/82435799636c

Added tag jdk8u141-b01 for changeset 0cee0db0180b

! .hgtags

Changeset: ee9f1b7a61c5
Author:    asaha
Date:      2017-03-27 14:13 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/ee9f1b7a61c5

Added tag jdk8u141-b02 for changeset 82435799636c

! .hgtags

Changeset: 678f11cc769e
Author:    coffeys
Date:      2017-03-16 17:38 +0000
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/678f11cc769e

8173207: Upgrade compression library
Reviewed-by: sherman, jeff

! THIRD_PARTY_README

Changeset: 62b0b4a31b44
Author:    asaha
Date:      2017-04-03 13:45 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/62b0b4a31b44

Added tag jdk8u141-b03 for changeset 678f11cc769e

! .hgtags

Changeset: 53a48dc8e441
Author:    asaha
Date:      2017-04-10 13:38 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/53a48dc8e441

Added tag jdk8u141-b04 for changeset 62b0b4a31b44

! .hgtags

Changeset: 4b7067065b0a
Author:    asaha
Date:      2017-04-17 11:44 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/4b7067065b0a

Added tag jdk8u141-b05 for changeset 53a48dc8e441

! .hgtags

Changeset: 42f196fd7c58
Author:    asaha
Date:      2017-04-24 11:46 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/42f196fd7c58

Added tag jdk8u141-b06 for changeset 4b7067065b0a

! .hgtags

Changeset: a8b80d85ef39
Author:    asaha
Date:      2017-05-01 10:54 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/a8b80d85ef39

Added tag jdk8u141-b07 for changeset 42f196fd7c58

! .hgtags

Changeset: 3ff8d0b5a04b
Author:    roland
Date:      2017-02-15 17:26 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/3ff8d0b5a04b

8174164: SafePointNode::_replaced_nodes breaks with irreducible loops
Reviewed-by: kvn

! src/share/vm/opto/callnode.hpp
! src/share/vm/opto/parse1.cpp
! src/share/vm/opto/replacednodes.cpp
! src/share/vm/opto/replacednodes.hpp

Changeset: b1f3fbe39975
Author:    roland
Date:      2017-02-16 15:14 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/b1f3fbe39975

8175097: [TESTBUG] 8174164 fix missed the test
Reviewed-by: kvn

+ test/compiler/c2/TestReplacedNodesOSR.java

Changeset: 37ba410ffd43
Author:    thartmann
Date:      2017-03-30 15:28 +0200
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/37ba410ffd43

8173770: Image conversion improvements
Reviewed-by: kvn, vlivanov, dlong, rhalade, mschoene, iignatyev

! src/cpu/sparc/vm/sparc.ad
! src/cpu/x86/vm/x86_32.ad
! src/cpu/x86/vm/x86_64.ad
! src/share/vm/adlc/archDesc.cpp
! src/share/vm/opto/classes.hpp
! src/share/vm/opto/loopPredicate.cpp
! src/share/vm/opto/loopnode.hpp
! src/share/vm/opto/output.cpp
! src/share/vm/opto/subnode.cpp
! src/share/vm/opto/subnode.hpp
! src/share/vm/runtime/vmStructs.cpp

Changeset: b23c5879a33c
Author:    asaha
Date:      2017-05-08 11:06 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/b23c5879a33c

Added tag jdk8u141-b08 for changeset 37ba410ffd43

! .hgtags

Changeset: 1a3f8a55df45
Author:    asaha
Date:      2017-05-15 14:08 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/1a3f8a55df45

Added tag jdk8u141-b09 for changeset b23c5879a33c

! .hgtags

Changeset: de803a292be4
Author:    asaha
Date:      2017-05-22 14:58 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/de803a292be4

Added tag jdk8u141-b10 for changeset 1a3f8a55df45

! .hgtags

Changeset: 1cc0a65e78aa
Author:    asaha
Date:      2017-05-30 12:00 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/1cc0a65e78aa

Added tag jdk8u141-b11 for changeset de803a292be4

! .hgtags

Changeset: d6e7c7d2c6f6
Author:    mdoerr
Date:      2017-06-02 08:45 +0200
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/d6e7c7d2c6f6

8181420: PPC: Image conversion improvements
Reviewed-by: thartmann, simonis, mbaesken

! src/cpu/ppc/vm/ppc.ad

Changeset: c37b56787d13
Author:    asaha
Date:      2017-06-06 10:01 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/c37b56787d13

Added tag jdk8u141-b12 for changeset d6e7c7d2c6f6

! .hgtags

Changeset: df6af363337e
Author:    asaha
Date:      2017-06-12 22:56 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/df6af363337e

8181946: JDK 8 THIRD_PARTY_README - Minor Cleanup
Reviewed-by: jeff

! THIRD_PARTY_README

Changeset: 3a1543e089c3
Author:    asaha
Date:      2017-06-12 23:06 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/3a1543e089c3

Added tag jdk8u141-b13 for changeset df6af363337e

! .hgtags

Changeset: c1ebf7ebc39b
Author:    asaha
Date:      2017-06-26 13:50 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/c1ebf7ebc39b

Added tag jdk8u141-b14 for changeset 3a1543e089c3

! .hgtags

Changeset: 23f1790147d8
Author:    asaha
Date:      2017-07-11 23:27 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/23f1790147d8

8184235: Backout JDK-8173207 from 8u141, 7u151 and higher updates source base
Summary: Backed out changeset 678f11cc769e
Reviewed-by: coffeys

! THIRD_PARTY_README

Changeset: eea89df81a8e
Author:    asaha
Date:      2017-07-11 23:51 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/eea89df81a8e

Added tag jdk8u141-b15 for changeset 23f1790147d8

! .hgtags

Changeset: db36f4d498b1
Author:    asaha
Date:      2017-07-20 23:10 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/db36f4d498b1

Added tag jdk8u144-b00 for changeset eea89df81a8e

! .hgtags

Changeset: 769583ae5639
Author:    andrew
Date:      2017-08-14 15:25 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/769583ae5639

Merge jdk8u144-b01

! .hgtags
! THIRD_PARTY_README
! src/cpu/sparc/vm/sparc.ad
! src/cpu/x86/vm/x86_32.ad
! src/cpu/x86/vm/x86_64.ad
! src/share/vm/adlc/archDesc.cpp
! src/share/vm/opto/callnode.hpp
! src/share/vm/opto/classes.hpp
! src/share/vm/opto/loopPredicate.cpp
! src/share/vm/opto/loopnode.hpp
! src/share/vm/opto/parse1.cpp
! src/share/vm/opto/subnode.cpp
! src/share/vm/opto/subnode.hpp
! src/share/vm/runtime/vmStructs.cpp

Changeset: 20d83f8419c4
Author:    andrew
Date:      2017-08-14 15:29 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/20d83f8419c4

Added tag aarch64-jdk8u141-b17 for changeset 8aae9841c393

! .hgtags

Changeset: 7672149aea2c
Author:    andrew
Date:      2017-08-14 15:36 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/7672149aea2c

Added tag aarch64-jdk8u144-b01 for changeset 20d83f8419c4

! .hgtags


From gnu.andrew at redhat.com  Fri Aug 18 16:45:27 2017
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Fri, 18 Aug 2017 16:45:27 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u/jdk: 75 new changesets
Message-ID: <201708181645.v7IGjTUe012252@aojmv0008.oracle.com>

Changeset: 0807dc9e47d6
Author:    asaha
Date:      2017-03-14 08:18 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/0807dc9e47d6

Added tag jdk8u131-b11 for changeset 3ab471c4760a

! .hgtags

Changeset: 072e084bceee
Author:    asaha
Date:      2016-12-13 12:25 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/072e084bceee

Added tag jdk8u141-b00 for changeset a160009bbe14

! .hgtags

Changeset: e946652b3807
Author:    asaha
Date:      2016-12-20 13:06 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/e946652b3807

Merge

! .hgtags
- test/sun/security/tools/jarsigner/ts.sh

Changeset: 01aa958e0135
Author:    asaha
Date:      2017-02-10 15:10 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/01aa958e0135

Merge

! .hgtags

Changeset: e7ed178a0579
Author:    asaha
Date:      2017-02-24 09:18 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/e7ed178a0579

Merge

! .hgtags

Changeset: ee43a5308c1d
Author:    asaha
Date:      2017-03-09 10:03 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/ee43a5308c1d

Merge

! .hgtags

Changeset: af8234e20fb7
Author:    asaha
Date:      2017-03-16 10:22 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/af8234e20fb7

Merge

! .hgtags

Changeset: 09eae0bade20
Author:    hseigel
Date:      2016-12-21 10:15 -0500
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/09eae0bade20

8170966: Right parenthesis issue
Reviewed-by: acorn, ctornqvi, mschoene
Contributed-by: harold.seigel at oracle.com

! src/share/native/common/check_code.c

Changeset: d7bd49ad8f0a
Author:    prr
Date:      2017-02-06 15:32 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/d7bd49ad8f0a

8172461: Service Registration Lifecycle
Reviewed-by: serb, vadim, skoivu, shurailine

! src/share/classes/javax/imageio/spi/ServiceRegistry.java

Changeset: 51631f9fa8d8
Author:    bpb
Date:      2017-03-14 13:23 +0000
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/51631f9fa8d8

8172465: Better handling of channel groups
Reviewed-by: alanb, coffeys, skoivu, rhalade, chegar

! src/share/classes/sun/nio/ch/AsynchronousChannelGroupImpl.java

Changeset: 78a83e6e0fe8
Author:    prr
Date:      2017-02-13 10:23 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/78a83e6e0fe8

8174098: Better image fetching
Reviewed-by: serb, vadim, skoivu

! src/share/classes/sun/awt/image/ImageWatched.java

Changeset: c729ab3b13ae
Author:    igerasim
Date:      2017-03-15 20:09 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/c729ab3b13ae

8169392: Additional jar validation steps
Reviewed-by: mullan, herrick, ahgross

! src/share/classes/java/util/jar/JarVerifier.java
! src/share/classes/sun/security/util/ManifestEntryVerifier.java

Changeset: e95a13de2d36
Author:    igerasim
Date:      2017-03-13 18:24 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/e95a13de2d36

8172204: Better Thread Pool execution
Reviewed-by: alanb, skoivu, rriggs

! src/share/classes/java/util/concurrent/ThreadPoolExecutor.java

Changeset: 70b0eb614c92
Author:    asaha
Date:      2017-03-20 10:55 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/70b0eb614c92

Added tag jdk8u141-b01 for changeset e95a13de2d36

! .hgtags

Changeset: 936085d9aff0
Author:    rpatil
Date:      2017-03-15 14:14 +0530
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/936085d9aff0

8174105: Better naming attribution
Reviewed-by: chegar, dfuchs, rriggs, vtewari

! src/share/classes/javax/naming/directory/BasicAttribute.java

Changeset: 3a99785f69d4
Author:    asaha
Date:      2017-03-27 14:14 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/3a99785f69d4

Added tag jdk8u141-b02 for changeset 936085d9aff0

! .hgtags

Changeset: 018769d53c80
Author:    coffeys
Date:      2017-03-16 17:37 +0000
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/018769d53c80

8173207: Upgrade compression library
Reviewed-by: sherman, jeff

! THIRD_PARTY_README
! make/CompileLaunchers.gmk
! make/lib/Awt2dLibraries.gmk
! make/lib/CoreLibraries.gmk
- 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/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: 97ea41335486
Author:    smarks
Date:      2017-03-14 19:15 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/97ea41335486

8173697: Less Active Activations
Reviewed-by: skoivu, rhalade, rriggs, chegar, coffeys

! src/share/classes/java/rmi/activation/ActivationID.java

Changeset: 070e24b47ae0
Author:    coffeys
Date:      2017-04-03 13:12 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/070e24b47ae0

8163958: Improved garbage collection
Reviewed-by: rriggs

! make/GenerateClasses.gmk
! src/share/classes/sun/rmi/server/UnicastRef.java
! src/share/classes/sun/rmi/server/UnicastServerRef.java
! src/share/classes/sun/rmi/transport/ConnectionInputStream.java
! src/share/classes/sun/rmi/transport/DGCClient.java
+ src/share/classes/sun/rmi/transport/DGCImpl_Skel.java
+ src/share/classes/sun/rmi/transport/DGCImpl_Stub.java
! src/share/classes/sun/rmi/transport/StreamRemoteCall.java
+ test/java/rmi/testlibrary/TestSocketFactory.java

Changeset: 56e011f1384f
Author:    asaha
Date:      2017-04-03 13:46 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/56e011f1384f

Added tag jdk8u141-b03 for changeset 070e24b47ae0

! .hgtags

Changeset: 56e0ab47dbec
Author:    robm
Date:      2017-03-28 15:46 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/56e0ab47dbec

8174113: Better sourcing of code
Reviewed-by: weijun

! src/share/classes/java/security/CodeSource.java

Changeset: 079cd6c5de27
Author:    igerasim
Date:      2017-03-30 22:29 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/079cd6c5de27

8176760: Better handling of PKCS8 material
Reviewed-by: ascarpino, ahgross

! src/share/classes/sun/security/pkcs/PKCS8Key.java

Changeset: e5e3c33f5736
Author:    igerasim
Date:      2017-03-17 11:55 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/e5e3c33f5736

8175251: Failed to load RSA private key from pkcs12
Summary: Enhanced DER library with extra arg to control leading-0 check
Reviewed-by: mullan

! src/share/classes/sun/security/rsa/RSAPrivateCrtKeyImpl.java
! src/share/classes/sun/security/rsa/RSAPublicKeyImpl.java
! src/share/classes/sun/security/util/DerInputBuffer.java
! src/share/classes/sun/security/util/DerInputStream.java
! src/share/classes/sun/security/util/DerValue.java
! test/sun/security/pkcs/pkcs8/PKCS8Test.java
+ test/sun/security/pkcs/pkcs8/TestLeadingZeros.java

Changeset: 4963805dad03
Author:    asaha
Date:      2017-04-10 13:39 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/4963805dad03

Added tag jdk8u141-b04 for changeset e5e3c33f5736

! .hgtags

Changeset: 6b50a22f4f3d
Author:    jdv
Date:      2016-10-06 09:19 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/6b50a22f4f3d

8162461: Hang due to JNI up-call made whilst holding JNI critical lock
Reviewed-by: prr, aghaisas

! src/share/native/sun/awt/image/jpeg/imageioJPEG.c

Changeset: 686e47e14565
Author:    prr
Date:      2017-03-17 16:41 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/686e47e14565

8169209: Improved image post-processing steps
Reviewed-by: serb, vadim, mschoene

! src/share/classes/com/sun/imageio/plugins/jpeg/JPEGImageReader.java
! src/share/native/sun/awt/image/jpeg/imageioJPEG.c

Changeset: b3e7354e6ae8
Author:    aefimov
Date:      2017-04-11 13:35 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/b3e7354e6ae8

8173286: Better reading of text catalogs
Reviewed-by: joehw, dfuchs, skoivu, rhalade

! 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: 58477c9f44b5
Author:    asaha
Date:      2017-04-17 11:45 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/58477c9f44b5

Added tag jdk8u141-b05 for changeset b3e7354e6ae8

! .hgtags

Changeset: c49f918efc4e
Author:    igerasim
Date:      2017-03-28 13:33 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/c49f918efc4e

8174873: Improved certificate procesing
Reviewed-by: jnimeh, ahgross, rhalade

! src/share/classes/sun/security/util/HostnameChecker.java

Changeset: d367529f552a
Author:    asaha
Date:      2017-04-24 11:46 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/d367529f552a

Added tag jdk8u141-b06 for changeset c49f918efc4e

! .hgtags

Changeset: cc2252f8663d
Author:    rpatil
Date:      2017-04-10 16:17 +0530
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/cc2252f8663d

8177449: (tz) Support tzdata2017b
Reviewed-by: martin, naoto

! make/data/tzdata/VERSION
! make/data/tzdata/africa
! make/data/tzdata/iso3166.tab
! make/data/tzdata/northamerica
! test/sun/util/calendar/zi/tzdata/VERSION
! test/sun/util/calendar/zi/tzdata/africa
! test/sun/util/calendar/zi/tzdata/iso3166.tab
! test/sun/util/calendar/zi/tzdata/northamerica

Changeset: edb9fb3072f1
Author:    azvegint
Date:      2016-08-11 13:22 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/edb9fb3072f1

8155690: Update libPNG library to the latest up-to-date
Reviewed-by: serb

! src/share/native/sun/awt/libpng/CHANGES
! src/share/native/sun/awt/libpng/LICENSE
! src/share/native/sun/awt/libpng/README
! src/share/native/sun/awt/libpng/png.c
! src/share/native/sun/awt/libpng/png.h
! src/share/native/sun/awt/libpng/pngconf.h
! src/share/native/sun/awt/libpng/pngdebug.h
! src/share/native/sun/awt/libpng/pngerror.c
! src/share/native/sun/awt/libpng/pngget.c
! src/share/native/sun/awt/libpng/pnginfo.h
! src/share/native/sun/awt/libpng/pnglibconf.h
! src/share/native/sun/awt/libpng/pngmem.c
! src/share/native/sun/awt/libpng/pngpread.c
! src/share/native/sun/awt/libpng/pngpriv.h
! src/share/native/sun/awt/libpng/pngread.c
! src/share/native/sun/awt/libpng/pngrio.c
! src/share/native/sun/awt/libpng/pngrtran.c
! src/share/native/sun/awt/libpng/pngrutil.c
! src/share/native/sun/awt/libpng/pngset.c
! src/share/native/sun/awt/libpng/pngstruct.h
! src/share/native/sun/awt/libpng/pngtest.c
! src/share/native/sun/awt/libpng/pngtrans.c
! src/share/native/sun/awt/libpng/pngwio.c
! src/share/native/sun/awt/libpng/pngwrite.c
! src/share/native/sun/awt/libpng/pngwtran.c
! src/share/native/sun/awt/libpng/pngwutil.c

Changeset: 9fd2a2019a5b
Author:    prr
Date:      2017-04-28 12:01 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/9fd2a2019a5b

8167228: Update to libpng 1.6.28
Reviewed-by: serb, azvegint

! src/share/native/sun/awt/libpng/CHANGES
! src/share/native/sun/awt/libpng/LICENSE
! src/share/native/sun/awt/libpng/README
! src/share/native/sun/awt/libpng/png.c
! src/share/native/sun/awt/libpng/png.h
! src/share/native/sun/awt/libpng/pngconf.h
! src/share/native/sun/awt/libpng/pngerror.c
! src/share/native/sun/awt/libpng/pngget.c
! src/share/native/sun/awt/libpng/pnglibconf.h
! src/share/native/sun/awt/libpng/pngmem.c
! src/share/native/sun/awt/libpng/pngpread.c
! src/share/native/sun/awt/libpng/pngpriv.h
! src/share/native/sun/awt/libpng/pngread.c
! src/share/native/sun/awt/libpng/pngrio.c
! src/share/native/sun/awt/libpng/pngrtran.c
! src/share/native/sun/awt/libpng/pngrutil.c
! src/share/native/sun/awt/libpng/pngset.c
! src/share/native/sun/awt/libpng/pngstruct.h
- src/share/native/sun/awt/libpng/pngtest.c
! src/share/native/sun/awt/libpng/pngtrans.c
- src/share/native/sun/awt/libpng/pngwio.c
- src/share/native/sun/awt/libpng/pngwrite.c
- src/share/native/sun/awt/libpng/pngwtran.c
- src/share/native/sun/awt/libpng/pngwutil.c

Changeset: fb29b8b6f711
Author:    asaha
Date:      2017-05-01 10:54 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/fb29b8b6f711

Added tag jdk8u141-b07 for changeset 9fd2a2019a5b

! .hgtags

Changeset: 5708bde0641e
Author:    horii
Date:      2016-09-14 22:11 -0400
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/5708bde0641e

8165231: java.nio.Bits.unaligned() doesn't return true on ppc
Reviewed-by: simonis, coffeys

! src/share/classes/java/nio/Bits.java
! src/share/classes/sun/security/provider/ByteArrayAccess.java

Changeset: d1f5722b47cc
Author:    rpatil
Date:      2016-09-23 15:14 +0530
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/d1f5722b47cc

8144566: Custom HostnameVerifier disables SNI extension
Reviewed-by: coffeys

! src/share/classes/sun/security/ssl/SSLSocketImpl.java
+ test/javax/net/ssl/ServerName/BestEffortOnLazyConnected.java
+ test/sun/net/www/protocol/https/HttpsURLConnection/ImpactOnSNI.java

Changeset: 725493500c8f
Author:    rhalade
Date:      2016-05-16 10:36 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/725493500c8f

8155049: New tests from 8144566 fail with "No expected Server Name Indication"
Reviewed-by: xuelei

! test/javax/net/ssl/ServerName/BestEffortOnLazyConnected.java
! test/sun/net/www/protocol/https/HttpsURLConnection/ImpactOnSNI.java

Changeset: 549da8b4fddf
Author:    aefimov
Date:      2017-01-12 00:37 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/549da8b4fddf

8159058: SAXParseException when sending soap message
Reviewed-by: lancea, coffeys

+ test/javax/xml/ws/8159058/SaajEmptyNamespaceTest.java

Changeset: 7ca0b11a44a6
Author:    mcherkas
Date:      2017-02-07 19:54 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/7ca0b11a44a6

8173145: Menu is activated after using mnemonic Alt/Key combination
Reviewed-by: serb, ssadetsky

! src/share/classes/com/sun/java/swing/plaf/windows/WindowsRootPaneUI.java
+ test/com/sun/java/swing/plaf/windows/Test8173145.java

Changeset: 99b02c4b5138
Author:    dmarkov
Date:      2017-01-31 10:35 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/99b02c4b5138

8163889: [macosx] Can't print from browser on Mac OS X
Reviewed-by: prr, psadhukhan

! src/macosx/classes/sun/java2d/OSXOffScreenSurfaceData.java
! src/macosx/native/sun/awt/ImageSurfaceData.m
+ test/java/awt/print/PrinterJob/PrintCrashTest.java

Changeset: 826a50f3d165
Author:    adinn
Date:      2017-02-24 10:19 +0000
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/826a50f3d165

8174729: Race Condition in java.lang.reflect.WeakCache
Summary: Race can occur between Proxy.getProxyClass and Proxy.isProxyClass
Reviewed-by: mchung

! src/share/classes/java/lang/reflect/WeakCache.java
+ test/java/lang/reflect/Proxy/ProxyRace.java

Changeset: 64261149b033
Author:    jbachorik
Date:      2016-10-04 19:14 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/64261149b033

8139870: sun.management.LazyCompositeData.isTypeMatched() fails for composite types with items of ArrayType
Reviewed-by: dfuchs

! src/share/classes/sun/management/LazyCompositeData.java
+ test/sun/management/LazyCompositeDataTest.java

Changeset: 0b3c2354ff0c
Author:    asaha
Date:      2017-05-08 11:07 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/0b3c2354ff0c

Added tag jdk8u141-b08 for changeset 64261149b033

! .hgtags

Changeset: 85cdfa462d2b
Author:    ascarpino
Date:      2017-03-23 08:44 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/85cdfa462d2b

8176536: Improved algorithm constraints checking
Reviewed-by: mullan

! src/share/classes/sun/security/pkcs/SignerInfo.java
! src/share/classes/sun/security/provider/certpath/AlgorithmChecker.java
! src/share/classes/sun/security/provider/certpath/DistributionPointFetcher.java
! src/share/classes/sun/security/provider/certpath/OCSP.java
! src/share/classes/sun/security/provider/certpath/OCSPRequest.java
! src/share/classes/sun/security/provider/certpath/OCSPResponse.java
! src/share/classes/sun/security/provider/certpath/PKIX.java
! src/share/classes/sun/security/provider/certpath/PKIXCertPathValidator.java
+ src/share/classes/sun/security/provider/certpath/PKIXExtendedParameters.java
+ src/share/classes/sun/security/provider/certpath/ResponderId.java
! src/share/classes/sun/security/provider/certpath/RevocationChecker.java
! src/share/classes/sun/security/provider/certpath/SunCertPathBuilder.java
! src/share/classes/sun/security/ssl/SSLContextImpl.java
! src/share/classes/sun/security/ssl/X509KeyManagerImpl.java
! src/share/classes/sun/security/util/AnchorCertificates.java
- src/share/classes/sun/security/util/CertConstraintParameters.java
+ src/share/classes/sun/security/util/ConstraintsParameters.java
! src/share/classes/sun/security/util/DisabledAlgorithmConstraints.java
! src/share/classes/sun/security/util/SignatureFileVerifier.java
! src/share/classes/sun/security/validator/PKIXValidator.java
! src/share/classes/sun/security/validator/SimpleValidator.java
! src/share/classes/sun/security/x509/PKIXExtensions.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/ProblemList.txt
! test/sun/security/tools/jarsigner/TimestampCheck.java

Changeset: ca803888d467
Author:    igerasim
Date:      2017-04-26 19:20 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/ca803888d467

8179101: Improve algorithm constraints implementation
Reviewed-by: mullan, ahgross, rhalade, igerasim

! src/share/classes/sun/security/util/DisabledAlgorithmConstraints.java

Changeset: cf97ac98827d
Author:    azvegint
Date:      2017-05-12 17:36 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/cf97ac98827d

8178996: [macos] JComboBox doesn't display popup in mixed JavaFX Swing Application on 8u131 and Mac OS 10.12
Reviewed-by: serb, ssadetsky

! src/macosx/classes/sun/lwawt/macosx/CPlatformWindow.java

Changeset: 276269460238
Author:    igerasim
Date:      2017-05-13 18:25 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/276269460238

8179998: Clear certificate chain connections
Reviewed-by: mullan, ahgross, rhalade, igerasim

! src/share/classes/sun/security/pkcs/SignerInfo.java
! src/share/classes/sun/security/provider/certpath/SunCertPathBuilder.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

Changeset: 90a2e2fa94e1
Author:    asaha
Date:      2017-05-15 14:09 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/90a2e2fa94e1

Added tag jdk8u141-b09 for changeset 276269460238

! .hgtags

Changeset: 7031f9aba8d3
Author:    pkbalakr
Date:      2017-05-15 11:16 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/7031f9aba8d3

8179014: JFileChooser with Windows look and feel crashes on win 10
Reviewed-by: serb, prr

! src/windows/native/sun/windows/ShellFolder2.cpp
+ test/javax/swing/JFileChooser/GodMode/JFileChooserTest.java

Changeset: fcf0bc49aa3e
Author:    shshahma
Date:      2017-05-17 22:22 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/fcf0bc49aa3e

8176055: JMX diagnostic improvements
Reviewed-by: dfuchs, mchung, ahgross, rhalade, jwilhelm

! src/share/classes/com/sun/management/HotSpotDiagnosticMXBean.java
! src/share/classes/sun/management/HotSpotDiagnostic.java

Changeset: 3c8ea47635b6
Author:    robm
Date:      2017-05-18 22:52 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/3c8ea47635b6

8175106: Higher quality DSA operations
Reviewed-by: xuelei, apetcher

! src/share/classes/sun/security/provider/DSA.java

Changeset: 73dd1557f0ef
Author:    aefimov
Date:      2017-04-24 22:53 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/73dd1557f0ef

8176067: Proper directory lookup processing
Reviewed-by: weijun

! src/share/classes/com/sun/jndi/ldap/LdapClient.java
! src/share/classes/com/sun/jndi/ldap/LdapCtx.java
! src/share/classes/com/sun/jndi/ldap/LdapReferralException.java
! src/share/classes/sun/security/provider/certpath/ldap/LDAPCertStore.java

Changeset: c92d704420d7
Author:    robm
Date:      2017-05-22 14:40 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/c92d704420d7

8174770: Check registry registration location
Reviewed-by: rriggs

! make/GenerateClasses.gmk
! src/share/classes/sun/management/jmxremote/SingleEntryRegistry.java
! src/share/classes/sun/rmi/registry/RegistryImpl.java
+ src/share/classes/sun/rmi/registry/RegistryImpl_Skel.java
+ src/share/classes/sun/rmi/registry/RegistryImpl_Stub.java
! src/share/classes/sun/rmi/server/Activation.java
! src/share/classes/sun/rmi/server/UnicastServerRef.java
+ test/java/rmi/activation/nonLocalActivation/NonLocalActivationTest.java
+ test/java/rmi/registry/nonLocalRegistry/NonLocalRegistryTest.java
+ test/javax/management/remote/nonLocalAccess/NonLocalJMXRemoteTest.java

Changeset: 6a45e76695b7
Author:    asaha
Date:      2017-05-22 14:59 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/6a45e76695b7

Added tag jdk8u141-b10 for changeset c92d704420d7

! .hgtags

Changeset: d99101781d7e
Author:    igerasim
Date:      2017-05-23 11:30 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/d99101781d7e

8178135: Additional elliptic curve support
Reviewed-by: mullan

! src/share/native/sun/security/ec/impl/ecp_jac.c
! src/share/native/sun/security/ec/impl/ecp_jm.c

Changeset: 3237f27a9d22
Author:    igerasim
Date:      2017-03-15 10:58 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/3237f27a9d22

8176769: Remove accidental spec change in jdk8u
Reviewed-by: chegar

! src/share/classes/java/util/concurrent/ThreadPoolExecutor.java

Changeset: 490b22e81183
Author:    asaha
Date:      2017-05-30 12:01 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/490b22e81183

Added tag jdk8u141-b11 for changeset 3237f27a9d22

! .hgtags

Changeset: 07c8fc0517dd
Author:    aefimov
Date:      2017-06-01 15:45 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/07c8fc0517dd

8180582: The bind to rmiregistry is rejected by registryFilter even though registryFilter is set
Summary: The Registry MAXDEPTH should allow binding more complex objects
Reviewed-by: dfuchs, smarks

! src/share/classes/sun/rmi/registry/RegistryImpl.java
! test/java/rmi/registry/serialFilter/RegistryFilterTest.java

Changeset: 2966589b3f33
Author:    ljiang
Date:      2017-06-06 09:39 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/2966589b3f33

8181591: 8u141 L10n resource file update
Reviewed-by: coffeys

! src/share/classes/com/sun/accessibility/internal/resources/accessibility_sv.properties
! src/share/classes/sun/awt/resources/awt_sv.properties
! src/share/classes/sun/launcher/resources/launcher_es.properties
! src/share/classes/sun/launcher/resources/launcher_sv.properties
! src/share/classes/sun/management/resources/agent_sv.properties
! src/share/classes/sun/security/tools/keytool/Resources_sv.java
! src/share/classes/sun/security/tools/policytool/Resources_sv.java
! src/share/classes/sun/security/util/AuthResources_sv.java
! src/share/classes/sun/security/util/Resources_sv.java

Changeset: dbc9c9a684bd
Author:    asaha
Date:      2017-06-06 10:02 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/dbc9c9a684bd

Added tag jdk8u141-b12 for changeset 2966589b3f33

! .hgtags

Changeset: 90739d924bcf
Author:    asaha
Date:      2017-06-06 11:56 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/90739d924bcf

8181698: Remove and retag 8u141-b12 tag from source repository
Reviewed-by: robm

! .hgtags

Changeset: 996632997de8
Author:    robm
Date:      2017-05-24 17:35 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/996632997de8

8175110: Higher quality ECDSA operations
Reviewed-by: xuelei, apetcher

! src/share/classes/sun/security/ec/ECDSASignature.java
! src/share/native/sun/security/ec/ECC_JNI.cpp
! src/share/native/sun/security/ec/impl/ec.c
! src/share/native/sun/security/ec/impl/ec2.h
! src/share/native/sun/security/ec/impl/ec2_aff.c
! src/share/native/sun/security/ec/impl/ec2_mont.c
! src/share/native/sun/security/ec/impl/ecc_impl.h
! src/share/native/sun/security/ec/impl/ecl-priv.h
! src/share/native/sun/security/ec/impl/ecl.h
! src/share/native/sun/security/ec/impl/ecl_mult.c
! src/share/native/sun/security/ec/impl/ecp.h
! src/share/native/sun/security/ec/impl/ecp_aff.c
! src/share/native/sun/security/ec/impl/ecp_jac.c
! src/share/native/sun/security/ec/impl/ecp_jm.c

Changeset: 567e5e47be2d
Author:    asaha
Date:      2017-06-06 13:30 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/567e5e47be2d

Added tag jdk8u141-b12 for changeset 996632997de8

! .hgtags

Changeset: 6259284645cb
Author:    bgopularam
Date:      2017-05-24 02:25 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/6259284645cb

8165367: Additional tests for JEP 288: Disable SHA-1 Certificates
Summary: The new tests just focus on the usage constraints TLSSever and TLSClient with TLS communication
Reviewed-by: ascarpino

+ test/sun/security/ssl/CertPathRestrictions/JSSEClient.java
+ test/sun/security/ssl/CertPathRestrictions/JSSEServer.java
+ test/sun/security/ssl/CertPathRestrictions/TLSRestrictions.java
+ test/sun/security/ssl/CertPathRestrictions/certs/END_ENTITY_SHA1-INTER_CA_SHA256-ROOT_CA_SHA256-PRIV.key
+ test/sun/security/ssl/CertPathRestrictions/certs/END_ENTITY_SHA1-INTER_CA_SHA256-ROOT_CA_SHA256.cer
+ test/sun/security/ssl/CertPathRestrictions/certs/END_ENTITY_SHA256-INTER_CA_SHA1-ROOT_CA_SHA1-PRIV.key
+ test/sun/security/ssl/CertPathRestrictions/certs/END_ENTITY_SHA256-INTER_CA_SHA1-ROOT_CA_SHA1.cer
+ test/sun/security/ssl/CertPathRestrictions/certs/END_ENTITY_SHA256-INTER_CA_SHA1-ROOT_CA_SHA256-PRIV.key
+ test/sun/security/ssl/CertPathRestrictions/certs/END_ENTITY_SHA256-INTER_CA_SHA1-ROOT_CA_SHA256.cer
+ test/sun/security/ssl/CertPathRestrictions/certs/END_ENTITY_SHA256-INTER_CA_SHA256-ROOT_CA_SHA1-PRIV.key
+ test/sun/security/ssl/CertPathRestrictions/certs/END_ENTITY_SHA256-INTER_CA_SHA256-ROOT_CA_SHA1.cer
+ test/sun/security/ssl/CertPathRestrictions/certs/END_ENTITY_SHA256-INTER_CA_SHA256-ROOT_CA_SHA256-PRIV.key
+ test/sun/security/ssl/CertPathRestrictions/certs/END_ENTITY_SHA256-INTER_CA_SHA256-ROOT_CA_SHA256.cer
+ test/sun/security/ssl/CertPathRestrictions/certs/INTER_CA_SHA1-ROOT_CA_SHA1-PRIV.key
+ test/sun/security/ssl/CertPathRestrictions/certs/INTER_CA_SHA1-ROOT_CA_SHA1.cer
+ test/sun/security/ssl/CertPathRestrictions/certs/INTER_CA_SHA1-ROOT_CA_SHA256-PRIV.key
+ test/sun/security/ssl/CertPathRestrictions/certs/INTER_CA_SHA1-ROOT_CA_SHA256.cer
+ test/sun/security/ssl/CertPathRestrictions/certs/INTER_CA_SHA256-ROOT_CA_SHA1-PRIV.key
+ test/sun/security/ssl/CertPathRestrictions/certs/INTER_CA_SHA256-ROOT_CA_SHA1.cer
+ test/sun/security/ssl/CertPathRestrictions/certs/INTER_CA_SHA256-ROOT_CA_SHA256-PRIV.key
+ test/sun/security/ssl/CertPathRestrictions/certs/INTER_CA_SHA256-ROOT_CA_SHA256.cer
+ test/sun/security/ssl/CertPathRestrictions/certs/ROOT_CA_SHA1-PRIV.key
+ test/sun/security/ssl/CertPathRestrictions/certs/ROOT_CA_SHA1.cer
+ test/sun/security/ssl/CertPathRestrictions/certs/ROOT_CA_SHA256-PRIV.key
+ test/sun/security/ssl/CertPathRestrictions/certs/ROOT_CA_SHA256.cer

Changeset: c6bc194fedb6
Author:    asaha
Date:      2017-06-12 22:57 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/c6bc194fedb6

8181946: JDK 8 THIRD_PARTY_README - Minor Cleanup
Reviewed-by: jeff

! THIRD_PARTY_README

Changeset: d630e23b8e36
Author:    asaha
Date:      2017-06-12 23:06 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/d630e23b8e36

Added tag jdk8u141-b13 for changeset c6bc194fedb6

! .hgtags

Changeset: ca29e45bee9a
Author:    asaha
Date:      2017-06-26 13:50 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/ca29e45bee9a

Added tag jdk8u141-b14 for changeset d630e23b8e36

! .hgtags

Changeset: e3d409d67dbe
Author:    asaha
Date:      2017-07-11 23:31 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/e3d409d67dbe

8184235: Backout JDK-8173207 from 8u141, 7u151 and higher updates source base
Summary: Backed out changeset 018769d53c80
Reviewed-by: coffeys

! THIRD_PARTY_README
! make/CompileLaunchers.gmk
! make/lib/Awt2dLibraries.gmk
! make/lib/CoreLibraries.gmk
+ 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/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: 2ea944051007
Author:    psandoz
Date:      2017-07-11 20:38 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/2ea944051007

8184185: Rearrange MethodHandle arrangements
Reviewed-by: jrose, redestad, vlivanov, ahgross

! src/share/classes/java/lang/invoke/LambdaFormEditor.java
+ test/java/lang/invoke/PermuteArgsReturnVoidTest.java

Changeset: b64b1dfdbe7c
Author:    asaha
Date:      2017-07-11 23:52 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/b64b1dfdbe7c

Added tag jdk8u141-b15 for changeset 2ea944051007

! .hgtags

Changeset: 0ae9e37fe178
Author:    asaha
Date:      2017-07-20 23:11 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/0ae9e37fe178

Added tag jdk8u144-b00 for changeset b64b1dfdbe7c

! .hgtags

Changeset: d2744852f3e6
Author:    igerasim
Date:      2017-07-21 20:03 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/d2744852f3e6

8184993: Jar file verification failing with SecurityException: digest missing xxx
Reviewed-by: sherman, mullan

! src/share/classes/java/util/zip/ZipFile.java
! test/java/util/zip/ZipFile/ReadZip.java

Changeset: fdf3fd02bc52
Author:    andrew
Date:      2017-08-14 15:25 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/fdf3fd02bc52

Merge jdk8u144-b01

! .hgtags
! THIRD_PARTY_README
! make/CompileLaunchers.gmk
! make/GenerateClasses.gmk
! make/data/tzdata/VERSION
! make/data/tzdata/africa
! make/data/tzdata/iso3166.tab
! make/data/tzdata/northamerica
! make/lib/Awt2dLibraries.gmk
! make/lib/CoreLibraries.gmk
! src/macosx/classes/sun/lwawt/macosx/CPlatformWindow.java
! src/share/classes/com/sun/imageio/plugins/jpeg/JPEGImageReader.java
! src/share/classes/com/sun/jndi/ldap/LdapCtx.java
! src/share/classes/com/sun/management/HotSpotDiagnosticMXBean.java
! src/share/classes/java/lang/invoke/LambdaFormEditor.java
! src/share/classes/java/security/CodeSource.java
! src/share/classes/sun/management/HotSpotDiagnostic.java
! src/share/classes/sun/rmi/server/Activation.java
! src/share/classes/sun/rmi/server/UnicastServerRef.java
! src/share/classes/sun/security/pkcs/PKCS8Key.java
! src/share/classes/sun/security/provider/DSA.java
! src/share/classes/sun/security/provider/certpath/AlgorithmChecker.java
! src/share/classes/sun/security/provider/certpath/RevocationChecker.java
! src/share/classes/sun/security/rsa/RSAPrivateCrtKeyImpl.java
! src/share/classes/sun/security/ssl/SSLContextImpl.java
! src/share/classes/sun/security/ssl/SSLSocketImpl.java
! src/share/classes/sun/security/ssl/X509KeyManagerImpl.java
! src/share/classes/sun/security/util/ConstraintsParameters.java
! src/share/classes/sun/security/util/DisabledAlgorithmConstraints.java
! src/share/classes/sun/security/util/HostnameChecker.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/sun/awt/image/jpeg/imageioJPEG.c
! src/share/native/sun/awt/libpng/CHANGES
! src/share/native/sun/awt/libpng/png.h
! src/share/native/sun/awt/libpng/pngconf.h
! src/share/native/sun/awt/libpng/pngpriv.h
! src/share/native/sun/awt/libpng/pngrutil.c
! src/share/native/sun/security/ec/impl/ecp_jac.c
! src/share/native/sun/security/ec/impl/ecp_jm.c
! test/ProblemList.txt
! test/java/lang/invoke/PermuteArgsReturnVoidTest.java
! test/sun/security/tools/jarsigner/TimestampCheck.java
! test/sun/util/calendar/zi/tzdata/VERSION
! test/sun/util/calendar/zi/tzdata/africa
! test/sun/util/calendar/zi/tzdata/iso3166.tab
! test/sun/util/calendar/zi/tzdata/northamerica

Changeset: bb00b4d55a85
Author:    andrew
Date:      2017-08-14 15:29 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/bb00b4d55a85

Added tag aarch64-jdk8u141-b17 for changeset 64e09337b9b7

! .hgtags

Changeset: 9322c39fd0df
Author:    andrew
Date:      2017-08-14 15:36 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/9322c39fd0df

Added tag aarch64-jdk8u144-b01 for changeset bb00b4d55a85

! .hgtags


From gnu.andrew at redhat.com  Fri Aug 18 16:45:36 2017
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Fri, 18 Aug 2017 16:45:36 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u/nashorn: 31 new
	changesets
Message-ID: <201708181645.v7IGjacb012421@aojmv0008.oracle.com>

Changeset: 6df612d832d4
Author:    asaha
Date:      2017-03-14 08:19 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/6df612d832d4

Added tag jdk8u131-b11 for changeset dfd626733d62

! .hgtags

Changeset: 6a5473932aff
Author:    asaha
Date:      2016-12-13 12:26 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/6a5473932aff

Added tag jdk8u141-b00 for changeset 0f9ad0ada320

! .hgtags

Changeset: 09a3dee8a4c3
Author:    asaha
Date:      2016-12-20 13:08 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/09a3dee8a4c3

Merge

! .hgtags

Changeset: 587e87377a39
Author:    asaha
Date:      2017-01-23 17:03 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/587e87377a39

Merge

! .hgtags

Changeset: 4ccba82d8ce0
Author:    asaha
Date:      2017-02-07 11:26 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/4ccba82d8ce0

Merge

! .hgtags

Changeset: f754b7cbab0d
Author:    asaha
Date:      2017-02-24 09:21 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/f754b7cbab0d

Merge

! .hgtags

Changeset: 42ac595b6c36
Author:    asaha
Date:      2017-03-09 10:05 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/42ac595b6c36

Merge

! .hgtags

Changeset: bd33c72a0b19
Author:    asaha
Date:      2017-03-16 10:25 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/bd33c72a0b19

Merge

! .hgtags

Changeset: 7c09d30a05f1
Author:    hannesw
Date:      2017-01-19 13:43 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/7c09d30a05f1

8171539: Better script accessibility for JavaScript
Reviewed-by: jlaskey, sundar

! src/jdk/nashorn/internal/objects/Global.java
! test/src/jdk/nashorn/internal/runtime/test/ClassFilterTest.java

Changeset: a67daf8d1982
Author:    asaha
Date:      2017-03-20 10:55 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/a67daf8d1982

Added tag jdk8u141-b01 for changeset 7c09d30a05f1

! .hgtags

Changeset: 039691bfa0f3
Author:    asaha
Date:      2017-03-27 14:14 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/039691bfa0f3

Added tag jdk8u141-b02 for changeset a67daf8d1982

! .hgtags

Changeset: 6b724b0b7c82
Author:    coffeys
Date:      2017-03-16 17:39 +0000
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/6b724b0b7c82

8173207: Upgrade compression library
Reviewed-by: sherman, jeff

! THIRD_PARTY_README

Changeset: 30a31e712715
Author:    asaha
Date:      2017-04-03 13:47 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/30a31e712715

Added tag jdk8u141-b03 for changeset 6b724b0b7c82

! .hgtags

Changeset: f7fc5fc0e2cb
Author:    asaha
Date:      2017-04-10 13:40 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/f7fc5fc0e2cb

Added tag jdk8u141-b04 for changeset 30a31e712715

! .hgtags

Changeset: bc4cfc663ed4
Author:    asaha
Date:      2017-04-17 11:46 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/bc4cfc663ed4

Added tag jdk8u141-b05 for changeset f7fc5fc0e2cb

! .hgtags

Changeset: 09cdd1bd4482
Author:    asaha
Date:      2017-04-24 11:47 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/09cdd1bd4482

Added tag jdk8u141-b06 for changeset bc4cfc663ed4

! .hgtags

Changeset: fcb93dde2f05
Author:    asaha
Date:      2017-05-01 10:55 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/fcb93dde2f05

Added tag jdk8u141-b07 for changeset 09cdd1bd4482

! .hgtags

Changeset: d806b4796669
Author:    asaha
Date:      2017-05-08 11:08 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/d806b4796669

Added tag jdk8u141-b08 for changeset fcb93dde2f05

! .hgtags

Changeset: e47b42f887ba
Author:    asaha
Date:      2017-05-15 14:10 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/e47b42f887ba

Added tag jdk8u141-b09 for changeset d806b4796669

! .hgtags

Changeset: 1f5822db72c6
Author:    asaha
Date:      2017-05-22 15:00 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/1f5822db72c6

Added tag jdk8u141-b10 for changeset e47b42f887ba

! .hgtags

Changeset: 31e8c2a1e8f7
Author:    asaha
Date:      2017-05-30 12:02 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/31e8c2a1e8f7

Added tag jdk8u141-b11 for changeset 1f5822db72c6

! .hgtags

Changeset: 905b35451b21
Author:    asaha
Date:      2017-06-06 10:03 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/905b35451b21

Added tag jdk8u141-b12 for changeset 31e8c2a1e8f7

! .hgtags

Changeset: 2c1a74bca789
Author:    asaha
Date:      2017-06-12 22:58 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/2c1a74bca789

8181946: JDK 8 THIRD_PARTY_README - Minor Cleanup
Reviewed-by: jeff

! THIRD_PARTY_README

Changeset: 8c329eab0dac
Author:    asaha
Date:      2017-06-12 23:07 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/8c329eab0dac

Added tag jdk8u141-b13 for changeset 2c1a74bca789

! .hgtags

Changeset: 6f88a1317b18
Author:    asaha
Date:      2017-06-26 13:51 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/6f88a1317b18

Added tag jdk8u141-b14 for changeset 8c329eab0dac

! .hgtags

Changeset: dfb2e076f381
Author:    asaha
Date:      2017-07-11 23:35 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/dfb2e076f381

8184235: Backout JDK-8173207 from 8u141, 7u151 and higher updates source base
Summary: Backed out changeset 6b724b0b7c82
Reviewed-by: coffeys

! THIRD_PARTY_README

Changeset: 6a52d202dfa3
Author:    asaha
Date:      2017-07-11 23:52 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/6a52d202dfa3

Added tag jdk8u141-b15 for changeset dfb2e076f381

! .hgtags

Changeset: 7de0a688b0d9
Author:    asaha
Date:      2017-07-20 23:12 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/7de0a688b0d9

Added tag jdk8u144-b00 for changeset 6a52d202dfa3

! .hgtags

Changeset: 87d392a3f3ed
Author:    andrew
Date:      2017-08-14 15:25 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/87d392a3f3ed

Merge jdk8u144-b01

! .hgtags
! THIRD_PARTY_README

Changeset: 66cf64cd5739
Author:    andrew
Date:      2017-08-14 15:29 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/66cf64cd5739

Added tag aarch64-jdk8u141-b17 for changeset 873406019e88

! .hgtags

Changeset: 13c40d5bd8cc
Author:    andrew
Date:      2017-08-14 15:36 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/13c40d5bd8cc

Added tag aarch64-jdk8u144-b01 for changeset 66cf64cd5739

! .hgtags


From gnu.andrew at redhat.com  Fri Aug 18 16:46:08 2017
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Fri, 18 Aug 2017 16:46:08 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u-shenandoah: 32 new
	changesets
Message-ID: <201708181646.v7IGk8iR012776@aojmv0008.oracle.com>

Changeset: 3e834a0dfc89
Author:    asaha
Date:      2017-03-14 08:17 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/3e834a0dfc89

Added tag jdk8u131-b11 for changeset 94b119876028

! .hgtags

Changeset: b85ec4e74ab5
Author:    asaha
Date:      2016-12-13 12:23 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/b85ec4e74ab5

Added tag jdk8u141-b00 for changeset 756ee32cd629

! .hgtags

Changeset: 67ad47bf9348
Author:    asaha
Date:      2016-12-20 13:03 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/67ad47bf9348

Merge

! .hgtags

Changeset: a648e9db3287
Author:    asaha
Date:      2017-01-23 16:36 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/a648e9db3287

Merge

! .hgtags

Changeset: 912f98c6ac84
Author:    asaha
Date:      2017-02-07 11:15 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/912f98c6ac84

Merge

! .hgtags

Changeset: fbcad9e3ab3f
Author:    asaha
Date:      2017-02-24 09:12 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/fbcad9e3ab3f

Merge

! .hgtags

Changeset: 265eee8461d0
Author:    asaha
Date:      2017-03-09 09:50 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/265eee8461d0

Merge

! .hgtags

Changeset: b174b1474d36
Author:    asaha
Date:      2017-03-16 10:17 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/b174b1474d36

Merge

! .hgtags

Changeset: 3036128430bc
Author:    asaha
Date:      2017-03-20 10:54 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/3036128430bc

Added tag jdk8u141-b01 for changeset b174b1474d36

! .hgtags

Changeset: 5ed8f9f7b80e
Author:    asaha
Date:      2017-03-27 14:12 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/5ed8f9f7b80e

Added tag jdk8u141-b02 for changeset 3036128430bc

! .hgtags

Changeset: 68b47161333d
Author:    coffeys
Date:      2017-03-16 17:38 +0000
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/68b47161333d

8173207: Upgrade compression library
Reviewed-by: sherman, jeff

! THIRD_PARTY_README

Changeset: 571e02a10797
Author:    asaha
Date:      2017-04-03 13:45 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/571e02a10797

Added tag jdk8u141-b03 for changeset 68b47161333d

! .hgtags

Changeset: 5346ed81542f
Author:    asaha
Date:      2017-04-10 13:38 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/5346ed81542f

Added tag jdk8u141-b04 for changeset 571e02a10797

! .hgtags

Changeset: a4df4fcf824d
Author:    asaha
Date:      2017-04-17 11:44 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/a4df4fcf824d

Added tag jdk8u141-b05 for changeset 5346ed81542f

! .hgtags

Changeset: 6c30edf90d2f
Author:    asaha
Date:      2017-04-24 11:45 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/6c30edf90d2f

Added tag jdk8u141-b06 for changeset a4df4fcf824d

! .hgtags

Changeset: 2668825b159c
Author:    asaha
Date:      2017-05-01 10:53 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/2668825b159c

Added tag jdk8u141-b07 for changeset 6c30edf90d2f

! .hgtags

Changeset: 03787c23faa8
Author:    asaha
Date:      2017-05-08 11:06 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/03787c23faa8

Added tag jdk8u141-b08 for changeset 2668825b159c

! .hgtags

Changeset: 0cd23baf44e6
Author:    asaha
Date:      2017-05-15 14:08 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/0cd23baf44e6

Added tag jdk8u141-b09 for changeset 03787c23faa8

! .hgtags

Changeset: 620749a305c5
Author:    asaha
Date:      2017-05-22 14:58 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/620749a305c5

Added tag jdk8u141-b10 for changeset 0cd23baf44e6

! .hgtags

Changeset: 96264dd0d57d
Author:    asaha
Date:      2017-05-30 11:59 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/96264dd0d57d

Added tag jdk8u141-b11 for changeset 620749a305c5

! .hgtags

Changeset: ccc90a48ebad
Author:    asaha
Date:      2017-06-06 10:01 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/ccc90a48ebad

Added tag jdk8u141-b12 for changeset 96264dd0d57d

! .hgtags

Changeset: 1d97fc4da695
Author:    asaha
Date:      2017-06-12 22:56 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/1d97fc4da695

8181946: JDK 8 THIRD_PARTY_README - Minor Cleanup
Reviewed-by: jeff

! THIRD_PARTY_README

Changeset: 68a5871a5dd3
Author:    asaha
Date:      2017-06-12 23:05 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/68a5871a5dd3

Added tag jdk8u141-b13 for changeset 1d97fc4da695

! .hgtags

Changeset: bb1d568e95ee
Author:    asaha
Date:      2017-06-26 13:49 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/bb1d568e95ee

Added tag jdk8u141-b14 for changeset 68a5871a5dd3

! .hgtags

Changeset: 48a5a43b3197
Author:    asaha
Date:      2017-07-11 23:25 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/48a5a43b3197

8184235: Backout JDK-8173207 from 8u141, 7u151 and higher updates source base
Summary: Backed out changeset 68b47161333d
Reviewed-by: coffeys

! THIRD_PARTY_README

Changeset: 9a342a4d9097
Author:    asaha
Date:      2017-07-11 23:50 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/9a342a4d9097

Added tag jdk8u141-b15 for changeset 48a5a43b3197

! .hgtags

Changeset: 57a5aae91b8b
Author:    asaha
Date:      2017-07-20 23:09 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/57a5aae91b8b

Added tag jdk8u144-b00 for changeset 9a342a4d9097

! .hgtags

Changeset: 2d948507554f
Author:    andrew
Date:      2017-08-14 15:25 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/2d948507554f

Merge jdk8u144-b01

! .hgtags

Changeset: 56116fb0cf9d
Author:    andrew
Date:      2017-08-14 15:29 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/56116fb0cf9d

Added tag aarch64-jdk8u141-b17 for changeset 1934a22b486f

! .hgtags

Changeset: 8e9dba37ccab
Author:    andrew
Date:      2017-08-14 15:36 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/8e9dba37ccab

Added tag aarch64-jdk8u144-b01 for changeset 56116fb0cf9d

! .hgtags

Changeset: af8d8e6201ca
Author:    andrew
Date:      2017-08-14 23:18 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/af8d8e6201ca

Merge aarch64-jdk8u144-b01

! .hgtags

Changeset: e4e6b29417e6
Author:    andrew
Date:      2017-08-15 03:32 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/e4e6b29417e6

Added tag aarch64-shenandoah-jdk8u144-b01 for changeset af8d8e6201ca

! .hgtags


From gnu.andrew at redhat.com  Fri Aug 18 16:46:15 2017
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Fri, 18 Aug 2017 16:46:15 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u-shenandoah/corba: 32 new
	changesets
Message-ID: <201708181646.v7IGkGcm013259@aojmv0008.oracle.com>

Changeset: 1be88b102d23
Author:    asaha
Date:      2017-03-14 08:17 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/1be88b102d23

Added tag jdk8u131-b11 for changeset 2b88cb53e31f

! .hgtags

Changeset: 2dbdceff6ade
Author:    asaha
Date:      2016-12-13 12:23 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/2dbdceff6ade

Added tag jdk8u141-b00 for changeset 7056e474d6e3

! .hgtags

Changeset: dc56b830af52
Author:    asaha
Date:      2016-12-20 13:03 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/dc56b830af52

Merge

! .hgtags

Changeset: 422f509c61cf
Author:    asaha
Date:      2017-01-23 16:37 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/422f509c61cf

Merge

! .hgtags

Changeset: 863058344258
Author:    asaha
Date:      2017-02-07 11:15 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/863058344258

Merge

! .hgtags

Changeset: d2afe61fe52d
Author:    asaha
Date:      2017-02-24 09:13 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/d2afe61fe52d

Merge

! .hgtags

Changeset: fe2e31cdf695
Author:    asaha
Date:      2017-03-09 09:51 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/fe2e31cdf695

Merge

! .hgtags

Changeset: 0f825574a7c8
Author:    asaha
Date:      2017-03-16 10:18 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/0f825574a7c8

Merge

! .hgtags

Changeset: 66d2dbe82668
Author:    asaha
Date:      2017-03-20 10:54 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/66d2dbe82668

Added tag jdk8u141-b01 for changeset 0f825574a7c8

! .hgtags

Changeset: d673a1a9d4e3
Author:    asaha
Date:      2017-03-27 14:12 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/d673a1a9d4e3

Added tag jdk8u141-b02 for changeset 66d2dbe82668

! .hgtags

Changeset: 7316b3f30654
Author:    coffeys
Date:      2017-03-16 17:38 +0000
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/7316b3f30654

8173207: Upgrade compression library
Reviewed-by: sherman, jeff

! THIRD_PARTY_README

Changeset: 68139c8638dc
Author:    asaha
Date:      2017-04-03 13:45 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/68139c8638dc

Added tag jdk8u141-b03 for changeset 7316b3f30654

! .hgtags

Changeset: df048aacfa19
Author:    asaha
Date:      2017-04-10 13:38 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/df048aacfa19

Added tag jdk8u141-b04 for changeset 68139c8638dc

! .hgtags

Changeset: 608c9620655e
Author:    asaha
Date:      2017-04-17 11:44 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/608c9620655e

Added tag jdk8u141-b05 for changeset df048aacfa19

! .hgtags

Changeset: 3c2d6ed6d9ed
Author:    asaha
Date:      2017-04-24 11:45 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/3c2d6ed6d9ed

Added tag jdk8u141-b06 for changeset 608c9620655e

! .hgtags

Changeset: a88f33e068d4
Author:    asaha
Date:      2017-05-01 10:53 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/a88f33e068d4

Added tag jdk8u141-b07 for changeset 3c2d6ed6d9ed

! .hgtags

Changeset: 9947765c3f11
Author:    asaha
Date:      2017-05-08 11:06 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/9947765c3f11

Added tag jdk8u141-b08 for changeset a88f33e068d4

! .hgtags

Changeset: 2dcbb77fb6d5
Author:    asaha
Date:      2017-05-15 14:08 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/2dcbb77fb6d5

Added tag jdk8u141-b09 for changeset 9947765c3f11

! .hgtags

Changeset: f4091c5aed03
Author:    asaha
Date:      2017-05-22 14:58 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/f4091c5aed03

Added tag jdk8u141-b10 for changeset 2dcbb77fb6d5

! .hgtags

Changeset: 87a9107675a5
Author:    asaha
Date:      2017-05-30 11:59 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/87a9107675a5

Added tag jdk8u141-b11 for changeset f4091c5aed03

! .hgtags

Changeset: 2e4373af86aa
Author:    asaha
Date:      2017-06-06 10:01 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/2e4373af86aa

Added tag jdk8u141-b12 for changeset 87a9107675a5

! .hgtags

Changeset: ad04b672d6f9
Author:    asaha
Date:      2017-06-12 22:56 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/ad04b672d6f9

8181946: JDK 8 THIRD_PARTY_README - Minor Cleanup
Reviewed-by: jeff

! THIRD_PARTY_README

Changeset: 2232cdb74345
Author:    asaha
Date:      2017-06-12 23:05 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/2232cdb74345

Added tag jdk8u141-b13 for changeset ad04b672d6f9

! .hgtags

Changeset: cd3b0ae4feb7
Author:    asaha
Date:      2017-06-26 13:49 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/cd3b0ae4feb7

Added tag jdk8u141-b14 for changeset 2232cdb74345

! .hgtags

Changeset: 4f242f33e89a
Author:    asaha
Date:      2017-07-11 23:26 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/4f242f33e89a

8184235: Backout JDK-8173207 from 8u141, 7u151 and higher updates source base
Summary: Backed out changeset 7316b3f30654
Reviewed-by: coffeys

! THIRD_PARTY_README

Changeset: 77461a27d91f
Author:    asaha
Date:      2017-07-11 23:51 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/77461a27d91f

Added tag jdk8u141-b15 for changeset 4f242f33e89a

! .hgtags

Changeset: 0d5d2e29f93b
Author:    asaha
Date:      2017-07-20 23:09 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/0d5d2e29f93b

Added tag jdk8u144-b00 for changeset 77461a27d91f

! .hgtags

Changeset: cebeb9652015
Author:    andrew
Date:      2017-08-14 15:25 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/cebeb9652015

Merge jdk8u144-b01

! .hgtags
! THIRD_PARTY_README

Changeset: 252ce7a6af00
Author:    andrew
Date:      2017-08-14 15:29 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/252ce7a6af00

Added tag aarch64-jdk8u141-b17 for changeset 18348461d033

! .hgtags

Changeset: 4b222c433612
Author:    andrew
Date:      2017-08-14 15:36 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/4b222c433612

Added tag aarch64-jdk8u144-b01 for changeset 252ce7a6af00

! .hgtags

Changeset: 5cd9b97e2046
Author:    andrew
Date:      2017-08-14 23:18 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/5cd9b97e2046

Merge aarch64-jdk8u144-b01

! .hgtags

Changeset: ae2643f5f2d3
Author:    andrew
Date:      2017-08-15 03:32 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/ae2643f5f2d3

Added tag aarch64-shenandoah-jdk8u144-b01 for changeset 5cd9b97e2046

! .hgtags


From gnu.andrew at redhat.com  Fri Aug 18 16:46:24 2017
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Fri, 18 Aug 2017 16:46:24 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u-shenandoah/jaxp: 35 new
	changesets
Message-ID: <201708181646.v7IGkOYG013674@aojmv0008.oracle.com>

Changeset: 3458b4e2dedd
Author:    asaha
Date:      2017-03-14 08:18 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/3458b4e2dedd

Added tag jdk8u131-b11 for changeset c9de18d5c884

! .hgtags

Changeset: 7dfdf274dbb6
Author:    asaha
Date:      2016-12-13 12:25 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/7dfdf274dbb6

Added tag jdk8u141-b00 for changeset 14571ab1dc79

! .hgtags

Changeset: 0f158cd12770
Author:    asaha
Date:      2016-12-20 13:05 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/0f158cd12770

Merge

! .hgtags

Changeset: a16e81f3dbee
Author:    asaha
Date:      2017-01-23 16:41 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/a16e81f3dbee

Merge

! .hgtags

Changeset: be73c4bf6134
Author:    asaha
Date:      2017-02-07 11:20 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/be73c4bf6134

Merge

! .hgtags

Changeset: 968aa6ab7079
Author:    asaha
Date:      2017-02-24 09:17 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/968aa6ab7079

Merge

! .hgtags

Changeset: 2692959145f4
Author:    asaha
Date:      2017-03-09 10:01 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/2692959145f4

Merge

! .hgtags

Changeset: d1a50321c3b3
Author:    asaha
Date:      2017-03-16 10:21 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/d1a50321c3b3

Merge

! .hgtags

Changeset: 8649e84e810e
Author:    asaha
Date:      2017-03-20 10:55 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/8649e84e810e

Added tag jdk8u141-b01 for changeset d1a50321c3b3

! .hgtags

Changeset: a8560736d5a3
Author:    asaha
Date:      2017-03-27 14:13 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/a8560736d5a3

Added tag jdk8u141-b02 for changeset 8649e84e810e

! .hgtags

Changeset: 11bd896e07fd
Author:    coffeys
Date:      2017-03-16 17:39 +0000
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/11bd896e07fd

8173207: Upgrade compression library
Reviewed-by: sherman, jeff

! THIRD_PARTY_README

Changeset: 73e86ed9c44e
Author:    asaha
Date:      2017-04-03 13:46 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/73e86ed9c44e

Added tag jdk8u141-b03 for changeset 11bd896e07fd

! .hgtags

Changeset: 510b8c8dfdd6
Author:    aefimov
Date:      2017-03-07 13:49 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/510b8c8dfdd6

8172469: Transform Transformer Exceptions
Reviewed-by: joehw

- src/com/sun/org/apache/xml/internal/dtm/DTMConfigurationException.java
! src/com/sun/org/apache/xml/internal/dtm/DTMException.java
! src/com/sun/org/apache/xml/internal/dtm/DTMManager.java
! src/javax/xml/transform/TransformerException.java

Changeset: c3ca1c520f0f
Author:    aefimov
Date:      2017-04-06 21:26 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/c3ca1c520f0f

8176731: JCK tests in api/javax_xml/transform/ spec conformance started failing after 8172469
Reviewed-by: joehw, dfuchs

! src/javax/xml/transform/TransformerConfigurationException.java
! src/javax/xml/transform/TransformerException.java

Changeset: b597f37cab88
Author:    asaha
Date:      2017-04-10 13:39 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/b597f37cab88

Added tag jdk8u141-b04 for changeset c3ca1c520f0f

! .hgtags

Changeset: b87ca22dfc3a
Author:    asaha
Date:      2017-04-17 11:45 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/b87ca22dfc3a

Added tag jdk8u141-b05 for changeset b597f37cab88

! .hgtags

Changeset: 0b9f83ea5441
Author:    asaha
Date:      2017-04-24 11:46 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/0b9f83ea5441

Added tag jdk8u141-b06 for changeset b87ca22dfc3a

! .hgtags

Changeset: 8d1a6e475849
Author:    asaha
Date:      2017-05-01 10:54 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/8d1a6e475849

Added tag jdk8u141-b07 for changeset 0b9f83ea5441

! .hgtags

Changeset: 7708bb0850b4
Author:    asaha
Date:      2017-05-08 11:07 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/7708bb0850b4

Added tag jdk8u141-b08 for changeset 8d1a6e475849

! .hgtags

Changeset: f284ef8d24c6
Author:    asaha
Date:      2017-05-15 14:09 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/f284ef8d24c6

Added tag jdk8u141-b09 for changeset 7708bb0850b4

! .hgtags

Changeset: 498f34ceefd7
Author:    asaha
Date:      2017-05-22 14:59 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/498f34ceefd7

Added tag jdk8u141-b10 for changeset f284ef8d24c6

! .hgtags

Changeset: 2619d303c557
Author:    asaha
Date:      2017-05-30 12:00 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/2619d303c557

Added tag jdk8u141-b11 for changeset 498f34ceefd7

! .hgtags

Changeset: 790fea8778f4
Author:    ljiang
Date:      2017-06-06 09:39 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/790fea8778f4

8181591: 8u141 L10n resource file update
Reviewed-by: coffeys

! src/com/sun/org/apache/xalan/internal/res/XSLTErrorResources_sv.java
! src/com/sun/org/apache/xerces/internal/impl/msg/XIncludeMessages_sv.properties
! src/com/sun/org/apache/xerces/internal/impl/msg/XMLSchemaMessages_sv.properties
! src/com/sun/org/apache/xml/internal/res/XMLErrorResources_sv.java

Changeset: ad6b34678f52
Author:    asaha
Date:      2017-06-06 10:02 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/ad6b34678f52

Added tag jdk8u141-b12 for changeset 790fea8778f4

! .hgtags

Changeset: 5c33c65a916e
Author:    asaha
Date:      2017-06-12 22:57 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/5c33c65a916e

8181946: JDK 8 THIRD_PARTY_README - Minor Cleanup
Reviewed-by: jeff

! THIRD_PARTY_README

Changeset: a907feb04fc1
Author:    asaha
Date:      2017-06-12 23:06 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/a907feb04fc1

Added tag jdk8u141-b13 for changeset 5c33c65a916e

! .hgtags

Changeset: 4ad157724a72
Author:    asaha
Date:      2017-06-26 13:50 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/4ad157724a72

Added tag jdk8u141-b14 for changeset a907feb04fc1

! .hgtags

Changeset: 5790500308c0
Author:    asaha
Date:      2017-07-11 23:28 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/5790500308c0

8184235: Backout JDK-8173207 from 8u141, 7u151 and higher updates source base
Summary: Backed out changeset 11bd896e07fd
Reviewed-by: coffeys

! THIRD_PARTY_README

Changeset: 4fe0f48f801c
Author:    asaha
Date:      2017-07-11 23:51 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/4fe0f48f801c

Added tag jdk8u141-b15 for changeset 5790500308c0

! .hgtags

Changeset: 330bd721dee5
Author:    asaha
Date:      2017-07-20 23:11 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/330bd721dee5

Added tag jdk8u144-b00 for changeset 4fe0f48f801c

! .hgtags

Changeset: 6140a4fecafe
Author:    andrew
Date:      2017-08-14 15:25 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/6140a4fecafe

Merge jdk8u144-b01

! .hgtags
! THIRD_PARTY_README

Changeset: 9b19202ef8de
Author:    andrew
Date:      2017-08-14 15:29 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/9b19202ef8de

Added tag aarch64-jdk8u141-b17 for changeset a33e3a967c90

! .hgtags

Changeset: 2793510feb8c
Author:    andrew
Date:      2017-08-14 15:36 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/2793510feb8c

Added tag aarch64-jdk8u144-b01 for changeset 9b19202ef8de

! .hgtags

Changeset: b5df5596e7b3
Author:    andrew
Date:      2017-08-14 23:18 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/b5df5596e7b3

Merge aarch64-jdk8u144-b01

! .hgtags

Changeset: 2e5dd0de96a7
Author:    andrew
Date:      2017-08-15 03:32 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/2e5dd0de96a7

Added tag aarch64-shenandoah-jdk8u144-b01 for changeset b5df5596e7b3

! .hgtags


From gnu.andrew at redhat.com  Fri Aug 18 16:46:32 2017
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Fri, 18 Aug 2017 16:46:32 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u-shenandoah/jaxws: 34 new
	changesets
Message-ID: <201708181646.v7IGkW3A013854@aojmv0008.oracle.com>

Changeset: cc08a3e37ee9
Author:    asaha
Date:      2017-03-14 08:18 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/cc08a3e37ee9

Added tag jdk8u131-b11 for changeset 7817f0d25195

! .hgtags

Changeset: eb09a34966f4
Author:    asaha
Date:      2016-12-13 12:25 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/eb09a34966f4

Added tag jdk8u141-b00 for changeset 74aa403ef03d

! .hgtags

Changeset: f1be6f93059e
Author:    asaha
Date:      2016-12-20 13:05 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/f1be6f93059e

Merge

! .hgtags

Changeset: eddf08628abc
Author:    asaha
Date:      2017-01-23 16:42 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/eddf08628abc

Merge

! .hgtags

Changeset: 7a644c14795b
Author:    asaha
Date:      2017-02-07 11:21 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/7a644c14795b

Merge

! .hgtags

Changeset: 0030d0968876
Author:    asaha
Date:      2017-02-24 09:18 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/0030d0968876

Merge

! .hgtags

Changeset: 625b0a84b0bf
Author:    asaha
Date:      2017-03-09 10:01 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/625b0a84b0bf

Merge

! .hgtags

Changeset: b1138396b99b
Author:    asaha
Date:      2017-03-16 10:21 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/b1138396b99b

Merge

! .hgtags

Changeset: a7b9281956f9
Author:    asaha
Date:      2017-03-20 10:55 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/a7b9281956f9

Added tag jdk8u141-b01 for changeset b1138396b99b

! .hgtags

Changeset: 29fa8337af17
Author:    asaha
Date:      2017-03-27 14:13 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/29fa8337af17

Added tag jdk8u141-b02 for changeset a7b9281956f9

! .hgtags

Changeset: 3d27876c2ce4
Author:    coffeys
Date:      2017-03-16 17:39 +0000
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/3d27876c2ce4

8173207: Upgrade compression library
Reviewed-by: sherman, jeff

! THIRD_PARTY_README

Changeset: a08a6118b9df
Author:    asaha
Date:      2017-04-03 13:46 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/a08a6118b9df

Added tag jdk8u141-b03 for changeset 3d27876c2ce4

! .hgtags

Changeset: dcbac02db203
Author:    asaha
Date:      2017-04-10 13:39 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/dcbac02db203

Added tag jdk8u141-b04 for changeset a08a6118b9df

! .hgtags

Changeset: f552ee60279f
Author:    asaha
Date:      2017-04-17 11:45 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/f552ee60279f

Added tag jdk8u141-b05 for changeset dcbac02db203

! .hgtags

Changeset: 86a22a62ecd5
Author:    asaha
Date:      2017-04-24 11:46 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/86a22a62ecd5

Added tag jdk8u141-b06 for changeset f552ee60279f

! .hgtags

Changeset: 9153a257b264
Author:    asaha
Date:      2017-05-01 10:54 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/9153a257b264

Added tag jdk8u141-b07 for changeset 86a22a62ecd5

! .hgtags

Changeset: 1d5f442d50df
Author:    aefimov
Date:      2017-01-12 00:25 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/1d5f442d50df

8159058: SAXParseException when sending soap message
Reviewed-by: lancea, coffeys

! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/DetailImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/ElementImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/message/saaj/SaajStaxWriter.java

Changeset: 34f55abdda46
Author:    asaha
Date:      2017-05-08 11:07 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/34f55abdda46

Added tag jdk8u141-b08 for changeset 1d5f442d50df

! .hgtags

Changeset: e965788c8d73
Author:    asaha
Date:      2017-05-15 14:09 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/e965788c8d73

Added tag jdk8u141-b09 for changeset 34f55abdda46

! .hgtags

Changeset: 7f1844127578
Author:    asaha
Date:      2017-05-22 14:59 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/7f1844127578

Added tag jdk8u141-b10 for changeset e965788c8d73

! .hgtags

Changeset: d8134565e6c8
Author:    asaha
Date:      2017-05-30 12:01 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/d8134565e6c8

Added tag jdk8u141-b11 for changeset 7f1844127578

! .hgtags

Changeset: f87d9aaee64f
Author:    asaha
Date:      2017-06-06 10:02 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/f87d9aaee64f

Added tag jdk8u141-b12 for changeset d8134565e6c8

! .hgtags

Changeset: 27d35df45162
Author:    asaha
Date:      2017-06-12 22:57 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/27d35df45162

8181946: JDK 8 THIRD_PARTY_README - Minor Cleanup
Reviewed-by: jeff

! THIRD_PARTY_README

Changeset: 631033c46a0d
Author:    asaha
Date:      2017-06-12 23:06 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/631033c46a0d

Added tag jdk8u141-b13 for changeset 27d35df45162

! .hgtags

Changeset: 65d3b0e44551
Author:    aefimov
Date:      2017-06-25 00:13 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/65d3b0e44551

8182054: Improve wsdl support
Summary: Also reviewed by Roman Grigoriadi <roman.grigoriadi at oracle.com>
Reviewed-by: joehw, lancea

! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/DOMForest.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/DOMUtil.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/xml/XmlUtil.java

Changeset: e50530b9dcda
Author:    asaha
Date:      2017-06-26 13:50 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/e50530b9dcda

Added tag jdk8u141-b14 for changeset 65d3b0e44551

! .hgtags

Changeset: c62448650df4
Author:    asaha
Date:      2017-07-11 23:29 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/c62448650df4

8184235: Backout JDK-8173207 from 8u141, 7u151 and higher updates source base
Summary: Backed out changeset 3d27876c2ce4
Reviewed-by: coffeys

! THIRD_PARTY_README

Changeset: c57e086660a3
Author:    asaha
Date:      2017-07-11 23:52 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/c57e086660a3

Added tag jdk8u141-b15 for changeset c62448650df4

! .hgtags

Changeset: d2226ba553ca
Author:    asaha
Date:      2017-07-20 23:11 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/d2226ba553ca

Added tag jdk8u144-b00 for changeset c57e086660a3

! .hgtags

Changeset: 5dbfce68e777
Author:    andrew
Date:      2017-08-14 15:25 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/5dbfce68e777

Merge jdk8u144-b01

! .hgtags
! THIRD_PARTY_README

Changeset: 9f9fa7c7fdb9
Author:    andrew
Date:      2017-08-14 15:29 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/9f9fa7c7fdb9

Added tag aarch64-jdk8u141-b17 for changeset 8fa35cb94104

! .hgtags

Changeset: 1eb06202a5c9
Author:    andrew
Date:      2017-08-14 15:36 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/1eb06202a5c9

Added tag aarch64-jdk8u144-b01 for changeset 9f9fa7c7fdb9

! .hgtags

Changeset: ae1d3ae9fcbe
Author:    andrew
Date:      2017-08-14 23:18 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/ae1d3ae9fcbe

Merge aarch64-jdk8u144-b01

! .hgtags

Changeset: 897d9165b3a8
Author:    andrew
Date:      2017-08-15 03:32 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/897d9165b3a8

Added tag aarch64-shenandoah-jdk8u144-b01 for changeset ae1d3ae9fcbe

! .hgtags


From gnu.andrew at redhat.com  Fri Aug 18 16:46:39 2017
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Fri, 18 Aug 2017 16:46:39 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u-shenandoah/langtools: 34
	new changesets
Message-ID: <201708181646.v7IGkdF9013970@aojmv0008.oracle.com>

Changeset: c25d8a167d25
Author:    asaha
Date:      2017-03-14 08:19 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/c25d8a167d25

Added tag jdk8u131-b11 for changeset 5162417b51bd

! .hgtags

Changeset: 4d69601f88c3
Author:    asaha
Date:      2016-12-13 12:26 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/4d69601f88c3

Added tag jdk8u141-b00 for changeset 1175fac90fdb

! .hgtags

Changeset: 890432f6bb2a
Author:    asaha
Date:      2016-12-20 13:07 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/890432f6bb2a

Merge

! .hgtags

Changeset: 26c9abc6c440
Author:    asaha
Date:      2017-01-23 17:03 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/26c9abc6c440

Merge

! .hgtags

Changeset: 538b7b67a3b9
Author:    asaha
Date:      2017-02-07 11:24 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/538b7b67a3b9

Merge

! .hgtags

Changeset: 6d62608794f2
Author:    asaha
Date:      2017-02-24 09:20 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/6d62608794f2

Merge

! .hgtags

Changeset: 4d0a292c1ab2
Author:    asaha
Date:      2017-03-09 10:05 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/4d0a292c1ab2

Merge

! .hgtags

Changeset: bb163efa3276
Author:    asaha
Date:      2017-03-16 10:24 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/bb163efa3276

Merge

! .hgtags

Changeset: 5864e3781953
Author:    asaha
Date:      2017-03-20 10:55 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/5864e3781953

Added tag jdk8u141-b01 for changeset bb163efa3276

! .hgtags

Changeset: 4722ee15ca25
Author:    asaha
Date:      2017-03-27 14:14 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/4722ee15ca25

Added tag jdk8u141-b02 for changeset 5864e3781953

! .hgtags

Changeset: 4378c8e874a5
Author:    coffeys
Date:      2017-03-16 17:38 +0000
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/4378c8e874a5

8173207: Upgrade compression library
Reviewed-by: sherman, jeff

! THIRD_PARTY_README

Changeset: d89ea3127a93
Author:    asaha
Date:      2017-04-03 13:47 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/d89ea3127a93

Added tag jdk8u141-b03 for changeset 4378c8e874a5

! .hgtags

Changeset: b8e0348df792
Author:    asaha
Date:      2017-04-10 13:40 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/b8e0348df792

Added tag jdk8u141-b04 for changeset d89ea3127a93

! .hgtags

Changeset: 13b638c8e005
Author:    asaha
Date:      2017-04-17 11:46 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/13b638c8e005

Added tag jdk8u141-b05 for changeset b8e0348df792

! .hgtags

Changeset: 4d04a70e3207
Author:    asaha
Date:      2017-04-24 11:47 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/4d04a70e3207

Added tag jdk8u141-b06 for changeset 13b638c8e005

! .hgtags

Changeset: e4d2d5a018e3
Author:    asaha
Date:      2017-05-01 10:55 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/e4d2d5a018e3

Added tag jdk8u141-b07 for changeset 4d04a70e3207

! .hgtags

Changeset: e2abef6f10b9
Author:    bchristi
Date:      2017-04-27 16:18 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/e2abef6f10b9

8176329: jdeps to detect MR jar file and output a warning
Reviewed-by: mchung

! src/share/classes/com/sun/tools/jdeps/ClassFileReader.java
! src/share/classes/com/sun/tools/jdeps/JdepsTask.java
! src/share/classes/com/sun/tools/jdeps/resources/jdeps.properties
! src/share/classes/com/sun/tools/jdeps/resources/jdkinternals.properties
+ test/tools/jdeps/MRJarWarning.java

Changeset: 1df48afb34a0
Author:    asaha
Date:      2017-05-08 11:08 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/1df48afb34a0

Added tag jdk8u141-b08 for changeset e2abef6f10b9

! .hgtags

Changeset: 479c13a68ca4
Author:    asaha
Date:      2017-05-15 14:10 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/479c13a68ca4

Added tag jdk8u141-b09 for changeset 1df48afb34a0

! .hgtags

Changeset: 2cc58a0fdfd6
Author:    asaha
Date:      2017-05-22 15:00 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/2cc58a0fdfd6

Added tag jdk8u141-b10 for changeset 479c13a68ca4

! .hgtags

Changeset: 50123b7131bf
Author:    asaha
Date:      2017-05-30 12:02 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/50123b7131bf

Added tag jdk8u141-b11 for changeset 2cc58a0fdfd6

! .hgtags

Changeset: b5259d2465fa
Author:    ljiang
Date:      2017-06-06 09:40 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/b5259d2465fa

8181591: 8u141 L10n resource file update
Reviewed-by: coffeys

! src/share/classes/com/sun/tools/jdeps/resources/jdeps_ja.properties
! src/share/classes/com/sun/tools/jdeps/resources/jdeps_zh_CN.properties

Changeset: ec280466843d
Author:    asaha
Date:      2017-06-06 10:03 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/ec280466843d

Added tag jdk8u141-b12 for changeset b5259d2465fa

! .hgtags

Changeset: 9a5ddb594b49
Author:    asaha
Date:      2017-06-12 22:58 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/9a5ddb594b49

8181946: JDK 8 THIRD_PARTY_README - Minor Cleanup
Reviewed-by: jeff

! THIRD_PARTY_README

Changeset: 553043f3a231
Author:    asaha
Date:      2017-06-12 23:07 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/553043f3a231

Added tag jdk8u141-b13 for changeset 9a5ddb594b49

! .hgtags

Changeset: 1bf7ea896e8c
Author:    asaha
Date:      2017-06-26 13:51 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/1bf7ea896e8c

Added tag jdk8u141-b14 for changeset 553043f3a231

! .hgtags

Changeset: 027f6df9fe82
Author:    asaha
Date:      2017-07-11 23:34 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/027f6df9fe82

8184235: Backout JDK-8173207 from 8u141, 7u151 and higher updates source base
Summary: Backed out changeset 4378c8e874a5
Reviewed-by: coffeys

! THIRD_PARTY_README

Changeset: 4c355f7002c3
Author:    asaha
Date:      2017-07-11 23:52 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/4c355f7002c3

Added tag jdk8u141-b15 for changeset 027f6df9fe82

! .hgtags

Changeset: 816907853a15
Author:    asaha
Date:      2017-07-20 23:12 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/816907853a15

Added tag jdk8u144-b00 for changeset 4c355f7002c3

! .hgtags

Changeset: 123f05b8a5ef
Author:    andrew
Date:      2017-08-14 15:25 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/123f05b8a5ef

Merge jdk8u144-b01

! .hgtags
! THIRD_PARTY_README

Changeset: f8b7f1661494
Author:    andrew
Date:      2017-08-14 15:29 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/f8b7f1661494

Added tag aarch64-jdk8u141-b17 for changeset a2470f155d22

! .hgtags

Changeset: eb8e9a1d6c9f
Author:    andrew
Date:      2017-08-14 15:36 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/eb8e9a1d6c9f

Added tag aarch64-jdk8u144-b01 for changeset f8b7f1661494

! .hgtags

Changeset: 2c0c9dbb9443
Author:    andrew
Date:      2017-08-14 23:18 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/2c0c9dbb9443

Merge aarch64-jdk8u144-b01

! .hgtags

Changeset: 559d03d320c8
Author:    andrew
Date:      2017-08-15 03:32 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/559d03d320c8

Added tag aarch64-shenandoah-jdk8u144-b01 for changeset 2c0c9dbb9443

! .hgtags


From gnu.andrew at redhat.com  Fri Aug 18 16:46:49 2017
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Fri, 18 Aug 2017 16:46:49 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u-shenandoah/hotspot: 37
	new changesets
Message-ID: <201708181646.v7IGknFL014136@aojmv0008.oracle.com>

Changeset: 8aae9841c393
Author:    aph
Date:      2016-07-22 17:05 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/8aae9841c393

8161190: AArch64: Fix overflow in immediate cmp instruction
Summary: Use subs instead of cmp to compare BlockZeroingLowLimit. Subs can check and handle immediate out of range correctly.
Reviewed-by: aph
Contributed-by: yang.zhang at linaro.org

! src/cpu/aarch64/vm/macroAssembler_aarch64.cpp
! src/cpu/aarch64/vm/stubGenerator_aarch64.cpp

Changeset: 35f89a3ffce5
Author:    asaha
Date:      2017-03-14 08:17 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/35f89a3ffce5

Added tag jdk8u131-b11 for changeset 829ea9b92cda

! .hgtags

Changeset: 2d5100bddeb8
Author:    asaha
Date:      2016-12-13 12:24 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/2d5100bddeb8

Added tag jdk8u141-b00 for changeset 692bc6b674dc

! .hgtags

Changeset: c938960d9345
Author:    asaha
Date:      2016-12-20 13:04 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/c938960d9345

Merge

! .hgtags

Changeset: 923de3f490e5
Author:    asaha
Date:      2017-01-23 16:38 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/923de3f490e5

Merge

! .hgtags

Changeset: 4649a1517487
Author:    asaha
Date:      2017-02-07 11:16 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/4649a1517487

Merge

! .hgtags

Changeset: 15af9b4ac654
Author:    asaha
Date:      2017-02-24 09:14 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/15af9b4ac654

Merge

! .hgtags

Changeset: fd5901f4b951
Author:    asaha
Date:      2017-03-09 09:52 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/fd5901f4b951

Merge

! .hgtags

Changeset: 0cee0db0180b
Author:    asaha
Date:      2017-03-16 10:19 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/0cee0db0180b

Merge

! .hgtags

Changeset: 82435799636c
Author:    asaha
Date:      2017-03-20 10:54 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/82435799636c

Added tag jdk8u141-b01 for changeset 0cee0db0180b

! .hgtags

Changeset: ee9f1b7a61c5
Author:    asaha
Date:      2017-03-27 14:13 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/ee9f1b7a61c5

Added tag jdk8u141-b02 for changeset 82435799636c

! .hgtags

Changeset: 678f11cc769e
Author:    coffeys
Date:      2017-03-16 17:38 +0000
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/678f11cc769e

8173207: Upgrade compression library
Reviewed-by: sherman, jeff

! THIRD_PARTY_README

Changeset: 62b0b4a31b44
Author:    asaha
Date:      2017-04-03 13:45 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/62b0b4a31b44

Added tag jdk8u141-b03 for changeset 678f11cc769e

! .hgtags

Changeset: 53a48dc8e441
Author:    asaha
Date:      2017-04-10 13:38 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/53a48dc8e441

Added tag jdk8u141-b04 for changeset 62b0b4a31b44

! .hgtags

Changeset: 4b7067065b0a
Author:    asaha
Date:      2017-04-17 11:44 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/4b7067065b0a

Added tag jdk8u141-b05 for changeset 53a48dc8e441

! .hgtags

Changeset: 42f196fd7c58
Author:    asaha
Date:      2017-04-24 11:46 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/42f196fd7c58

Added tag jdk8u141-b06 for changeset 4b7067065b0a

! .hgtags

Changeset: a8b80d85ef39
Author:    asaha
Date:      2017-05-01 10:54 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/a8b80d85ef39

Added tag jdk8u141-b07 for changeset 42f196fd7c58

! .hgtags

Changeset: 3ff8d0b5a04b
Author:    roland
Date:      2017-02-15 17:26 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/3ff8d0b5a04b

8174164: SafePointNode::_replaced_nodes breaks with irreducible loops
Reviewed-by: kvn

! src/share/vm/opto/callnode.hpp
! src/share/vm/opto/parse1.cpp
! src/share/vm/opto/replacednodes.cpp
! src/share/vm/opto/replacednodes.hpp

Changeset: b1f3fbe39975
Author:    roland
Date:      2017-02-16 15:14 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/b1f3fbe39975

8175097: [TESTBUG] 8174164 fix missed the test
Reviewed-by: kvn

+ test/compiler/c2/TestReplacedNodesOSR.java

Changeset: 37ba410ffd43
Author:    thartmann
Date:      2017-03-30 15:28 +0200
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/37ba410ffd43

8173770: Image conversion improvements
Reviewed-by: kvn, vlivanov, dlong, rhalade, mschoene, iignatyev

! src/cpu/sparc/vm/sparc.ad
! src/cpu/x86/vm/x86_32.ad
! src/cpu/x86/vm/x86_64.ad
! src/share/vm/adlc/archDesc.cpp
! src/share/vm/opto/classes.hpp
! src/share/vm/opto/loopPredicate.cpp
! src/share/vm/opto/loopnode.hpp
! src/share/vm/opto/output.cpp
! src/share/vm/opto/subnode.cpp
! src/share/vm/opto/subnode.hpp
! src/share/vm/runtime/vmStructs.cpp

Changeset: b23c5879a33c
Author:    asaha
Date:      2017-05-08 11:06 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/b23c5879a33c

Added tag jdk8u141-b08 for changeset 37ba410ffd43

! .hgtags

Changeset: 1a3f8a55df45
Author:    asaha
Date:      2017-05-15 14:08 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/1a3f8a55df45

Added tag jdk8u141-b09 for changeset b23c5879a33c

! .hgtags

Changeset: de803a292be4
Author:    asaha
Date:      2017-05-22 14:58 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/de803a292be4

Added tag jdk8u141-b10 for changeset 1a3f8a55df45

! .hgtags

Changeset: 1cc0a65e78aa
Author:    asaha
Date:      2017-05-30 12:00 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/1cc0a65e78aa

Added tag jdk8u141-b11 for changeset de803a292be4

! .hgtags

Changeset: d6e7c7d2c6f6
Author:    mdoerr
Date:      2017-06-02 08:45 +0200
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/d6e7c7d2c6f6

8181420: PPC: Image conversion improvements
Reviewed-by: thartmann, simonis, mbaesken

! src/cpu/ppc/vm/ppc.ad

Changeset: c37b56787d13
Author:    asaha
Date:      2017-06-06 10:01 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/c37b56787d13

Added tag jdk8u141-b12 for changeset d6e7c7d2c6f6

! .hgtags

Changeset: df6af363337e
Author:    asaha
Date:      2017-06-12 22:56 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/df6af363337e

8181946: JDK 8 THIRD_PARTY_README - Minor Cleanup
Reviewed-by: jeff

! THIRD_PARTY_README

Changeset: 3a1543e089c3
Author:    asaha
Date:      2017-06-12 23:06 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/3a1543e089c3

Added tag jdk8u141-b13 for changeset df6af363337e

! .hgtags

Changeset: c1ebf7ebc39b
Author:    asaha
Date:      2017-06-26 13:50 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/c1ebf7ebc39b

Added tag jdk8u141-b14 for changeset 3a1543e089c3

! .hgtags

Changeset: 23f1790147d8
Author:    asaha
Date:      2017-07-11 23:27 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/23f1790147d8

8184235: Backout JDK-8173207 from 8u141, 7u151 and higher updates source base
Summary: Backed out changeset 678f11cc769e
Reviewed-by: coffeys

! THIRD_PARTY_README

Changeset: eea89df81a8e
Author:    asaha
Date:      2017-07-11 23:51 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/eea89df81a8e

Added tag jdk8u141-b15 for changeset 23f1790147d8

! .hgtags

Changeset: db36f4d498b1
Author:    asaha
Date:      2017-07-20 23:10 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/db36f4d498b1

Added tag jdk8u144-b00 for changeset eea89df81a8e

! .hgtags

Changeset: 769583ae5639
Author:    andrew
Date:      2017-08-14 15:25 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/769583ae5639

Merge jdk8u144-b01

! .hgtags
! THIRD_PARTY_README
! src/cpu/sparc/vm/sparc.ad
! src/cpu/x86/vm/x86_32.ad
! src/cpu/x86/vm/x86_64.ad
! src/share/vm/adlc/archDesc.cpp
! src/share/vm/opto/callnode.hpp
! src/share/vm/opto/classes.hpp
! src/share/vm/opto/loopPredicate.cpp
! src/share/vm/opto/loopnode.hpp
! src/share/vm/opto/parse1.cpp
! src/share/vm/opto/subnode.cpp
! src/share/vm/opto/subnode.hpp
! src/share/vm/runtime/vmStructs.cpp

Changeset: 20d83f8419c4
Author:    andrew
Date:      2017-08-14 15:29 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/20d83f8419c4

Added tag aarch64-jdk8u141-b17 for changeset 8aae9841c393

! .hgtags

Changeset: 7672149aea2c
Author:    andrew
Date:      2017-08-14 15:36 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/7672149aea2c

Added tag aarch64-jdk8u144-b01 for changeset 20d83f8419c4

! .hgtags

Changeset: a03cbd7501f1
Author:    andrew
Date:      2017-08-14 23:18 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/a03cbd7501f1

Merge aarch64-jdk8u144-b01

! .hgtags
! src/cpu/aarch64/vm/macroAssembler_aarch64.cpp
! src/cpu/aarch64/vm/stubGenerator_aarch64.cpp
! src/cpu/x86/vm/x86_64.ad
! src/share/vm/opto/callnode.hpp
! src/share/vm/opto/classes.hpp
! src/share/vm/opto/loopPredicate.cpp
! src/share/vm/opto/loopnode.hpp
! src/share/vm/opto/subnode.cpp
! src/share/vm/opto/subnode.hpp
! src/share/vm/runtime/vmStructs.cpp

Changeset: edca6a32fecf
Author:    andrew
Date:      2017-08-15 03:32 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/edca6a32fecf

Added tag aarch64-shenandoah-jdk8u144-b01 for changeset a03cbd7501f1

! .hgtags


From gnu.andrew at redhat.com  Fri Aug 18 16:47:05 2017
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Fri, 18 Aug 2017 16:47:05 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u-shenandoah/jdk: 78 new
	changesets
Message-ID: <201708181647.v7IGl8kx014413@aojmv0008.oracle.com>

Changeset: 64e09337b9b7
Author:    andrew
Date:      2017-08-11 01:05 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/64e09337b9b7

8186090: java.nio.Bits.unaligned() doesn't handle aarch64
Summary: Check for "aarch64" along with other unaligned access supporting architectures.
Reviewed-by: andrew
Contributed-by: Derek White <Derek.White at cavium.com>

! src/share/classes/java/nio/Bits.java
! src/share/classes/sun/security/provider/ByteArrayAccess.java

Changeset: 0807dc9e47d6
Author:    asaha
Date:      2017-03-14 08:18 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/0807dc9e47d6

Added tag jdk8u131-b11 for changeset 3ab471c4760a

! .hgtags

Changeset: 072e084bceee
Author:    asaha
Date:      2016-12-13 12:25 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/072e084bceee

Added tag jdk8u141-b00 for changeset a160009bbe14

! .hgtags

Changeset: e946652b3807
Author:    asaha
Date:      2016-12-20 13:06 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/e946652b3807

Merge

! .hgtags
- test/sun/security/tools/jarsigner/ts.sh

Changeset: 01aa958e0135
Author:    asaha
Date:      2017-02-10 15:10 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/01aa958e0135

Merge

! .hgtags

Changeset: e7ed178a0579
Author:    asaha
Date:      2017-02-24 09:18 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/e7ed178a0579

Merge

! .hgtags

Changeset: ee43a5308c1d
Author:    asaha
Date:      2017-03-09 10:03 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/ee43a5308c1d

Merge

! .hgtags

Changeset: af8234e20fb7
Author:    asaha
Date:      2017-03-16 10:22 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/af8234e20fb7

Merge

! .hgtags

Changeset: 09eae0bade20
Author:    hseigel
Date:      2016-12-21 10:15 -0500
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/09eae0bade20

8170966: Right parenthesis issue
Reviewed-by: acorn, ctornqvi, mschoene
Contributed-by: harold.seigel at oracle.com

! src/share/native/common/check_code.c

Changeset: d7bd49ad8f0a
Author:    prr
Date:      2017-02-06 15:32 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/d7bd49ad8f0a

8172461: Service Registration Lifecycle
Reviewed-by: serb, vadim, skoivu, shurailine

! src/share/classes/javax/imageio/spi/ServiceRegistry.java

Changeset: 51631f9fa8d8
Author:    bpb
Date:      2017-03-14 13:23 +0000
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/51631f9fa8d8

8172465: Better handling of channel groups
Reviewed-by: alanb, coffeys, skoivu, rhalade, chegar

! src/share/classes/sun/nio/ch/AsynchronousChannelGroupImpl.java

Changeset: 78a83e6e0fe8
Author:    prr
Date:      2017-02-13 10:23 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/78a83e6e0fe8

8174098: Better image fetching
Reviewed-by: serb, vadim, skoivu

! src/share/classes/sun/awt/image/ImageWatched.java

Changeset: c729ab3b13ae
Author:    igerasim
Date:      2017-03-15 20:09 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/c729ab3b13ae

8169392: Additional jar validation steps
Reviewed-by: mullan, herrick, ahgross

! src/share/classes/java/util/jar/JarVerifier.java
! src/share/classes/sun/security/util/ManifestEntryVerifier.java

Changeset: e95a13de2d36
Author:    igerasim
Date:      2017-03-13 18:24 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/e95a13de2d36

8172204: Better Thread Pool execution
Reviewed-by: alanb, skoivu, rriggs

! src/share/classes/java/util/concurrent/ThreadPoolExecutor.java

Changeset: 70b0eb614c92
Author:    asaha
Date:      2017-03-20 10:55 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/70b0eb614c92

Added tag jdk8u141-b01 for changeset e95a13de2d36

! .hgtags

Changeset: 936085d9aff0
Author:    rpatil
Date:      2017-03-15 14:14 +0530
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/936085d9aff0

8174105: Better naming attribution
Reviewed-by: chegar, dfuchs, rriggs, vtewari

! src/share/classes/javax/naming/directory/BasicAttribute.java

Changeset: 3a99785f69d4
Author:    asaha
Date:      2017-03-27 14:14 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/3a99785f69d4

Added tag jdk8u141-b02 for changeset 936085d9aff0

! .hgtags

Changeset: 018769d53c80
Author:    coffeys
Date:      2017-03-16 17:37 +0000
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/018769d53c80

8173207: Upgrade compression library
Reviewed-by: sherman, jeff

! THIRD_PARTY_README
! make/CompileLaunchers.gmk
! make/lib/Awt2dLibraries.gmk
! make/lib/CoreLibraries.gmk
- 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/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: 97ea41335486
Author:    smarks
Date:      2017-03-14 19:15 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/97ea41335486

8173697: Less Active Activations
Reviewed-by: skoivu, rhalade, rriggs, chegar, coffeys

! src/share/classes/java/rmi/activation/ActivationID.java

Changeset: 070e24b47ae0
Author:    coffeys
Date:      2017-04-03 13:12 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/070e24b47ae0

8163958: Improved garbage collection
Reviewed-by: rriggs

! make/GenerateClasses.gmk
! src/share/classes/sun/rmi/server/UnicastRef.java
! src/share/classes/sun/rmi/server/UnicastServerRef.java
! src/share/classes/sun/rmi/transport/ConnectionInputStream.java
! src/share/classes/sun/rmi/transport/DGCClient.java
+ src/share/classes/sun/rmi/transport/DGCImpl_Skel.java
+ src/share/classes/sun/rmi/transport/DGCImpl_Stub.java
! src/share/classes/sun/rmi/transport/StreamRemoteCall.java
+ test/java/rmi/testlibrary/TestSocketFactory.java

Changeset: 56e011f1384f
Author:    asaha
Date:      2017-04-03 13:46 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/56e011f1384f

Added tag jdk8u141-b03 for changeset 070e24b47ae0

! .hgtags

Changeset: 56e0ab47dbec
Author:    robm
Date:      2017-03-28 15:46 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/56e0ab47dbec

8174113: Better sourcing of code
Reviewed-by: weijun

! src/share/classes/java/security/CodeSource.java

Changeset: 079cd6c5de27
Author:    igerasim
Date:      2017-03-30 22:29 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/079cd6c5de27

8176760: Better handling of PKCS8 material
Reviewed-by: ascarpino, ahgross

! src/share/classes/sun/security/pkcs/PKCS8Key.java

Changeset: e5e3c33f5736
Author:    igerasim
Date:      2017-03-17 11:55 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/e5e3c33f5736

8175251: Failed to load RSA private key from pkcs12
Summary: Enhanced DER library with extra arg to control leading-0 check
Reviewed-by: mullan

! src/share/classes/sun/security/rsa/RSAPrivateCrtKeyImpl.java
! src/share/classes/sun/security/rsa/RSAPublicKeyImpl.java
! src/share/classes/sun/security/util/DerInputBuffer.java
! src/share/classes/sun/security/util/DerInputStream.java
! src/share/classes/sun/security/util/DerValue.java
! test/sun/security/pkcs/pkcs8/PKCS8Test.java
+ test/sun/security/pkcs/pkcs8/TestLeadingZeros.java

Changeset: 4963805dad03
Author:    asaha
Date:      2017-04-10 13:39 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/4963805dad03

Added tag jdk8u141-b04 for changeset e5e3c33f5736

! .hgtags

Changeset: 6b50a22f4f3d
Author:    jdv
Date:      2016-10-06 09:19 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/6b50a22f4f3d

8162461: Hang due to JNI up-call made whilst holding JNI critical lock
Reviewed-by: prr, aghaisas

! src/share/native/sun/awt/image/jpeg/imageioJPEG.c

Changeset: 686e47e14565
Author:    prr
Date:      2017-03-17 16:41 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/686e47e14565

8169209: Improved image post-processing steps
Reviewed-by: serb, vadim, mschoene

! src/share/classes/com/sun/imageio/plugins/jpeg/JPEGImageReader.java
! src/share/native/sun/awt/image/jpeg/imageioJPEG.c

Changeset: b3e7354e6ae8
Author:    aefimov
Date:      2017-04-11 13:35 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/b3e7354e6ae8

8173286: Better reading of text catalogs
Reviewed-by: joehw, dfuchs, skoivu, rhalade

! 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: 58477c9f44b5
Author:    asaha
Date:      2017-04-17 11:45 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/58477c9f44b5

Added tag jdk8u141-b05 for changeset b3e7354e6ae8

! .hgtags

Changeset: c49f918efc4e
Author:    igerasim
Date:      2017-03-28 13:33 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/c49f918efc4e

8174873: Improved certificate procesing
Reviewed-by: jnimeh, ahgross, rhalade

! src/share/classes/sun/security/util/HostnameChecker.java

Changeset: d367529f552a
Author:    asaha
Date:      2017-04-24 11:46 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/d367529f552a

Added tag jdk8u141-b06 for changeset c49f918efc4e

! .hgtags

Changeset: cc2252f8663d
Author:    rpatil
Date:      2017-04-10 16:17 +0530
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/cc2252f8663d

8177449: (tz) Support tzdata2017b
Reviewed-by: martin, naoto

! make/data/tzdata/VERSION
! make/data/tzdata/africa
! make/data/tzdata/iso3166.tab
! make/data/tzdata/northamerica
! test/sun/util/calendar/zi/tzdata/VERSION
! test/sun/util/calendar/zi/tzdata/africa
! test/sun/util/calendar/zi/tzdata/iso3166.tab
! test/sun/util/calendar/zi/tzdata/northamerica

Changeset: edb9fb3072f1
Author:    azvegint
Date:      2016-08-11 13:22 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/edb9fb3072f1

8155690: Update libPNG library to the latest up-to-date
Reviewed-by: serb

! src/share/native/sun/awt/libpng/CHANGES
! src/share/native/sun/awt/libpng/LICENSE
! src/share/native/sun/awt/libpng/README
! src/share/native/sun/awt/libpng/png.c
! src/share/native/sun/awt/libpng/png.h
! src/share/native/sun/awt/libpng/pngconf.h
! src/share/native/sun/awt/libpng/pngdebug.h
! src/share/native/sun/awt/libpng/pngerror.c
! src/share/native/sun/awt/libpng/pngget.c
! src/share/native/sun/awt/libpng/pnginfo.h
! src/share/native/sun/awt/libpng/pnglibconf.h
! src/share/native/sun/awt/libpng/pngmem.c
! src/share/native/sun/awt/libpng/pngpread.c
! src/share/native/sun/awt/libpng/pngpriv.h
! src/share/native/sun/awt/libpng/pngread.c
! src/share/native/sun/awt/libpng/pngrio.c
! src/share/native/sun/awt/libpng/pngrtran.c
! src/share/native/sun/awt/libpng/pngrutil.c
! src/share/native/sun/awt/libpng/pngset.c
! src/share/native/sun/awt/libpng/pngstruct.h
! src/share/native/sun/awt/libpng/pngtest.c
! src/share/native/sun/awt/libpng/pngtrans.c
! src/share/native/sun/awt/libpng/pngwio.c
! src/share/native/sun/awt/libpng/pngwrite.c
! src/share/native/sun/awt/libpng/pngwtran.c
! src/share/native/sun/awt/libpng/pngwutil.c

Changeset: 9fd2a2019a5b
Author:    prr
Date:      2017-04-28 12:01 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/9fd2a2019a5b

8167228: Update to libpng 1.6.28
Reviewed-by: serb, azvegint

! src/share/native/sun/awt/libpng/CHANGES
! src/share/native/sun/awt/libpng/LICENSE
! src/share/native/sun/awt/libpng/README
! src/share/native/sun/awt/libpng/png.c
! src/share/native/sun/awt/libpng/png.h
! src/share/native/sun/awt/libpng/pngconf.h
! src/share/native/sun/awt/libpng/pngerror.c
! src/share/native/sun/awt/libpng/pngget.c
! src/share/native/sun/awt/libpng/pnglibconf.h
! src/share/native/sun/awt/libpng/pngmem.c
! src/share/native/sun/awt/libpng/pngpread.c
! src/share/native/sun/awt/libpng/pngpriv.h
! src/share/native/sun/awt/libpng/pngread.c
! src/share/native/sun/awt/libpng/pngrio.c
! src/share/native/sun/awt/libpng/pngrtran.c
! src/share/native/sun/awt/libpng/pngrutil.c
! src/share/native/sun/awt/libpng/pngset.c
! src/share/native/sun/awt/libpng/pngstruct.h
- src/share/native/sun/awt/libpng/pngtest.c
! src/share/native/sun/awt/libpng/pngtrans.c
- src/share/native/sun/awt/libpng/pngwio.c
- src/share/native/sun/awt/libpng/pngwrite.c
- src/share/native/sun/awt/libpng/pngwtran.c
- src/share/native/sun/awt/libpng/pngwutil.c

Changeset: fb29b8b6f711
Author:    asaha
Date:      2017-05-01 10:54 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/fb29b8b6f711

Added tag jdk8u141-b07 for changeset 9fd2a2019a5b

! .hgtags

Changeset: 5708bde0641e
Author:    horii
Date:      2016-09-14 22:11 -0400
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/5708bde0641e

8165231: java.nio.Bits.unaligned() doesn't return true on ppc
Reviewed-by: simonis, coffeys

! src/share/classes/java/nio/Bits.java
! src/share/classes/sun/security/provider/ByteArrayAccess.java

Changeset: d1f5722b47cc
Author:    rpatil
Date:      2016-09-23 15:14 +0530
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/d1f5722b47cc

8144566: Custom HostnameVerifier disables SNI extension
Reviewed-by: coffeys

! src/share/classes/sun/security/ssl/SSLSocketImpl.java
+ test/javax/net/ssl/ServerName/BestEffortOnLazyConnected.java
+ test/sun/net/www/protocol/https/HttpsURLConnection/ImpactOnSNI.java

Changeset: 725493500c8f
Author:    rhalade
Date:      2016-05-16 10:36 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/725493500c8f

8155049: New tests from 8144566 fail with "No expected Server Name Indication"
Reviewed-by: xuelei

! test/javax/net/ssl/ServerName/BestEffortOnLazyConnected.java
! test/sun/net/www/protocol/https/HttpsURLConnection/ImpactOnSNI.java

Changeset: 549da8b4fddf
Author:    aefimov
Date:      2017-01-12 00:37 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/549da8b4fddf

8159058: SAXParseException when sending soap message
Reviewed-by: lancea, coffeys

+ test/javax/xml/ws/8159058/SaajEmptyNamespaceTest.java

Changeset: 7ca0b11a44a6
Author:    mcherkas
Date:      2017-02-07 19:54 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/7ca0b11a44a6

8173145: Menu is activated after using mnemonic Alt/Key combination
Reviewed-by: serb, ssadetsky

! src/share/classes/com/sun/java/swing/plaf/windows/WindowsRootPaneUI.java
+ test/com/sun/java/swing/plaf/windows/Test8173145.java

Changeset: 99b02c4b5138
Author:    dmarkov
Date:      2017-01-31 10:35 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/99b02c4b5138

8163889: [macosx] Can't print from browser on Mac OS X
Reviewed-by: prr, psadhukhan

! src/macosx/classes/sun/java2d/OSXOffScreenSurfaceData.java
! src/macosx/native/sun/awt/ImageSurfaceData.m
+ test/java/awt/print/PrinterJob/PrintCrashTest.java

Changeset: 826a50f3d165
Author:    adinn
Date:      2017-02-24 10:19 +0000
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/826a50f3d165

8174729: Race Condition in java.lang.reflect.WeakCache
Summary: Race can occur between Proxy.getProxyClass and Proxy.isProxyClass
Reviewed-by: mchung

! src/share/classes/java/lang/reflect/WeakCache.java
+ test/java/lang/reflect/Proxy/ProxyRace.java

Changeset: 64261149b033
Author:    jbachorik
Date:      2016-10-04 19:14 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/64261149b033

8139870: sun.management.LazyCompositeData.isTypeMatched() fails for composite types with items of ArrayType
Reviewed-by: dfuchs

! src/share/classes/sun/management/LazyCompositeData.java
+ test/sun/management/LazyCompositeDataTest.java

Changeset: 0b3c2354ff0c
Author:    asaha
Date:      2017-05-08 11:07 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/0b3c2354ff0c

Added tag jdk8u141-b08 for changeset 64261149b033

! .hgtags

Changeset: 85cdfa462d2b
Author:    ascarpino
Date:      2017-03-23 08:44 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/85cdfa462d2b

8176536: Improved algorithm constraints checking
Reviewed-by: mullan

! src/share/classes/sun/security/pkcs/SignerInfo.java
! src/share/classes/sun/security/provider/certpath/AlgorithmChecker.java
! src/share/classes/sun/security/provider/certpath/DistributionPointFetcher.java
! src/share/classes/sun/security/provider/certpath/OCSP.java
! src/share/classes/sun/security/provider/certpath/OCSPRequest.java
! src/share/classes/sun/security/provider/certpath/OCSPResponse.java
! src/share/classes/sun/security/provider/certpath/PKIX.java
! src/share/classes/sun/security/provider/certpath/PKIXCertPathValidator.java
+ src/share/classes/sun/security/provider/certpath/PKIXExtendedParameters.java
+ src/share/classes/sun/security/provider/certpath/ResponderId.java
! src/share/classes/sun/security/provider/certpath/RevocationChecker.java
! src/share/classes/sun/security/provider/certpath/SunCertPathBuilder.java
! src/share/classes/sun/security/ssl/SSLContextImpl.java
! src/share/classes/sun/security/ssl/X509KeyManagerImpl.java
! src/share/classes/sun/security/util/AnchorCertificates.java
- src/share/classes/sun/security/util/CertConstraintParameters.java
+ src/share/classes/sun/security/util/ConstraintsParameters.java
! src/share/classes/sun/security/util/DisabledAlgorithmConstraints.java
! src/share/classes/sun/security/util/SignatureFileVerifier.java
! src/share/classes/sun/security/validator/PKIXValidator.java
! src/share/classes/sun/security/validator/SimpleValidator.java
! src/share/classes/sun/security/x509/PKIXExtensions.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/ProblemList.txt
! test/sun/security/tools/jarsigner/TimestampCheck.java

Changeset: ca803888d467
Author:    igerasim
Date:      2017-04-26 19:20 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/ca803888d467

8179101: Improve algorithm constraints implementation
Reviewed-by: mullan, ahgross, rhalade, igerasim

! src/share/classes/sun/security/util/DisabledAlgorithmConstraints.java

Changeset: cf97ac98827d
Author:    azvegint
Date:      2017-05-12 17:36 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/cf97ac98827d

8178996: [macos] JComboBox doesn't display popup in mixed JavaFX Swing Application on 8u131 and Mac OS 10.12
Reviewed-by: serb, ssadetsky

! src/macosx/classes/sun/lwawt/macosx/CPlatformWindow.java

Changeset: 276269460238
Author:    igerasim
Date:      2017-05-13 18:25 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/276269460238

8179998: Clear certificate chain connections
Reviewed-by: mullan, ahgross, rhalade, igerasim

! src/share/classes/sun/security/pkcs/SignerInfo.java
! src/share/classes/sun/security/provider/certpath/SunCertPathBuilder.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

Changeset: 90a2e2fa94e1
Author:    asaha
Date:      2017-05-15 14:09 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/90a2e2fa94e1

Added tag jdk8u141-b09 for changeset 276269460238

! .hgtags

Changeset: 7031f9aba8d3
Author:    pkbalakr
Date:      2017-05-15 11:16 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/7031f9aba8d3

8179014: JFileChooser with Windows look and feel crashes on win 10
Reviewed-by: serb, prr

! src/windows/native/sun/windows/ShellFolder2.cpp
+ test/javax/swing/JFileChooser/GodMode/JFileChooserTest.java

Changeset: fcf0bc49aa3e
Author:    shshahma
Date:      2017-05-17 22:22 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/fcf0bc49aa3e

8176055: JMX diagnostic improvements
Reviewed-by: dfuchs, mchung, ahgross, rhalade, jwilhelm

! src/share/classes/com/sun/management/HotSpotDiagnosticMXBean.java
! src/share/classes/sun/management/HotSpotDiagnostic.java

Changeset: 3c8ea47635b6
Author:    robm
Date:      2017-05-18 22:52 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/3c8ea47635b6

8175106: Higher quality DSA operations
Reviewed-by: xuelei, apetcher

! src/share/classes/sun/security/provider/DSA.java

Changeset: 73dd1557f0ef
Author:    aefimov
Date:      2017-04-24 22:53 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/73dd1557f0ef

8176067: Proper directory lookup processing
Reviewed-by: weijun

! src/share/classes/com/sun/jndi/ldap/LdapClient.java
! src/share/classes/com/sun/jndi/ldap/LdapCtx.java
! src/share/classes/com/sun/jndi/ldap/LdapReferralException.java
! src/share/classes/sun/security/provider/certpath/ldap/LDAPCertStore.java

Changeset: c92d704420d7
Author:    robm
Date:      2017-05-22 14:40 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/c92d704420d7

8174770: Check registry registration location
Reviewed-by: rriggs

! make/GenerateClasses.gmk
! src/share/classes/sun/management/jmxremote/SingleEntryRegistry.java
! src/share/classes/sun/rmi/registry/RegistryImpl.java
+ src/share/classes/sun/rmi/registry/RegistryImpl_Skel.java
+ src/share/classes/sun/rmi/registry/RegistryImpl_Stub.java
! src/share/classes/sun/rmi/server/Activation.java
! src/share/classes/sun/rmi/server/UnicastServerRef.java
+ test/java/rmi/activation/nonLocalActivation/NonLocalActivationTest.java
+ test/java/rmi/registry/nonLocalRegistry/NonLocalRegistryTest.java
+ test/javax/management/remote/nonLocalAccess/NonLocalJMXRemoteTest.java

Changeset: 6a45e76695b7
Author:    asaha
Date:      2017-05-22 14:59 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/6a45e76695b7

Added tag jdk8u141-b10 for changeset c92d704420d7

! .hgtags

Changeset: d99101781d7e
Author:    igerasim
Date:      2017-05-23 11:30 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/d99101781d7e

8178135: Additional elliptic curve support
Reviewed-by: mullan

! src/share/native/sun/security/ec/impl/ecp_jac.c
! src/share/native/sun/security/ec/impl/ecp_jm.c

Changeset: 3237f27a9d22
Author:    igerasim
Date:      2017-03-15 10:58 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/3237f27a9d22

8176769: Remove accidental spec change in jdk8u
Reviewed-by: chegar

! src/share/classes/java/util/concurrent/ThreadPoolExecutor.java

Changeset: 490b22e81183
Author:    asaha
Date:      2017-05-30 12:01 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/490b22e81183

Added tag jdk8u141-b11 for changeset 3237f27a9d22

! .hgtags

Changeset: 07c8fc0517dd
Author:    aefimov
Date:      2017-06-01 15:45 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/07c8fc0517dd

8180582: The bind to rmiregistry is rejected by registryFilter even though registryFilter is set
Summary: The Registry MAXDEPTH should allow binding more complex objects
Reviewed-by: dfuchs, smarks

! src/share/classes/sun/rmi/registry/RegistryImpl.java
! test/java/rmi/registry/serialFilter/RegistryFilterTest.java

Changeset: 2966589b3f33
Author:    ljiang
Date:      2017-06-06 09:39 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/2966589b3f33

8181591: 8u141 L10n resource file update
Reviewed-by: coffeys

! src/share/classes/com/sun/accessibility/internal/resources/accessibility_sv.properties
! src/share/classes/sun/awt/resources/awt_sv.properties
! src/share/classes/sun/launcher/resources/launcher_es.properties
! src/share/classes/sun/launcher/resources/launcher_sv.properties
! src/share/classes/sun/management/resources/agent_sv.properties
! src/share/classes/sun/security/tools/keytool/Resources_sv.java
! src/share/classes/sun/security/tools/policytool/Resources_sv.java
! src/share/classes/sun/security/util/AuthResources_sv.java
! src/share/classes/sun/security/util/Resources_sv.java

Changeset: dbc9c9a684bd
Author:    asaha
Date:      2017-06-06 10:02 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/dbc9c9a684bd

Added tag jdk8u141-b12 for changeset 2966589b3f33

! .hgtags

Changeset: 90739d924bcf
Author:    asaha
Date:      2017-06-06 11:56 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/90739d924bcf

8181698: Remove and retag 8u141-b12 tag from source repository
Reviewed-by: robm

! .hgtags

Changeset: 996632997de8
Author:    robm
Date:      2017-05-24 17:35 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/996632997de8

8175110: Higher quality ECDSA operations
Reviewed-by: xuelei, apetcher

! src/share/classes/sun/security/ec/ECDSASignature.java
! src/share/native/sun/security/ec/ECC_JNI.cpp
! src/share/native/sun/security/ec/impl/ec.c
! src/share/native/sun/security/ec/impl/ec2.h
! src/share/native/sun/security/ec/impl/ec2_aff.c
! src/share/native/sun/security/ec/impl/ec2_mont.c
! src/share/native/sun/security/ec/impl/ecc_impl.h
! src/share/native/sun/security/ec/impl/ecl-priv.h
! src/share/native/sun/security/ec/impl/ecl.h
! src/share/native/sun/security/ec/impl/ecl_mult.c
! src/share/native/sun/security/ec/impl/ecp.h
! src/share/native/sun/security/ec/impl/ecp_aff.c
! src/share/native/sun/security/ec/impl/ecp_jac.c
! src/share/native/sun/security/ec/impl/ecp_jm.c

Changeset: 567e5e47be2d
Author:    asaha
Date:      2017-06-06 13:30 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/567e5e47be2d

Added tag jdk8u141-b12 for changeset 996632997de8

! .hgtags

Changeset: 6259284645cb
Author:    bgopularam
Date:      2017-05-24 02:25 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/6259284645cb

8165367: Additional tests for JEP 288: Disable SHA-1 Certificates
Summary: The new tests just focus on the usage constraints TLSSever and TLSClient with TLS communication
Reviewed-by: ascarpino

+ test/sun/security/ssl/CertPathRestrictions/JSSEClient.java
+ test/sun/security/ssl/CertPathRestrictions/JSSEServer.java
+ test/sun/security/ssl/CertPathRestrictions/TLSRestrictions.java
+ test/sun/security/ssl/CertPathRestrictions/certs/END_ENTITY_SHA1-INTER_CA_SHA256-ROOT_CA_SHA256-PRIV.key
+ test/sun/security/ssl/CertPathRestrictions/certs/END_ENTITY_SHA1-INTER_CA_SHA256-ROOT_CA_SHA256.cer
+ test/sun/security/ssl/CertPathRestrictions/certs/END_ENTITY_SHA256-INTER_CA_SHA1-ROOT_CA_SHA1-PRIV.key
+ test/sun/security/ssl/CertPathRestrictions/certs/END_ENTITY_SHA256-INTER_CA_SHA1-ROOT_CA_SHA1.cer
+ test/sun/security/ssl/CertPathRestrictions/certs/END_ENTITY_SHA256-INTER_CA_SHA1-ROOT_CA_SHA256-PRIV.key
+ test/sun/security/ssl/CertPathRestrictions/certs/END_ENTITY_SHA256-INTER_CA_SHA1-ROOT_CA_SHA256.cer
+ test/sun/security/ssl/CertPathRestrictions/certs/END_ENTITY_SHA256-INTER_CA_SHA256-ROOT_CA_SHA1-PRIV.key
+ test/sun/security/ssl/CertPathRestrictions/certs/END_ENTITY_SHA256-INTER_CA_SHA256-ROOT_CA_SHA1.cer
+ test/sun/security/ssl/CertPathRestrictions/certs/END_ENTITY_SHA256-INTER_CA_SHA256-ROOT_CA_SHA256-PRIV.key
+ test/sun/security/ssl/CertPathRestrictions/certs/END_ENTITY_SHA256-INTER_CA_SHA256-ROOT_CA_SHA256.cer
+ test/sun/security/ssl/CertPathRestrictions/certs/INTER_CA_SHA1-ROOT_CA_SHA1-PRIV.key
+ test/sun/security/ssl/CertPathRestrictions/certs/INTER_CA_SHA1-ROOT_CA_SHA1.cer
+ test/sun/security/ssl/CertPathRestrictions/certs/INTER_CA_SHA1-ROOT_CA_SHA256-PRIV.key
+ test/sun/security/ssl/CertPathRestrictions/certs/INTER_CA_SHA1-ROOT_CA_SHA256.cer
+ test/sun/security/ssl/CertPathRestrictions/certs/INTER_CA_SHA256-ROOT_CA_SHA1-PRIV.key
+ test/sun/security/ssl/CertPathRestrictions/certs/INTER_CA_SHA256-ROOT_CA_SHA1.cer
+ test/sun/security/ssl/CertPathRestrictions/certs/INTER_CA_SHA256-ROOT_CA_SHA256-PRIV.key
+ test/sun/security/ssl/CertPathRestrictions/certs/INTER_CA_SHA256-ROOT_CA_SHA256.cer
+ test/sun/security/ssl/CertPathRestrictions/certs/ROOT_CA_SHA1-PRIV.key
+ test/sun/security/ssl/CertPathRestrictions/certs/ROOT_CA_SHA1.cer
+ test/sun/security/ssl/CertPathRestrictions/certs/ROOT_CA_SHA256-PRIV.key
+ test/sun/security/ssl/CertPathRestrictions/certs/ROOT_CA_SHA256.cer

Changeset: c6bc194fedb6
Author:    asaha
Date:      2017-06-12 22:57 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/c6bc194fedb6

8181946: JDK 8 THIRD_PARTY_README - Minor Cleanup
Reviewed-by: jeff

! THIRD_PARTY_README

Changeset: d630e23b8e36
Author:    asaha
Date:      2017-06-12 23:06 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/d630e23b8e36

Added tag jdk8u141-b13 for changeset c6bc194fedb6

! .hgtags

Changeset: ca29e45bee9a
Author:    asaha
Date:      2017-06-26 13:50 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/ca29e45bee9a

Added tag jdk8u141-b14 for changeset d630e23b8e36

! .hgtags

Changeset: e3d409d67dbe
Author:    asaha
Date:      2017-07-11 23:31 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/e3d409d67dbe

8184235: Backout JDK-8173207 from 8u141, 7u151 and higher updates source base
Summary: Backed out changeset 018769d53c80
Reviewed-by: coffeys

! THIRD_PARTY_README
! make/CompileLaunchers.gmk
! make/lib/Awt2dLibraries.gmk
! make/lib/CoreLibraries.gmk
+ 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/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: 2ea944051007
Author:    psandoz
Date:      2017-07-11 20:38 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/2ea944051007

8184185: Rearrange MethodHandle arrangements
Reviewed-by: jrose, redestad, vlivanov, ahgross

! src/share/classes/java/lang/invoke/LambdaFormEditor.java
+ test/java/lang/invoke/PermuteArgsReturnVoidTest.java

Changeset: b64b1dfdbe7c
Author:    asaha
Date:      2017-07-11 23:52 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/b64b1dfdbe7c

Added tag jdk8u141-b15 for changeset 2ea944051007

! .hgtags

Changeset: 0ae9e37fe178
Author:    asaha
Date:      2017-07-20 23:11 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/0ae9e37fe178

Added tag jdk8u144-b00 for changeset b64b1dfdbe7c

! .hgtags

Changeset: d2744852f3e6
Author:    igerasim
Date:      2017-07-21 20:03 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/d2744852f3e6

8184993: Jar file verification failing with SecurityException: digest missing xxx
Reviewed-by: sherman, mullan

! src/share/classes/java/util/zip/ZipFile.java
! test/java/util/zip/ZipFile/ReadZip.java

Changeset: fdf3fd02bc52
Author:    andrew
Date:      2017-08-14 15:25 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/fdf3fd02bc52

Merge jdk8u144-b01

! .hgtags
! THIRD_PARTY_README
! make/CompileLaunchers.gmk
! make/GenerateClasses.gmk
! make/data/tzdata/VERSION
! make/data/tzdata/africa
! make/data/tzdata/iso3166.tab
! make/data/tzdata/northamerica
! make/lib/Awt2dLibraries.gmk
! make/lib/CoreLibraries.gmk
! src/macosx/classes/sun/lwawt/macosx/CPlatformWindow.java
! src/share/classes/com/sun/imageio/plugins/jpeg/JPEGImageReader.java
! src/share/classes/com/sun/jndi/ldap/LdapCtx.java
! src/share/classes/com/sun/management/HotSpotDiagnosticMXBean.java
! src/share/classes/java/lang/invoke/LambdaFormEditor.java
! src/share/classes/java/security/CodeSource.java
! src/share/classes/sun/management/HotSpotDiagnostic.java
! src/share/classes/sun/rmi/server/Activation.java
! src/share/classes/sun/rmi/server/UnicastServerRef.java
! src/share/classes/sun/security/pkcs/PKCS8Key.java
! src/share/classes/sun/security/provider/DSA.java
! src/share/classes/sun/security/provider/certpath/AlgorithmChecker.java
! src/share/classes/sun/security/provider/certpath/RevocationChecker.java
! src/share/classes/sun/security/rsa/RSAPrivateCrtKeyImpl.java
! src/share/classes/sun/security/ssl/SSLContextImpl.java
! src/share/classes/sun/security/ssl/SSLSocketImpl.java
! src/share/classes/sun/security/ssl/X509KeyManagerImpl.java
! src/share/classes/sun/security/util/ConstraintsParameters.java
! src/share/classes/sun/security/util/DisabledAlgorithmConstraints.java
! src/share/classes/sun/security/util/HostnameChecker.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/sun/awt/image/jpeg/imageioJPEG.c
! src/share/native/sun/awt/libpng/CHANGES
! src/share/native/sun/awt/libpng/png.h
! src/share/native/sun/awt/libpng/pngconf.h
! src/share/native/sun/awt/libpng/pngpriv.h
! src/share/native/sun/awt/libpng/pngrutil.c
! src/share/native/sun/security/ec/impl/ecp_jac.c
! src/share/native/sun/security/ec/impl/ecp_jm.c
! test/ProblemList.txt
! test/java/lang/invoke/PermuteArgsReturnVoidTest.java
! test/sun/security/tools/jarsigner/TimestampCheck.java
! test/sun/util/calendar/zi/tzdata/VERSION
! test/sun/util/calendar/zi/tzdata/africa
! test/sun/util/calendar/zi/tzdata/iso3166.tab
! test/sun/util/calendar/zi/tzdata/northamerica

Changeset: bb00b4d55a85
Author:    andrew
Date:      2017-08-14 15:29 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/bb00b4d55a85

Added tag aarch64-jdk8u141-b17 for changeset 64e09337b9b7

! .hgtags

Changeset: 9322c39fd0df
Author:    andrew
Date:      2017-08-14 15:36 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/9322c39fd0df

Added tag aarch64-jdk8u144-b01 for changeset bb00b4d55a85

! .hgtags

Changeset: 7919bc1e3d30
Author:    andrew
Date:      2017-08-14 23:18 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/7919bc1e3d30

Merge aarch64-jdk8u144-b01

! .hgtags

Changeset: 6e60c503adba
Author:    andrew
Date:      2017-08-15 03:32 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/6e60c503adba

Added tag aarch64-shenandoah-jdk8u144-b01 for changeset 7919bc1e3d30

! .hgtags


From gnu.andrew at redhat.com  Fri Aug 18 16:47:15 2017
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Fri, 18 Aug 2017 16:47:15 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u-shenandoah/nashorn: 33
	new changesets
Message-ID: <201708181647.v7IGlFP6014490@aojmv0008.oracle.com>

Changeset: 6df612d832d4
Author:    asaha
Date:      2017-03-14 08:19 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/6df612d832d4

Added tag jdk8u131-b11 for changeset dfd626733d62

! .hgtags

Changeset: 6a5473932aff
Author:    asaha
Date:      2016-12-13 12:26 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/6a5473932aff

Added tag jdk8u141-b00 for changeset 0f9ad0ada320

! .hgtags

Changeset: 09a3dee8a4c3
Author:    asaha
Date:      2016-12-20 13:08 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/09a3dee8a4c3

Merge

! .hgtags

Changeset: 587e87377a39
Author:    asaha
Date:      2017-01-23 17:03 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/587e87377a39

Merge

! .hgtags

Changeset: 4ccba82d8ce0
Author:    asaha
Date:      2017-02-07 11:26 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/4ccba82d8ce0

Merge

! .hgtags

Changeset: f754b7cbab0d
Author:    asaha
Date:      2017-02-24 09:21 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/f754b7cbab0d

Merge

! .hgtags

Changeset: 42ac595b6c36
Author:    asaha
Date:      2017-03-09 10:05 -0800
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/42ac595b6c36

Merge

! .hgtags

Changeset: bd33c72a0b19
Author:    asaha
Date:      2017-03-16 10:25 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/bd33c72a0b19

Merge

! .hgtags

Changeset: 7c09d30a05f1
Author:    hannesw
Date:      2017-01-19 13:43 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/7c09d30a05f1

8171539: Better script accessibility for JavaScript
Reviewed-by: jlaskey, sundar

! src/jdk/nashorn/internal/objects/Global.java
! test/src/jdk/nashorn/internal/runtime/test/ClassFilterTest.java

Changeset: a67daf8d1982
Author:    asaha
Date:      2017-03-20 10:55 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/a67daf8d1982

Added tag jdk8u141-b01 for changeset 7c09d30a05f1

! .hgtags

Changeset: 039691bfa0f3
Author:    asaha
Date:      2017-03-27 14:14 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/039691bfa0f3

Added tag jdk8u141-b02 for changeset a67daf8d1982

! .hgtags

Changeset: 6b724b0b7c82
Author:    coffeys
Date:      2017-03-16 17:39 +0000
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/6b724b0b7c82

8173207: Upgrade compression library
Reviewed-by: sherman, jeff

! THIRD_PARTY_README

Changeset: 30a31e712715
Author:    asaha
Date:      2017-04-03 13:47 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/30a31e712715

Added tag jdk8u141-b03 for changeset 6b724b0b7c82

! .hgtags

Changeset: f7fc5fc0e2cb
Author:    asaha
Date:      2017-04-10 13:40 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/f7fc5fc0e2cb

Added tag jdk8u141-b04 for changeset 30a31e712715

! .hgtags

Changeset: bc4cfc663ed4
Author:    asaha
Date:      2017-04-17 11:46 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/bc4cfc663ed4

Added tag jdk8u141-b05 for changeset f7fc5fc0e2cb

! .hgtags

Changeset: 09cdd1bd4482
Author:    asaha
Date:      2017-04-24 11:47 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/09cdd1bd4482

Added tag jdk8u141-b06 for changeset bc4cfc663ed4

! .hgtags

Changeset: fcb93dde2f05
Author:    asaha
Date:      2017-05-01 10:55 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/fcb93dde2f05

Added tag jdk8u141-b07 for changeset 09cdd1bd4482

! .hgtags

Changeset: d806b4796669
Author:    asaha
Date:      2017-05-08 11:08 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/d806b4796669

Added tag jdk8u141-b08 for changeset fcb93dde2f05

! .hgtags

Changeset: e47b42f887ba
Author:    asaha
Date:      2017-05-15 14:10 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/e47b42f887ba

Added tag jdk8u141-b09 for changeset d806b4796669

! .hgtags

Changeset: 1f5822db72c6
Author:    asaha
Date:      2017-05-22 15:00 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/1f5822db72c6

Added tag jdk8u141-b10 for changeset e47b42f887ba

! .hgtags

Changeset: 31e8c2a1e8f7
Author:    asaha
Date:      2017-05-30 12:02 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/31e8c2a1e8f7

Added tag jdk8u141-b11 for changeset 1f5822db72c6

! .hgtags

Changeset: 905b35451b21
Author:    asaha
Date:      2017-06-06 10:03 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/905b35451b21

Added tag jdk8u141-b12 for changeset 31e8c2a1e8f7

! .hgtags

Changeset: 2c1a74bca789
Author:    asaha
Date:      2017-06-12 22:58 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/2c1a74bca789

8181946: JDK 8 THIRD_PARTY_README - Minor Cleanup
Reviewed-by: jeff

! THIRD_PARTY_README

Changeset: 8c329eab0dac
Author:    asaha
Date:      2017-06-12 23:07 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/8c329eab0dac

Added tag jdk8u141-b13 for changeset 2c1a74bca789

! .hgtags

Changeset: 6f88a1317b18
Author:    asaha
Date:      2017-06-26 13:51 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/6f88a1317b18

Added tag jdk8u141-b14 for changeset 8c329eab0dac

! .hgtags

Changeset: dfb2e076f381
Author:    asaha
Date:      2017-07-11 23:35 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/dfb2e076f381

8184235: Backout JDK-8173207 from 8u141, 7u151 and higher updates source base
Summary: Backed out changeset 6b724b0b7c82
Reviewed-by: coffeys

! THIRD_PARTY_README

Changeset: 6a52d202dfa3
Author:    asaha
Date:      2017-07-11 23:52 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/6a52d202dfa3

Added tag jdk8u141-b15 for changeset dfb2e076f381

! .hgtags

Changeset: 7de0a688b0d9
Author:    asaha
Date:      2017-07-20 23:12 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/7de0a688b0d9

Added tag jdk8u144-b00 for changeset 6a52d202dfa3

! .hgtags

Changeset: 87d392a3f3ed
Author:    andrew
Date:      2017-08-14 15:25 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/87d392a3f3ed

Merge jdk8u144-b01

! .hgtags
! THIRD_PARTY_README

Changeset: 66cf64cd5739
Author:    andrew
Date:      2017-08-14 15:29 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/66cf64cd5739

Added tag aarch64-jdk8u141-b17 for changeset 873406019e88

! .hgtags

Changeset: 13c40d5bd8cc
Author:    andrew
Date:      2017-08-14 15:36 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/13c40d5bd8cc

Added tag aarch64-jdk8u144-b01 for changeset 66cf64cd5739

! .hgtags

Changeset: 293e512618bc
Author:    andrew
Date:      2017-08-14 23:18 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/293e512618bc

Merge aarch64-jdk8u144-b01

! .hgtags

Changeset: db103f88142a
Author:    andrew
Date:      2017-08-15 03:32 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/db103f88142a

Added tag aarch64-shenandoah-jdk8u144-b01 for changeset 293e512618bc

! .hgtags


From ci_notify at linaro.org  Fri Aug 18 20:23:09 2017
From: ci_notify at linaro.org (ci_notify at linaro.org)
Date: Fri, 18 Aug 2017 20:23:09 +0000 (UTC)
Subject: [aarch64-port-dev ] JTREG, JCStress,
 SPECjbb2015 and Hadoop/Terasort results for OpenJDK 9 on AArch64
Message-ID: <2130442088.650.1503087791618.JavaMail.jenkins@c0224c020236>

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/jdk9/openjdk-jtreg-nightly-tests/summary/2017/229/summary.html
 
-------------------------------------------------------------------------------
client-release/hotspot
-------------------------------------------------------------------------------
Build 0: aarch64/2017/may/09 pass: 1,401; fail: 7; error: 1
Build 1: aarch64/2017/may/11 pass: 1,401; fail: 7; error: 1
Build 2: aarch64/2017/may/13 pass: 1,401; fail: 7; error: 1
Build 3: aarch64/2017/may/15 pass: 1,401; fail: 7; error: 1
Build 4: aarch64/2017/may/17 pass: 1,401; fail: 8
Build 5: aarch64/2017/may/19 pass: 1,402; fail: 7
Build 6: aarch64/2017/may/23 pass: 1,401; fail: 7; error: 1
Build 7: aarch64/2017/jun/21 pass: 1,404; fail: 7
Build 8: aarch64/2017/jun/23 pass: 1,401; fail: 5
Build 9: aarch64/2017/jul/01 pass: 1,402; fail: 4
Build 10: aarch64/2017/jul/05 pass: 1,402; fail: 4
Build 11: aarch64/2017/jul/11 pass: 1,402; fail: 4
Build 12: aarch64/2017/jul/13 pass: 1,402; fail: 4
Build 13: aarch64/2017/jul/19 pass: 1,402; fail: 4
Build 14: aarch64/2017/aug/17 pass: 1,402; fail: 4

-------------------------------------------------------------------------------
client-release/jdk
-------------------------------------------------------------------------------
Build 0: aarch64/2017/may/09 pass: 7,326; fail: 702; error: 31
Build 1: aarch64/2017/may/11 pass: 7,340; fail: 693; error: 27
Build 2: aarch64/2017/may/13 pass: 7,344; fail: 693; error: 23
Build 3: aarch64/2017/may/15 pass: 7,349; fail: 681; error: 30
Build 4: aarch64/2017/may/17 pass: 7,370; fail: 663; error: 27
Build 5: aarch64/2017/may/19 pass: 7,326; fail: 706; error: 28
Build 6: aarch64/2017/may/23 pass: 7,325; fail: 706; error: 29
Build 7: aarch64/2017/jun/21 pass: 7,467; fail: 675; error: 27
Build 8: aarch64/2017/jun/23 pass: 7,429; fail: 702; error: 19
Build 9: aarch64/2017/jul/01 pass: 7,446; fail: 684; error: 20
Build 10: aarch64/2017/jul/05 pass: 7,429; fail: 701; error: 20
Build 11: aarch64/2017/jul/11 pass: 7,415; fail: 712; error: 23
Build 12: aarch64/2017/jul/13 pass: 7,402; fail: 724; error: 25
Build 13: aarch64/2017/jul/19 pass: 7,423; fail: 703; error: 25
Build 14: aarch64/2017/aug/17 pass: 7,437; fail: 691; error: 23

-------------------------------------------------------------------------------
client-release/langtools
-------------------------------------------------------------------------------
Build 0: aarch64/2017/may/09 pass: 3,897; error: 5
Build 1: aarch64/2017/may/11 pass: 3,896; error: 6
Build 2: aarch64/2017/may/13 pass: 3,898; error: 5
Build 3: aarch64/2017/may/15 pass: 3,899; error: 4
Build 4: aarch64/2017/may/17 pass: 3,895; fail: 1; error: 7
Build 5: aarch64/2017/may/19 pass: 3,896; error: 7
Build 6: aarch64/2017/may/23 pass: 3,900; error: 3
Build 7: aarch64/2017/jun/21 pass: 3,902; error: 1
Build 8: aarch64/2017/jun/23 pass: 3,900; error: 3
Build 9: aarch64/2017/jul/01 pass: 3,901; fail: 1; error: 1
Build 10: aarch64/2017/jul/05 pass: 3,902; error: 1
Build 11: aarch64/2017/jul/11 pass: 3,903
Build 12: aarch64/2017/jul/13 pass: 3,901; fail: 2
Build 13: aarch64/2017/jul/19 pass: 3,902; fail: 1
Build 14: aarch64/2017/aug/17 pass: 3,900; error: 3

-------------------------------------------------------------------------------
server-release/hotspot
-------------------------------------------------------------------------------
Build 0: aarch64/2017/may/09 pass: 1,406; fail: 7
Build 1: aarch64/2017/may/11 pass: 1,405; fail: 7; error: 1
Build 2: aarch64/2017/may/13 pass: 1,405; fail: 7; error: 1
Build 3: aarch64/2017/may/15 pass: 1,405; fail: 7; error: 1
Build 4: aarch64/2017/may/17 pass: 1,406; fail: 7
Build 5: aarch64/2017/may/19 pass: 1,406; fail: 7
Build 6: aarch64/2017/may/23 pass: 1,405; fail: 7; error: 1
Build 7: aarch64/2017/jun/21 pass: 1,408; fail: 7
Build 8: aarch64/2017/jun/23 pass: 1,406; fail: 4
Build 9: aarch64/2017/jul/01 pass: 1,406; fail: 4
Build 10: aarch64/2017/jul/05 pass: 1,406; fail: 4
Build 11: aarch64/2017/jul/11 pass: 1,406; fail: 4
Build 12: aarch64/2017/jul/13 pass: 1,406; fail: 4
Build 13: aarch64/2017/jul/19 pass: 1,406; fail: 4
Build 14: aarch64/2017/aug/17 pass: 1,405; fail: 4; error: 1

-------------------------------------------------------------------------------
server-release/jdk
-------------------------------------------------------------------------------
Build 0: aarch64/2017/may/09 pass: 7,352; fail: 681; error: 26
Build 1: aarch64/2017/may/11 pass: 7,330; fail: 705; error: 25
Build 2: aarch64/2017/may/13 pass: 7,350; fail: 683; error: 27
Build 3: aarch64/2017/may/15 pass: 7,329; fail: 700; error: 31
Build 4: aarch64/2017/may/17 pass: 7,349; fail: 681; error: 30
Build 5: aarch64/2017/may/19 pass: 7,340; fail: 691; error: 29
Build 6: aarch64/2017/may/23 pass: 7,320; fail: 695; error: 45
Build 7: aarch64/2017/jun/21 pass: 7,456; fail: 688; error: 25
Build 8: aarch64/2017/jun/23 pass: 7,432; fail: 699; error: 19
Build 9: aarch64/2017/jul/01 pass: 7,438; fail: 689; error: 23
Build 10: aarch64/2017/jul/05 pass: 7,447; fail: 680; error: 23
Build 11: aarch64/2017/jul/11 pass: 7,459; fail: 671; error: 20
Build 12: aarch64/2017/jul/13 pass: 7,427; fail: 704; error: 20
Build 13: aarch64/2017/jul/19 pass: 7,439; fail: 689; error: 23
Build 14: aarch64/2017/aug/17 pass: 7,424; fail: 708; error: 19

-------------------------------------------------------------------------------
server-release/langtools
-------------------------------------------------------------------------------
Build 0: aarch64/2017/may/09 pass: 3,896; fail: 1; error: 5
Build 1: aarch64/2017/may/11 pass: 3,897; fail: 1; error: 4
Build 2: aarch64/2017/may/13 pass: 3,899; error: 4
Build 3: aarch64/2017/may/15 pass: 3,898; fail: 1; error: 4
Build 4: aarch64/2017/may/17 pass: 3,894; fail: 1; error: 8
Build 5: aarch64/2017/may/19 pass: 3,894; fail: 1; error: 8
Build 6: aarch64/2017/may/23 pass: 3,896; error: 7
Build 7: aarch64/2017/jun/21 pass: 3,901; error: 2
Build 8: aarch64/2017/jun/23 pass: 3,899; error: 4
Build 9: aarch64/2017/jul/01 pass: 3,900; error: 3
Build 10: aarch64/2017/jul/05 pass: 3,900; fail: 1; error: 2
Build 11: aarch64/2017/jul/11 pass: 3,900; fail: 2; error: 1
Build 12: aarch64/2017/jul/13 pass: 3,901; error: 2
Build 13: aarch64/2017/jul/19 pass: 3,901; error: 2
Build 14: aarch64/2017/aug/17 pass: 3,896; fail: 1; error: 6

Previous results can be found here: 
 
  http://openjdk.linaro.org/jdk9/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.98x
Relative performance: Server critical-jOPS (nc): 0.88x

Details of the test setup and historical results may be found here:

    http://openjdk.linaro.org/jdk9/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: 72.02, Server: 115.7

Client 72.02 / Client 2014-04-01 (43.00): 1.67x
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/jdk9/hadoop-terasort-benchmark-results/

This is a summary of the jcstress test results
==============================================
 
The build and test results are cycled every 15 days.
 
2017-05-11 pass rate: 11552/11554, results: http://openjdk.linaro.org/jdk9/jcstress-nightly-runs/2017/129/results/
2017-05-12 pass rate: 11551/11554, results: http://openjdk.linaro.org/jdk9/jcstress-nightly-runs/2017/131/results/
2017-05-14 pass rate: 11553/11554, results: http://openjdk.linaro.org/jdk9/jcstress-nightly-runs/2017/133/results/
2017-05-16 pass rate: 11553/11554, results: http://openjdk.linaro.org/jdk9/jcstress-nightly-runs/2017/135/results/
2017-05-19 pass rate: 11553/11554, results: http://openjdk.linaro.org/jdk9/jcstress-nightly-runs/2017/137/results/
2017-05-20 pass rate: 11552/11554, results: http://openjdk.linaro.org/jdk9/jcstress-nightly-runs/2017/139/results/
2017-05-24 pass rate: 11552/11554, results: http://openjdk.linaro.org/jdk9/jcstress-nightly-runs/2017/143/results/
2017-06-22 pass rate: 11551/11554, results: http://openjdk.linaro.org/jdk9/jcstress-nightly-runs/2017/172/results/
2017-06-24 pass rate: 11553/11554, results: http://openjdk.linaro.org/jdk9/jcstress-nightly-runs/2017/174/results/
2017-07-02 pass rate: 11553/11554, results: http://openjdk.linaro.org/jdk9/jcstress-nightly-runs/2017/182/results/
2017-07-06 pass rate: 11552/11554, results: http://openjdk.linaro.org/jdk9/jcstress-nightly-runs/2017/186/results/
2017-07-12 pass rate: 11552/11554, results: http://openjdk.linaro.org/jdk9/jcstress-nightly-runs/2017/192/results/
2017-07-14 pass rate: 11552/11554, results: http://openjdk.linaro.org/jdk9/jcstress-nightly-runs/2017/194/results/
2017-07-20 pass rate: 11552/11554, results: http://openjdk.linaro.org/jdk9/jcstress-nightly-runs/2017/200/results/
2017-08-18 pass rate: 11552/11554, results: http://openjdk.linaro.org/jdk9/jcstress-nightly-runs/2017/229/results/
 
For detailed information on the test output please refer to: 
 
  http://openjdk.linaro.org/jdk9/jcstress-nightly-runs/

From ci_notify at linaro.org  Sat Aug 19 18:01:26 2017
From: ci_notify at linaro.org (ci_notify at linaro.org)
Date: Sat, 19 Aug 2017 18:01:26 +0000 (UTC)
Subject: [aarch64-port-dev ] JTREG, JCStress,
 SPECjbb2015 and Hadoop/Terasort results for OpenJDK 8u on AArch64
Message-ID: <1600005290.695.1503165688941.JavaMail.jenkins@c0224c020236>

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/2017/231/summary.html
 
-------------------------------------------------------------------------------
client-release/hotspot
-------------------------------------------------------------------------------
Build 0: aarch64/2016/dec/01 pass: 668; fail: 44; error: 6
Build 1: aarch64/2016/dec/21 pass: 668; fail: 44; error: 6
Build 2: aarch64/2017/jan/18 pass: 672; fail: 44; error: 3
Build 3: aarch64/2017/feb/04 pass: 672; fail: 44; error: 3
Build 4: aarch64/2017/feb/24 pass: 672; fail: 44; error: 3
Build 5: aarch64/2017/mar/29 pass: 672; fail: 44; error: 3
Build 6: aarch64/2017/apr/05 pass: 672; fail: 44; error: 3
Build 7: aarch64/2017/apr/20 pass: 673; fail: 44; error: 3
Build 8: aarch64/2017/jun/12 pass: 713; fail: 6; error: 2
Build 9: aarch64/2017/jun/26 pass: 713; fail: 6; error: 2
Build 10: aarch64/2017/jul/21 pass: 708; fail: 12; error: 2
Build 11: aarch64/2017/aug/16 pass: 708; fail: 12; error: 2
Build 12: aarch64/2017/aug/19 pass: 708; fail: 12; error: 2

-------------------------------------------------------------------------------
client-release/jdk
-------------------------------------------------------------------------------
Build 0: aarch64/2016/dec/21 pass: 5,621; fail: 219; error: 45
Build 1: aarch64/2017/jan/18 pass: 5,683; fail: 213; error: 36
Build 2: aarch64/2017/feb/04 pass: 5,667; fail: 234; error: 41
Build 3: aarch64/2017/feb/24 pass: 5,701; fail: 217; error: 27
Build 4: aarch64/2017/mar/29 pass: 5,686; fail: 225; error: 34
Build 5: aarch64/2017/apr/05 pass: 5,677; fail: 235; error: 33
Build 6: aarch64/2017/apr/20 pass: 5,671; fail: 254; error: 34
Build 7: aarch64/2017/jun/12 pass: 5,765; fail: 175; error: 23
Build 8: aarch64/2017/jun/26 pass: 5,757; fail: 174; error: 23
Build 9: aarch64/2017/jul/21 pass: 5,768; fail: 172; error: 22
Build 10: aarch64/2017/aug/16 pass: 5,753; fail: 188; error: 21
Build 11: aarch64/2017/aug/19 pass: 5,763; fail: 177; error: 23

-------------------------------------------------------------------------------
client-release/langtools
-------------------------------------------------------------------------------
Build 0: aarch64/2016/dec/01 pass: 3,091; error: 16
Build 1: aarch64/2016/dec/21 pass: 3,096; error: 11
Build 2: aarch64/2017/jan/18 pass: 3,098; error: 13
Build 3: aarch64/2017/feb/04 pass: 3,094; error: 17
Build 4: aarch64/2017/feb/24 pass: 3,106; error: 6
Build 5: aarch64/2017/mar/29 pass: 3,105; fail: 2; error: 5
Build 6: aarch64/2017/apr/05 pass: 3,104; fail: 2; error: 6
Build 7: aarch64/2017/apr/20 pass: 3,101; fail: 2; error: 10
Build 8: aarch64/2017/jun/12 pass: 3,109; fail: 2; error: 2
Build 9: aarch64/2017/jun/26 pass: 3,109; fail: 2; error: 2
Build 10: aarch64/2017/jul/21 pass: 3,110; fail: 2; error: 2
Build 11: aarch64/2017/aug/16 pass: 3,111; fail: 2; error: 1
Build 12: aarch64/2017/aug/19 pass: 3,111; fail: 2; error: 1

-------------------------------------------------------------------------------
server-release/hotspot
-------------------------------------------------------------------------------
Build 0: aarch64/2016/nov/09 pass: 664; fail: 44; error: 6
Build 1: aarch64/2016/nov/21 pass: 668; fail: 44; error: 6
Build 2: aarch64/2016/dec/01 pass: 669; fail: 43; error: 6
Build 3: aarch64/2016/dec/21 pass: 668; fail: 44; error: 6
Build 4: aarch64/2017/jan/18 pass: 673; fail: 43; error: 3
Build 5: aarch64/2017/feb/04 pass: 673; fail: 43; error: 3
Build 6: aarch64/2017/feb/24 pass: 673; fail: 43; error: 3
Build 7: aarch64/2017/mar/29 pass: 673; fail: 43; error: 3
Build 8: aarch64/2017/apr/05 pass: 673; fail: 43; error: 3
Build 9: aarch64/2017/apr/20 pass: 674; fail: 43; error: 3
Build 10: aarch64/2017/jun/12 pass: 714; fail: 5; error: 2
Build 11: aarch64/2017/jun/26 pass: 714; fail: 5; error: 2
Build 12: aarch64/2017/jul/21 pass: 709; fail: 11; error: 2
Build 13: aarch64/2017/aug/16 pass: 709; fail: 11; error: 2
Build 14: aarch64/2017/aug/19 pass: 709; fail: 11; error: 2

-------------------------------------------------------------------------------
server-release/jdk
-------------------------------------------------------------------------------
Build 0: aarch64/2016/dec/21 pass: 5,618; fail: 226; error: 41
Build 1: aarch64/2017/jan/18 pass: 5,690; fail: 206; error: 36
Build 2: aarch64/2017/feb/04 pass: 5,669; fail: 214; error: 59
Build 3: aarch64/2017/feb/24 pass: 5,701; fail: 221; error: 23
Build 4: aarch64/2017/mar/29 pass: 5,696; fail: 222; error: 27
Build 5: aarch64/2017/apr/05 pass: 5,692; fail: 229; error: 24
Build 6: aarch64/2017/apr/20 pass: 5,705; fail: 220; error: 34
Build 7: aarch64/2017/jun/12 pass: 5,778; fail: 161; error: 24
Build 8: aarch64/2017/jun/26 pass: 5,770; fail: 159; error: 25
Build 9: aarch64/2017/jul/21 pass: 5,769; fail: 168; error: 25
Build 10: aarch64/2017/aug/16 pass: 5,761; fail: 181; error: 20
Build 11: aarch64/2017/aug/19 pass: 5,768; fail: 175; error: 20

-------------------------------------------------------------------------------
server-release/langtools
-------------------------------------------------------------------------------
Build 0: aarch64/2016/nov/09 pass: 3,091; error: 16
Build 1: aarch64/2016/nov/21 pass: 3,095; error: 12
Build 2: aarch64/2016/dec/01 pass: 3,095; error: 12
Build 3: aarch64/2016/dec/21 pass: 3,092; error: 15
Build 4: aarch64/2017/jan/18 pass: 3,102; error: 9
Build 5: aarch64/2017/feb/04 pass: 3,099; error: 12
Build 6: aarch64/2017/feb/24 pass: 3,109; error: 3
Build 7: aarch64/2017/mar/29 pass: 3,104; fail: 2; error: 6
Build 8: aarch64/2017/apr/05 pass: 3,105; fail: 2; error: 5
Build 9: aarch64/2017/apr/20 pass: 3,098; fail: 2; error: 13
Build 10: aarch64/2017/jun/12 pass: 3,109; fail: 2; error: 2
Build 11: aarch64/2017/jun/26 pass: 3,109; fail: 2; error: 2
Build 12: aarch64/2017/jul/21 pass: 3,110; fail: 2; error: 2
Build 13: aarch64/2017/aug/16 pass: 3,110; fail: 2; error: 2
Build 14: aarch64/2017/aug/19 pass: 3,110; 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.64x
Relative performance: Server critical-jOPS (nc): 0.78x

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: 55.79, Server: 104.56

Client 55.79 / Client 2014-04-01 (43.00): 1.30x
Server 104.56 / Server 2014-04-01 (71.00): 1.47x

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.
 
2016-11-03 pass rate: 5140/5140, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2016/308/results/
2016-11-21 pass rate: 5140/5140, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2016/326/results/
2016-12-01 pass rate: 5140/5140, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2016/336/results/
2016-12-22 pass rate: 5140/5140, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2016/356/results/
2017-01-18 pass rate: 5140/5140, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/018/results/
2017-02-06 pass rate: 5140/5140, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/035/results/
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/
 
For detailed information on the test output please refer to: 
 
  http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/

From gnu.andrew at redhat.com  Sat Aug 19 23:31:40 2017
From: gnu.andrew at redhat.com (Andrew Hughes)
Date: Sun, 20 Aug 2017 00:31:40 +0100
Subject: [aarch64-port-dev ] [RFR] 8u144 Upstream Sync
In-Reply-To: <8c3c0c84-8380-8d30-1b9e-aad5503f1bfe@redhat.com>
References: <CABi63P539RFKF4uMd7G90--KxF2pqvmvZGVF8WEfu6uD=+5Dvw@mail.gmail.com>
 <1f239a97-4048-c5c6-af88-faf4d1f6a98b@redhat.com>
 <8c3c0c84-8380-8d30-1b9e-aad5503f1bfe@redhat.com>
Message-ID: <CABi63P4=jkyqgAMSCSr5tN2xkh21DGxzj-A1jJWmqNLyrWUdxw@mail.gmail.com>

On 18 August 2017 at 09:26, Andrew Dinn <adinn at redhat.com> wrote:
> On 16/08/17 18:24, Aleksey Shipilev wrote:
>> On 08/15/2017 05:19 AM, Andrew Hughes wrote:
>>> To illustrate the actual changes, the merge changesets for each repository
>>> are also included:
>>>
>>> http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/corba/merge.changeset
>>> http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/jaxp/merge.changeset
>>> http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/jaxws/merge.changeset
>>> http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/jdk/merge.changeset
>>> http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/hotspot/merge.changeset
>>> http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/langtools/merge.changeset
>>> http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/nashorn/merge.changeset
>>> http://cr.openjdk.java.net/~andrew/aarch64-8/u144/webrev.01/root/merge.changeset
>>
>> These look good to me, but I am not a Reviewer in this project.
>>
>> Andrew Haley, please ack?
> I'll ack it. Please do push.
>
> 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

Thanks. Pushed and merged to aarch64/shenandoah-jdk8u as
aarch64-shenandoah-jdk8u144-b01.
-- 
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 rkennke at redhat.com  Mon Aug 21 14:43:10 2017
From: rkennke at redhat.com (Roman Kennke)
Date: Mon, 21 Aug 2017 16:43:10 +0200
Subject: [aarch64-port-dev ] RFR: Bulk import from Shenandoah
Message-ID: <ca1e221b-72dd-e060-8308-d00c947129b2@redhat.com>

I would like to bulk-import some changes from Shenandoah/JDK8u:

http://cr.openjdk.java.net/~rkennke/aarch64-bulk-import-shenandoah-2017-08-21/webrev.00/
<http://cr.openjdk.java.net/%7Erkennke/aarch64-bulk-import-shenandoah-2017-08-21/webrev.00/>

It is made of 26 changes, squashed into one bulk change. It's mostly
backports of stuff that has baked in jdk9 and jdk10 dev repos, and some
jdk8 specific fixes and added tests. It's all gone through our own
testing, and doesn't touch anything non-shenandoah.

The reason why we're doing bulk import instead of single-changeset
import as we did last time is that it makes it easier to merge the
import back into Shenandoah. I got a whole lot of problems this time
with sorting out conflicts from last merge's transplanted changesets.

Ok to push?

Roman


From shade at redhat.com  Mon Aug 21 14:55:59 2017
From: shade at redhat.com (Aleksey Shipilev)
Date: Mon, 21 Aug 2017 16:55:59 +0200
Subject: [aarch64-port-dev ] RFR: Bulk import from Shenandoah
In-Reply-To: <ca1e221b-72dd-e060-8308-d00c947129b2@redhat.com>
References: <ca1e221b-72dd-e060-8308-d00c947129b2@redhat.com>
Message-ID: <8deaadd9-1cef-446f-efea-e67c72130ec6@redhat.com>

On 08/21/2017 04:43 PM, Roman Kennke wrote:
> I would like to bulk-import some changes from Shenandoah/JDK8u:
> 
> http://cr.openjdk.java.net/~rkennke/aarch64-bulk-import-shenandoah-2017-08-21/webrev.00/

Cursory review: looks good.

Tests are running now for our shenandoah/jdk8u repo after the upstream merge. If those are clean
(and they should be), this integration would appear safe.

Thanks,
-Aleksey


From gnu.andrew at redhat.com  Mon Aug 21 18:22:41 2017
From: gnu.andrew at redhat.com (Andrew Hughes)
Date: Mon, 21 Aug 2017 19:22:41 +0100
Subject: [aarch64-port-dev ] RFR: Bulk import from Shenandoah
In-Reply-To: <ca1e221b-72dd-e060-8308-d00c947129b2@redhat.com>
References: <ca1e221b-72dd-e060-8308-d00c947129b2@redhat.com>
Message-ID: <CABi63P6T8xAOkiHY6uZw=53XBN3kLHBdma0=jjbaM76vOWZ1dw@mail.gmail.com>

On 21 August 2017 at 15:43, Roman Kennke <rkennke at redhat.com> wrote:
> I would like to bulk-import some changes from Shenandoah/JDK8u:
>
> http://cr.openjdk.java.net/~rkennke/aarch64-bulk-import-shenandoah-2017-08-21/webrev.00/
> <http://cr.openjdk.java.net/%7Erkennke/aarch64-bulk-import-shenandoah-2017-08-21/webrev.00/>
>
> It is made of 26 changes, squashed into one bulk change. It's mostly
> backports of stuff that has baked in jdk9 and jdk10 dev repos, and some
> jdk8 specific fixes and added tests. It's all gone through our own
> testing, and doesn't touch anything non-shenandoah.
>
> The reason why we're doing bulk import instead of single-changeset
> import as we did last time is that it makes it easier to merge the
> import back into Shenandoah. I got a whole lot of problems this time
> with sorting out conflicts from last merge's transplanted changesets.
>
> Ok to push?
>
> Roman
>

I don't see why this would cause such issues. Is it not just that the
same changes are already present in the shenandoah repository?
We have that regularly when pulling from OpenJDK 8 upstream and
don't suffer conflicts.

At least this time the commit comment details the changes as
opposed to just "Bulk import".
-- 
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  Tue Aug 22 08:22:04 2017
From: shade at redhat.com (Aleksey Shipilev)
Date: Tue, 22 Aug 2017 10:22:04 +0200
Subject: [aarch64-port-dev ] RFR: Bulk import from Shenandoah
In-Reply-To: <8deaadd9-1cef-446f-efea-e67c72130ec6@redhat.com>
References: <ca1e221b-72dd-e060-8308-d00c947129b2@redhat.com>
 <8deaadd9-1cef-446f-efea-e67c72130ec6@redhat.com>
Message-ID: <43f60b4a-1f56-a376-315b-e98d085e1015@redhat.com>

On 08/21/2017 04:55 PM, Aleksey Shipilev wrote:
> On 08/21/2017 04:43 PM, Roman Kennke wrote:
>> I would like to bulk-import some changes from Shenandoah/JDK8u:
>>
>> http://cr.openjdk.java.net/~rkennke/aarch64-bulk-import-shenandoah-2017-08-21/webrev.00/
> 
> Cursory review: looks good.
> 
> Tests are running now for our shenandoah/jdk8u repo after the upstream merge. If those are clean
> (and they should be), this integration would appear safe.

Nightly tests appear clean for shenandoah/jdk8u.

Thanks,
-Aleksey


From aph at redhat.com  Tue Aug 22 09:15:53 2017
From: aph at redhat.com (Andrew Haley)
Date: Tue, 22 Aug 2017 10:15:53 +0100
Subject: [aarch64-port-dev ] RFR: Bulk import from Shenandoah
In-Reply-To: <43f60b4a-1f56-a376-315b-e98d085e1015@redhat.com>
References: <ca1e221b-72dd-e060-8308-d00c947129b2@redhat.com>
 <8deaadd9-1cef-446f-efea-e67c72130ec6@redhat.com>
 <43f60b4a-1f56-a376-315b-e98d085e1015@redhat.com>
Message-ID: <a5453d6b-5040-003d-ff43-75bb02f61fa3@redhat.com>

On 22/08/17 09:22, Aleksey Shipilev wrote:
> Nightly tests appear clean for shenandoah/jdk8u.

Tested on which targets?

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From aph at redhat.com  Tue Aug 22 09:16:45 2017
From: aph at redhat.com (Andrew Haley)
Date: Tue, 22 Aug 2017 10:16:45 +0100
Subject: [aarch64-port-dev ] RFR: Bulk import from Shenandoah
In-Reply-To: <ca1e221b-72dd-e060-8308-d00c947129b2@redhat.com>
References: <ca1e221b-72dd-e060-8308-d00c947129b2@redhat.com>
Message-ID: <c1bd0335-8d48-d1dd-e23b-b6966f24f131@redhat.com>

On 21/08/17 15:43, Roman Kennke wrote:
> I would like to bulk-import some changes from Shenandoah/JDK8u:
> 
> http://cr.openjdk.java.net/~rkennke/aarch64-bulk-import-shenandoah-2017-08-21/webrev.00/
> <http://cr.openjdk.java.net/%7Erkennke/aarch64-bulk-import-shenandoah-2017-08-21/webrev.00/>
> 
> It is made of 26 changes, squashed into one bulk change. It's mostly
> backports of stuff that has baked in jdk9 and jdk10 dev repos, and some
> jdk8 specific fixes and added tests. It's all gone through our own
> testing, and doesn't touch anything non-shenandoah.
> 
> The reason why we're doing bulk import instead of single-changeset
> import as we did last time is that it makes it easier to merge the
> import back into Shenandoah. I got a whole lot of problems this time
> with sorting out conflicts from last merge's transplanted changesets.
> 
> Ok to push?

I'd like to see a review of the C2 changes from a C2 developer: that probably
means Roland.  He's probably the best person to review backports of his own
code anyway.

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From shade at redhat.com  Tue Aug 22 09:17:33 2017
From: shade at redhat.com (Aleksey Shipilev)
Date: Tue, 22 Aug 2017 11:17:33 +0200
Subject: [aarch64-port-dev ] RFR: Bulk import from Shenandoah
In-Reply-To: <a5453d6b-5040-003d-ff43-75bb02f61fa3@redhat.com>
References: <ca1e221b-72dd-e060-8308-d00c947129b2@redhat.com>
 <8deaadd9-1cef-446f-efea-e67c72130ec6@redhat.com>
 <43f60b4a-1f56-a376-315b-e98d085e1015@redhat.com>
 <a5453d6b-5040-003d-ff43-75bb02f61fa3@redhat.com>
Message-ID: <e83a0356-a90a-9911-f92c-4d5633355e11@redhat.com>

On 08/22/2017 11:15 AM, Andrew Haley wrote:
> On 22/08/17 09:22, Aleksey Shipilev wrote:
>> Nightly tests appear clean for shenandoah/jdk8u.
> 
> Tested on which targets?

Linux x86_64 release/fastdebug. This is our development testing, not the actual RPM one. I wanted to
say that shenandoah/jdk8u still seems fine after upstream merge, which means we don't miss obvious
things in this integration. Like read/write barriers and such.

Thanks,
-Aleksey



From zhongwei.yao at linaro.org  Tue Aug 22 10:44:12 2017
From: zhongwei.yao at linaro.org (Zhongwei Yao)
Date: Tue, 22 Aug 2017 18:44:12 +0800
Subject: [aarch64-port-dev ] RFR: JDK-8185786: AArch64: disable some
 address reshapings.
In-Reply-To: <CAFkOo6bRtogZpQXTNbvE_FTA0Tw=ic0F6uz1Fo+G9U_K-YwMeQ@mail.gmail.com>
References: <CAFkOo6ZgTMhhW9-c-8NjVg7fusYEPccCwepQmLztjMtXPW3zKw@mail.gmail.com>
 <def6b156-6122-0dc7-08ab-f0ab7ece6b52@redhat.com>
 <CY1PR0701MB1632EFFEF6F016373CFF4B6584B60@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <CY4PR07MB3415244057E08EDCD851801793B60@CY4PR07MB3415.namprd07.prod.outlook.com>
 <CAFkOo6az6fr-B7LXAXLTF4vjGm9umafWxRnEketjFWjpymHL6g@mail.gmail.com>
 <ddc30c63-4a8b-a089-da36-2ab8a3af988b@redhat.com>
 <CAFkOo6a6J-M-jxh63DKFxxBBAqCx+QT8QSNr6tbZ-20c+H88MA@mail.gmail.com>
 <2e46a79d-601f-c6cc-f970-45dd34bc1bba@redhat.com>
 <CAFkOo6bRtogZpQXTNbvE_FTA0Tw=ic0F6uz1Fo+G9U_K-YwMeQ@mail.gmail.com>
Message-ID: <CAFkOo6Z8aNxwYVPPF+Y7KL7j-KQ+hj+7cxxoXvYJj_Bzt0Nm9Q@mail.gmail.com>

Hi, all,

Is this patch OK for JDK10?

On 16 August 2017 at 14:51, Zhongwei Yao <zhongwei.yao at linaro.org> wrote:
> Thanks!
>
> Done:
> http://cr.openjdk.java.net/~njian/8185786/webrev.02/
>
> On 15 August 2017 at 21:50, Andrew Haley <aph at redhat.com> wrote:
>> On 14/08/17 22:55, Zhongwei Yao wrote:
>>> Yeah, it will do the same work. As line 4 has already ensured 'u' is
>>> MemNode, which is required at line 9. But such implication is easy to
>>> be ignored, so I make the "u->is_Mem()" checking to be explicit. What
>>> do you think?
>>
>> So do this:
>>
>>       // Any use that can't embed the address computation?
>>        for (DUIterator_Fast imax, i = addp->fast_outs(imax); i < imax; i++) {
>>          Node* u = addp->fast_out(i);
>>          if (! u->is_Mem())
>>            return;
>>          if (u->is_LoadVector() || u->is_StoreVector() || u->Opcode() == Op_StoreCM) {
>>            return;
>>          }
>>          if (addp2->in(AddPNode::Offset)->Opcode() != Op_ConvI2L) {
>>            int scale = 1 << addp2->in(AddPNode::Offset)->in(2)->get_int();
>>            if (VM_Version::expensive_load(u->as_Mem()->memory_size(), scale)) {
>>              return;
>>            }
>>          }
>>        }
>>
>> --
>> Andrew Haley
>> Java Platform Lead Engineer
>> Red Hat UK Ltd. <https://www.redhat.com>
>> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
>
>
>
> --
> Best regards,
> Zhongwei



-- 
Best regards,
Zhongwei

From aph at redhat.com  Tue Aug 22 12:21:53 2017
From: aph at redhat.com (Andrew Haley)
Date: Tue, 22 Aug 2017 13:21:53 +0100
Subject: [aarch64-port-dev ] RFR: JDK-8185786: AArch64: disable some
 address reshapings.
In-Reply-To: <CAFkOo6Z8aNxwYVPPF+Y7KL7j-KQ+hj+7cxxoXvYJj_Bzt0Nm9Q@mail.gmail.com>
References: <CAFkOo6ZgTMhhW9-c-8NjVg7fusYEPccCwepQmLztjMtXPW3zKw@mail.gmail.com>
 <def6b156-6122-0dc7-08ab-f0ab7ece6b52@redhat.com>
 <CY1PR0701MB1632EFFEF6F016373CFF4B6584B60@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <CY4PR07MB3415244057E08EDCD851801793B60@CY4PR07MB3415.namprd07.prod.outlook.com>
 <CAFkOo6az6fr-B7LXAXLTF4vjGm9umafWxRnEketjFWjpymHL6g@mail.gmail.com>
 <ddc30c63-4a8b-a089-da36-2ab8a3af988b@redhat.com>
 <CAFkOo6a6J-M-jxh63DKFxxBBAqCx+QT8QSNr6tbZ-20c+H88MA@mail.gmail.com>
 <2e46a79d-601f-c6cc-f970-45dd34bc1bba@redhat.com>
 <CAFkOo6bRtogZpQXTNbvE_FTA0Tw=ic0F6uz1Fo+G9U_K-YwMeQ@mail.gmail.com>
 <CAFkOo6Z8aNxwYVPPF+Y7KL7j-KQ+hj+7cxxoXvYJj_Bzt0Nm9Q@mail.gmail.com>
Message-ID: <3936275f-9777-b0e6-15a3-de9b0bcab659@redhat.com>

On 22/08/17 11:44, Zhongwei Yao wrote:
> Is this patch OK for JDK10?
> 
> On 16 August 2017 at 14:51, Zhongwei Yao <zhongwei.yao at linaro.org> wrote:
>> Thanks!
>>
>> Done:
>> http://cr.openjdk.java.net/~njian/8185786/webrev.02/

OK, thanks.

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From daniel.stewart at linaro.org  Tue Aug 22 12:31:55 2017
From: daniel.stewart at linaro.org (Daniel Stewart)
Date: Tue, 22 Aug 2017 08:31:55 -0400
Subject: [aarch64-port-dev ] [aarch64-port-dev] [10] RFR: 8184049 :
 Matching rule for ubfiz
In-Reply-To: <CAE_GVMMpMRDkecFGO2Lj4CJGBwTOVbM34_sJUsu76ZdBBCRO3Q@mail.gmail.com>
References: <CAE_GVMPe+4qPBDCpWWB83GJehbDe2rS-oDRAfyms-sXB4D6mXQ@mail.gmail.com>
 <0a45e637-4abc-ede5-ffc3-1b6b59077ac8@redhat.com>
 <16420602-0873-ac40-92d5-839038c0d430@redhat.com>
 <CAE_GVMNW+pk9PE9_-zTocPhbCOYjYz8ghevj8TchD=GH3FLzVw@mail.gmail.com>
 <CACc5Y6QR+5vSzg8d2P4J=V0mjd-96qGGA-Kj_sYv1=Mn9YGFtA@mail.gmail.com>
 <332344a6-4fca-c49c-46bb-9ea37827173e@redhat.com>
 <CAE_GVMOwzza9UAhoNRCNt36QxghtSErpLpaesFCtQo8yZZPUsQ@mail.gmail.com>
 <CAE_GVMMej9jqND0rgerxou8s4pjp-YiR1UcezJkom6pv3DP8_A@mail.gmail.com>
 <5b445505-b91e-eba9-80af-5f92c45b1bc1@redhat.com>
 <CAE_GVMPehDFUW6baq9-8kODoEXXOX6h3kZFU7qXk4qLyq6C=yA@mail.gmail.com>
 <CACc5Y6Rzg1gtFP+Zn-7n3=GDBt4BjSUnntOfphC7SBShK-3yow@mail.gmail.com>
 <CAE_GVMPkdS0HRg+_N-KTp-YW1R-Uiv3K99hhu1SvJOsvpuWZug@mail.gmail.com>
 <CAE_GVMMpMRDkecFGO2Lj4CJGBwTOVbM34_sJUsu76ZdBBCRO3Q@mail.gmail.com>
Message-ID: <CAE_GVMOMuKq1SK64yv1mV3WcT1N61YV4K0DuHNktChs8DAxbyg@mail.gmail.com>

I know this isn't a high priority patch, but do you think this is good
enough to push? There has been no feedback in a number of weeks, leading me
to believe the patch is good as is. What do you think?

Daniel

On Wed, Aug 16, 2017 at 10:14 AM, Daniel Stewart <daniel.stewart at linaro.org>
wrote:

> Ping.
>
> On Mon, Aug 7, 2017 at 9:23 AM, Daniel Stewart <daniel.stewart at linaro.org>
> wrote:
>
>> I had tried to model this instruction after the others in the same file.
>> Which is why the check is written the way it is.
>>
>> Ok to push?
>>
>> Daniel
>>
>> On Tue, Aug 1, 2017 at 11:10 AM, Felix Yang <felix.yang at linaro.org>
>> wrote:
>>
>>> LGTM, but I am not an official reviewer.
>>>
>>> Here is how the latest GCC compiler do the check, which is more readable
>>> to me:
>>>
>>> /* Return true if the mask and a shift amount from an RTX of the form
>>>    (x << SHFT_AMNT) & MASK are valid to combine into a UBFIZ instruction
>>> of
>>>    mode MODE.  See the *andim_ashift<mode>_bfiz pattern.  */
>>>
>>> bool
>>> aarch64_mask_and_shift_for_ubfiz_p (machine_mode mode, rtx mask, rtx
>>> shft_amnt)
>>> {
>>>   return CONST_INT_P (mask) && CONST_INT_P (shft_amnt)
>>> && INTVAL (shft_amnt) < GET_MODE_BITSIZE (mode)
>>> && exact_log2 ((INTVAL (mask) >> INTVAL (shft_amnt)) + 1) >= 0
>>> && (INTVAL (mask) & ((1 << INTVAL (shft_amnt)) - 1)) == 0;
>>> }
>>>
>>> Thanks,
>>> Felix
>>>
>>> On 31 July 2017 at 20:22, Daniel Stewart <daniel.stewart at linaro.org>
>>> wrote:
>>>
>>>> Updated webrev to address Felix's issue regarding the format.
>>>>
>>>> Please review and let me know of any changes/fixes.
>>>>
>>>> http://cr.openjdk.java.net/~njian/8184049/webrev.02/
>>>>
>>>> Daniel
>>>>
>>>> On Fri, Jul 28, 2017 at 1:37 PM, Andrew Haley <aph at redhat.com> wrote:
>>>>
>>>>> On 27/07/17 21:49, Daniel Stewart wrote:
>>>>> > public void run(String [] args) {
>>>>> >         long sum = this.sum | (1 << 27);
>>>>> >         int n = (int)sum;
>>>>> >         n = xorshift32(n);
>>>>> >         for (int i = 0; i < 1000; i++) {
>>>>> >             //System.out.println((int)Math.random());
>>>>> >             n += testI(n);
>>>>> >             n += testI2(n);
>>>>> >             n += testI3(n);
>>>>> >             n += testI4(n);
>>>>> >             n += testI5(n);
>>>>> >         }
>>>>> >         long n1 = (long)n;
>>>>> >         for (int i = 0; i < 1000; i++) {
>>>>> >             n1 += testL(n1);
>>>>> >             n1 += testL2(n1);
>>>>> >             n1 += testL3(n1);
>>>>> >             n1 += testL4(n1);
>>>>> >             n1 += testConv(n1);
>>>>> >         }
>>>>> >         short n2 = (short)n;
>>>>> >         for (int i = 0; i < 1000; i++) {
>>>>> >             n2 += testConv2((short)n2);
>>>>> >         }
>>>>> >         n1 += n2;
>>>>> >         for (int i = 0; i< 1000; i++) {
>>>>> >             n1 += testConv3(n);
>>>>>
>>>>> This loop doesn't test the intrinsic.  I added
>>>>>
>>>>>                n = xorshift32(n);
>>>>>
>>>>> here.
>>>>>
>>>>> >         }
>>>>> >         this.sum += sum ^ n1;
>>>>>
>>>>>
>>>>> --
>>>>> Andrew Haley
>>>>> Java Platform Lead Engineer
>>>>> Red Hat UK Ltd. <https://www.redhat.com>
>>>>> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Daniel Stewart
>>>>
>>>
>>>
>>
>>
>> --
>> Daniel Stewart
>>
>
>
>
> --
> Daniel Stewart
>



-- 
Daniel Stewart

From aph at redhat.com  Tue Aug 22 13:41:17 2017
From: aph at redhat.com (Andrew Haley)
Date: Tue, 22 Aug 2017 14:41:17 +0100
Subject: [aarch64-port-dev ] [aarch64-port-dev] [10] RFR: 8184049 :
 Matching rule for ubfiz
In-Reply-To: <CAE_GVMOMuKq1SK64yv1mV3WcT1N61YV4K0DuHNktChs8DAxbyg@mail.gmail.com>
References: <CAE_GVMPe+4qPBDCpWWB83GJehbDe2rS-oDRAfyms-sXB4D6mXQ@mail.gmail.com>
 <0a45e637-4abc-ede5-ffc3-1b6b59077ac8@redhat.com>
 <16420602-0873-ac40-92d5-839038c0d430@redhat.com>
 <CAE_GVMNW+pk9PE9_-zTocPhbCOYjYz8ghevj8TchD=GH3FLzVw@mail.gmail.com>
 <CACc5Y6QR+5vSzg8d2P4J=V0mjd-96qGGA-Kj_sYv1=Mn9YGFtA@mail.gmail.com>
 <332344a6-4fca-c49c-46bb-9ea37827173e@redhat.com>
 <CAE_GVMOwzza9UAhoNRCNt36QxghtSErpLpaesFCtQo8yZZPUsQ@mail.gmail.com>
 <CAE_GVMMej9jqND0rgerxou8s4pjp-YiR1UcezJkom6pv3DP8_A@mail.gmail.com>
 <5b445505-b91e-eba9-80af-5f92c45b1bc1@redhat.com>
 <CAE_GVMPehDFUW6baq9-8kODoEXXOX6h3kZFU7qXk4qLyq6C=yA@mail.gmail.com>
 <CACc5Y6Rzg1gtFP+Zn-7n3=GDBt4BjSUnntOfphC7SBShK-3yow@mail.gmail.com>
 <CAE_GVMPkdS0HRg+_N-KTp-YW1R-Uiv3K99hhu1SvJOsvpuWZug@mail.gmail.com>
 <CAE_GVMMpMRDkecFGO2Lj4CJGBwTOVbM34_sJUsu76ZdBBCRO3Q@mail.gmail.com>
 <CAE_GVMOMuKq1SK64yv1mV3WcT1N61YV4K0DuHNktChs8DAxbyg@mail.gmail.com>
Message-ID: <f8f5d6da-386b-3a9b-b430-e709431a6d1c@redhat.com>

On 22/08/17 13:31, Daniel Stewart wrote:
> I know this isn't a high priority patch, but do you think this is good
> enough to push? There has been no feedback in a number of weeks, leading me
> to believe the patch is good as is. What do you think?

Well, you never replied to Felix.  The ball is in your court.
Feel free to disagree with him, but you must say something.

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From zhongwei.yao at linaro.org  Wed Aug 23 01:43:53 2017
From: zhongwei.yao at linaro.org (Zhongwei Yao)
Date: Wed, 23 Aug 2017 09:43:53 +0800
Subject: [aarch64-port-dev ] RFR: JDK-8185786: AArch64: disable some
 address reshapings.
In-Reply-To: <3936275f-9777-b0e6-15a3-de9b0bcab659@redhat.com>
References: <CAFkOo6ZgTMhhW9-c-8NjVg7fusYEPccCwepQmLztjMtXPW3zKw@mail.gmail.com>
 <def6b156-6122-0dc7-08ab-f0ab7ece6b52@redhat.com>
 <CY1PR0701MB1632EFFEF6F016373CFF4B6584B60@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <CY4PR07MB3415244057E08EDCD851801793B60@CY4PR07MB3415.namprd07.prod.outlook.com>
 <CAFkOo6az6fr-B7LXAXLTF4vjGm9umafWxRnEketjFWjpymHL6g@mail.gmail.com>
 <ddc30c63-4a8b-a089-da36-2ab8a3af988b@redhat.com>
 <CAFkOo6a6J-M-jxh63DKFxxBBAqCx+QT8QSNr6tbZ-20c+H88MA@mail.gmail.com>
 <2e46a79d-601f-c6cc-f970-45dd34bc1bba@redhat.com>
 <CAFkOo6bRtogZpQXTNbvE_FTA0Tw=ic0F6uz1Fo+G9U_K-YwMeQ@mail.gmail.com>
 <CAFkOo6Z8aNxwYVPPF+Y7KL7j-KQ+hj+7cxxoXvYJj_Bzt0Nm9Q@mail.gmail.com>
 <3936275f-9777-b0e6-15a3-de9b0bcab659@redhat.com>
Message-ID: <CAFkOo6bFYQ6_LBK+x8EyXYAHNDuN7gjUzCMgeFm7hwSj13hohg@mail.gmail.com>

Hi, Felix,

Could you help me push this patch? Thanks!

On 22 August 2017 at 20:21, Andrew Haley <aph at redhat.com> wrote:
> On 22/08/17 11:44, Zhongwei Yao wrote:
>> Is this patch OK for JDK10?
>>
>> On 16 August 2017 at 14:51, Zhongwei Yao <zhongwei.yao at linaro.org> wrote:
>>> Thanks!
>>>
>>> Done:
>>> http://cr.openjdk.java.net/~njian/8185786/webrev.02/
>
> OK, thanks.
>
> --
> Andrew Haley
> Java Platform Lead Engineer
> Red Hat UK Ltd. <https://www.redhat.com>
> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671



-- 
Best regards,
Zhongwei

From daniel.stewart at linaro.org  Wed Aug 23 12:12:03 2017
From: daniel.stewart at linaro.org (Daniel Stewart)
Date: Wed, 23 Aug 2017 08:12:03 -0400
Subject: [aarch64-port-dev ] [aarch64-port-dev] [10] RFR: 8184049 :
 Matching rule for ubfiz
In-Reply-To: <CACc5Y6Rzg1gtFP+Zn-7n3=GDBt4BjSUnntOfphC7SBShK-3yow@mail.gmail.com>
References: <CAE_GVMPe+4qPBDCpWWB83GJehbDe2rS-oDRAfyms-sXB4D6mXQ@mail.gmail.com>
 <0a45e637-4abc-ede5-ffc3-1b6b59077ac8@redhat.com>
 <16420602-0873-ac40-92d5-839038c0d430@redhat.com>
 <CAE_GVMNW+pk9PE9_-zTocPhbCOYjYz8ghevj8TchD=GH3FLzVw@mail.gmail.com>
 <CACc5Y6QR+5vSzg8d2P4J=V0mjd-96qGGA-Kj_sYv1=Mn9YGFtA@mail.gmail.com>
 <332344a6-4fca-c49c-46bb-9ea37827173e@redhat.com>
 <CAE_GVMOwzza9UAhoNRCNt36QxghtSErpLpaesFCtQo8yZZPUsQ@mail.gmail.com>
 <CAE_GVMMej9jqND0rgerxou8s4pjp-YiR1UcezJkom6pv3DP8_A@mail.gmail.com>
 <5b445505-b91e-eba9-80af-5f92c45b1bc1@redhat.com>
 <CAE_GVMPehDFUW6baq9-8kODoEXXOX6h3kZFU7qXk4qLyq6C=yA@mail.gmail.com>
 <CACc5Y6Rzg1gtFP+Zn-7n3=GDBt4BjSUnntOfphC7SBShK-3yow@mail.gmail.com>
Message-ID: <CAE_GVMNdDngqTtf3nRBnXWt3Ky5PpKh=sWb0Csp2hTFbkbGvwQ@mail.gmail.com>

Felix,

I'm not sure I understand the check here and exactly what you are
proposing. It appears to me that this check is for an arithmetic right
shift, not a left shift, which is what we have my proposed solution. I
could be wrong as I am not familiar with GCC, but I can't make sense of the
check if the shift is a left shift. (Perhaps GCC is using the shift value
as if it were encoded for a ubfm instruction?) Could you explain a bit more
about what exactly you'd like to see?

Thanks,
Daniel

On Tue, Aug 1, 2017 at 11:10 AM, Felix Yang <felix.yang at linaro.org> wrote:

> LGTM, but I am not an official reviewer.
>
> Here is how the latest GCC compiler do the check, which is more readable
> to me:
>
> /* Return true if the mask and a shift amount from an RTX of the form
>    (x << SHFT_AMNT) & MASK are valid to combine into a UBFIZ instruction of
>    mode MODE.  See the *andim_ashift<mode>_bfiz pattern.  */
>
> bool
> aarch64_mask_and_shift_for_ubfiz_p (machine_mode mode, rtx mask, rtx
> shft_amnt)
> {
>   return CONST_INT_P (mask) && CONST_INT_P (shft_amnt)
> && INTVAL (shft_amnt) < GET_MODE_BITSIZE (mode)
> && exact_log2 ((INTVAL (mask) >> INTVAL (shft_amnt)) + 1) >= 0
> && (INTVAL (mask) & ((1 << INTVAL (shft_amnt)) - 1)) == 0;
> }
>
> Thanks,
> Felix
>
> On 31 July 2017 at 20:22, Daniel Stewart <daniel.stewart at linaro.org>
> wrote:
>
>> Updated webrev to address Felix's issue regarding the format.
>>
>> Please review and let me know of any changes/fixes.
>>
>> http://cr.openjdk.java.net/~njian/8184049/webrev.02/
>>
>> Daniel
>>
>> On Fri, Jul 28, 2017 at 1:37 PM, Andrew Haley <aph at redhat.com> wrote:
>>
>>> On 27/07/17 21:49, Daniel Stewart wrote:
>>> > public void run(String [] args) {
>>> >         long sum = this.sum | (1 << 27);
>>> >         int n = (int)sum;
>>> >         n = xorshift32(n);
>>> >         for (int i = 0; i < 1000; i++) {
>>> >             //System.out.println((int)Math.random());
>>> >             n += testI(n);
>>> >             n += testI2(n);
>>> >             n += testI3(n);
>>> >             n += testI4(n);
>>> >             n += testI5(n);
>>> >         }
>>> >         long n1 = (long)n;
>>> >         for (int i = 0; i < 1000; i++) {
>>> >             n1 += testL(n1);
>>> >             n1 += testL2(n1);
>>> >             n1 += testL3(n1);
>>> >             n1 += testL4(n1);
>>> >             n1 += testConv(n1);
>>> >         }
>>> >         short n2 = (short)n;
>>> >         for (int i = 0; i < 1000; i++) {
>>> >             n2 += testConv2((short)n2);
>>> >         }
>>> >         n1 += n2;
>>> >         for (int i = 0; i< 1000; i++) {
>>> >             n1 += testConv3(n);
>>>
>>> This loop doesn't test the intrinsic.  I added
>>>
>>>                n = xorshift32(n);
>>>
>>> here.
>>>
>>> >         }
>>> >         this.sum += sum ^ n1;
>>>
>>>
>>> --
>>> Andrew Haley
>>> Java Platform Lead Engineer
>>> Red Hat UK Ltd. <https://www.redhat.com>
>>> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
>>>
>>
>>
>>
>> --
>> Daniel Stewart
>>
>
>


-- 
Daniel Stewart

From felix.yang at linaro.org  Wed Aug 23 13:43:18 2017
From: felix.yang at linaro.org (Felix Yang)
Date: Wed, 23 Aug 2017 21:43:18 +0800
Subject: [aarch64-port-dev ] RFR: JDK-8185786: AArch64: disable some
 address reshapings.
In-Reply-To: <CAFkOo6bFYQ6_LBK+x8EyXYAHNDuN7gjUzCMgeFm7hwSj13hohg@mail.gmail.com>
References: <CAFkOo6ZgTMhhW9-c-8NjVg7fusYEPccCwepQmLztjMtXPW3zKw@mail.gmail.com>
 <def6b156-6122-0dc7-08ab-f0ab7ece6b52@redhat.com>
 <CY1PR0701MB1632EFFEF6F016373CFF4B6584B60@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <CY4PR07MB3415244057E08EDCD851801793B60@CY4PR07MB3415.namprd07.prod.outlook.com>
 <CAFkOo6az6fr-B7LXAXLTF4vjGm9umafWxRnEketjFWjpymHL6g@mail.gmail.com>
 <ddc30c63-4a8b-a089-da36-2ab8a3af988b@redhat.com>
 <CAFkOo6a6J-M-jxh63DKFxxBBAqCx+QT8QSNr6tbZ-20c+H88MA@mail.gmail.com>
 <2e46a79d-601f-c6cc-f970-45dd34bc1bba@redhat.com>
 <CAFkOo6bRtogZpQXTNbvE_FTA0Tw=ic0F6uz1Fo+G9U_K-YwMeQ@mail.gmail.com>
 <CAFkOo6Z8aNxwYVPPF+Y7KL7j-KQ+hj+7cxxoXvYJj_Bzt0Nm9Q@mail.gmail.com>
 <3936275f-9777-b0e6-15a3-de9b0bcab659@redhat.com>
 <CAFkOo6bFYQ6_LBK+x8EyXYAHNDuN7gjUzCMgeFm7hwSj13hohg@mail.gmail.com>
Message-ID: <CACc5Y6TrD=pUjuhx=FttU9jQZCnW=xDCjwMq0nWhB2jh2g=5_Q@mail.gmail.com>

Looks good, pushed.

On 23 August 2017 at 09:43, Zhongwei Yao <zhongwei.yao at linaro.org> wrote:

> Hi, Felix,
>
> Could you help me push this patch? Thanks!
>
> On 22 August 2017 at 20:21, Andrew Haley <aph at redhat.com> wrote:
> > On 22/08/17 11:44, Zhongwei Yao wrote:
> >> Is this patch OK for JDK10?
> >>
> >> On 16 August 2017 at 14:51, Zhongwei Yao <zhongwei.yao at linaro.org>
> wrote:
> >>> Thanks!
> >>>
> >>> Done:
> >>> http://cr.openjdk.java.net/~njian/8185786/webrev.02/
> >
> > OK, thanks.
> >
> > --
> > Andrew Haley
> > Java Platform Lead Engineer
> > Red Hat UK Ltd. <https://www.redhat.com>
> > EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
>
>
>
> --
> Best regards,
> Zhongwei
>

From felix.yang at linaro.org  Wed Aug 23 13:47:58 2017
From: felix.yang at linaro.org (Felix Yang)
Date: Wed, 23 Aug 2017 21:47:58 +0800
Subject: [aarch64-port-dev ] [aarch64-port-dev] [10] RFR: 8184049 :
 Matching rule for ubfiz
In-Reply-To: <CAE_GVMNdDngqTtf3nRBnXWt3Ky5PpKh=sWb0Csp2hTFbkbGvwQ@mail.gmail.com>
References: <CAE_GVMPe+4qPBDCpWWB83GJehbDe2rS-oDRAfyms-sXB4D6mXQ@mail.gmail.com>
 <0a45e637-4abc-ede5-ffc3-1b6b59077ac8@redhat.com>
 <16420602-0873-ac40-92d5-839038c0d430@redhat.com>
 <CAE_GVMNW+pk9PE9_-zTocPhbCOYjYz8ghevj8TchD=GH3FLzVw@mail.gmail.com>
 <CACc5Y6QR+5vSzg8d2P4J=V0mjd-96qGGA-Kj_sYv1=Mn9YGFtA@mail.gmail.com>
 <332344a6-4fca-c49c-46bb-9ea37827173e@redhat.com>
 <CAE_GVMOwzza9UAhoNRCNt36QxghtSErpLpaesFCtQo8yZZPUsQ@mail.gmail.com>
 <CAE_GVMMej9jqND0rgerxou8s4pjp-YiR1UcezJkom6pv3DP8_A@mail.gmail.com>
 <5b445505-b91e-eba9-80af-5f92c45b1bc1@redhat.com>
 <CAE_GVMPehDFUW6baq9-8kODoEXXOX6h3kZFU7qXk4qLyq6C=yA@mail.gmail.com>
 <CACc5Y6Rzg1gtFP+Zn-7n3=GDBt4BjSUnntOfphC7SBShK-3yow@mail.gmail.com>
 <CAE_GVMNdDngqTtf3nRBnXWt3Ky5PpKh=sWb0Csp2hTFbkbGvwQ@mail.gmail.com>
Message-ID: <CACc5Y6Q84Pc4+mAvRk=c+_gRkhrU7ECmyR_ktzk+ubzHfKsg1w@mail.gmail.com>

Hi,

    As I mentioned in
http://mail.openjdk.java.net/pipermail/aarch64-port-dev/2017-August/004767.html,
your modification looks good to me.
    I posted the GCC's way of doing the matching condition check just for a
reference.  As I see it, your modification is equal in functionality.

Thanks,
Felix

On 23 August 2017 at 20:12, Daniel Stewart <daniel.stewart at linaro.org>
wrote:

> Felix,
>
> I'm not sure I understand the check here and exactly what you are
> proposing. It appears to me that this check is for an arithmetic right
> shift, not a left shift, which is what we have my proposed solution. I
> could be wrong as I am not familiar with GCC, but I can't make sense of the
> check if the shift is a left shift. (Perhaps GCC is using the shift value
> as if it were encoded for a ubfm instruction?) Could you explain a bit more
> about what exactly you'd like to see?
>
> Thanks,
> Daniel
>
> On Tue, Aug 1, 2017 at 11:10 AM, Felix Yang <felix.yang at linaro.org> wrote:
>
>> LGTM, but I am not an official reviewer.
>>
>> Here is how the latest GCC compiler do the check, which is more readable
>> to me:
>>
>> /* Return true if the mask and a shift amount from an RTX of the form
>>    (x << SHFT_AMNT) & MASK are valid to combine into a UBFIZ instruction
>> of
>>    mode MODE.  See the *andim_ashift<mode>_bfiz pattern.  */
>>
>> bool
>> aarch64_mask_and_shift_for_ubfiz_p (machine_mode mode, rtx mask, rtx
>> shft_amnt)
>> {
>>   return CONST_INT_P (mask) && CONST_INT_P (shft_amnt)
>> && INTVAL (shft_amnt) < GET_MODE_BITSIZE (mode)
>> && exact_log2 ((INTVAL (mask) >> INTVAL (shft_amnt)) + 1) >= 0
>> && (INTVAL (mask) & ((1 << INTVAL (shft_amnt)) - 1)) == 0;
>> }
>>
>> Thanks,
>> Felix
>>
>> On 31 July 2017 at 20:22, Daniel Stewart <daniel.stewart at linaro.org>
>> wrote:
>>
>>> Updated webrev to address Felix's issue regarding the format.
>>>
>>> Please review and let me know of any changes/fixes.
>>>
>>> http://cr.openjdk.java.net/~njian/8184049/webrev.02/
>>>
>>> Daniel
>>>
>>> On Fri, Jul 28, 2017 at 1:37 PM, Andrew Haley <aph at redhat.com> wrote:
>>>
>>>> On 27/07/17 21:49, Daniel Stewart wrote:
>>>> > public void run(String [] args) {
>>>> >         long sum = this.sum | (1 << 27);
>>>> >         int n = (int)sum;
>>>> >         n = xorshift32(n);
>>>> >         for (int i = 0; i < 1000; i++) {
>>>> >             //System.out.println((int)Math.random());
>>>> >             n += testI(n);
>>>> >             n += testI2(n);
>>>> >             n += testI3(n);
>>>> >             n += testI4(n);
>>>> >             n += testI5(n);
>>>> >         }
>>>> >         long n1 = (long)n;
>>>> >         for (int i = 0; i < 1000; i++) {
>>>> >             n1 += testL(n1);
>>>> >             n1 += testL2(n1);
>>>> >             n1 += testL3(n1);
>>>> >             n1 += testL4(n1);
>>>> >             n1 += testConv(n1);
>>>> >         }
>>>> >         short n2 = (short)n;
>>>> >         for (int i = 0; i < 1000; i++) {
>>>> >             n2 += testConv2((short)n2);
>>>> >         }
>>>> >         n1 += n2;
>>>> >         for (int i = 0; i< 1000; i++) {
>>>> >             n1 += testConv3(n);
>>>>
>>>> This loop doesn't test the intrinsic.  I added
>>>>
>>>>                n = xorshift32(n);
>>>>
>>>> here.
>>>>
>>>> >         }
>>>> >         this.sum += sum ^ n1;
>>>>
>>>>
>>>> --
>>>> Andrew Haley
>>>> Java Platform Lead Engineer
>>>> Red Hat UK Ltd. <https://www.redhat.com>
>>>> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
>>>>
>>>
>>>
>>>
>>> --
>>> Daniel Stewart
>>>
>>
>>
>
>
> --
> Daniel Stewart
>

From dmitry.chuyko at bell-sw.com  Wed Aug 23 16:06:40 2017
From: dmitry.chuyko at bell-sw.com (Dmitry Chuyko)
Date: Wed, 23 Aug 2017 19:06:40 +0300
Subject: [aarch64-port-dev ] RFR: 8186670: Implement _onSpinWait() intrinsic
	for AArch64
Message-ID: <f4f1c32d-ec21-5f60-9194-b0d9ea96eda6@bell-sw.com>

Please review implementation of Thread.onSpinWait() and some 
benchmarking around it. It would be great to get results from other HW.

study: http://cr.openjdk.java.net/~dchuyko/8186670/yield/spinwait.html
rfe: https://bugs.openjdk.java.net/browse/JDK-8186670
webrev: http://cr.openjdk.java.net/~dchuyko/8186670/webrev.00/

yield instruction was added to platform assembler. The intrinsic was 
enabled and emits that single instruction. Related test was enabled for 
the platform.

--
Dmitry Chuyko


From dmitry.chuyko at bell-sw.com  Wed Aug 23 16:07:26 2017
From: dmitry.chuyko at bell-sw.com (Dmitry Chuyko)
Date: Wed, 23 Aug 2017 19:07:26 +0300
Subject: [aarch64-port-dev ] RFR: 8186671: Use `yield` instruction in
	SpinPause on linux-aarch64
Message-ID: <c682abdb-0b7b-f06c-d8b1-99e6a4d2b2ed@bell-sw.com>

Please review a change in SpinPause implementation.

related study: 
http://cr.openjdk.java.net/~dchuyko/8186670/yield/spinwait.html
rfe: https://bugs.openjdk.java.net/browse/JDK-8186671
webrev: http://cr.openjdk.java.net/~dchuyko/8186671/webrev.00/

The function was moved to platform .S file and now contains yield 
instruction.

--
Dmitry Chuyko


From aph at redhat.com  Wed Aug 23 16:32:11 2017
From: aph at redhat.com (Andrew Haley)
Date: Wed, 23 Aug 2017 17:32:11 +0100
Subject: [aarch64-port-dev ] RFR: 8186671: Use `yield` instruction in
 SpinPause on linux-aarch64
In-Reply-To: <c682abdb-0b7b-f06c-d8b1-99e6a4d2b2ed@bell-sw.com>
References: <c682abdb-0b7b-f06c-d8b1-99e6a4d2b2ed@bell-sw.com>
Message-ID: <e8b5acfc-30af-5ee3-9dcb-31a6b74cb269@redhat.com>

On 23/08/17 17:07, Dmitry Chuyko wrote:
> Please review a change in SpinPause implementation.
> 
> related study: 
> http://cr.openjdk.java.net/~dchuyko/8186670/yield/spinwait.html
> rfe: https://bugs.openjdk.java.net/browse/JDK-8186671
> webrev: http://cr.openjdk.java.net/~dchuyko/8186671/webrev.00/
> 
> The function was moved to platform .S file and now contains yield 
> instruction.

Re the use of YIELD for onSpinWait(), I think this probably would be a
mistake: Intel's PAUSE is intended to improve the performance of
spin-wait loops, whereas ARM's YIELD is intended to hint that the task
performed by a thread is of low importance so that it could yield.
So, despite that the instructions superficially look similar, they
have diametrically opposite semantics!  But we won't really know if
YIELD will make a spin loop faster until somebody implements it.

Re the use of yield in SpinPause(): this looks correct to me.  OK.

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From Derek.White at cavium.com  Wed Aug 23 19:39:28 2017
From: Derek.White at cavium.com (White, Derek)
Date: Wed, 23 Aug 2017 19:39:28 +0000
Subject: [aarch64-port-dev ] RFR: 8186671: Use `yield` instruction in
 SpinPause on linux-aarch64
In-Reply-To: <e8b5acfc-30af-5ee3-9dcb-31a6b74cb269@redhat.com>
References: <c682abdb-0b7b-f06c-d8b1-99e6a4d2b2ed@bell-sw.com>
 <e8b5acfc-30af-5ee3-9dcb-31a6b74cb269@redhat.com>
Message-ID: <CY1PR0701MB1632A40E13C8441EC9C433A084850@CY1PR0701MB1632.namprd07.prod.outlook.com>

Hi Andrew,

> -----Original Message-----
> From: aarch64-port-dev [mailto:aarch64-port-dev-
> bounces at openjdk.java.net] On Behalf Of Andrew Haley
> Sent: Wednesday, August 23, 2017 12:32 PM
> To: aarch64-port-dev at openjdk.java.net
> Subject: Re: [aarch64-port-dev ] RFR: 8186671: Use `yield` instruction in
> SpinPause on linux-aarch64
> 
> On 23/08/17 17:07, Dmitry Chuyko wrote:
> > Please review a change in SpinPause implementation.
> >
> > related study:
> > http://cr.openjdk.java.net/~dchuyko/8186670/yield/spinwait.html
> > rfe: https://bugs.openjdk.java.net/browse/JDK-8186671
> > webrev: http://cr.openjdk.java.net/~dchuyko/8186671/webrev.00/
> >
> > The function was moved to platform .S file and now contains yield
> > instruction.
> 
> Re the use of YIELD for onSpinWait(), I think this probably would be a
> mistake: Intel's PAUSE is intended to improve the performance of spin-wait
> loops, whereas ARM's YIELD is intended to hint that the task performed by a
> thread is of low importance so that it could yield.
> So, despite that the instructions superficially look similar, they have
> diametrically opposite semantics!  But we won't really know if YIELD will
> make a spin loop faster until somebody implements it.

I might re-word this to say that both PAUSE and YIELD were implemented to improve system performance while running spin-loops.
 
Intel's PAUSE has several parts to it:
1) Cancels out checking for memory order violation on out-of-order reads to speed up spin-loop exit. Also referred to as "de-pipelining"?
2) Adds a pause (delay) for some number of cycles (0, or 10-140) to slow down the spin-loop.
 - Memory updates cannot happen as quickly as instruction execution, 
 - Which may reduce power consumption, or:
3) On hyper-threaded cores, may give core resources to the other thread for some number of cycles. If the other thread was part of the spin-loop transaction, this speeds up the spin-loop, otherwise it speeds up the system as a whole.

Aarch64's YIELD seems to address feature (3) only:
 - A hint that the current thread is low priority and can yield. 
    - On an SMT system this should be able to release core resources to other HW threads for some number of cycles.
(ARM ARM also talks about how this can be used to "suspend and resume multiple software threads if it supports the capability", but if it's talking about triggering thread rescheduling in the kernel I don't see how the kernel gets notified.)

But I assume that hardware vendors are allowed to implement NOPs like YIELD with whatever latency they choose, so feature (2) can also be supported by YIELD, depending on the implementation (which is true for Intel as well). This could be independent of the core supporting SMT.

 - Derek

In any case we 
> 
> Re the use of yield in SpinPause(): this looks correct to me.  OK.
> 
> --
> Andrew Haley
> Java Platform Lead Engineer
> Red Hat UK Ltd. <https://www.redhat.com>
> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From gnu.andrew at redhat.com  Wed Aug 23 19:55:54 2017
From: gnu.andrew at redhat.com (Andrew Hughes)
Date: Wed, 23 Aug 2017 20:55:54 +0100
Subject: [aarch64-port-dev ] [RFR] 8151841: Build needs additional flags to
 compile with GCC 6 [plus parts of 8149647 & 8032045]
Message-ID: <CABi63P7bzN+Rod1Lbfpq0Nh6OVCueYdr+KjU_FGEFwc_YTTmHA@mail.gmail.com>

Hi all,

The aarch64/jdk8u tree, as it currently stands, won't build on GCC >= 6.
A fix for this was pushed upstream over a year as 8151841:

https://bugs.openjdk.java.net/browse/JDK-8151841

but has not yet appeared in any 8u releases, due to the delay of 8u122
this January. It's expected to appear as part of 8u152 in October, and
so we would pull it into aarch64/jdk8u after that.

As more and more people are now moving to distros with either GCC 6
(and now 7), I suggest we cherry-pick this change and apply it to
aarch64/jdk8u prematurely, so developers on newer versions of GCC
can build. As a case in point, I've had to apply and then remove this
fix myself to test merges of aarch64/jdk8u.

The changeset applies as-is to aarch64/jdk8u.

Webrev: http://cr.openjdk.java.net/~andrew/aarch64-8/8151841/

Ok to push?

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 zhongwei.yao at linaro.org  Thu Aug 24 02:11:00 2017
From: zhongwei.yao at linaro.org (Zhongwei Yao)
Date: Thu, 24 Aug 2017 10:11:00 +0800
Subject: [aarch64-port-dev ] RFR: JDK-8185786: AArch64: disable some
 address reshapings.
In-Reply-To: <CACc5Y6TrD=pUjuhx=FttU9jQZCnW=xDCjwMq0nWhB2jh2g=5_Q@mail.gmail.com>
References: <CAFkOo6ZgTMhhW9-c-8NjVg7fusYEPccCwepQmLztjMtXPW3zKw@mail.gmail.com>
 <def6b156-6122-0dc7-08ab-f0ab7ece6b52@redhat.com>
 <CY1PR0701MB1632EFFEF6F016373CFF4B6584B60@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <CY4PR07MB3415244057E08EDCD851801793B60@CY4PR07MB3415.namprd07.prod.outlook.com>
 <CAFkOo6az6fr-B7LXAXLTF4vjGm9umafWxRnEketjFWjpymHL6g@mail.gmail.com>
 <ddc30c63-4a8b-a089-da36-2ab8a3af988b@redhat.com>
 <CAFkOo6a6J-M-jxh63DKFxxBBAqCx+QT8QSNr6tbZ-20c+H88MA@mail.gmail.com>
 <2e46a79d-601f-c6cc-f970-45dd34bc1bba@redhat.com>
 <CAFkOo6bRtogZpQXTNbvE_FTA0Tw=ic0F6uz1Fo+G9U_K-YwMeQ@mail.gmail.com>
 <CAFkOo6Z8aNxwYVPPF+Y7KL7j-KQ+hj+7cxxoXvYJj_Bzt0Nm9Q@mail.gmail.com>
 <3936275f-9777-b0e6-15a3-de9b0bcab659@redhat.com>
 <CAFkOo6bFYQ6_LBK+x8EyXYAHNDuN7gjUzCMgeFm7hwSj13hohg@mail.gmail.com>
 <CACc5Y6TrD=pUjuhx=FttU9jQZCnW=xDCjwMq0nWhB2jh2g=5_Q@mail.gmail.com>
Message-ID: <CAFkOo6aAAx+=2wwaW0eD6S7GPU_QG4-4WbMs=a284J+uh=wZWw@mail.gmail.com>

Thanks!

On 23 August 2017 at 21:43, Felix Yang <felix.yang at linaro.org> wrote:
> Looks good, pushed.
>
> On 23 August 2017 at 09:43, Zhongwei Yao <zhongwei.yao at linaro.org> wrote:
>>
>> Hi, Felix,
>>
>> Could you help me push this patch? Thanks!
>>
>> On 22 August 2017 at 20:21, Andrew Haley <aph at redhat.com> wrote:
>> > On 22/08/17 11:44, Zhongwei Yao wrote:
>> >> Is this patch OK for JDK10?
>> >>
>> >> On 16 August 2017 at 14:51, Zhongwei Yao <zhongwei.yao at linaro.org>
>> >> wrote:
>> >>> Thanks!
>> >>>
>> >>> Done:
>> >>> http://cr.openjdk.java.net/~njian/8185786/webrev.02/
>> >
>> > OK, thanks.
>> >
>> > --
>> > Andrew Haley
>> > Java Platform Lead Engineer
>> > Red Hat UK Ltd. <https://www.redhat.com>
>> > EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
>>
>>
>>
>> --
>> Best regards,
>> Zhongwei
>
>



-- 
Best regards,
Zhongwei

From aph at redhat.com  Thu Aug 24 07:08:39 2017
From: aph at redhat.com (Andrew Haley)
Date: Thu, 24 Aug 2017 08:08:39 +0100
Subject: [aarch64-port-dev ] [RFR] 8151841: Build needs additional flags
 to compile with GCC 6 [plus parts of 8149647 & 8032045]
In-Reply-To: <CABi63P7bzN+Rod1Lbfpq0Nh6OVCueYdr+KjU_FGEFwc_YTTmHA@mail.gmail.com>
References: <CABi63P7bzN+Rod1Lbfpq0Nh6OVCueYdr+KjU_FGEFwc_YTTmHA@mail.gmail.com>
Message-ID: <00db57b4-dada-e528-fb87-181ee04ebb45@redhat.com>

On 23/08/17 20:55, Andrew Hughes wrote:
> Webrev: http://cr.openjdk.java.net/~andrew/aarch64-8/8151841/
> 
> Ok to push?

OK, thanks.

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From daniel.stewart at linaro.org  Thu Aug 24 13:48:42 2017
From: daniel.stewart at linaro.org (Daniel Stewart)
Date: Thu, 24 Aug 2017 09:48:42 -0400
Subject: [aarch64-port-dev ] [aarch64-port-dev] [10] RFR: 8184049 :
 Matching rule for ubfiz
In-Reply-To: <CACc5Y6Q84Pc4+mAvRk=c+_gRkhrU7ECmyR_ktzk+ubzHfKsg1w@mail.gmail.com>
References: <CAE_GVMPe+4qPBDCpWWB83GJehbDe2rS-oDRAfyms-sXB4D6mXQ@mail.gmail.com>
 <0a45e637-4abc-ede5-ffc3-1b6b59077ac8@redhat.com>
 <16420602-0873-ac40-92d5-839038c0d430@redhat.com>
 <CAE_GVMNW+pk9PE9_-zTocPhbCOYjYz8ghevj8TchD=GH3FLzVw@mail.gmail.com>
 <CACc5Y6QR+5vSzg8d2P4J=V0mjd-96qGGA-Kj_sYv1=Mn9YGFtA@mail.gmail.com>
 <332344a6-4fca-c49c-46bb-9ea37827173e@redhat.com>
 <CAE_GVMOwzza9UAhoNRCNt36QxghtSErpLpaesFCtQo8yZZPUsQ@mail.gmail.com>
 <CAE_GVMMej9jqND0rgerxou8s4pjp-YiR1UcezJkom6pv3DP8_A@mail.gmail.com>
 <5b445505-b91e-eba9-80af-5f92c45b1bc1@redhat.com>
 <CAE_GVMPehDFUW6baq9-8kODoEXXOX6h3kZFU7qXk4qLyq6C=yA@mail.gmail.com>
 <CACc5Y6Rzg1gtFP+Zn-7n3=GDBt4BjSUnntOfphC7SBShK-3yow@mail.gmail.com>
 <CAE_GVMNdDngqTtf3nRBnXWt3Ky5PpKh=sWb0Csp2hTFbkbGvwQ@mail.gmail.com>
 <CACc5Y6Q84Pc4+mAvRk=c+_gRkhrU7ECmyR_ktzk+ubzHfKsg1w@mail.gmail.com>
Message-ID: <CAE_GVMO7X-jrGKKx8A9fVy9KqVDW9uWM0p25XVriqEAnskgfDQ@mail.gmail.com>

So, given that Felix has no issues, is this good to push?

On Wed, Aug 23, 2017 at 9:47 AM, Felix Yang <felix.yang at linaro.org> wrote:

> Hi,
>
>     As I mentioned in http://mail.openjdk.java.net/pipermail/aarch64-port-
> dev/2017-August/004767.html, your modification looks good to me.
>     I posted the GCC's way of doing the matching condition check just for
> a reference.  As I see it, your modification is equal in functionality.
>
> Thanks,
> Felix
>
> On 23 August 2017 at 20:12, Daniel Stewart <daniel.stewart at linaro.org>
> wrote:
>
>> Felix,
>>
>> I'm not sure I understand the check here and exactly what you are
>> proposing. It appears to me that this check is for an arithmetic right
>> shift, not a left shift, which is what we have my proposed solution. I
>> could be wrong as I am not familiar with GCC, but I can't make sense of the
>> check if the shift is a left shift. (Perhaps GCC is using the shift value
>> as if it were encoded for a ubfm instruction?) Could you explain a bit more
>> about what exactly you'd like to see?
>>
>> Thanks,
>> Daniel
>>
>> On Tue, Aug 1, 2017 at 11:10 AM, Felix Yang <felix.yang at linaro.org>
>> wrote:
>>
>>> LGTM, but I am not an official reviewer.
>>>
>>> Here is how the latest GCC compiler do the check, which is more readable
>>> to me:
>>>
>>> /* Return true if the mask and a shift amount from an RTX of the form
>>>    (x << SHFT_AMNT) & MASK are valid to combine into a UBFIZ instruction
>>> of
>>>    mode MODE.  See the *andim_ashift<mode>_bfiz pattern.  */
>>>
>>> bool
>>> aarch64_mask_and_shift_for_ubfiz_p (machine_mode mode, rtx mask, rtx
>>> shft_amnt)
>>> {
>>>   return CONST_INT_P (mask) && CONST_INT_P (shft_amnt)
>>> && INTVAL (shft_amnt) < GET_MODE_BITSIZE (mode)
>>> && exact_log2 ((INTVAL (mask) >> INTVAL (shft_amnt)) + 1) >= 0
>>> && (INTVAL (mask) & ((1 << INTVAL (shft_amnt)) - 1)) == 0;
>>> }
>>>
>>> Thanks,
>>> Felix
>>>
>>> On 31 July 2017 at 20:22, Daniel Stewart <daniel.stewart at linaro.org>
>>> wrote:
>>>
>>>> Updated webrev to address Felix's issue regarding the format.
>>>>
>>>> Please review and let me know of any changes/fixes.
>>>>
>>>> http://cr.openjdk.java.net/~njian/8184049/webrev.02/
>>>>
>>>> Daniel
>>>>
>>>> On Fri, Jul 28, 2017 at 1:37 PM, Andrew Haley <aph at redhat.com> wrote:
>>>>
>>>>> On 27/07/17 21:49, Daniel Stewart wrote:
>>>>> > public void run(String [] args) {
>>>>> >         long sum = this.sum | (1 << 27);
>>>>> >         int n = (int)sum;
>>>>> >         n = xorshift32(n);
>>>>> >         for (int i = 0; i < 1000; i++) {
>>>>> >             //System.out.println((int)Math.random());
>>>>> >             n += testI(n);
>>>>> >             n += testI2(n);
>>>>> >             n += testI3(n);
>>>>> >             n += testI4(n);
>>>>> >             n += testI5(n);
>>>>> >         }
>>>>> >         long n1 = (long)n;
>>>>> >         for (int i = 0; i < 1000; i++) {
>>>>> >             n1 += testL(n1);
>>>>> >             n1 += testL2(n1);
>>>>> >             n1 += testL3(n1);
>>>>> >             n1 += testL4(n1);
>>>>> >             n1 += testConv(n1);
>>>>> >         }
>>>>> >         short n2 = (short)n;
>>>>> >         for (int i = 0; i < 1000; i++) {
>>>>> >             n2 += testConv2((short)n2);
>>>>> >         }
>>>>> >         n1 += n2;
>>>>> >         for (int i = 0; i< 1000; i++) {
>>>>> >             n1 += testConv3(n);
>>>>>
>>>>> This loop doesn't test the intrinsic.  I added
>>>>>
>>>>>                n = xorshift32(n);
>>>>>
>>>>> here.
>>>>>
>>>>> >         }
>>>>> >         this.sum += sum ^ n1;
>>>>>
>>>>>
>>>>> --
>>>>> Andrew Haley
>>>>> Java Platform Lead Engineer
>>>>> Red Hat UK Ltd. <https://www.redhat.com>
>>>>> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Daniel Stewart
>>>>
>>>
>>>
>>
>>
>> --
>> Daniel Stewart
>>
>
>


-- 
Daniel Stewart

From dmitry.chuyko at bell-sw.com  Thu Aug 24 15:33:25 2017
From: dmitry.chuyko at bell-sw.com (Dmitry Chuyko)
Date: Thu, 24 Aug 2017 18:33:25 +0300
Subject: [aarch64-port-dev ] RFR: 8186671: Use `yield` instruction in
 SpinPause on linux-aarch64
In-Reply-To: <CY1PR0701MB1632A40E13C8441EC9C433A084850@CY1PR0701MB1632.namprd07.prod.outlook.com>
References: <c682abdb-0b7b-f06c-d8b1-99e6a4d2b2ed@bell-sw.com>
 <e8b5acfc-30af-5ee3-9dcb-31a6b74cb269@redhat.com>
 <CY1PR0701MB1632A40E13C8441EC9C433A084850@CY1PR0701MB1632.namprd07.prod.outlook.com>
Message-ID: <68db10fa-46d1-638f-7f46-a5c862e11b69@bell-sw.com>

On 08/23/2017 10:39 PM, White, Derek wrote:
> Hi Andrew,
>
>> -----Original Message-----
>> From: aarch64-port-dev [mailto:aarch64-port-dev-
>> bounces at openjdk.java.net] On Behalf Of Andrew Haley
>> Sent: Wednesday, August 23, 2017 12:32 PM
>> To: aarch64-port-dev at openjdk.java.net
>> Subject: Re: [aarch64-port-dev ] RFR: 8186671: Use `yield` instruction in
>> SpinPause on linux-aarch64
>>
>> On 23/08/17 17:07, Dmitry Chuyko wrote:
>>> Please review a change in SpinPause implementation.
>>>
>>> related study:
>>> http://cr.openjdk.java.net/~dchuyko/8186670/yield/spinwait.html
>>> rfe: https://bugs.openjdk.java.net/browse/JDK-8186671
>>> webrev: http://cr.openjdk.java.net/~dchuyko/8186671/webrev.00/
>>>
>>> The function was moved to platform .S file and now contains yield
>>> instruction.
>> Re the use of YIELD for onSpinWait(), I think this probably would be a
>> mistake:
Andrew, thank you for the discussion but I don't quite get your point. 
Some thoughts and questions below.
>> Intel's PAUSE is intended to improve the performance of spin-wait
>> loops, whereas ARM's YIELD is intended to hint that the task performed by a
>> thread is of low importance so that it could yield.
If we go further in yield subsection of ARMv8 Reference Manual, it says:
"Examples of when the YIELD instruction might be used include a thread 
that is sitting in a spin-lock", which to me is the case. If we look at 
Java usage, it is like
----
        else if ((LockSupport.nextSecondarySeed() & OVERFLOW_YIELD_RATE) 
== 0)
             Thread.yield();
         else
             Thread.onSpinWait()
----
Yield is also used in kernel's cpu_relax() variants that look 
semantically close.
>> So, despite that the instructions superficially look similar, they have
>> diametrically opposite semantics!  But we won't really know if YIELD will
>> make a spin loop faster until somebody implements it.
I can imagine yield making entire app throughput higher in SMT case if 
it gives more cycles to neighbor strand.

How do you see typical yield usage with opposite semantics?

What are other possible implementations for the intrinsic?
I'd say that even issuing 2-4 NOP instructions may be useful in both SMT 
and temporal MT case.
> I might re-word this to say that both PAUSE and YIELD were implemented to improve system performance while running spin-loops.
>   
> Intel's PAUSE has several parts to it:
> 1) Cancels out checking for memory order violation on out-of-order reads to speed up spin-loop exit. Also referred to as "de-pipelining"?
> 2) Adds a pause (delay) for some number of cycles (0, or 10-140) to slow down the spin-loop.
>   - Memory updates cannot happen as quickly as instruction execution,
>   - Which may reduce power consumption, or:
> 3) On hyper-threaded cores, may give core resources to the other thread for some number of cycles. If the other thread was part of the spin-loop transaction, this speeds up the spin-loop, otherwise it speeds up the system as a whole.
>
> Aarch64's YIELD seems to address feature (3) only:
>   - A hint that the current thread is low priority and can yield.
>      - On an SMT system this should be able to release core resources to other HW threads for some number of cycles.
> (ARM ARM also talks about how this can be used to "suspend and resume multiple software threads if it supports the capability", but if it's talking about triggering thread rescheduling in the kernel I don't see how the kernel gets notified.)
>
> But I assume that hardware vendors are allowed to implement NOPs like YIELD with whatever latency they choose, so feature (2) can also be supported by YIELD, depending on the implementation (which is true for Intel as well). This could be independent of the core supporting SMT.
>
>   - Derek
>
> In any case we
>> Re the use of yield in SpinPause(): this looks correct to me.  OK.
Good. This part seemed more scaring.

--
Dmitry
>>
>> --
>> Andrew Haley
>> Java Platform Lead Engineer
>> Red Hat UK Ltd. <https://www.redhat.com>
>> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671


From aph at redhat.com  Thu Aug 24 19:05:19 2017
From: aph at redhat.com (Andrew Haley)
Date: Thu, 24 Aug 2017 20:05:19 +0100
Subject: [aarch64-port-dev ] [aarch64-port-dev] [10] RFR: 8184049 :
 Matching rule for ubfiz
In-Reply-To: <CAE_GVMO7X-jrGKKx8A9fVy9KqVDW9uWM0p25XVriqEAnskgfDQ@mail.gmail.com>
References: <CAE_GVMPe+4qPBDCpWWB83GJehbDe2rS-oDRAfyms-sXB4D6mXQ@mail.gmail.com>
 <0a45e637-4abc-ede5-ffc3-1b6b59077ac8@redhat.com>
 <16420602-0873-ac40-92d5-839038c0d430@redhat.com>
 <CAE_GVMNW+pk9PE9_-zTocPhbCOYjYz8ghevj8TchD=GH3FLzVw@mail.gmail.com>
 <CACc5Y6QR+5vSzg8d2P4J=V0mjd-96qGGA-Kj_sYv1=Mn9YGFtA@mail.gmail.com>
 <332344a6-4fca-c49c-46bb-9ea37827173e@redhat.com>
 <CAE_GVMOwzza9UAhoNRCNt36QxghtSErpLpaesFCtQo8yZZPUsQ@mail.gmail.com>
 <CAE_GVMMej9jqND0rgerxou8s4pjp-YiR1UcezJkom6pv3DP8_A@mail.gmail.com>
 <5b445505-b91e-eba9-80af-5f92c45b1bc1@redhat.com>
 <CAE_GVMPehDFUW6baq9-8kODoEXXOX6h3kZFU7qXk4qLyq6C=yA@mail.gmail.com>
 <CACc5Y6Rzg1gtFP+Zn-7n3=GDBt4BjSUnntOfphC7SBShK-3yow@mail.gmail.com>
 <CAE_GVMNdDngqTtf3nRBnXWt3Ky5PpKh=sWb0Csp2hTFbkbGvwQ@mail.gmail.com>
 <CACc5Y6Q84Pc4+mAvRk=c+_gRkhrU7ECmyR_ktzk+ubzHfKsg1w@mail.gmail.com>
 <CAE_GVMO7X-jrGKKx8A9fVy9KqVDW9uWM0p25XVriqEAnskgfDQ@mail.gmail.com>
Message-ID: <e98058fd-0484-3385-9af8-4249788f1c45@redhat.com>

On 24/08/17 14:48, Daniel Stewart wrote:
> So, given that Felix has no issues, is this good to push?

Yes, thanks.

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From aph at redhat.com  Thu Aug 24 19:08:56 2017
From: aph at redhat.com (Andrew Haley)
Date: Thu, 24 Aug 2017 20:08:56 +0100
Subject: [aarch64-port-dev ] RFR: 8186671: Use `yield` instruction in
 SpinPause on linux-aarch64
In-Reply-To: <68db10fa-46d1-638f-7f46-a5c862e11b69@bell-sw.com>
References: <c682abdb-0b7b-f06c-d8b1-99e6a4d2b2ed@bell-sw.com>
 <e8b5acfc-30af-5ee3-9dcb-31a6b74cb269@redhat.com>
 <CY1PR0701MB1632A40E13C8441EC9C433A084850@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <68db10fa-46d1-638f-7f46-a5c862e11b69@bell-sw.com>
Message-ID: <b9017061-5c22-cc36-5d5b-9562ab89e10d@redhat.com>

On 24/08/17 16:33, Dmitry Chuyko wrote:
> I can imagine yield making entire app throughput higher in SMT case if 
> it gives more cycles to neighbor strand.

Maybe.

> How do you see typical yield usage with opposite semantics?

Derek's post explained the differences at considerable length: I
don't think I have anything to add.  I will say, though, that this
intrinsic exists for the Intel instruction, and no consideration was
given to ARM.

> What are other possible implementations for the intrinsic?

The current one (i.e. do nothing) is not obviously harmful.

> I'd say that even issuing 2-4 NOP instructions may be useful in both SMT 
> and temporal MT case.

Yes, they may.  I'd welcome some measurements of an actual implementation.

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From ivankrylov.java at gmail.com  Thu Aug 24 19:16:22 2017
From: ivankrylov.java at gmail.com (Ivan Krylov)
Date: Thu, 24 Aug 2017 22:16:22 +0300
Subject: [aarch64-port-dev ] RFR: 8186671: Use `yield` instruction in
 SpinPause on linux-aarch64
In-Reply-To: <68db10fa-46d1-638f-7f46-a5c862e11b69@bell-sw.com>
References: <c682abdb-0b7b-f06c-d8b1-99e6a4d2b2ed@bell-sw.com>
 <e8b5acfc-30af-5ee3-9dcb-31a6b74cb269@redhat.com>
 <CY1PR0701MB1632A40E13C8441EC9C433A084850@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <68db10fa-46d1-638f-7f46-a5c862e11b69@bell-sw.com>
Message-ID: <0df59031-7688-c952-769c-52b353490549@gmail.com>

Just want to take a moment and appreciate the effort of bringing 
onSpinWait to the ARM architecture.
The idea behind this method (or a hint to JIT if you will) is to find a 
sweet spot between an ordinary spin loop and a task preemption,
keeping the code hot while not eating as much CPU cycles.
I recall the discussion about the difference between x86 pause and ARM 
Yield back when we did the original hotspot patch code review and we 
never reached a conclusion back than.
Looking at the charts that Dmitry provided it seems that the proposed 
ARM implementation reaches the same goal.

Ivan


On 8/24/17 6:33 PM, Dmitry Chuyko wrote:
> On 08/23/2017 10:39 PM, White, Derek wrote:
>> Hi Andrew,
>>
>>> -----Original Message-----
>>> From: aarch64-port-dev [mailto:aarch64-port-dev-
>>> bounces at openjdk.java.net] On Behalf Of Andrew Haley
>>> Sent: Wednesday, August 23, 2017 12:32 PM
>>> To: aarch64-port-dev at openjdk.java.net
>>> Subject: Re: [aarch64-port-dev ] RFR: 8186671: Use `yield` 
>>> instruction in
>>> SpinPause on linux-aarch64
>>>
>>> On 23/08/17 17:07, Dmitry Chuyko wrote:
>>>> Please review a change in SpinPause implementation.
>>>>
>>>> related study:
>>>> http://cr.openjdk.java.net/~dchuyko/8186670/yield/spinwait.html
>>>> rfe: https://bugs.openjdk.java.net/browse/JDK-8186671
>>>> webrev: http://cr.openjdk.java.net/~dchuyko/8186671/webrev.00/
>>>>
>>>> The function was moved to platform .S file and now contains yield
>>>> instruction.
>>> Re the use of YIELD for onSpinWait(), I think this probably would be a
>>> mistake:
> Andrew, thank you for the discussion but I don't quite get your point. 
> Some thoughts and questions below.
>>> Intel's PAUSE is intended to improve the performance of spin-wait
>>> loops, whereas ARM's YIELD is intended to hint that the task 
>>> performed by a
>>> thread is of low importance so that it could yield.
> If we go further in yield subsection of ARMv8 Reference Manual, it says:
> "Examples of when the YIELD instruction might be used include a thread 
> that is sitting in a spin-lock", which to me is the case. If we look 
> at Java usage, it is like
> ----
> ?????? else if ((LockSupport.nextSecondarySeed() & 
> OVERFLOW_YIELD_RATE) == 0)
> ??????????? Thread.yield();
> ??????? else
> ??????????? Thread.onSpinWait()
> ----
> Yield is also used in kernel's cpu_relax() variants that look 
> semantically close.
>>> So, despite that the instructions superficially look similar, they have
>>> diametrically opposite semantics!? But we won't really know if YIELD 
>>> will
>>> make a spin loop faster until somebody implements it.
> I can imagine yield making entire app throughput higher in SMT case if 
> it gives more cycles to neighbor strand.
>
> How do you see typical yield usage with opposite semantics?
>
> What are other possible implementations for the intrinsic?
> I'd say that even issuing 2-4 NOP instructions may be useful in both 
> SMT and temporal MT case.
>> I might re-word this to say that both PAUSE and YIELD were 
>> implemented to improve system performance while running spin-loops.
>> ? Intel's PAUSE has several parts to it:
>> 1) Cancels out checking for memory order violation on out-of-order 
>> reads to speed up spin-loop exit. Also referred to as "de-pipelining"?
>> 2) Adds a pause (delay) for some number of cycles (0, or 10-140) to 
>> slow down the spin-loop.
>> ? - Memory updates cannot happen as quickly as instruction execution,
>> ? - Which may reduce power consumption, or:
>> 3) On hyper-threaded cores, may give core resources to the other 
>> thread for some number of cycles. If the other thread was part of the 
>> spin-loop transaction, this speeds up the spin-loop, otherwise it 
>> speeds up the system as a whole.
>>
>> Aarch64's YIELD seems to address feature (3) only:
>> ? - A hint that the current thread is low priority and can yield.
>> ???? - On an SMT system this should be able to release core resources 
>> to other HW threads for some number of cycles.
>> (ARM ARM also talks about how this can be used to "suspend and resume 
>> multiple software threads if it supports the capability", but if it's 
>> talking about triggering thread rescheduling in the kernel I don't 
>> see how the kernel gets notified.)
>>
>> But I assume that hardware vendors are allowed to implement NOPs like 
>> YIELD with whatever latency they choose, so feature (2) can also be 
>> supported by YIELD, depending on the implementation (which is true 
>> for Intel as well). This could be independent of the core supporting 
>> SMT.
>>
>> ? - Derek
>>
>> In any case we
>>> Re the use of yield in SpinPause(): this looks correct to me.? OK.
> Good. This part seemed more scaring.
>
> -- 
> Dmitry
>>>
>>> -- 
>>> Andrew Haley
>>> Java Platform Lead Engineer
>>> Red Hat UK Ltd. <https://www.redhat.com>
>>> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
>


From aph at redhat.com  Thu Aug 24 19:21:17 2017
From: aph at redhat.com (Andrew Haley)
Date: Thu, 24 Aug 2017 20:21:17 +0100
Subject: [aarch64-port-dev ] RFR: 8186671: Use `yield` instruction in
 SpinPause on linux-aarch64
In-Reply-To: <0df59031-7688-c952-769c-52b353490549@gmail.com>
References: <c682abdb-0b7b-f06c-d8b1-99e6a4d2b2ed@bell-sw.com>
 <e8b5acfc-30af-5ee3-9dcb-31a6b74cb269@redhat.com>
 <CY1PR0701MB1632A40E13C8441EC9C433A084850@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <68db10fa-46d1-638f-7f46-a5c862e11b69@bell-sw.com>
 <0df59031-7688-c952-769c-52b353490549@gmail.com>
Message-ID: <e2410f15-a220-7917-8e6f-06d6f8594d9c@redhat.com>

On 24/08/17 20:16, Ivan Krylov wrote:
> I recall the discussion about the difference between x86 pause and ARM 
> Yield back when we did the original hotspot patch code review and we 
> never reached a conclusion back than.
> Looking at the charts that Dmitry provided it seems that the proposed 
> ARM implementation reaches the same goal.

How do you know what goal it reaches?  It's not been tried on a core that
implements YIELD.

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From dmitry.chuyko at bell-sw.com  Thu Aug 24 20:01:12 2017
From: dmitry.chuyko at bell-sw.com (Dmitry Chuyko)
Date: Thu, 24 Aug 2017 23:01:12 +0300
Subject: [aarch64-port-dev ] RFR: 8186671: Use `yield` instruction in
 SpinPause on linux-aarch64
In-Reply-To: <e2410f15-a220-7917-8e6f-06d6f8594d9c@redhat.com>
References: <c682abdb-0b7b-f06c-d8b1-99e6a4d2b2ed@bell-sw.com>
 <e8b5acfc-30af-5ee3-9dcb-31a6b74cb269@redhat.com>
 <CY1PR0701MB1632A40E13C8441EC9C433A084850@CY1PR0701MB1632.namprd07.prod.outlook.com>
 <68db10fa-46d1-638f-7f46-a5c862e11b69@bell-sw.com>
 <0df59031-7688-c952-769c-52b353490549@gmail.com>
 <e2410f15-a220-7917-8e6f-06d6f8594d9c@redhat.com>
Message-ID: <4395ed8b-f02c-1838-8ecd-8b347406412e@bell-sw.com>

On 08/24/2017 10:21 PM, Andrew Haley wrote:
> On 24/08/17 20:16, Ivan Krylov wrote:
>> I recall the discussion about the difference between x86 pause and ARM
>> Yield back when we did the original hotspot patch code review and we
>> never reached a conclusion back than.
>> Looking at the charts that Dmitry provided it seems that the proposed
>> ARM implementation reaches the same goal.
> How do you know what goal it reaches?  It's not been tried on a core that
> implements YIELD.
>
Well, currently it is really more intended to meet one more item from 
Reference Manual:

"The YIELD instruction has no effect in a single-threaded system, but 
developers of such systems can use the
instruction to flag its intended use for future migration to a 
multiprocessor or multithreading system."

Additionally I think that even having single yield=nop can bring tiny 
advantage in heat release on a single core. Alas we don't have means to 
measure it and no authentic vendor information on cpu design in this area.

--
Dmitry

From felix.yang at linaro.org  Sun Aug 27 01:54:13 2017
From: felix.yang at linaro.org (Felix Yang)
Date: Sun, 27 Aug 2017 09:54:13 +0800
Subject: [aarch64-port-dev ] [aarch64-port-dev] [10] RFR: 8184049 :
 Matching rule for ubfiz
In-Reply-To: <e98058fd-0484-3385-9af8-4249788f1c45@redhat.com>
References: <CAE_GVMPe+4qPBDCpWWB83GJehbDe2rS-oDRAfyms-sXB4D6mXQ@mail.gmail.com>
 <0a45e637-4abc-ede5-ffc3-1b6b59077ac8@redhat.com>
 <16420602-0873-ac40-92d5-839038c0d430@redhat.com>
 <CAE_GVMNW+pk9PE9_-zTocPhbCOYjYz8ghevj8TchD=GH3FLzVw@mail.gmail.com>
 <CACc5Y6QR+5vSzg8d2P4J=V0mjd-96qGGA-Kj_sYv1=Mn9YGFtA@mail.gmail.com>
 <332344a6-4fca-c49c-46bb-9ea37827173e@redhat.com>
 <CAE_GVMOwzza9UAhoNRCNt36QxghtSErpLpaesFCtQo8yZZPUsQ@mail.gmail.com>
 <CAE_GVMMej9jqND0rgerxou8s4pjp-YiR1UcezJkom6pv3DP8_A@mail.gmail.com>
 <5b445505-b91e-eba9-80af-5f92c45b1bc1@redhat.com>
 <CAE_GVMPehDFUW6baq9-8kODoEXXOX6h3kZFU7qXk4qLyq6C=yA@mail.gmail.com>
 <CACc5Y6Rzg1gtFP+Zn-7n3=GDBt4BjSUnntOfphC7SBShK-3yow@mail.gmail.com>
 <CAE_GVMNdDngqTtf3nRBnXWt3Ky5PpKh=sWb0Csp2hTFbkbGvwQ@mail.gmail.com>
 <CACc5Y6Q84Pc4+mAvRk=c+_gRkhrU7ECmyR_ktzk+ubzHfKsg1w@mail.gmail.com>
 <CAE_GVMO7X-jrGKKx8A9fVy9KqVDW9uWM0p25XVriqEAnskgfDQ@mail.gmail.com>
 <e98058fd-0484-3385-9af8-4249788f1c45@redhat.com>
Message-ID: <CACc5Y6StPCpBSeL+DAzr1v5hMt_GNjcrmsth0_Fe4AuLWHo1iw@mail.gmail.com>

Pushed. Thanks.

On 25 August 2017 at 03:05, Andrew Haley <aph at redhat.com> wrote:

> On 24/08/17 14:48, Daniel Stewart wrote:
> > So, given that Felix has no issues, is this good to push?
>
> Yes, thanks.
>
> --
> Andrew Haley
> Java Platform Lead Engineer
> Red Hat UK Ltd. <https://www.redhat.com>
> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
>

From daniel.stewart at linaro.org  Mon Aug 28 12:21:51 2017
From: daniel.stewart at linaro.org (Daniel Stewart)
Date: Mon, 28 Aug 2017 08:21:51 -0400
Subject: [aarch64-port-dev ] [aarch64-port-dev] [10] RFR: 8184049 :
 Matching rule for ubfiz
In-Reply-To: <CACc5Y6StPCpBSeL+DAzr1v5hMt_GNjcrmsth0_Fe4AuLWHo1iw@mail.gmail.com>
References: <CAE_GVMPe+4qPBDCpWWB83GJehbDe2rS-oDRAfyms-sXB4D6mXQ@mail.gmail.com>
 <0a45e637-4abc-ede5-ffc3-1b6b59077ac8@redhat.com>
 <16420602-0873-ac40-92d5-839038c0d430@redhat.com>
 <CAE_GVMNW+pk9PE9_-zTocPhbCOYjYz8ghevj8TchD=GH3FLzVw@mail.gmail.com>
 <CACc5Y6QR+5vSzg8d2P4J=V0mjd-96qGGA-Kj_sYv1=Mn9YGFtA@mail.gmail.com>
 <332344a6-4fca-c49c-46bb-9ea37827173e@redhat.com>
 <CAE_GVMOwzza9UAhoNRCNt36QxghtSErpLpaesFCtQo8yZZPUsQ@mail.gmail.com>
 <CAE_GVMMej9jqND0rgerxou8s4pjp-YiR1UcezJkom6pv3DP8_A@mail.gmail.com>
 <5b445505-b91e-eba9-80af-5f92c45b1bc1@redhat.com>
 <CAE_GVMPehDFUW6baq9-8kODoEXXOX6h3kZFU7qXk4qLyq6C=yA@mail.gmail.com>
 <CACc5Y6Rzg1gtFP+Zn-7n3=GDBt4BjSUnntOfphC7SBShK-3yow@mail.gmail.com>
 <CAE_GVMNdDngqTtf3nRBnXWt3Ky5PpKh=sWb0Csp2hTFbkbGvwQ@mail.gmail.com>
 <CACc5Y6Q84Pc4+mAvRk=c+_gRkhrU7ECmyR_ktzk+ubzHfKsg1w@mail.gmail.com>
 <CAE_GVMO7X-jrGKKx8A9fVy9KqVDW9uWM0p25XVriqEAnskgfDQ@mail.gmail.com>
 <e98058fd-0484-3385-9af8-4249788f1c45@redhat.com>
 <CACc5Y6StPCpBSeL+DAzr1v5hMt_GNjcrmsth0_Fe4AuLWHo1iw@mail.gmail.com>
Message-ID: <CAE_GVMOn8pJLj3=XeKxsDbypybipYtfkrm8=225NF84WwNUKyA@mail.gmail.com>

Thanks Felix.

On Sat, Aug 26, 2017 at 9:54 PM, Felix Yang <felix.yang at linaro.org> wrote:

> Pushed. Thanks.
>
> On 25 August 2017 at 03:05, Andrew Haley <aph at redhat.com> wrote:
>
>> On 24/08/17 14:48, Daniel Stewart wrote:
>> > So, given that Felix has no issues, is this good to push?
>>
>> Yes, thanks.
>>
>> --
>> Andrew Haley
>> Java Platform Lead Engineer
>> Red Hat UK Ltd. <https://www.redhat.com>
>> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
>>
>
>


-- 
Daniel Stewart

From stuart.monteith at linaro.org  Tue Aug 29 10:07:02 2017
From: stuart.monteith at linaro.org (Stuart Monteith)
Date: Tue, 29 Aug 2017 11:07:02 +0100
Subject: [aarch64-port-dev ] Linaro OpenJDK 1708 Engineering Builds available
Message-ID: <CAEGA6kaUOstCX1ax9wP9Va_koFtrWrhZ_fvjBOzfTBA9PFNPHg@mail.gmail.com>

Hello,
   JDK8u, 9 and 7 builds for aarch64 (marked 1708) are now available here:

 http://openjdk.linaro.org/relhome.htm

They have the following BOM ("Bill Of Materials" ) file contents:

BOM for http://icedtea.classpath.org/hg/icedtea7-forest
Subdir  Hash            Tag     Tag hash
.       602895b43dd8 icedtea-2.7.0pre12 325028fb6c2a
corba   11f5122b24e0 icedtea-2.7.0pre12 3ca84ee78bd3
jaxp    03c6bf5e7a4d icedtea-2.7.0pre12 b24121efd081
jaxws   e76c114177c1 icedtea-2.7.0pre12 878d12a073cb
langtools       a4036f67fb21 icedtea-2.7.0pre12 aca9535e921d
jdk     0e380c5a1bff icedtea-2.7.0pre12 5af12d99fb1e
hotspot 2a6fcefff99a icedtea-2.7.0pre12 490b222d74de
nashorn 602895b43dd8 icedtea-2.7.0pre12 325028fb6c2a

BOM for http://hg.openjdk.java.net/aarch64-port/jdk8u
Subdir  Hash            Tag     Tag hash
.       8e9dba37ccab aarch64-jdk8u144-b01 56116fb0cf9d
corba   4b222c433612 aarch64-jdk8u144-b01 252ce7a6af00
jaxp    2793510feb8c aarch64-jdk8u144-b01 9b19202ef8de
jaxws   1eb06202a5c9 aarch64-jdk8u144-b01 9f9fa7c7fdb9
langtools       eb8e9a1d6c9f aarch64-jdk8u144-b01 f8b7f1661494
jdk     9322c39fd0df aarch64-jdk8u144-b01 bb00b4d55a85
hotspot 7672149aea2c aarch64-jdk8u144-b01 20d83f8419c4
nashorn 13c40d5bd8cc aarch64-jdk8u144-b01 66cf64cd5739

BOM for http://hg.openjdk.java.net/jdk9/dev
Subdir  Hash            Tag     Tag hash
.       a08cbfc0e4ec jdk-9+181 b656dea9398e
corba   5666eba44ac6 jdk-9+181 ba71941ad9db
jaxp    364631d8ff2e jdk-9+181 ea18d767c9ec
jaxws   a1d64f45f9d5 jdk-9+181 4f852cc3a1c9
langtools       65bfdabaab9c jdk-9+181 5ecbed313125
jdk     65464a307408 jdk-9+181 bd66ea2fdde3
hotspot b756e7a2ec33 jdk-9+181 4a443796f6f5
nashorn 17cc754c8936 jdk-9+181 47f8d75b8765


BR,
    Stuart

From stuart.monteith at linaro.org  Tue Aug 29 10:10:25 2017
From: stuart.monteith at linaro.org (Stuart Monteith)
Date: Tue, 29 Aug 2017 11:10:25 +0100
Subject: [aarch64-port-dev ] jdk1 Fix for
	hotspot/test/gc/g1/TestJNIWeakG1/TestJNIWeakG1.java
In-Reply-To: <CAEGA6ka9oaTeaUXjk=w5T+xSdpMrmSifdHMUQUm=UtCAbtPgCQ@mail.gmail.com>
References: <CAEGA6ka76NykGm0yx75CzY2Hm=S9txXyR1v=gOx+a21UupQr2w@mail.gmail.com>
 <bb0a080d-1265-6095-fdd9-a7c1fa91a972@redhat.com>
 <CAEGA6kb15eZ0vmnL_cwpCHR4NX4S2c5XH2S2UL9ivwGLzSjFhg@mail.gmail.com>
 <CAEGA6kb667r=9n81e84yqReRiDuRdVKw5toMkAhGUJA+B8cEJQ@mail.gmail.com>
 <aa5e0103-9b0e-8fd4-d781-b9837681be90@redhat.com>
 <CAEGA6kahJJmpDL_sS5=+Q9ptBzJdoCjFdPXtbieR8ZpN+A0xLg@mail.gmail.com>
 <bd5818f4-ff1f-fc91-3eae-7a2d1e7b7cac@redhat.com>
 <CAEGA6ka9oaTeaUXjk=w5T+xSdpMrmSifdHMUQUm=UtCAbtPgCQ@mail.gmail.com>
Message-ID: <CAEGA6kavYGTKLoLPuZX1aT1c3-BOT10kobMB+T-rNdO42GW0jg@mail.gmail.com>

Hello,
   Ningsheng has put my latest patch up for review. I've backed out
passing the tmp registers as parameters, and simply checking them in
the asserts.  g1_write_barrier_post was also being passed a
conflicting register, so that was fixe d up too:

 http://cr.openjdk.java.net/~njian/8186325/webrev.01/


BR,
 Stuart


On 18 August 2017 at 16:04, Stuart Monteith <stuart.monteith at linaro.org> wrote:
> Hello,
>   I'm not going to be able to upload the patch and webrev today, but
> here's my latest attempt. I've backed out passing the temporary
> registers and added the comments and asserts. It passes JTreg (with
> fastdebug).
>
> Many thanks,
>     Stuart
>
> # HG changeset patch
> # User smonteith
> # Date 1503067917 -3600
> #      Fri Aug 18 15:51:57 2017 +0100
> # Node ID 47ae436ce6043703d795a8a8438c10581495c841
> # Parent  ecc706979abd3e5281e060f195fc729a8770f923
> [mq]: add_regs
>
> diff -r ecc706979abd -r 47ae436ce604
> src/cpu/aarch64/vm/macroAssembler_aarch64.cpp
> --- a/src/cpu/aarch64/vm/macroAssembler_aarch64.cpp Wed Aug 16
> 20:57:00 2017 +0000
> +++ b/src/cpu/aarch64/vm/macroAssembler_aarch64.cpp Fri Aug 18
> 15:51:57 2017 +0100
> @@ -3624,6 +3624,13 @@
>  }
>
>  #if INCLUDE_ALL_GCS
> +
> +/*
> + * g1_write_barrier_pre -- G1GC pre-write barrier for store of new_val at
> + * store_addr.
> + *
> + * allocates rscratch1
> + */
>  void MacroAssembler::g1_write_barrier_pre(Register obj,
>                                            Register pre_val,
>                                            Register thread,
> @@ -3641,8 +3648,8 @@
>
>    assert(pre_val != noreg, "check this code");
>
> -  if (obj != noreg)
> -    assert_different_registers(obj, pre_val, tmp);
> +  assert_different_registers(obj, pre_val, tmp, rscratch1);
> +  assert(pre_val != noreg &&  tmp != noreg, "expecting a register");
>
>    Address in_progress(thread, in_bytes(JavaThread::satb_mark_queue_offset() +
>
> SATBMarkQueue::byte_offset_of_active()));
> @@ -3716,12 +3723,21 @@
>    bind(done);
>  }
>
> +/*
> + * g1_write_barrier_post -- G1GC post-write barrier for store of new_val at
> + * store_addr
> + *
> + * allocates rscratch1
> + */
>  void MacroAssembler::g1_write_barrier_post(Register store_addr,
>                                             Register new_val,
>                                             Register thread,
>                                             Register tmp,
>                                             Register tmp2) {
>    assert(thread == rthread, "must be");
> +  assert_different_registers(store_addr, new_val, thread, tmp, tmp2,
> rscratch1);
> +  assert(store_addr != noreg && new_val != noreg && tmp != noreg
> +         && tmp2 != noreg, "expecting a register");
>
>    Address queue_index(thread, in_bytes(JavaThread::dirty_card_queue_offset() +
>
> DirtyCardQueue::byte_offset_of_index()));
> diff -r ecc706979abd -r 47ae436ce604
> src/cpu/aarch64/vm/sharedRuntime_aarch64.cpp
> --- a/src/cpu/aarch64/vm/sharedRuntime_aarch64.cpp Wed Aug 16 20:57:00
> 2017 +0000
> +++ b/src/cpu/aarch64/vm/sharedRuntime_aarch64.cpp Fri Aug 18 15:51:57
> 2017 +0100
> @@ -2067,7 +2067,7 @@
>        __ g1_write_barrier_pre(noreg /* obj */,
>                                r0 /* pre_val */,
>                                rthread /* thread */,
> -                              rscratch1 /* tmp */,
> +                              rscratch2 /* tmp */,
>                                true /* tosca_live */,
>                                true /* expand_call */);
>      }
> diff -r ecc706979abd -r 47ae436ce604
> src/cpu/aarch64/vm/templateTable_aarch64.cpp
> --- a/src/cpu/aarch64/vm/templateTable_aarch64.cpp Wed Aug 16 20:57:00
> 2017 +0000
> +++ b/src/cpu/aarch64/vm/templateTable_aarch64.cpp Fri Aug 18 15:51:57
> 2017 +0100
> @@ -170,7 +170,7 @@
>            // G1 barrier needs uncompressed oop for region cross check.
>            Register new_val = val;
>            if (UseCompressedOops) {
> -            new_val = rscratch1;
> +            new_val = rscratch2;
>              __ mov(new_val, val);
>            }
>            __ store_heap_oop(Address(r3, 0), val);

From aph at redhat.com  Tue Aug 29 10:15:59 2017
From: aph at redhat.com (Andrew Haley)
Date: Tue, 29 Aug 2017 11:15:59 +0100
Subject: [aarch64-port-dev ] jdk1 Fix for
 hotspot/test/gc/g1/TestJNIWeakG1/TestJNIWeakG1.java
In-Reply-To: <bd5818f4-ff1f-fc91-3eae-7a2d1e7b7cac@redhat.com>
References: <CAEGA6ka76NykGm0yx75CzY2Hm=S9txXyR1v=gOx+a21UupQr2w@mail.gmail.com>
 <bb0a080d-1265-6095-fdd9-a7c1fa91a972@redhat.com>
 <CAEGA6kb15eZ0vmnL_cwpCHR4NX4S2c5XH2S2UL9ivwGLzSjFhg@mail.gmail.com>
 <CAEGA6kb667r=9n81e84yqReRiDuRdVKw5toMkAhGUJA+B8cEJQ@mail.gmail.com>
 <aa5e0103-9b0e-8fd4-d781-b9837681be90@redhat.com>
 <CAEGA6kahJJmpDL_sS5=+Q9ptBzJdoCjFdPXtbieR8ZpN+A0xLg@mail.gmail.com>
 <bd5818f4-ff1f-fc91-3eae-7a2d1e7b7cac@redhat.com>
Message-ID: <433f2f4c-bc25-622f-886e-9759300563ed@redhat.com>

On 18/08/17 14:34, Andrew Dinn wrote:
> If you look around you will find lots of places in the implementation
> where rscratch1 is passed as a tmp register and many more where
> rscratch2 or some other register is passed because it is /implicitly/
> 'known' that rscratch1 is going to be used by the called routine (e.g.
> see file interp_masm_aarch64.cpp).

That's right.  rscratch1 is (potentially) clobbered by all macros: that
is what it's for.

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From adinn at redhat.com  Tue Aug 29 12:15:48 2017
From: adinn at redhat.com (Andrew Dinn)
Date: Tue, 29 Aug 2017 13:15:48 +0100
Subject: [aarch64-port-dev ] jdk1 Fix for
 hotspot/test/gc/g1/TestJNIWeakG1/TestJNIWeakG1.java
In-Reply-To: <CAEGA6kavYGTKLoLPuZX1aT1c3-BOT10kobMB+T-rNdO42GW0jg@mail.gmail.com>
References: <CAEGA6ka76NykGm0yx75CzY2Hm=S9txXyR1v=gOx+a21UupQr2w@mail.gmail.com>
 <bb0a080d-1265-6095-fdd9-a7c1fa91a972@redhat.com>
 <CAEGA6kb15eZ0vmnL_cwpCHR4NX4S2c5XH2S2UL9ivwGLzSjFhg@mail.gmail.com>
 <CAEGA6kb667r=9n81e84yqReRiDuRdVKw5toMkAhGUJA+B8cEJQ@mail.gmail.com>
 <aa5e0103-9b0e-8fd4-d781-b9837681be90@redhat.com>
 <CAEGA6kahJJmpDL_sS5=+Q9ptBzJdoCjFdPXtbieR8ZpN+A0xLg@mail.gmail.com>
 <bd5818f4-ff1f-fc91-3eae-7a2d1e7b7cac@redhat.com>
 <CAEGA6ka9oaTeaUXjk=w5T+xSdpMrmSifdHMUQUm=UtCAbtPgCQ@mail.gmail.com>
 <CAEGA6kavYGTKLoLPuZX1aT1c3-BOT10kobMB+T-rNdO42GW0jg@mail.gmail.com>
Message-ID: <f5df1d9e-a509-8c9f-6351-68d52e97e53b@redhat.com>

On 29/08/17 11:10, Stuart Monteith wrote:
> Hello,
>    Ningsheng has put my latest patch up for review. I've backed out
> passing the tmp registers as parameters, and simply checking them in
> the asserts.  g1_write_barrier_post was also being passed a
> conflicting register, so that was fixe d up too:
> 
>  http://cr.openjdk.java.net/~njian/8186325/webrev.01/
Yes, that looks ok to push.

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 stuart.monteith at linaro.org  Wed Aug 30 10:37:46 2017
From: stuart.monteith at linaro.org (Stuart Monteith)
Date: Wed, 30 Aug 2017 11:37:46 +0100
Subject: [aarch64-port-dev ] jdk1 Fix for
	hotspot/test/gc/g1/TestJNIWeakG1/TestJNIWeakG1.java
In-Reply-To: <f5df1d9e-a509-8c9f-6351-68d52e97e53b@redhat.com>
References: <CAEGA6ka76NykGm0yx75CzY2Hm=S9txXyR1v=gOx+a21UupQr2w@mail.gmail.com>
 <bb0a080d-1265-6095-fdd9-a7c1fa91a972@redhat.com>
 <CAEGA6kb15eZ0vmnL_cwpCHR4NX4S2c5XH2S2UL9ivwGLzSjFhg@mail.gmail.com>
 <CAEGA6kb667r=9n81e84yqReRiDuRdVKw5toMkAhGUJA+B8cEJQ@mail.gmail.com>
 <aa5e0103-9b0e-8fd4-d781-b9837681be90@redhat.com>
 <CAEGA6kahJJmpDL_sS5=+Q9ptBzJdoCjFdPXtbieR8ZpN+A0xLg@mail.gmail.com>
 <bd5818f4-ff1f-fc91-3eae-7a2d1e7b7cac@redhat.com>
 <CAEGA6ka9oaTeaUXjk=w5T+xSdpMrmSifdHMUQUm=UtCAbtPgCQ@mail.gmail.com>
 <CAEGA6kavYGTKLoLPuZX1aT1c3-BOT10kobMB+T-rNdO42GW0jg@mail.gmail.com>
 <f5df1d9e-a509-8c9f-6351-68d52e97e53b@redhat.com>
Message-ID: <CAEGA6kZjg0+E6vf8WsY88+gxZ9GdPL5EurcM1KeZDBYp0FSJ6Q@mail.gmail.com>

Thanks for your reviews Andrew!


On 29 August 2017 at 13:15, Andrew Dinn <adinn at redhat.com> wrote:
> On 29/08/17 11:10, Stuart Monteith wrote:
>> Hello,
>>    Ningsheng has put my latest patch up for review. I've backed out
>> passing the tmp registers as parameters, and simply checking them in
>> the asserts.  g1_write_barrier_post was also being passed a
>> conflicting register, so that was fixe d up too:
>>
>>  http://cr.openjdk.java.net/~njian/8186325/webrev.01/
> Yes, that looks ok to push.
>
> 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 felix.yang at linaro.org  Wed Aug 30 13:02:23 2017
From: felix.yang at linaro.org (Felix Yang)
Date: Wed, 30 Aug 2017 21:02:23 +0800
Subject: [aarch64-port-dev ] jdk1 Fix for
	hotspot/test/gc/g1/TestJNIWeakG1/TestJNIWeakG1.java
In-Reply-To: <CAEGA6kZjg0+E6vf8WsY88+gxZ9GdPL5EurcM1KeZDBYp0FSJ6Q@mail.gmail.com>
References: <CAEGA6ka76NykGm0yx75CzY2Hm=S9txXyR1v=gOx+a21UupQr2w@mail.gmail.com>
 <bb0a080d-1265-6095-fdd9-a7c1fa91a972@redhat.com>
 <CAEGA6kb15eZ0vmnL_cwpCHR4NX4S2c5XH2S2UL9ivwGLzSjFhg@mail.gmail.com>
 <CAEGA6kb667r=9n81e84yqReRiDuRdVKw5toMkAhGUJA+B8cEJQ@mail.gmail.com>
 <aa5e0103-9b0e-8fd4-d781-b9837681be90@redhat.com>
 <CAEGA6kahJJmpDL_sS5=+Q9ptBzJdoCjFdPXtbieR8ZpN+A0xLg@mail.gmail.com>
 <bd5818f4-ff1f-fc91-3eae-7a2d1e7b7cac@redhat.com>
 <CAEGA6ka9oaTeaUXjk=w5T+xSdpMrmSifdHMUQUm=UtCAbtPgCQ@mail.gmail.com>
 <CAEGA6kavYGTKLoLPuZX1aT1c3-BOT10kobMB+T-rNdO42GW0jg@mail.gmail.com>
 <f5df1d9e-a509-8c9f-6351-68d52e97e53b@redhat.com>
 <CAEGA6kZjg0+E6vf8WsY88+gxZ9GdPL5EurcM1KeZDBYp0FSJ6Q@mail.gmail.com>
Message-ID: <CACc5Y6RVuNF8QHZRv7kZ43Xt6fd6mwysphEXQcak=qJPxHJriw@mail.gmail.com>

Looks good. Pushed.
Shall we apply this patch to the jdk9 dev repo?

Thanks,
Felix

On 30 August 2017 at 18:37, Stuart Monteith <stuart.monteith at linaro.org>
wrote:

> Thanks for your reviews Andrew!
>
>
> On 29 August 2017 at 13:15, Andrew Dinn <adinn at redhat.com> wrote:
> > On 29/08/17 11:10, Stuart Monteith wrote:
> >> Hello,
> >>    Ningsheng has put my latest patch up for review. I've backed out
> >> passing the tmp registers as parameters, and simply checking them in
> >> the asserts.  g1_write_barrier_post was also being passed a
> >> conflicting register, so that was fixe d up too:
> >>
> >>  http://cr.openjdk.java.net/~njian/8186325/webrev.01/
> > Yes, that looks ok to push.
> >
> > 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 gnu.andrew at redhat.com  Wed Aug 30 15:08:35 2017
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Wed, 30 Aug 2017 15:08:35 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u: 8151841: Build needs
 additional flags to compile with GCC 6 [plus parts of 8149647 & 8032045]
Message-ID: <201708301508.v7UF8Z6C027368@aojmv0008.oracle.com>

Changeset: 461c9270383a
Author:    andrew
Date:      2016-07-11 05:02 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/461c9270383a

8151841: Build needs additional flags to compile with GCC 6 [plus parts of 8149647 & 8032045]
Summary: C++ standard needs to be explicitly set and some optimisations turned off to build on GCC 6
Reviewed-by: erikj, dholmes, kbarrett

! common/autoconf/generated-configure.sh
! common/autoconf/hotspot-spec.gmk.in
! common/autoconf/spec.gmk.in
! common/autoconf/toolchain.m4


From stuart.monteith at linaro.org  Wed Aug 30 15:22:44 2017
From: stuart.monteith at linaro.org (Stuart Monteith)
Date: Wed, 30 Aug 2017 16:22:44 +0100
Subject: [aarch64-port-dev ] jdk1 Fix for
	hotspot/test/gc/g1/TestJNIWeakG1/TestJNIWeakG1.java
In-Reply-To: <CACc5Y6RVuNF8QHZRv7kZ43Xt6fd6mwysphEXQcak=qJPxHJriw@mail.gmail.com>
References: <CAEGA6ka76NykGm0yx75CzY2Hm=S9txXyR1v=gOx+a21UupQr2w@mail.gmail.com>
 <bb0a080d-1265-6095-fdd9-a7c1fa91a972@redhat.com>
 <CAEGA6kb15eZ0vmnL_cwpCHR4NX4S2c5XH2S2UL9ivwGLzSjFhg@mail.gmail.com>
 <CAEGA6kb667r=9n81e84yqReRiDuRdVKw5toMkAhGUJA+B8cEJQ@mail.gmail.com>
 <aa5e0103-9b0e-8fd4-d781-b9837681be90@redhat.com>
 <CAEGA6kahJJmpDL_sS5=+Q9ptBzJdoCjFdPXtbieR8ZpN+A0xLg@mail.gmail.com>
 <bd5818f4-ff1f-fc91-3eae-7a2d1e7b7cac@redhat.com>
 <CAEGA6ka9oaTeaUXjk=w5T+xSdpMrmSifdHMUQUm=UtCAbtPgCQ@mail.gmail.com>
 <CAEGA6kavYGTKLoLPuZX1aT1c3-BOT10kobMB+T-rNdO42GW0jg@mail.gmail.com>
 <f5df1d9e-a509-8c9f-6351-68d52e97e53b@redhat.com>
 <CAEGA6kZjg0+E6vf8WsY88+gxZ9GdPL5EurcM1KeZDBYp0FSJ6Q@mail.gmail.com>
 <CACc5Y6RVuNF8QHZRv7kZ43Xt6fd6mwysphEXQcak=qJPxHJriw@mail.gmail.com>
Message-ID: <CAEGA6kaDHAk_qJ1c_v4wD6cXOw-Qpx-09UzWqLp-GAiKJKBKyA@mail.gmail.com>

Thanks Felix!

The patch cleanly applies to jdk9/dev, and the issue that was
identified also exists on  However, the JTReg testcase that identified
the issue does not exist on jdk9. I'm currently running the existing
JTReg tests against a jdk9/dev build with the patch.

BR,
   Stuart


On 30 August 2017 at 14:02, Felix Yang <felix.yang at linaro.org> wrote:
> Looks good. Pushed.
> Shall we apply this patch to the jdk9 dev repo?
>
> Thanks,
> Felix
>
> On 30 August 2017 at 18:37, Stuart Monteith <stuart.monteith at linaro.org>
> wrote:
>>
>> Thanks for your reviews Andrew!
>>
>>
>> On 29 August 2017 at 13:15, Andrew Dinn <adinn at redhat.com> wrote:
>> > On 29/08/17 11:10, Stuart Monteith wrote:
>> >> Hello,
>> >>    Ningsheng has put my latest patch up for review. I've backed out
>> >> passing the tmp registers as parameters, and simply checking them in
>> >> the asserts.  g1_write_barrier_post was also being passed a
>> >> conflicting register, so that was fixe d up too:
>> >>
>> >>  http://cr.openjdk.java.net/~njian/8186325/webrev.01/
>> > Yes, that looks ok to push.
>> >
>> > 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 gnu.andrew at redhat.com  Wed Aug 30 15:29:04 2017
From: gnu.andrew at redhat.com (Andrew Hughes)
Date: Wed, 30 Aug 2017 16:29:04 +0100
Subject: [aarch64-port-dev ] [RFR] 8151841: Build needs additional flags
 to compile with GCC 6 [plus parts of 8149647 & 8032045]
In-Reply-To: <00db57b4-dada-e528-fb87-181ee04ebb45@redhat.com>
References: <CABi63P7bzN+Rod1Lbfpq0Nh6OVCueYdr+KjU_FGEFwc_YTTmHA@mail.gmail.com>
 <00db57b4-dada-e528-fb87-181ee04ebb45@redhat.com>
Message-ID: <CABi63P4VXDUB2XHi-TuH5_HWv7TyFo3w8X_54o23H5eks2iaEA@mail.gmail.com>

On 24 August 2017 at 08:08, Andrew Haley <aph at redhat.com> wrote:
> On 23/08/17 20:55, Andrew Hughes wrote:
>> Webrev: http://cr.openjdk.java.net/~andrew/aarch64-8/8151841/
>>
>> Ok to push?
>
> OK, thanks.
>
> --
> Andrew Haley
> Java Platform Lead Engineer
> Red Hat UK Ltd. <https://www.redhat.com>
> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

Thanks. Pushed.

I haven't merged to shenandoah/jdk8u yet as it doesn't seem worth it
for just the one fix and there is nothing else in the aarch64/jdk8u repositories
after aarch64-jdk8u144-b01. Are there any pending backports to aarch64/jdk8u
which would then make a worthwhile batch of changes to merge over to
the Shenandoah tree?

Of course, in the worst case, it'll be merged with the next security update
in October.
-- 
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 adinn at redhat.com  Thu Aug 31 09:04:49 2017
From: adinn at redhat.com (Andrew Dinn)
Date: Thu, 31 Aug 2017 10:04:49 +0100
Subject: [aarch64-port-dev ] [RFR] 8151841: Build needs additional flags
 to compile with GCC 6 [plus parts of 8149647 & 8032045]
In-Reply-To: <CABi63P4VXDUB2XHi-TuH5_HWv7TyFo3w8X_54o23H5eks2iaEA@mail.gmail.com>
References: <CABi63P7bzN+Rod1Lbfpq0Nh6OVCueYdr+KjU_FGEFwc_YTTmHA@mail.gmail.com>
 <00db57b4-dada-e528-fb87-181ee04ebb45@redhat.com>
 <CABi63P4VXDUB2XHi-TuH5_HWv7TyFo3w8X_54o23H5eks2iaEA@mail.gmail.com>
Message-ID: <850ac4fa-d724-51e3-c46a-65438e530558@redhat.com>

On 30/08/17 16:29, Andrew Hughes wrote:
> I haven't merged to shenandoah/jdk8u yet as it doesn't seem worth it
> for just the one fix and there is nothing else in the aarch64/jdk8u repositories
> after aarch64-jdk8u144-b01. Are there any pending backports to aarch64/jdk8u
> which would then make a worthwhile batch of changes to merge over to
> the Shenandoah tree?
> 
> Of course, in the worst case, it'll be merged with the next security update
> in October.
I don't know of any other changes that need merging. However, it would
be very helpful also to have this in shenandoah/jdk8u repo because it
ensures that anyone can build the repo on fedora, not just those who
know the necessary black magic. I'm particularly thinking of JBoss staff
like Andy Miller (who recently wanted to build and a Shenandoah
slowdebug JVM and then debug it using gdb). So, unless there is a good
reason not to merge just this one change could we please have 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 aph at redhat.com  Thu Aug 31 09:07:33 2017
From: aph at redhat.com (Andrew Haley)
Date: Thu, 31 Aug 2017 10:07:33 +0100
Subject: [aarch64-port-dev ] [RFR] 8151841: Build needs additional flags
 to compile with GCC 6 [plus parts of 8149647 & 8032045]
In-Reply-To: <850ac4fa-d724-51e3-c46a-65438e530558@redhat.com>
References: <CABi63P7bzN+Rod1Lbfpq0Nh6OVCueYdr+KjU_FGEFwc_YTTmHA@mail.gmail.com>
 <00db57b4-dada-e528-fb87-181ee04ebb45@redhat.com>
 <CABi63P4VXDUB2XHi-TuH5_HWv7TyFo3w8X_54o23H5eks2iaEA@mail.gmail.com>
 <850ac4fa-d724-51e3-c46a-65438e530558@redhat.com>
Message-ID: <5a842f57-0b2c-2cbb-ae74-61d12abdd3db@redhat.com>

On 31/08/17 10:04, Andrew Dinn wrote:
> So, unless there is a good
> reason not to merge just this one change could we please have it?

Build it, then type "hg push".

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

From dmitrij.pochepko at bell-sw.com  Thu Aug 31 13:39:29 2017
From: dmitrij.pochepko at bell-sw.com (Dmitrij Pochepko)
Date: Thu, 31 Aug 2017 16:39:29 +0300
Subject: [aarch64-port-dev ] [10] RFR: 8186915 - AARCH64: Intrinsify
	squareToLen and mulAdd
Message-ID: <b488c589-d422-3089-4cb9-8747fb3a0075@bell-sw.com>

Hi,

please review a patch for "8186915 - AARCH64: Intrinsify squareToLen and 
mulAdd" which adds respective intrinsics.

webrev: http://cr.openjdk.java.net/~dpochepk/8186915/webrev.01/
CR: https://bugs.openjdk.java.net/browse/JDK-8186915

With these intrinsics implemented I see 8% improvement in specjvm2008 
crypto.rsa: 2333.13 ops/m vs 2520.11 ops/m.

(results for specjvm2008 crypto rsa are here: 
http://cr.openjdk.java.net/~dpochepk/8186915/specjvm_crypto.rsa_baseline.txt 
and 
http://cr.openjdk.java.net/~dpochepk/8186915/specjvm_crypto.rsa_intrinsic.txt)

I've also created a small microbenchmark: 
http://cr.openjdk.java.net/~dpochepk/8186915/BigIntegerBench.java which 
calls respective method and shows up to about 30% improvement on 
intrinsified version.

raw numbers for:

ThunderX:
- baseline squareToLen: 
http://cr.openjdk.java.net/~dpochepk/8186915/squareToLen_baseline.txt
- intrinsic squareToLen: 
http://cr.openjdk.java.net/~dpochepk/8186915/squareToLen_squareToLen.txt
- baseline mulAdd: 
http://cr.openjdk.java.net/~dpochepk/8186915/muladd_baseline_t88.txt
- intrinsic mulAdd: 
http://cr.openjdk.java.net/~dpochepk/8186915/muladd_intrinsic_t88.txt

Cortex A53:
- baseline squareToLen: 
http://cr.openjdk.java.net/~dpochepk/8186915/squareToLen_baseline_RPi.txt
- intrinsic squareToLen: 
http://cr.openjdk.java.net/~dpochepk/8186915/squareToLen_squareToLen_RPi.txt
- baseline mulAdd: 
http://cr.openjdk.java.net/~dpochepk/8186915/mulAdd_baseline_RPi.txt
- intrinsic mulAdd: 
http://cr.openjdk.java.net/~dpochepk/8186915/mulAdd_intrinsic_RPi.txt

I've also run jtreg tests in jdk/test/java/math/BigInteger/* and found 
no new failures.

Thanks,

Dmitrij


From ci_notify at linaro.org  Thu Aug 31 19:39:58 2017
From: ci_notify at linaro.org (ci_notify at linaro.org)
Date: Thu, 31 Aug 2017 19:39:58 +0000 (UTC)
Subject: [aarch64-port-dev ] JTREG, JCStress,
 SPECjbb2015 and Hadoop/Terasort results for OpenJDK 8u on AArch64
Message-ID: <1091732411.762.1504208399085.JavaMail.jenkins@81294fa8a221>

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/2017/243/summary.html
 
-------------------------------------------------------------------------------
client-release/hotspot
-------------------------------------------------------------------------------
Build 0: aarch64/2016/dec/01 pass: 668; fail: 44; error: 6
Build 1: aarch64/2016/dec/21 pass: 668; fail: 44; error: 6
Build 2: aarch64/2017/jan/18 pass: 672; fail: 44; error: 3
Build 3: aarch64/2017/feb/04 pass: 672; fail: 44; error: 3
Build 4: aarch64/2017/feb/24 pass: 672; fail: 44; error: 3
Build 5: aarch64/2017/mar/29 pass: 672; fail: 44; error: 3
Build 6: aarch64/2017/apr/05 pass: 672; fail: 44; error: 3
Build 7: aarch64/2017/apr/20 pass: 673; fail: 44; error: 3
Build 8: aarch64/2017/jun/12 pass: 713; fail: 6; error: 2
Build 9: aarch64/2017/jun/26 pass: 713; fail: 6; error: 2
Build 10: aarch64/2017/jul/21 pass: 708; fail: 12; error: 2
Build 11: aarch64/2017/aug/16 pass: 708; fail: 12; error: 2
Build 12: aarch64/2017/aug/19 pass: 708; fail: 12; error: 2
Build 13: aarch64/2017/aug/31 pass: 708; fail: 12; error: 2

-------------------------------------------------------------------------------
client-release/jdk
-------------------------------------------------------------------------------
Build 0: aarch64/2016/dec/21 pass: 5,621; fail: 219; error: 45
Build 1: aarch64/2017/jan/18 pass: 5,683; fail: 213; error: 36
Build 2: aarch64/2017/feb/04 pass: 5,667; fail: 234; error: 41
Build 3: aarch64/2017/feb/24 pass: 5,701; fail: 217; error: 27
Build 4: aarch64/2017/mar/29 pass: 5,686; fail: 225; error: 34
Build 5: aarch64/2017/apr/05 pass: 5,677; fail: 235; error: 33
Build 6: aarch64/2017/apr/20 pass: 5,671; fail: 254; error: 34
Build 7: aarch64/2017/jun/12 pass: 5,765; fail: 175; error: 23
Build 8: aarch64/2017/jun/26 pass: 5,757; fail: 174; error: 23
Build 9: aarch64/2017/jul/21 pass: 5,768; fail: 172; error: 22
Build 10: aarch64/2017/aug/16 pass: 5,753; fail: 188; error: 21
Build 11: aarch64/2017/aug/19 pass: 5,763; fail: 177; error: 23
Build 12: aarch64/2017/aug/31 pass: 5,754; fail: 183; error: 26

-------------------------------------------------------------------------------
client-release/langtools
-------------------------------------------------------------------------------
Build 0: aarch64/2016/dec/01 pass: 3,091; error: 16
Build 1: aarch64/2016/dec/21 pass: 3,096; error: 11
Build 2: aarch64/2017/jan/18 pass: 3,098; error: 13
Build 3: aarch64/2017/feb/04 pass: 3,094; error: 17
Build 4: aarch64/2017/feb/24 pass: 3,106; error: 6
Build 5: aarch64/2017/mar/29 pass: 3,105; fail: 2; error: 5
Build 6: aarch64/2017/apr/05 pass: 3,104; fail: 2; error: 6
Build 7: aarch64/2017/apr/20 pass: 3,101; fail: 2; error: 10
Build 8: aarch64/2017/jun/12 pass: 3,109; fail: 2; error: 2
Build 9: aarch64/2017/jun/26 pass: 3,109; fail: 2; error: 2
Build 10: aarch64/2017/jul/21 pass: 3,110; fail: 2; error: 2
Build 11: aarch64/2017/aug/16 pass: 3,111; fail: 2; error: 1
Build 12: aarch64/2017/aug/19 pass: 3,111; fail: 2; error: 1
Build 13: aarch64/2017/aug/31 pass: 3,110; fail: 2; error: 2

-------------------------------------------------------------------------------
server-release/hotspot
-------------------------------------------------------------------------------
Build 0: aarch64/2016/nov/21 pass: 668; fail: 44; error: 6
Build 1: aarch64/2016/dec/01 pass: 669; fail: 43; error: 6
Build 2: aarch64/2016/dec/21 pass: 668; fail: 44; error: 6
Build 3: aarch64/2017/jan/18 pass: 673; fail: 43; error: 3
Build 4: aarch64/2017/feb/04 pass: 673; fail: 43; error: 3
Build 5: aarch64/2017/feb/24 pass: 673; fail: 43; error: 3
Build 6: aarch64/2017/mar/29 pass: 673; fail: 43; error: 3
Build 7: aarch64/2017/apr/05 pass: 673; fail: 43; error: 3
Build 8: aarch64/2017/apr/20 pass: 674; fail: 43; error: 3
Build 9: aarch64/2017/jun/12 pass: 714; fail: 5; error: 2
Build 10: aarch64/2017/jun/26 pass: 714; fail: 5; error: 2
Build 11: aarch64/2017/jul/21 pass: 709; fail: 11; error: 2
Build 12: aarch64/2017/aug/16 pass: 709; fail: 11; error: 2
Build 13: aarch64/2017/aug/19 pass: 709; fail: 11; error: 2
Build 14: aarch64/2017/aug/31 pass: 709; fail: 11; error: 2

-------------------------------------------------------------------------------
server-release/jdk
-------------------------------------------------------------------------------
Build 0: aarch64/2016/dec/21 pass: 5,618; fail: 226; error: 41
Build 1: aarch64/2017/jan/18 pass: 5,690; fail: 206; error: 36
Build 2: aarch64/2017/feb/04 pass: 5,669; fail: 214; error: 59
Build 3: aarch64/2017/feb/24 pass: 5,701; fail: 221; error: 23
Build 4: aarch64/2017/mar/29 pass: 5,696; fail: 222; error: 27
Build 5: aarch64/2017/apr/05 pass: 5,692; fail: 229; error: 24
Build 6: aarch64/2017/apr/20 pass: 5,705; fail: 220; error: 34
Build 7: aarch64/2017/jun/12 pass: 5,778; fail: 161; error: 24
Build 8: aarch64/2017/jun/26 pass: 5,770; fail: 159; error: 25
Build 9: aarch64/2017/jul/21 pass: 5,769; fail: 168; error: 25
Build 10: aarch64/2017/aug/16 pass: 5,761; fail: 181; error: 20
Build 11: aarch64/2017/aug/19 pass: 5,768; fail: 175; error: 20
Build 12: aarch64/2017/aug/31 pass: 5,761; fail: 177; error: 25

-------------------------------------------------------------------------------
server-release/langtools
-------------------------------------------------------------------------------
Build 0: aarch64/2016/nov/21 pass: 3,095; error: 12
Build 1: aarch64/2016/dec/01 pass: 3,095; error: 12
Build 2: aarch64/2016/dec/21 pass: 3,092; error: 15
Build 3: aarch64/2017/jan/18 pass: 3,102; error: 9
Build 4: aarch64/2017/feb/04 pass: 3,099; error: 12
Build 5: aarch64/2017/feb/24 pass: 3,109; error: 3
Build 6: aarch64/2017/mar/29 pass: 3,104; fail: 2; error: 6
Build 7: aarch64/2017/apr/05 pass: 3,105; fail: 2; error: 5
Build 8: aarch64/2017/apr/20 pass: 3,098; fail: 2; error: 13
Build 9: aarch64/2017/jun/12 pass: 3,109; fail: 2; error: 2
Build 10: aarch64/2017/jun/26 pass: 3,109; fail: 2; error: 2
Build 11: aarch64/2017/jul/21 pass: 3,110; fail: 2; error: 2
Build 12: aarch64/2017/aug/16 pass: 3,110; fail: 2; error: 2
Build 13: aarch64/2017/aug/19 pass: 3,110; fail: 2; error: 2
Build 14: aarch64/2017/aug/31 pass: 3,110; 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.63x
Relative performance: Server critical-jOPS (nc): 0.67x

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.29, Server: 104.56

Client 54.29 / Client 2014-04-01 (43.00): 1.26x
Server 104.56 / Server 2014-04-01 (71.00): 1.47x

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.
 
2016-11-03 pass rate: 5140/5140, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2016/308/results/
2016-11-21 pass rate: 5140/5140, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2016/326/results/
2016-12-01 pass rate: 5140/5140, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2016/336/results/
2016-12-22 pass rate: 5140/5140, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2016/356/results/
2017-01-18 pass rate: 5140/5140, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/018/results/
2017-02-06 pass rate: 5140/5140, results: http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/2017/035/results/
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/
 
For detailed information on the test output please refer to: 
 
  http://openjdk.linaro.org/jdk8u/jcstress-nightly-runs/