From edward.nevill at gmail.com  Mon Oct  3 11:30:30 2016
From: edward.nevill at gmail.com (Edward Nevill)
Date: Mon, 03 Oct 2016 12:30:30 +0100
Subject: [aarch64-port-dev ] Webrev of Oracle ARM & AARCH64 Sources
In-Reply-To: <25E205BE-9EE9-488A-9D08-DED365288D7F@oracle.com>
References: <5A08C4A6-2B69-4D29-80F5-1CE11E350283@oracle.com>
	<1475231521.14313.29.camel@gmail.com>
	<25E205BE-9EE9-488A-9D08-DED365288D7F@oracle.com>
Message-ID: <1475494230.2320.5.camel@gmail.com>

Hi Bob,

The 32-bit ARM early access binaries are client only. I only see the
problems with the server JIT.

All the best,
Ed.

On Fri, 2016-09-30 at 10:03 -0400, Bob Vandette wrote:
> Ed,
> 
> Could you try the 32-bit ARM binaries from the early access page to
> see if the
> G1GC problem reproduces??
> 
> https://jdk9.java.net/download/
> 
> Bob.


From aph at redhat.com  Mon Oct  3 16:13:36 2016
From: aph at redhat.com (Andrew Haley)
Date: Mon, 3 Oct 2016 17:13:36 +0100
Subject: [aarch64-port-dev ] PING: RFR: 8164652: c1 port, code patching
In-Reply-To: <004c65a0-dcfd-9f8d-97de-e3d916bfc8ba@redhat.com>
References: <FE8CE5AE-8CCA-40FB-B602-5DF823B65D5F@gmail.com>
	<1472211998.2756.2.camel@gmail.com>
	<f9afe4c5-2fbd-6aeb-3f5a-7ca3448d3d28@redhat.com>
	<2262cf97-394c-8a3a-e6dc-a6053d928a3c@redhat.com>
	<004c65a0-dcfd-9f8d-97de-e3d916bfc8ba@redhat.com>
Message-ID: <411c802a-f6d7-6204-2784-fa0fae0e0817@redhat.com>

On 29/09/16 11:51, Andrew Haley wrote:
> There has still not been a reply to this that I can find.
> 
> It is a serious issue that should be addressed.
> 
> Andrew.
> 
> 
> On 31/08/16 17:58, Andrew Haley wrote:
>> It all looks pretty good.
>>
>> I now understand how the C1 patching code works, and it's not as bad
>> as I'd feared.  :-)
>>
>> I'm think that it'll work on existing ARM processors, given that none
>> of the copying of code buffers which x86 does is used at all.
>>
>> For the benefit of onlookers: when we have to patch, say, an
>> instruction of the form
>>
>>    mov r2, #nn
>>
>> but nn is unknown at compilation time, we lay down a stub of the form
>>
>> stub0:
>>    movw r2, #0
>>    movt r2, #0
>>    nop
>>    b back
>>
>> and at the "call site" we do
>>
>>   b <fixup>
>>   nop
>>   nop
>> back:
>>
>> Patching code first fixes up the stub:
>>
>> stub0:
>>    movw r2, #088
>>    movt r2, #0
>>    nop
>>    b back
>>
>> and then the call site to jump to the stub:
>>
>>   b stub0
>>   nop
>>   nop
>> back:
>>
>> With all of the icache flushing done in the correct order I think this
>> is OK.
>>
>> Having said that, I want to sound a note of caution.
>>
>> There is a compatibility problem in that the architecture
>> specification says
>>
>>    ...once the modified instructions are observable, each PE that is
>>    executing the modified instructions *must* (my emphasis) issue the
>>    following instruction to ensure execution of the modified
>>    instructions:
>>
>>          ISB;         Synchronize fetched instruction stream
>>
>> But we are not doing that on all PEs.  For strict correctness we
>> should execute an ISB on every PE after a stub has been written and
>> before it is executed.  In practice I don't think that it matters
>> because the instruction cache on the other PEs probably won't already
>> contain a stale copy of the stub.  But it is possible: with a long
>> instruction cache it may do if the line has already been fetched for
>> an adjacent stub.  Without an ISB the PE may not re-fetch its icache
>> line and may then execute the stale stub code.
>>
>> The patching doesn't need to be done in this way.  It could have been
>> done as
>>
>>    b <fixup>
>>    ldr r2, <constant pool + offset>
>>
>> and the fixup could have initialized the constant pool entry and then
>> overwritten the b <fixup> to a NOP .
>>
>> [ As an aside: I don't think that the trampolines on AArch64 are
>> vulnerable in the same way because the stubs are of the form
>>
>>    ldr r2, data0
>>    b r2
>> data0:
>>    xword 0
>>
>> the patching code does not modify an instruction except for the branch
>> at the call site, so it is legal.  Having said that, perhaps we need
>> an acquiring load in this AArch64 stub instead of a simple LDR. ]
>>
>> Andrew.
>>
> 


From aph at redhat.com  Mon Oct  3 16:43:09 2016
From: aph at redhat.com (Andrew Haley)
Date: Mon, 3 Oct 2016 17:43:09 +0100
Subject: [aarch64-port-dev ] PING: RFR: 8164652: c1 port, code patching
In-Reply-To: <1475511615.21771.23.camel@azul.com>
References: <FE8CE5AE-8CCA-40FB-B602-5DF823B65D5F@gmail.com>
	<1472211998.2756.2.camel@gmail.com>
	<f9afe4c5-2fbd-6aeb-3f5a-7ca3448d3d28@redhat.com>
	<2262cf97-394c-8a3a-e6dc-a6053d928a3c@redhat.com>
	<004c65a0-dcfd-9f8d-97de-e3d916bfc8ba@redhat.com>
	<411c802a-f6d7-6204-2784-fa0fae0e0817@redhat.com>
	<1475511615.21771.23.camel@azul.com>
Message-ID: <ed780c42-4b40-661a-5dc9-f3f8fb29fb0d@redhat.com>

On 03/10/16 17:20, Anton Kozlov wrote:
> Already replied
> 
> http://mail.openjdk.java.net/pipermail/aarch32-port-dev/2016-September/000490.html

That really is weird: it did not arrive in my inbox.  Apologies!

> ARM ARM for v7 states: 
> 
> The ARMv7 architecture limits the set of instructions that can be executed by one thread of execution as they are
> being modified by another thread of execution without requiring explicit synchronization.
> Except for the instructions identified in this section, the effect of the concurrent modification and execution of an
> instruction is UNPREDICTABLE .
> For the following instructions only, the architecture guarantees that, after modification of the instruction, behavior
> is consistent with execution of either:
> ? The instruction originally fetched.
> ? A fetch of the new instruction. That is, a fetch of the instruction that results from the modification.
> The instructions to which this guarantee applies are:
> In the ARM instruction set
> The B , BL , NOP , BKPT , SVC , HVC , and SMC instructions.
> For all other instructions, to avoid UNPREDICTABLE behavior, instruction modifications must be explicitly
> synchronized before they are executed. The required synchronization is as follows:
> 1 ...
> 2 ..once the modified instructions are observable, ...
> 
> We are patching branches only, that aren't require explicit
> synchronization. You cited step 2 from explicit synchronization
> sequence.

We're also patching the stubs to be branched to.

> > But we are not doing that on all PEs.  For strict correctness we
> > should execute an ISB on every PE after a stub has been written and
> > before it is executed.  In practice I don't think that it matters
> > because the instruction cache on the other PEs probably won't already
> > contain a stale copy of the stub.  But it is possible: with a long
> > instruction cache it may do if the line has already been fetched for
> > an adjacent stub.  Without an ISB the PE may not re-fetch its icache
> > line and may then execute the stale stub code.
> 
> I'm a bit confused with this. Could you clarify your thought about
> icache problem?

> ISB is pipeline flush.

The architecture spec does not say anything about pipelines.  It says
that

   ...once the modified instructions are observable, each PE that is
   executing the modified instructions *must* (my emphasis) issue the
   following instruction to ensure execution of the modified
   instructions:

         ISB;         Synchronize fetched instruction stream

As far as I know there is no reason that a compliant AArch64
implementation should not interpret this rule as meaning that the
icache in another thread would not be flushed until an ISB.  In that
case, you may be jumping to a stale icache line in the stub.  Sure,
you have flushed it on the writer size with clear_cache(), but the
reader hasn't done anything.

> Let's suppose ISB is required after branch patch.

> >From my point of view, then, number of executed instructions from
> >point of patching to point of execution of patched instructions
> >matter.

> ISB could be required by ARM, but in practice bad things will happen
> if second point is reached in less than (pipeline-length)
> instructions. And we are patching deeply in runtime, there are a lot
> of branching, mutex release,..

But another thread executing concurrently does not have to wait for
any of that.  A soon as you do the write it potentially becomes
visible to that other thread.

> But yes, in case ISB required it should be added.

The problem is that there is no ordering on a reader PE (one which is
not doing the patching) between the two writes of instruction memory.
I can't see any architectural reason why it should not see the write
of the jump before it sees the write of the stub.  I know there is a
clear_cache on the writer side, but AFAICS there is nothing on the
reader side to enforce any ordering.

My thought is that the ISB issue of this could be made unnecessary
(and the code entirely compliant) simply by changing

   mov rN, #const
   movk ...
   jmp back

to

   ldr rN, l0
   jmp back
l0: .data const

Having said that, I guess there would need to be some sort of memory
fence as well.  I'm aware that it would be a little bit slower, but
this is a patch stub.

Andrew.

From vladimir.kozlov at oracle.com  Mon Oct  3 18:01:01 2016
From: vladimir.kozlov at oracle.com (Vladimir Kozlov)
Date: Mon, 3 Oct 2016 11:01:01 -0700
Subject: [aarch64-port-dev ] Approval of 8156861: AArch64: JEP 254:
 Partially-implemented intrinsics
Message-ID: <1e5fce4b-1363-b69f-06ca-15b2a65ebc9e@oracle.com>

Hi Andrew,

You have 2 unpushed but approved (jdk9-fc-yes) RFEs which blocks JEP:

https://bugs.openjdk.java.net/browse/JDK-8156839
https://bugs.openjdk.java.net/browse/JDK-8157708

When are you going to push them?

There is also next RFE targeted JDK 9:
https://bugs.openjdk.java.net/browse/JDK-8159468

I asked more information about it because it has very broad description. 
At least link webrev since you have changes already (based on description).

We are going through RFEs targeted JDK 9 and cleaning them up.

Thanks,
Vladimir

From aph at redhat.com  Mon Oct  3 19:29:41 2016
From: aph at redhat.com (Andrew Haley)
Date: Mon, 3 Oct 2016 20:29:41 +0100
Subject: [aarch64-port-dev ] Approval of 8156861: AArch64: JEP 254:
 Partially-implemented intrinsics
In-Reply-To: <1e5fce4b-1363-b69f-06ca-15b2a65ebc9e@oracle.com>
References: <1e5fce4b-1363-b69f-06ca-15b2a65ebc9e@oracle.com>
Message-ID: <79751d08-a621-ad29-5d5b-ceb89e22b9a7@redhat.com>

On 03/10/16 19:01, Vladimir Kozlov wrote:
> Hi Andrew,
> 
> You have 2 unpushed but approved (jdk9-fc-yes) RFEs which blocks JEP:
> 
> https://bugs.openjdk.java.net/browse/JDK-8156839
> https://bugs.openjdk.java.net/browse/JDK-8157708
> 
> When are you going to push them?
> 
> There is also next RFE targeted JDK 9:
> https://bugs.openjdk.java.net/browse/JDK-8159468
> 
> I asked more information about it because it has very broad description. 
> At least link webrev since you have changes already (based on description).
> 
> We are going through RFEs targeted JDK 9 and cleaning them up.

OK.  I will try to deal with all of these tomorrow.  Thank you for
reminding me.

Andrew.



From aph at redhat.com  Thu Oct  6 13:32:00 2016
From: aph at redhat.com (aph at redhat.com)
Date: Thu, 06 Oct 2016 13:32:00 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u/hotspot: 8167200:
	AArch64: Broken stack	pointer adjustment in interpreter
Message-ID: <201610061332.u96DW0Su024906@aojmv0008.oracle.com>

Changeset: c4d33436ecb8
Author:    aph
Date:      2016-10-06 13:17 +0000
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/c4d33436ecb8

8167200: AArch64: Broken stack pointer adjustment in interpreter
Summary: Always adjust SP unconditionally
Reviewed-by: dlong, kbarrett

! src/cpu/aarch64/vm/templateTable_aarch64.cpp


From ningsheng.jian at linaro.org  Tue Oct 11 09:56:13 2016
From: ningsheng.jian at linaro.org (Ningsheng Jian)
Date: Tue, 11 Oct 2016 17:56:13 +0800
Subject: [aarch64-port-dev ] RFR: AArch64: SEGV in stub code
	cipherBlockChaining_decryptAESCrypt
In-Reply-To: <92c29040-7a82-3b73-7079-6b23b781dcd2@redhat.com>
References: <CACO5V=bSada8eSU+89DwbyAOCwENFxPW1aCRyZApciwDMA7tVA@mail.gmail.com>
	<92c29040-7a82-3b73-7079-6b23b781dcd2@redhat.com>
Message-ID: <CACO5V=a0R3+MbsPgeThRGUn03gtb0vSquVTM=hszjmk=QcChFQ@mail.gmail.com>

Hi,

Any comments on this? I think we need a JIRA entry to track it.

Thanks,
Ningsheng

On 21 September 2016 at 17:35, Andrew Dinn <adinn at redhat.com> wrote:
> On 20/09/16 11:09, Ningsheng Jian wrote:
>> Jtreg test jdk/test/com/sun/crypto/provider/Cipher/CTS/CTSMode.java
>> failed with SIGSEGV on option "-Xcomp -XX:-TieredCompilation".
>>
>> The crash happens at stub code cipherBlockChaining_decryptAESCrypt.
>>
>> Checking the jdk source code CipherTextStealing.decryptFinal and its
>> callee CipherBlockChaining.decrypt/implDecrypt, we can see that
>> cipherLen which is passed to the stub code can be 0. The unexpected
>> len_reg value makes the load from invalid address.
>>
>> The following patch could fix this issue:
>>
>> http://people.linaro.org/~ningsheng.jian/webrev/cbc-stub-fix/webrev.00/
>>
>> It aligns with the Java code implementation and passed JTreg tests. To
>> make code consistent, I also update the encrypt part.
>>
>> Could someone please help to take a look at it?
>
> I think this patch looks like it will suffice to fix the AArch64 code.
> However, I don't understand why this is only an AArch64 issue. For
> example, it looks to me as if the x86_64 code is also susceptible to the
> same problem should input value 0 be passed in len_reg (c_rarg4). So,
> this might need fixing for all archs. Alternatively, it might be better
> fixed in the jdk (Java) code.
>
> Could someone from the hotspot compiler/runtime team confirm:
>
>  i) whether an input len_reg value of zero will cause a problem on x86
> (or, indeed, other archs)?
>
>  ii) whether that case should be caught in Java code or stub code?
>
> regards,
>
>
> Andrew Dinn
> -----------
> Senior Principal Software Engineer
> Red Hat UK Ltd
> Registered in England and Wales under Company Registration No. 03798903
> Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander

From aph at redhat.com  Tue Oct 11 12:46:01 2016
From: aph at redhat.com (Andrew Haley)
Date: Tue, 11 Oct 2016 13:46:01 +0100
Subject: [aarch64-port-dev ] RFR: AArch64: SEGV in stub code
 cipherBlockChaining_decryptAESCrypt
In-Reply-To: <CACO5V=a0R3+MbsPgeThRGUn03gtb0vSquVTM=hszjmk=QcChFQ@mail.gmail.com>
References: <CACO5V=bSada8eSU+89DwbyAOCwENFxPW1aCRyZApciwDMA7tVA@mail.gmail.com>
	<92c29040-7a82-3b73-7079-6b23b781dcd2@redhat.com>
	<CACO5V=a0R3+MbsPgeThRGUn03gtb0vSquVTM=hszjmk=QcChFQ@mail.gmail.com>
Message-ID: <227edb20-660f-8bed-dd2a-2d29b607dab0@redhat.com>

On 11/10/16 10:56, Ningsheng Jian wrote:
> Hi,
> 
> Any comments on this? I think we need a JIRA entry to track it.

I'm looking at it.

Andrew.



From aph at redhat.com  Wed Oct 12 10:23:58 2016
From: aph at redhat.com (Andrew Haley)
Date: Wed, 12 Oct 2016 11:23:58 +0100
Subject: [aarch64-port-dev ] RFR: AArch64: SEGV in stub code
 cipherBlockChaining_decryptAESCrypt
In-Reply-To: <92c29040-7a82-3b73-7079-6b23b781dcd2@redhat.com>
References: <CACO5V=bSada8eSU+89DwbyAOCwENFxPW1aCRyZApciwDMA7tVA@mail.gmail.com>
	<92c29040-7a82-3b73-7079-6b23b781dcd2@redhat.com>
Message-ID: <309f4e28-8bcf-37a0-b649-4285a6f44fc4@redhat.com>

On 21/09/16 10:35, Andrew Dinn wrote:
> I think this patch looks like it will suffice to fix the AArch64 code.
> However, I don't understand why this is only an AArch64 issue. For
> example, it looks to me as if the x86_64 code is also susceptible to the
> same problem should input value 0 be passed in len_reg (c_rarg4). So,
> this might need fixing for all archs. Alternatively, it might be better
> fixed in the jdk (Java) code.

x86 is OK, but the reason why is a bit hard to find.  It goes like this:

      __ align(OptoLoopAlignment);
      __ BIND(L_multiBlock_loopTop[k]);
      __ cmpptr(len_reg, PARALLEL_FACTOR * AESBlockSize); // see if at least 4 blocks left
      __ jcc(Assembler::less, L_singleBlock_loopTopHead[k]);

...
      __ BIND(L_singleBlock_loopTopHead[k]);
      if (k == 1) {
        __ addptr(rsp, 6 * wordSize);
      } else if (k == 2) {
        __ addptr(rsp, 10 * wordSize);
      }
      __ cmpptr(len_reg, 0); // any blocks left??
      __ jcc(Assembler::equal, L_exit);

So it firsts tests to see if 4 blocks are left, then tests to see if there
are any blocks left.

From aph at redhat.com  Wed Oct 12 12:29:31 2016
From: aph at redhat.com (Andrew Haley)
Date: Wed, 12 Oct 2016 13:29:31 +0100
Subject: [aarch64-port-dev ] RFR: 8167595: AArch64: SEGV in stub code
 cipherBlockChaining_decryptAESCrypt
In-Reply-To: <CACO5V=bSada8eSU+89DwbyAOCwENFxPW1aCRyZApciwDMA7tVA@mail.gmail.com>
References: <CACO5V=bSada8eSU+89DwbyAOCwENFxPW1aCRyZApciwDMA7tVA@mail.gmail.com>
Message-ID: <3ed4b41e-fd73-e7c0-fd1d-07e503043937@redhat.com>

Hi,

On 20/09/16 11:09, Ningsheng Jian wrote:

> Jtreg test jdk/test/com/sun/crypto/provider/Cipher/CTS/CTSMode.java
> failed with SIGSEGV on option "-Xcomp -XX:-TieredCompilation".
> 
> The crash happens at stub code cipherBlockChaining_decryptAESCrypt.
> 
> Checking the jdk source code CipherTextStealing.decryptFinal and its
> callee CipherBlockChaining.decrypt/implDecrypt, we can see that
> cipherLen which is passed to the stub code can be 0. The unexpected
> len_reg value makes the load from invalid address.
> 
> The following patch could fix this issue:
> 
> http://people.linaro.org/~ningsheng.jian/webrev/cbc-stub-fix/webrev.00/
> 
> It aligns with the Java code implementation and passed JTreg tests. To
> make code consistent, I also update the encrypt part.
> 
> Could someone please help to take a look at it?

I made some small changes:

http://cr.openjdk.java.net/~aph/8167595/

Given that these changes are so minor, you are still the author.  I
can't commit this today because the hs repo is still closed.

Andrew.


From ningsheng.jian at linaro.org  Thu Oct 13 01:21:32 2016
From: ningsheng.jian at linaro.org (Ningsheng Jian)
Date: Thu, 13 Oct 2016 09:21:32 +0800
Subject: [aarch64-port-dev ] RFR: 8167595: AArch64: SEGV in stub code
	cipherBlockChaining_decryptAESCrypt
In-Reply-To: <3ed4b41e-fd73-e7c0-fd1d-07e503043937@redhat.com>
References: <CACO5V=bSada8eSU+89DwbyAOCwENFxPW1aCRyZApciwDMA7tVA@mail.gmail.com>
	<3ed4b41e-fd73-e7c0-fd1d-07e503043937@redhat.com>
Message-ID: <CACO5V=Y9Bh=8ZD5pw6y-2MV1GNzZQsdRDYwZdo1O19f-PBtGww@mail.gmail.com>

Hi Andrew,

Thanks for your review and update. The changes looks good to me.

Regards,
Ningsheng

On 12 October 2016 at 20:29, Andrew Haley <aph at redhat.com> wrote:
> Hi,
>
> On 20/09/16 11:09, Ningsheng Jian wrote:
>
>> Jtreg test jdk/test/com/sun/crypto/provider/Cipher/CTS/CTSMode.java
>> failed with SIGSEGV on option "-Xcomp -XX:-TieredCompilation".
>>
>> The crash happens at stub code cipherBlockChaining_decryptAESCrypt.
>>
>> Checking the jdk source code CipherTextStealing.decryptFinal and its
>> callee CipherBlockChaining.decrypt/implDecrypt, we can see that
>> cipherLen which is passed to the stub code can be 0. The unexpected
>> len_reg value makes the load from invalid address.
>>
>> The following patch could fix this issue:
>>
>> http://people.linaro.org/~ningsheng.jian/webrev/cbc-stub-fix/webrev.00/
>>
>> It aligns with the Java code implementation and passed JTreg tests. To
>> make code consistent, I also update the encrypt part.
>>
>> Could someone please help to take a look at it?
>
> I made some small changes:
>
> http://cr.openjdk.java.net/~aph/8167595/
>
> Given that these changes are so minor, you are still the author.  I
> can't commit this today because the hs repo is still closed.
>
> Andrew.
>

From edward.nevill at gmail.com  Thu Oct 13 13:37:38 2016
From: edward.nevill at gmail.com (Edward Nevill)
Date: Thu, 13 Oct 2016 14:37:38 +0100
Subject: [aarch64-port-dev ] What next for aarch32
Message-ID: <1476365858.7310.61.camel@gmail.com>

[crossposted to aarch64 because of relevance there as well]

Hi,

So, having gone from a situation 18 months ago where the only port
available in OpenJDK for aarch32 was the Zero port, we now find
ourselves with an embarrassment of riches.

- The template interpreter port contributed by Linaro
- The C1 port contributed by Azul
- The C1/C2 port contributed by Oracle
- We also have in the aarch32 port area, the Oracle C1/C2 port for
aarch64 as it is integrally bound with the aarch32 port.

To this end I declare the aarch32 project a great success and would
like to thank all those who have contributed to the project.

However, it does leave the question of what to do next.

My 30,000ft view is

- jdk8u aarch32

We should use the existing Azul port. I see no enthusiasim for
backporting the Oracle C1/C2 port from jdk9 to jdk8u.

- jdk9 aarch32

We should use the Oracle port. Again I see no enthusiasm for forward
porting the C1 port from jdk8u to jdk9 and even if it were forward
ported it would still lack C2.

- jdk8u aarch64

Will continue to be supported as is by the aarch64 project

- jdk9 aarch64

We should use the existing port that has been developed as part of the
OpenJDK process. It is the incumbant port and is used in
Redhat/Ubuntu/Debian. It has been evaluated, tested and benchmarked by
ARMs silicon partners and has also been evaluated by very large
partners for use in large scale server applications. We cannot simply
change the existing OpenJDK jdk9 aarch64 implementation without very
good reason.

I am perfectly open to having the Oracle jdk9 port in the mainstream. I
understand how it is integrally bound with the aarch32 port and it
would be difficult and unnecessary to separate out the aarch32 port on
its own for inclusion in jdk9. I think the --with-abi-
profile=arm/aarch64 is acceptable even if it is not very pretty. I find
the naming of the option "--with-abi-profile=xxx" fairly meanless and
would prefer the more direct "--with-port=xxx".

Note that none of this is based on any technical merit of one port over
another in terms of code quality, testing, benchmarking etc. It is
simply preserving the status quo.

I think it will be difficult to get the aarch32 port into jdk9 because
of the timescales. JDK 9 is now FC so no new features are accepted
without an exception being raised. I am happy to try submitting a JEP
to get it included, but I doubt it will be successful.

Our experience with the aarch64 port has taught us that it takes a lot
longer than expected to merge a new port into the mainstream. I believe
the process took about 6 months (Andew Haley may correct me on this).

Firstly we will need a sponsor within Oracle for the aarch32 port
(Vladimer Koslov was the sponsor for the aarch32 port). Then the port
will need to be merged to a 'staging' port so that it can be tested
with Oracle's JPRT / Oracle's other internal tests. Finally it can be
merged into the mainsteam.

This was the process followed for the aarch64 port. It may be possible
to shorten some of this process as the code base is a well known
quantity (at least within Oracle).

I think the best way forward with this is to have a discussion with the
JDK 9 lead, Mark Reinhold, before firing off any JEPs etc.

We also need to have a discussion of interested parties within
aarch32/aarch64 communities. I would prefer that as much of that
discussion takes place in the open, either on the mailing list or in
open conference calls although I appreciate there may be a need for
private communications where commercial interests are involved.

I propose that we resurrect the 'fireside' chats which we had earlier
in the year on the aarch64 project. These were held on every second
Thursday at 15:00 UTC, so I would propose restarting these on Thurs
20th Oct.

Unfortunately, I do not have the facility to host these any longer.
Stuart Monteith from Linaro was hosting these for a while. Stuart:
Would you be able to host this. Alternatively, could someone else
volunteer to host this?

All the best,
Ed


From aph at redhat.com  Thu Oct 13 14:01:08 2016
From: aph at redhat.com (Andrew Haley)
Date: Thu, 13 Oct 2016 15:01:08 +0100
Subject: [aarch64-port-dev ] What next for aarch32
In-Reply-To: <1476365858.7310.61.camel@gmail.com>
References: <1476365858.7310.61.camel@gmail.com>
Message-ID: <ec450702-217e-233c-e974-a6ca9fb17210@redhat.com>

On 13/10/16 14:37, Edward Nevill wrote:
> Unfortunately, I do not have the facility to host these any longer.
> Stuart Monteith from Linaro was hosting these for a while. Stuart:
> Would you be able to host this. Alternatively, could someone else
> volunteer to host this?

I could do so, but I won't always be available.

Andrew.


From stuart.monteith at linaro.org  Thu Oct 13 14:21:17 2016
From: stuart.monteith at linaro.org (Stuart Monteith)
Date: Thu, 13 Oct 2016 15:21:17 +0100
Subject: [aarch64-port-dev ] What next for aarch32
In-Reply-To: <1476365858.7310.61.camel@gmail.com>
References: <1476365858.7310.61.camel@gmail.com>
Message-ID: <CAEGA6kY29QHi6_WM-+D-FEWz2qq3HaHjNy4pN7P2-EzxvwHRUw@mail.gmail.com>

Hello,
   I won't add anything to Ed's comments regarding aarch32.

I agree that the OpenJDK aarch64 port is the one we should go ahead
with, for the reasons you stated. There remains the question of what
to do with it.

Currently I don't believe it is feasible to maintain two aarch64
codebases long term, given that they essentially achieve the same end.
Given that the Oracle aarch64 code will either bitrot or have to be
maintained, and in any case will be a drag on aarch32 maintenance, I
would expect it to be removed altogether longer term. Perhaps we could
do some analysis of the two aarch64's and pull any goodness into the
OpenJDK aarch64 port?

I'll host the firesides, there was some disruption and missteps over
the summer holidays, and I'll send out an invite for the 20th.

Best Regards,
    Stuart



On 13 October 2016 at 14:37, Edward Nevill <edward.nevill at gmail.com> wrote:
> [crossposted to aarch64 because of relevance there as well]
>
> Hi,
>
> So, having gone from a situation 18 months ago where the only port
> available in OpenJDK for aarch32 was the Zero port, we now find
> ourselves with an embarrassment of riches.
>
> - The template interpreter port contributed by Linaro
> - The C1 port contributed by Azul
> - The C1/C2 port contributed by Oracle
> - We also have in the aarch32 port area, the Oracle C1/C2 port for
> aarch64 as it is integrally bound with the aarch32 port.
>
> To this end I declare the aarch32 project a great success and would
> like to thank all those who have contributed to the project.
>
> However, it does leave the question of what to do next.
>
> My 30,000ft view is
>
> - jdk8u aarch32
>
> We should use the existing Azul port. I see no enthusiasim for
> backporting the Oracle C1/C2 port from jdk9 to jdk8u.
>
> - jdk9 aarch32
>
> We should use the Oracle port. Again I see no enthusiasm for forward
> porting the C1 port from jdk8u to jdk9 and even if it were forward
> ported it would still lack C2.
>
> - jdk8u aarch64
>
> Will continue to be supported as is by the aarch64 project
>
> - jdk9 aarch64
>
> We should use the existing port that has been developed as part of the
> OpenJDK process. It is the incumbant port and is used in
> Redhat/Ubuntu/Debian. It has been evaluated, tested and benchmarked by
> ARMs silicon partners and has also been evaluated by very large
> partners for use in large scale server applications. We cannot simply
> change the existing OpenJDK jdk9 aarch64 implementation without very
> good reason.
>
> I am perfectly open to having the Oracle jdk9 port in the mainstream. I
> understand how it is integrally bound with the aarch32 port and it
> would be difficult and unnecessary to separate out the aarch32 port on
> its own for inclusion in jdk9. I think the --with-abi-
> profile=arm/aarch64 is acceptable even if it is not very pretty. I find
> the naming of the option "--with-abi-profile=xxx" fairly meanless and
> would prefer the more direct "--with-port=xxx".
>
> Note that none of this is based on any technical merit of one port over
> another in terms of code quality, testing, benchmarking etc. It is
> simply preserving the status quo.
>
> I think it will be difficult to get the aarch32 port into jdk9 because
> of the timescales. JDK 9 is now FC so no new features are accepted
> without an exception being raised. I am happy to try submitting a JEP
> to get it included, but I doubt it will be successful.
>
> Our experience with the aarch64 port has taught us that it takes a lot
> longer than expected to merge a new port into the mainstream. I believe
> the process took about 6 months (Andew Haley may correct me on this).
>
> Firstly we will need a sponsor within Oracle for the aarch32 port
> (Vladimer Koslov was the sponsor for the aarch32 port). Then the port
> will need to be merged to a 'staging' port so that it can be tested
> with Oracle's JPRT / Oracle's other internal tests. Finally it can be
> merged into the mainsteam.
>
> This was the process followed for the aarch64 port. It may be possible
> to shorten some of this process as the code base is a well known
> quantity (at least within Oracle).
>
> I think the best way forward with this is to have a discussion with the
> JDK 9 lead, Mark Reinhold, before firing off any JEPs etc.
>
> We also need to have a discussion of interested parties within
> aarch32/aarch64 communities. I would prefer that as much of that
> discussion takes place in the open, either on the mailing list or in
> open conference calls although I appreciate there may be a need for
> private communications where commercial interests are involved.
>
> I propose that we resurrect the 'fireside' chats which we had earlier
> in the year on the aarch64 project. These were held on every second
> Thursday at 15:00 UTC, so I would propose restarting these on Thurs
> 20th Oct.
>
> Unfortunately, I do not have the facility to host these any longer.
> Stuart Monteith from Linaro was hosting these for a while. Stuart:
> Would you be able to host this. Alternatively, could someone else
> volunteer to host this?
>
> All the best,
> Ed
>

From simon at cjnash.com  Thu Oct 13 21:27:22 2016
From: simon at cjnash.com (Simon Nash)
Date: Thu, 13 Oct 2016 22:27:22 +0100
Subject: [aarch64-port-dev ] What next for aarch32
In-Reply-To: <1476365858.7310.61.camel@gmail.com>
References: <1476365858.7310.61.camel@gmail.com>
Message-ID: <57FFFC3A.8030607@cjnash.com>

Edward Nevill wrote:
> [crossposted to aarch64 because of relevance there as well]
> 
> Hi,
> 
> So, having gone from a situation 18 months ago where the only port
> available in OpenJDK for aarch32 was the Zero port, we now find
> ourselves with an embarrassment of riches.
> 
> - The template interpreter port contributed by Linaro
> - The C1 port contributed by Azul
> - The C1/C2 port contributed by Oracle
> - We also have in the aarch32 port area, the Oracle C1/C2 port for
> aarch64 as it is integrally bound with the aarch32 port.
> 
> To this end I declare the aarch32 project a great success and would
> like to thank all those who have contributed to the project.
> 
> However, it does leave the question of what to do next.
> 
> My 30,000ft view is
> 
> - jdk8u aarch32
> 
> We should use the existing Azul port. I see no enthusiasim for
> backporting the Oracle C1/C2 port from jdk9 to jdk8u.
> 
> - jdk9 aarch32
> 
> We should use the Oracle port. Again I see no enthusiasm for forward
> porting the C1 port from jdk8u to jdk9 and even if it were forward
> ported it would still lack C2.
> 
> - jdk8u aarch64
> 
> Will continue to be supported as is by the aarch64 project
> 
> - jdk9 aarch64
> 
> We should use the existing port that has been developed as part of the
> OpenJDK process. It is the incumbant port and is used in
> Redhat/Ubuntu/Debian. It has been evaluated, tested and benchmarked by
> ARMs silicon partners and has also been evaluated by very large
> partners for use in large scale server applications. We cannot simply
> change the existing OpenJDK jdk9 aarch64 implementation without very
> good reason.
> 
> I am perfectly open to having the Oracle jdk9 port in the mainstream. I
> understand how it is integrally bound with the aarch32 port and it
> would be difficult and unnecessary to separate out the aarch32 port on
> its own for inclusion in jdk9. I think the --with-abi-
> profile=arm/aarch64 is acceptable even if it is not very pretty. I find
> the naming of the option "--with-abi-profile=xxx" fairly meanless and
> would prefer the more direct "--with-port=xxx".
> 
> Note that none of this is based on any technical merit of one port over
> another in terms of code quality, testing, benchmarking etc. It is
> simply preserving the status quo.
> 
> I think it will be difficult to get the aarch32 port into jdk9 because
> of the timescales. JDK 9 is now FC so no new features are accepted
> without an exception being raised. I am happy to try submitting a JEP
> to get it included, but I doubt it will be successful.
> 
> Our experience with the aarch64 port has taught us that it takes a lot
> longer than expected to merge a new port into the mainstream. I believe
> the process took about 6 months (Andew Haley may correct me on this).
> 
> Firstly we will need a sponsor within Oracle for the aarch32 port
> (Vladimer Koslov was the sponsor for the aarch32 port). Then the port
> will need to be merged to a 'staging' port so that it can be tested
> with Oracle's JPRT / Oracle's other internal tests. Finally it can be
> merged into the mainsteam.
> 
> This was the process followed for the aarch64 port. It may be possible
> to shorten some of this process as the code base is a well known
> quantity (at least within Oracle).
> 
> I think the best way forward with this is to have a discussion with the
> JDK 9 lead, Mark Reinhold, before firing off any JEPs etc.
> 
> We also need to have a discussion of interested parties within
> aarch32/aarch64 communities. I would prefer that as much of that
> discussion takes place in the open, either on the mailing list or in
> open conference calls although I appreciate there may be a need for
> private communications where commercial interests are involved.
> 
> I propose that we resurrect the 'fireside' chats which we had earlier
> in the year on the aarch64 project. These were held on every second
> Thursday at 15:00 UTC, so I would propose restarting these on Thurs
> 20th Oct.
> 
> Unfortunately, I do not have the facility to host these any longer.
> Stuart Monteith from Linaro was hosting these for a while. Stuart:
> Would you be able to host this. Alternatively, could someone else
> volunteer to host this?
> 
> All the best,
> Ed
> 
> 
Dear Ed,
Thanks for all your work on this.  These are exciting times!

I hope very much that it will be possible to get the aarch32 port into
JDK 9.  As  a newcomer to OpenJDK, I am not sure what is acceptable
after the "feature complete" date but I would hope that adding a new
port target might be more acceptable than adding or changing
functionality in the language or class libraries.

I am willing to help if there is something that I can do.  I am new
to OpenJDK but I have past experience of Java development and
open-source projects.

I can't make the fireside chat on 20th October but I should be able to
join the subsequent chats.

Best regards,
Simon

From hui.shi at linaro.org  Sat Oct 15 10:34:19 2016
From: hui.shi at linaro.org (Hui Shi)
Date: Sat, 15 Oct 2016 18:34:19 +0800
Subject: [aarch64-port-dev ] RFR(XS): 8167421: AArch64: in one core system,
 fatal error: Illegal threadstate encountered
Message-ID: <CAF1YaiBaMVQc21Q1JRxD1JBMFcZynsU6g3kVri2EY3OJtzoMoA@mail.gmail.com>

Hi all,

Could someone help review this fix?

JIRA: https://bugs.openjdk.java.net/browse/JDK-8167421
webrev: http://cr.openjdk.java.net/~hshi/8167421/webrev/

JVM crashes with illegal threadstate when running on single core machine
(for example with single core VM running on aarch64 box).
Current JNI wrapper generator missing store _thread_in_native_trans into
thread state when machine has only one CPU core.

#
# A fatal error has been detected by the Java Runtime Environment:
#
# Internal Error (safepoint.cpp:716), pid=4329, tid=0x0000ffff89204200
# fatal error: Illegal threadstate encountered: 4
#
#
# If you would like to submit a bug report, please visit:
# http://bugreport.java.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

--------------- T H R E A D ---------------

Current thread (0x0000ffff684fe000): JavaThread "localhost-startStop-1"
daemon [_thread_in_native, id=4341, stack(0x0000ffff89005000,
0x0000ffff89205000)]

Stack: [0x0000ffff89005000,0x0000ffff89205000], sp=0x0000ffff89201f60, free
space=2035k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native
code)
V [libjvm.so+0x95ed3c] VMError::report_and_die()+0x130
V [libjvm.so+0x42c04c] report_fatal(char const*, int, char const*)+0x60
V [libjvm.so+0x85bae4] SafepointSynchronize::block(JavaThread*) [clone
.part.24]+0x50
V [libjvm.so+0x90381c] JavaThread::check_safepoint_
and_suspend_for_native_trans(JavaThread*)+0x1c8
V [libjvm.so+0x903f58] JavaThread::check_special_condition_for_native_trans(
JavaThread*)+0x14
J 236 java.util.zip.ZipFile.getEntry(J[BZ)J (0 bytes) @ 0x0000ffff7c1e64f0
[0x0000ffff7c1e63c0+0x130]
J 1167 C1 java.util.jar.JarFile$JarEntryIterator.hasMoreElements()Z (5
bytes) @ 0x0000ffff7c4f1320 [0x0000ffff7c4f1180+0x1a0]
J 840 C1 java.util.jar.JarFile.getInputStream(Ljava/util/zip/
ZipEntry;)Ljava/io/InputStream; (89 bytes) @ 0x0000ffff7c402b54
[0x0000ffff7c402180+0x9d4]
J 1187 C1 org.apache.tomcat.util.scan.FileUrlJar.
getEntryInputStream()Ljava/io/InputStream; (21 bytes) @ 0x0000ffff7c52a640
[0x0000ffff7c52a4c0+0x180]

Regards
Hui

From aph at redhat.com  Sun Oct 16 09:19:27 2016
From: aph at redhat.com (Andrew Haley)
Date: Sun, 16 Oct 2016 10:19:27 +0100
Subject: [aarch64-port-dev ] RFR(XS): 8167421: AArch64: in one core
 system, fatal error: Illegal threadstate encountered
In-Reply-To: <CAF1YaiBaMVQc21Q1JRxD1JBMFcZynsU6g3kVri2EY3OJtzoMoA@mail.gmail.com>
References: <CAF1YaiBaMVQc21Q1JRxD1JBMFcZynsU6g3kVri2EY3OJtzoMoA@mail.gmail.com>
Message-ID: <c25d924f-cd0b-e1ab-cf7f-3eab0e50d665@redhat.com>

Hi,

On 15/10/16 11:34, Hui Shi wrote:

> Could someone help review this fix?
> 
> JIRA: https://bugs.openjdk.java.net/browse/JDK-8167421
> webrev: http://cr.openjdk.java.net/~hshi/8167421/webrev/
> 
> JVM crashes with illegal threadstate when running on single core machine
> (for example with single core VM running on aarch64 box).
> Current JNI wrapper generator missing store _thread_in_native_trans into
> thread state when machine has only one CPU core.

Oh, yuck.  Thanks.

I'd accept (and prefer) a patch which got rid of the is_MP() check
altogether.  These days systems are often virtualized, and running
processes can be migrated from one system to another.  In such
circumstances, is_MP() is just a bug.  But that needs wider discussion
because it affects more systems than just AArch64, so your patch is OK
for now.

Andrew.

From david.holmes at oracle.com  Sun Oct 16 20:50:12 2016
From: david.holmes at oracle.com (David Holmes)
Date: Mon, 17 Oct 2016 06:50:12 +1000
Subject: [aarch64-port-dev ] RFR(XS): 8167421: AArch64: in one core
 system, fatal error: Illegal threadstate encountered
In-Reply-To: <CAF1YaiBaMVQc21Q1JRxD1JBMFcZynsU6g3kVri2EY3OJtzoMoA@mail.gmail.com>
References: <CAF1YaiBaMVQc21Q1JRxD1JBMFcZynsU6g3kVri2EY3OJtzoMoA@mail.gmail.com>
Message-ID: <77bcc1eb-b43d-1568-4c56-8c091d0da5e9@oracle.com>

On 15/10/2016 8:34 PM, Hui Shi wrote:
> Hi all,
>
> Could someone help review this fix?
>
> JIRA: https://bugs.openjdk.java.net/browse/JDK-8167421
> webrev: http://cr.openjdk.java.net/~hshi/8167421/webrev/
>
> JVM crashes with illegal threadstate when running on single core machine
> (for example with single core VM running on aarch64 box).
> Current JNI wrapper generator missing store _thread_in_native_trans into
> thread state when machine has only one CPU core.

Fix seems okay - though I'm not expert on aarch64 assembler. But I have 
to wonder why this chunk of code is different to the functionally 
equivalent code in templateInterpreterGenerator_aarch64.cpp - including 
the difference between using DSB and DMB for the barrier?

  // change thread state
   __ mov(rscratch1, _thread_in_native_trans);
   __ lea(rscratch2, Address(rthread, JavaThread::thread_state_offset()));
   __ stlrw(rscratch1, rscratch2);

   if (os::is_MP()) {
     if (UseMembar) {
       // Force this write out before the read below
       __ dsb(Assembler::SY);
     } else {
       // Write serialization page so VM thread can do a pseudo remote 
membar.
       // We use the current thread pointer to calculate a thread specific
       // offset to write to within the page. This minimizes bus traffic
       // due to cache line collision.
       __ serialize_memory(rthread, rscratch2);
     }
   }

David

> #
> # A fatal error has been detected by the Java Runtime Environment:
> #
> # Internal Error (safepoint.cpp:716), pid=4329, tid=0x0000ffff89204200
> # fatal error: Illegal threadstate encountered: 4
> #
> #
> # If you would like to submit a bug report, please visit:
> # http://bugreport.java.com/bugreport/crash.jsp
> # The crash happened outside the Java Virtual Machine in native code.
> # See problematic frame for where to report the bug.
> #
>
> --------------- T H R E A D ---------------
>
> Current thread (0x0000ffff684fe000): JavaThread "localhost-startStop-1"
> daemon [_thread_in_native, id=4341, stack(0x0000ffff89005000,
> 0x0000ffff89205000)]
>
> Stack: [0x0000ffff89005000,0x0000ffff89205000], sp=0x0000ffff89201f60, free
> space=2035k
> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native
> code)
> V [libjvm.so+0x95ed3c] VMError::report_and_die()+0x130
> V [libjvm.so+0x42c04c] report_fatal(char const*, int, char const*)+0x60
> V [libjvm.so+0x85bae4] SafepointSynchronize::block(JavaThread*) [clone
> .part.24]+0x50
> V [libjvm.so+0x90381c] JavaThread::check_safepoint_
> and_suspend_for_native_trans(JavaThread*)+0x1c8
> V [libjvm.so+0x903f58] JavaThread::check_special_condition_for_native_trans(
> JavaThread*)+0x14
> J 236 java.util.zip.ZipFile.getEntry(J[BZ)J (0 bytes) @ 0x0000ffff7c1e64f0
> [0x0000ffff7c1e63c0+0x130]
> J 1167 C1 java.util.jar.JarFile$JarEntryIterator.hasMoreElements()Z (5
> bytes) @ 0x0000ffff7c4f1320 [0x0000ffff7c4f1180+0x1a0]
> J 840 C1 java.util.jar.JarFile.getInputStream(Ljava/util/zip/
> ZipEntry;)Ljava/io/InputStream; (89 bytes) @ 0x0000ffff7c402b54
> [0x0000ffff7c402180+0x9d4]
> J 1187 C1 org.apache.tomcat.util.scan.FileUrlJar.
> getEntryInputStream()Ljava/io/InputStream; (21 bytes) @ 0x0000ffff7c52a640
> [0x0000ffff7c52a4c0+0x180]
>
> Regards
> Hui
>

From aph at redhat.com  Mon Oct 17 08:41:34 2016
From: aph at redhat.com (Andrew Haley)
Date: Mon, 17 Oct 2016 09:41:34 +0100
Subject: [aarch64-port-dev ] RFR(XS): 8167421: AArch64: in one core
 system, fatal error: Illegal threadstate encountered
In-Reply-To: <77bcc1eb-b43d-1568-4c56-8c091d0da5e9@oracle.com>
References: <CAF1YaiBaMVQc21Q1JRxD1JBMFcZynsU6g3kVri2EY3OJtzoMoA@mail.gmail.com>
	<77bcc1eb-b43d-1568-4c56-8c091d0da5e9@oracle.com>
Message-ID: <661c26c9-dd2d-0cc0-9a7c-4d09b5bc118e@redhat.com>

On 16/10/16 21:50, David Holmes wrote:

> including the difference between using DSB and DMB for the barrier?

DSB was a mistake.  I wrote this code before I understood the
difference between DSB and DSB; only DMB is needed here.  The
documentation we had was rather thin on detail Also, the line above
which changes thread_state uses STLRW, a fully sequentially-consistent
store, so I don't think that any of the code within os::is_MP() is
needed at all.

I have noticed these anomalies before, but didn't do anything because
it's delicate code and very difficult to test.  This might be a good
time to correct both versions.

Andrew.

From bob.vandette at oracle.com  Mon Oct 17 14:51:33 2016
From: bob.vandette at oracle.com (Bob Vandette)
Date: Mon, 17 Oct 2016 10:51:33 -0400
Subject: [aarch64-port-dev ] What next for aarch32
In-Reply-To: <1476365858.7310.61.camel@gmail.com>
References: <1476365858.7310.61.camel@gmail.com>
Message-ID: <3E7D84FA-BB8B-42DA-B84B-35796FFB1D89@oracle.com>

Ed,

Thanks for the great summary and your 30000ft view.  I agree with your
position and look forward to hearing the opinions of other aarch32 interested
parties.  I think there has to be much more discussion on exactly how the 64-bit
port consolidation occurs but we have plenty of time for that.

I?m willing to attend your fireside chat to listen to your members and answer any questions
you may have on our contribution.  Just send out the dial-in details if you?d like me to join.

Bob.

> On Oct 13, 2016, at 9:37 AM, Edward Nevill <edward.nevill at gmail.com> wrote:
> 
> [crossposted to aarch64 because of relevance there as well]
> 
> Hi,
> 
> So, having gone from a situation 18 months ago where the only port
> available in OpenJDK for aarch32 was the Zero port, we now find
> ourselves with an embarrassment of riches.
> 
> - The template interpreter port contributed by Linaro
> - The C1 port contributed by Azul
> - The C1/C2 port contributed by Oracle
> - We also have in the aarch32 port area, the Oracle C1/C2 port for
> aarch64 as it is integrally bound with the aarch32 port.
> 
> To this end I declare the aarch32 project a great success and would
> like to thank all those who have contributed to the project.
> 
> However, it does leave the question of what to do next.
> 
> My 30,000ft view is
> 
> - jdk8u aarch32
> 
> We should use the existing Azul port. I see no enthusiasim for
> backporting the Oracle C1/C2 port from jdk9 to jdk8u.
> 
> - jdk9 aarch32
> 
> We should use the Oracle port. Again I see no enthusiasm for forward
> porting the C1 port from jdk8u to jdk9 and even if it were forward
> ported it would still lack C2.
> 
> - jdk8u aarch64
> 
> Will continue to be supported as is by the aarch64 project
> 
> - jdk9 aarch64
> 
> We should use the existing port that has been developed as part of the
> OpenJDK process. It is the incumbant port and is used in
> Redhat/Ubuntu/Debian. It has been evaluated, tested and benchmarked by
> ARMs silicon partners and has also been evaluated by very large
> partners for use in large scale server applications. We cannot simply
> change the existing OpenJDK jdk9 aarch64 implementation without very
> good reason.
> 
> I am perfectly open to having the Oracle jdk9 port in the mainstream. I
> understand how it is integrally bound with the aarch32 port and it
> would be difficult and unnecessary to separate out the aarch32 port on
> its own for inclusion in jdk9. I think the --with-abi-
> profile=arm/aarch64 is acceptable even if it is not very pretty. I find
> the naming of the option "--with-abi-profile=xxx" fairly meanless and
> would prefer the more direct "--with-port=xxx".
> 
> Note that none of this is based on any technical merit of one port over
> another in terms of code quality, testing, benchmarking etc. It is
> simply preserving the status quo.
> 
> I think it will be difficult to get the aarch32 port into jdk9 because
> of the timescales. JDK 9 is now FC so no new features are accepted
> without an exception being raised. I am happy to try submitting a JEP
> to get it included, but I doubt it will be successful.
> 
> Our experience with the aarch64 port has taught us that it takes a lot
> longer than expected to merge a new port into the mainstream. I believe
> the process took about 6 months (Andew Haley may correct me on this).
> 
> Firstly we will need a sponsor within Oracle for the aarch32 port
> (Vladimer Koslov was the sponsor for the aarch32 port). Then the port
> will need to be merged to a 'staging' port so that it can be tested
> with Oracle's JPRT / Oracle's other internal tests. Finally it can be
> merged into the mainsteam.
> 
> This was the process followed for the aarch64 port. It may be possible
> to shorten some of this process as the code base is a well known
> quantity (at least within Oracle).
> 
> I think the best way forward with this is to have a discussion with the
> JDK 9 lead, Mark Reinhold, before firing off any JEPs etc.
> 
> We also need to have a discussion of interested parties within
> aarch32/aarch64 communities. I would prefer that as much of that
> discussion takes place in the open, either on the mailing list or in
> open conference calls although I appreciate there may be a need for
> private communications where commercial interests are involved.
> 
> I propose that we resurrect the 'fireside' chats which we had earlier
> in the year on the aarch64 project. These were held on every second
> Thursday at 15:00 UTC, so I would propose restarting these on Thurs
> 20th Oct.
> 
> Unfortunately, I do not have the facility to host these any longer.
> Stuart Monteith from Linaro was hosting these for a while. Stuart:
> Would you be able to host this. Alternatively, could someone else
> volunteer to host this?
> 
> All the best,
> Ed
> 


From rwestrel at redhat.com  Mon Oct 17 15:58:40 2016
From: rwestrel at redhat.com (Roland Westrelin)
Date: Mon, 17 Oct 2016 17:58:40 +0200
Subject: [aarch64-port-dev ] RFR(XS): 8168086: 8166869 broke jvmci build on
	aarch64
Message-ID: <dk6r37f6k7j.fsf@rwestrel.remote.csb>


8166869 was missing a similar aarch64 change which, I suppose, is
something like this:

http://cr.openjdk.java.net/~roland/8168086/webrev.00/

Roland.

From edward.nevill at gmail.com  Tue Oct 18 08:39:19 2016
From: edward.nevill at gmail.com (Edward Nevill)
Date: Tue, 18 Oct 2016 09:39:19 +0100
Subject: [aarch64-port-dev ] What next for aarch32
In-Reply-To: <CAEGA6kY29QHi6_WM-+D-FEWz2qq3HaHjNy4pN7P2-EzxvwHRUw@mail.gmail.com>
References: <1476365858.7310.61.camel@gmail.com>
	<CAEGA6kY29QHi6_WM-+D-FEWz2qq3HaHjNy4pN7P2-EzxvwHRUw@mail.gmail.com>
Message-ID: <1476779959.2127.3.camel@gmail.com>

Hi,

On Thu, 2016-10-13 at 15:21 +0100, Stuart Monteith wrote:
>?
> I'll host the firesides, there was some disruption and missteps over
> the summer holidays, and I'll send out an invite for the 20th.

I'm sorry but I will be unable to make this Thurs as I will be flying.

I could do Friday at the same time (1500 UTC), or the following Thurs
(27th).

All the best,
Ed.


From felix.yang at linaro.org  Tue Oct 18 12:51:55 2016
From: felix.yang at linaro.org (Felix Yang)
Date: Tue, 18 Oct 2016 20:51:55 +0800
Subject: [aarch64-port-dev ] RFR(XS): 8167421: AArch64: in one core
 system, fatal error: Illegal threadstate encountered
In-Reply-To: <661c26c9-dd2d-0cc0-9a7c-4d09b5bc118e@redhat.com>
References: <CAF1YaiBaMVQc21Q1JRxD1JBMFcZynsU6g3kVri2EY3OJtzoMoA@mail.gmail.com>
	<77bcc1eb-b43d-1568-4c56-8c091d0da5e9@oracle.com>
	<661c26c9-dd2d-0cc0-9a7c-4d09b5bc118e@redhat.com>
Message-ID: <CACc5Y6RAv_cci=AygPZSeDA13sHFxJY2DqiUXy_6np6Ccsd=nA@mail.gmail.com>

Hi,

    Thanks for fixing the bug.
    Is it OK to push this patch into repo: http://hg.openjdk.java.net/
jdk9/hs/hotspot for now?

Thanks,
Felix

On 17 October 2016 at 16:41, Andrew Haley <aph at redhat.com> wrote:

> On 16/10/16 21:50, David Holmes wrote:
>
> > including the difference between using DSB and DMB for the barrier?
>
> DSB was a mistake.  I wrote this code before I understood the
> difference between DSB and DSB; only DMB is needed here.  The
> documentation we had was rather thin on detail Also, the line above
> which changes thread_state uses STLRW, a fully sequentially-consistent
> store, so I don't think that any of the code within os::is_MP() is
> needed at all.
>
> I have noticed these anomalies before, but didn't do anything because
> it's delicate code and very difficult to test.  This might be a good
> time to correct both versions.
>
> Andrew.
>

From aph at redhat.com  Tue Oct 18 13:03:28 2016
From: aph at redhat.com (Andrew Haley)
Date: Tue, 18 Oct 2016 14:03:28 +0100
Subject: [aarch64-port-dev ] RFR(XS): 8167421: AArch64: in one core
 system, fatal error: Illegal threadstate encountered
In-Reply-To: <CACc5Y6RAv_cci=AygPZSeDA13sHFxJY2DqiUXy_6np6Ccsd=nA@mail.gmail.com>
References: <CAF1YaiBaMVQc21Q1JRxD1JBMFcZynsU6g3kVri2EY3OJtzoMoA@mail.gmail.com>
	<77bcc1eb-b43d-1568-4c56-8c091d0da5e9@oracle.com>
	<661c26c9-dd2d-0cc0-9a7c-4d09b5bc118e@redhat.com>
	<CACc5Y6RAv_cci=AygPZSeDA13sHFxJY2DqiUXy_6np6Ccsd=nA@mail.gmail.com>
Message-ID: <4561489f-c037-7252-bb36-b3446db5b62e@redhat.com>

On 18/10/16 13:51, Felix Yang wrote:
>     Is it OK to push this patch into repo: http://hg.openjdk.java.net/
> jdk9/hs/hotspot for now?

Yes, but whoever does this should also apply it to
http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/ and
http://icedtea.classpath.org/hg/icedtea7-forest/hotspot/.

Andrew.


From stuart.monteith at linaro.org  Tue Oct 18 13:28:25 2016
From: stuart.monteith at linaro.org (Stuart Monteith)
Date: Tue, 18 Oct 2016 14:28:25 +0100
Subject: [aarch64-port-dev ] Fireside chat
Message-ID: <CAEGA6kZyDTTorf0Dn+tm8Dc3Xdv-RdUH0tSxmX4fcPdzUCptKw@mail.gmail.com>

Hello,
     This week we'll be having a fireside chat on Friday at 1500 UTC,
1600 BST, 1100 EDT. I might not be joining, but that is not required
for the chat to start.

In order to join in, please join the chat at Bluejeans here:
   https://bluejeans.com/387542473

Alternatively you may dial in using one of the following numbers

http://bluejeans.com/numbers

and enter the Meeting ID: 387542473

Please do not use any of the 'freefone' numbers, because although they
may be free for you they cost us $$$$.

Best Regards,
    Stuart

From kostya at azul.com  Tue Oct 18 14:33:13 2016
From: kostya at azul.com (Kostya Zolotnikov)
Date: Tue, 18 Oct 2016 14:33:13 +0000
Subject: [aarch64-port-dev ] What next for aarch32
In-Reply-To: <3E7D84FA-BB8B-42DA-B84B-35796FFB1D89@oracle.com>
References: <1476365858.7310.61.camel@gmail.com>
	<3E7D84FA-BB8B-42DA-B84B-35796FFB1D89@oracle.com>
Message-ID: <89CA05BD-C1FD-457B-A82F-6CABFD2F68DF@azul.com>

Hi, Bob, Ed

Ed, great thanks for the summary. It sounds rational and logical.
Azul had a plan to forward port aarch32 C1 to jdk9, but after Oracle?s proposed contribution there are no reason to do so.
Would be happy to join the chat, please count on us.

Regards
Kostya


> On 17 Oct 2016, at 17:51, Bob Vandette <bob.vandette at oracle.com> wrote:
> 
> Ed,
> 
> Thanks for the great summary and your 30000ft view.  I agree with your
> position and look forward to hearing the opinions of other aarch32 interested
> parties.  I think there has to be much more discussion on exactly how the 64-bit
> port consolidation occurs but we have plenty of time for that.
> 
> I?m willing to attend your fireside chat to listen to your members and answer any questions
> you may have on our contribution.  Just send out the dial-in details if you?d like me to join.
> 
> Bob.
> 
>> On Oct 13, 2016, at 9:37 AM, Edward Nevill <edward.nevill at gmail.com> wrote:
>> 
>> [crossposted to aarch64 because of relevance there as well]
>> 
>> Hi,
>> 
>> So, having gone from a situation 18 months ago where the only port
>> available in OpenJDK for aarch32 was the Zero port, we now find
>> ourselves with an embarrassment of riches.
>> 
>> - The template interpreter port contributed by Linaro
>> - The C1 port contributed by Azul
>> - The C1/C2 port contributed by Oracle
>> - We also have in the aarch32 port area, the Oracle C1/C2 port for
>> aarch64 as it is integrally bound with the aarch32 port.
>> 
>> To this end I declare the aarch32 project a great success and would
>> like to thank all those who have contributed to the project.
>> 
>> However, it does leave the question of what to do next.
>> 
>> My 30,000ft view is
>> 
>> - jdk8u aarch32
>> 
>> We should use the existing Azul port. I see no enthusiasim for
>> backporting the Oracle C1/C2 port from jdk9 to jdk8u.
>> 
>> - jdk9 aarch32
>> 
>> We should use the Oracle port. Again I see no enthusiasm for forward
>> porting the C1 port from jdk8u to jdk9 and even if it were forward
>> ported it would still lack C2.
>> 
>> - jdk8u aarch64
>> 
>> Will continue to be supported as is by the aarch64 project
>> 
>> - jdk9 aarch64
>> 
>> We should use the existing port that has been developed as part of the
>> OpenJDK process. It is the incumbant port and is used in
>> Redhat/Ubuntu/Debian. It has been evaluated, tested and benchmarked by
>> ARMs silicon partners and has also been evaluated by very large
>> partners for use in large scale server applications. We cannot simply
>> change the existing OpenJDK jdk9 aarch64 implementation without very
>> good reason.
>> 
>> I am perfectly open to having the Oracle jdk9 port in the mainstream. I
>> understand how it is integrally bound with the aarch32 port and it
>> would be difficult and unnecessary to separate out the aarch32 port on
>> its own for inclusion in jdk9. I think the --with-abi-
>> profile=arm/aarch64 is acceptable even if it is not very pretty. I find
>> the naming of the option "--with-abi-profile=xxx" fairly meanless and
>> would prefer the more direct "--with-port=xxx".
>> 
>> Note that none of this is based on any technical merit of one port over
>> another in terms of code quality, testing, benchmarking etc. It is
>> simply preserving the status quo.
>> 
>> I think it will be difficult to get the aarch32 port into jdk9 because
>> of the timescales. JDK 9 is now FC so no new features are accepted
>> without an exception being raised. I am happy to try submitting a JEP
>> to get it included, but I doubt it will be successful.
>> 
>> Our experience with the aarch64 port has taught us that it takes a lot
>> longer than expected to merge a new port into the mainstream. I believe
>> the process took about 6 months (Andew Haley may correct me on this).
>> 
>> Firstly we will need a sponsor within Oracle for the aarch32 port
>> (Vladimer Koslov was the sponsor for the aarch32 port). Then the port
>> will need to be merged to a 'staging' port so that it can be tested
>> with Oracle's JPRT / Oracle's other internal tests. Finally it can be
>> merged into the mainsteam.
>> 
>> This was the process followed for the aarch64 port. It may be possible
>> to shorten some of this process as the code base is a well known
>> quantity (at least within Oracle).
>> 
>> I think the best way forward with this is to have a discussion with the
>> JDK 9 lead, Mark Reinhold, before firing off any JEPs etc.
>> 
>> We also need to have a discussion of interested parties within
>> aarch32/aarch64 communities. I would prefer that as much of that
>> discussion takes place in the open, either on the mailing list or in
>> open conference calls although I appreciate there may be a need for
>> private communications where commercial interests are involved.
>> 
>> I propose that we resurrect the 'fireside' chats which we had earlier
>> in the year on the aarch64 project. These were held on every second
>> Thursday at 15:00 UTC, so I would propose restarting these on Thurs
>> 20th Oct.
>> 
>> Unfortunately, I do not have the facility to host these any longer.
>> Stuart Monteith from Linaro was hosting these for a while. Stuart:
>> Would you be able to host this. Alternatively, could someone else
>> volunteer to host this?
>> 
>> All the best,
>> Ed
>> 
> 


From stuart.monteith at linaro.org  Tue Oct 18 16:59:50 2016
From: stuart.monteith at linaro.org (Stuart Monteith)
Date: Tue, 18 Oct 2016 17:59:50 +0100
Subject: [aarch64-port-dev ] What next for aarch32
In-Reply-To: <89CA05BD-C1FD-457B-A82F-6CABFD2F68DF@azul.com>
References: <1476365858.7310.61.camel@gmail.com>
	<3E7D84FA-BB8B-42DA-B84B-35796FFB1D89@oracle.com>
	<89CA05BD-C1FD-457B-A82F-6CABFD2F68DF@azul.com>
Message-ID: <CAEGA6kZtC+TvUXumfXMp9zzycEYXbmrKL_7Z0ooy_t9CHhm93w@mail.gmail.com>

I neglected to cross post this with aarch32-port-dev:

Hello,
     This week we'll be having a fireside chat on Friday at 1500 UTC,
1600 BST, 1100 EDT. I might not be joining, but that is not required
for the chat to start.

In order to join in, please join the chat at Bluejeans here:
   https://bluejeans.com/387542473

Alternatively you may dial in using one of the following numbers

http://bluejeans.com/numbers

and enter the Meeting ID: 387542473

Please do not use any of the 'freefone' numbers, because although they
may be free for you they cost us $$$$.

Best Regards,
    Stuart

From aph at redhat.com  Tue Oct 18 17:55:16 2016
From: aph at redhat.com (aph at redhat.com)
Date: Tue, 18 Oct 2016 17:55:16 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u/hotspot: 8167595:
	AArch64: SEGV in stub code	cipherBlockChaining_decryptAESCrypt
Message-ID: <201610181755.u9IHtGLC022010@aojmv0008.oracle.com>

Changeset: e7aec2f1f5d3
Author:    aph
Date:      2016-10-12 12:24 +0000
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/e7aec2f1f5d3

8167595: AArch64: SEGV in stub code cipherBlockChaining_decryptAESCrypt
Reviewed-by: aph
Contributed-by: ningsheng.jian at linaro.org

! src/cpu/aarch64/vm/stubGenerator_aarch64.cpp


From felix.yang at linaro.org  Wed Oct 19 05:27:08 2016
From: felix.yang at linaro.org (felix.yang at linaro.org)
Date: Wed, 19 Oct 2016 05:27:08 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u/hotspot: 8167421:
	AArch64: in one core system,
	fatal error: Illegal threadstate encountered
Message-ID: <201610190527.u9J5R8Eh003973@aojmv0008.oracle.com>

Changeset: e7645c156361
Author:    hshi
Date:      2016-10-17 05:44 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/e7645c156361

8167421: AArch64: in one core system, fatal error: Illegal threadstate encountered
Summary: adding missing thread state store when os::is_MP() is false
Reviewed-by: aph

! src/cpu/aarch64/vm/sharedRuntime_aarch64.cpp


From felix.yang at linaro.org  Wed Oct 19 05:48:59 2016
From: felix.yang at linaro.org (Felix Yang)
Date: Wed, 19 Oct 2016 13:48:59 +0800
Subject: [aarch64-port-dev ] RFR(XS): 8167421: AArch64: in one core
 system, fatal error: Illegal threadstate encountered
In-Reply-To: <4561489f-c037-7252-bb36-b3446db5b62e@redhat.com>
References: <CAF1YaiBaMVQc21Q1JRxD1JBMFcZynsU6g3kVri2EY3OJtzoMoA@mail.gmail.com>
	<77bcc1eb-b43d-1568-4c56-8c091d0da5e9@oracle.com>
	<661c26c9-dd2d-0cc0-9a7c-4d09b5bc118e@redhat.com>
	<CACc5Y6RAv_cci=AygPZSeDA13sHFxJY2DqiUXy_6np6Ccsd=nA@mail.gmail.com>
	<4561489f-c037-7252-bb36-b3446db5b62e@redhat.com>
Message-ID: <CACc5Y6QTYOnhpPD5FD9FvbyRZOO=73yeqz_DqRsh8uV6C3ybRg@mail.gmail.com>

Hi,

    I have pushed the patch to jdk9/hs/hotspot repo and also backported to
aarch64-port/jdk8u/hotspot repo.
    I checked the code of icedtea7-forest/hotspot and it seems to me that
it does not have the issue, please take a look.

Thanks,
Felix


On 18 October 2016 at 21:03, Andrew Haley <aph at redhat.com> wrote:

> On 18/10/16 13:51, Felix Yang wrote:
> >     Is it OK to push this patch into repo: http://hg.openjdk.java.net/
> > jdk9/hs/hotspot for now?
>
> Yes, but whoever does this should also apply it to
> http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/ and
> http://icedtea.classpath.org/hg/icedtea7-forest/hotspot/.
>
> Andrew.
>
>

From ningsheng.jian at linaro.org  Wed Oct 19 06:20:45 2016
From: ningsheng.jian at linaro.org (Ningsheng Jian)
Date: Wed, 19 Oct 2016 14:20:45 +0800
Subject: [aarch64-port-dev ] hs forest build failure on aarch64
Message-ID: <CACO5V=YyRZor721WHWyaVvRv6nh3SgaeVqh8731EL2Kx7tu72w@mail.gmail.com>

Hi,

jdk9/hs forest build failed after the push of

http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/eba50697795d

Could someone please help to fix it?

It is caused by missing closing #endif. I think the following change
could fix that:

------
diff -r d5c67c13e5f9 src/cpu/aarch64/vm/templateInterpreterGenerator_aarch64.cpp
--- a/src/cpu/aarch64/vm/templateInterpreterGenerator_aarch64.cpp
 Tue Oct 18 19:08:24 2016 -0700
+++ b/src/cpu/aarch64/vm/templateInterpreterGenerator_aarch64.cpp
 Wed Oct 19 14:13:52 2016 +0800
@@ -476,6 +476,7 @@
     }
 #endif
   }
+#endif
   // handle exceptions
   {
     Label L;
------

Thanks,
Ningsheng

From aph at redhat.com  Wed Oct 19 07:50:55 2016
From: aph at redhat.com (Andrew Haley)
Date: Wed, 19 Oct 2016 08:50:55 +0100
Subject: [aarch64-port-dev ] RFR(XS): 8167421: AArch64: in one core
 system, fatal error: Illegal threadstate encountered
In-Reply-To: <CACc5Y6QTYOnhpPD5FD9FvbyRZOO=73yeqz_DqRsh8uV6C3ybRg@mail.gmail.com>
References: <CAF1YaiBaMVQc21Q1JRxD1JBMFcZynsU6g3kVri2EY3OJtzoMoA@mail.gmail.com>
	<77bcc1eb-b43d-1568-4c56-8c091d0da5e9@oracle.com>
	<661c26c9-dd2d-0cc0-9a7c-4d09b5bc118e@redhat.com>
	<CACc5Y6RAv_cci=AygPZSeDA13sHFxJY2DqiUXy_6np6Ccsd=nA@mail.gmail.com>
	<4561489f-c037-7252-bb36-b3446db5b62e@redhat.com>
	<CACc5Y6QTYOnhpPD5FD9FvbyRZOO=73yeqz_DqRsh8uV6C3ybRg@mail.gmail.com>
Message-ID: <7cec6ce2-68b0-b899-9344-bb4738d13f12@redhat.com>

On 19/10/16 06:48, Felix Yang wrote:
>     I have pushed the patch to jdk9/hs/hotspot repo and also backported to
> aarch64-port/jdk8u/hotspot repo.

OK, thanks.

>     I checked the code of icedtea7-forest/hotspot and it seems to me that
> it does not have the issue, please take a look.

Not, it doesn't, you are right.  I wonder how that happened.

Andrew.


From jvanek at redhat.com  Wed Oct 19 15:53:03 2016
From: jvanek at redhat.com (Jiri Vanek)
Date: Wed, 19 Oct 2016 17:53:03 +0200
Subject: [aarch64-port-dev ] RFC: merge of oracle cpu 2016-10-14 patches
Message-ID: <5aa0bf87-9313-46ad-5dcd-4edf3ae7dad1@redhat.com>

Hello!

Here are the patches to move aarch64-port/jdk8u to jdk8u111

https://jvanek.fedorapeople.org/oracle/cpu-2016-10-aarch64-port/

Thax!
   J.

From aph at redhat.com  Wed Oct 19 15:59:23 2016
From: aph at redhat.com (Andrew Haley)
Date: Wed, 19 Oct 2016 16:59:23 +0100
Subject: [aarch64-port-dev ] RFC: merge of oracle cpu 2016-10-14 patches
In-Reply-To: <5aa0bf87-9313-46ad-5dcd-4edf3ae7dad1@redhat.com>
References: <5aa0bf87-9313-46ad-5dcd-4edf3ae7dad1@redhat.com>
Message-ID: <6ab03cfe-6580-728e-52fd-321bef3f20f2@redhat.com>

On 19/10/16 16:53, Jiri Vanek wrote:

> Here are the patches to move aarch64-port/jdk8u to jdk8u111
> 
> https://jvanek.fedorapeople.org/oracle/cpu-2016-10-aarch64-port/

Yes please,

Andrew.



From gnu.andrew at redhat.com  Wed Oct 19 16:05:39 2016
From: gnu.andrew at redhat.com (Andrew Hughes)
Date: Wed, 19 Oct 2016 12:05:39 -0400 (EDT)
Subject: [aarch64-port-dev ] [RFR] u111 Update
In-Reply-To: <545850097.670422.1476892595180.JavaMail.zimbra@redhat.com>
Message-ID: <389955283.672871.1476893139698.JavaMail.zimbra@redhat.com>

Hi,

OpenJDK 8 was recently updated with a security update, u111.

Here is the corresponding update for aarch64/jdk8u, aarch64-jdk8u111-b16

(aarch64-jdk8u111-b14 was the first attempt, but we had to make
two subsequent revisions, first to include 8160591 support for AArch64,
and a second due to a confusing patch from Oracle)

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

Ok to push?

Changes:
  - S6882559: new JEditorPane("text/plain","") fails for null context class loader
  - S8049171: Additional tests for jarsigner's warnings
  - S8140530: Creating a VolatileImage with size 0,0 results in no longer working g2d.drawString
  - S8142926: OutputAnalyzer's shouldXXX() calls return this
  - S8146490: Direct indirect CRL checks
  - S8147077: IllegalArgumentException thrown by api/java_awt/Component/FlipBufferStrategy/indexTGF_General
  - S8148127: IllegalArgumentException thrown by JCK test api/java_awt/Component/FlipBufferStrategy/indexTGF_General in opengl pipeline
  - S8150611: Security problem on sun.misc.resources.Messages*
  - S8151921: Improved page resolution
  - S8155968: Update command line options
  - S8155973, CVE-2016-5542: Tighten jar checks
  - S8156794: Extend data sharing
  - S8157176: Improved classfile parsing
  - S8157306: Random infrequent null pointer exceptions in javac
  - S8157653: [Parfait] Uninitialised variable in awt_Font.cpp
  - S8157739, CVE-2016-5554: Classloader Consistency Checking
  - S8157749: Improve handling of DNS error replies
  - S8157753: Audio replay enhancement
  - S8157759: LCMS Transform Sampling Enhancement
  - S8157764: Better handling of interpolation plugins
  - S8158302: Handle contextual glyph substitutions
  - S8158734: JEditorPane.createEditorKitForContentType throws NPE after 6882559
  - S8158993, CVE-2016-5568: Service Menu services
  - S8159495: Fix index offsets
  - S8159503: Amend Annotation Actions
  - S8159511: Stack map validation
  - S8159515: Improve indy validation
  - S8159519, CVE-2016-5573: Reformat JDWP messages
  - S8159684: (tz) Support tzdata2016f
  - S8160090: Better signature handling in pack200
  - S8160094: Improve pack200 layout
  - S8160098: Clean up color profiles
  - S8160591, CVE-2016-5582: Improve internal array handling
  - S8160838, CVE-2016-5573: Better HTTP service
  - S8160904: Typo in code from 8079718 fix : enableCustomValueHanlde
  - S8160934: isnan() is not available on older MSVC compilers
  - S8161141: correct bugId for JDK-8158994 fix push
  - S8162411: Service Menu services 2
  - S8162419: closed/com/oracle/jfr/runtime/TestVMInfoEvent.sh failing after JDK-8155968
  - S8162511: 8u111 L10n resource file updates
  - S8162792: Remove constraint DSA keySize < 1024 from jdk.jar.disabledAlgorithms in jdk8
  - S8164452: 8u111 L10n resource file update - msgdrop 20
  - S8165816: jarsigner -verify shows jar unsigned if it was signed with a weak algorithm
  - S8166381: Back out changes to the java.security file to not disable MD5

Thanks,
-- 
Andrew :)

Senior Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

PGP Key: ed25519/0xCFDA0F9B35964222 (hkp://keys.gnupg.net)
Fingerprint = 5132 579D D154 0ED2 3E04  C5A0 CFDA 0F9B 3596 4222



From aph at redhat.com  Wed Oct 19 16:13:58 2016
From: aph at redhat.com (Andrew Haley)
Date: Wed, 19 Oct 2016 17:13:58 +0100
Subject: [aarch64-port-dev ] [RFR] u111 Update
In-Reply-To: <389955283.672871.1476893139698.JavaMail.zimbra@redhat.com>
References: <389955283.672871.1476893139698.JavaMail.zimbra@redhat.com>
Message-ID: <80fa828c-489e-8e1c-c022-25b102314754@redhat.com>

On 19/10/16 17:05, Andrew Hughes wrote:
> Ok to push?

Yes please,

Andrew.


From gnu.andrew at redhat.com  Wed Oct 19 16:26:04 2016
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Wed, 19 Oct 2016 16:26:04 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u: 3 new changesets
Message-ID: <201610191626.u9JGQ4W9010460@aojmv0008.oracle.com>

Changeset: 6a403f9d63c7
Author:    andrew
Date:      2016-10-07 05:57 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/6a403f9d63c7

Added tag aarch64-jdk8u111-b14 for changeset bcde15a2c6b3

! .hgtags

Changeset: 8cbffeff7372
Author:    andrew
Date:      2016-10-07 15:22 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/8cbffeff7372

Added tag aarch64-jdk8u111-b15 for changeset 6a403f9d63c7

! .hgtags

Changeset: d4c4a9d30f5d
Author:    andrew
Date:      2016-10-11 23:30 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/rev/d4c4a9d30f5d

Added tag aarch64-jdk8u111-b16 for changeset 8cbffeff7372

! .hgtags


From gnu.andrew at redhat.com  Wed Oct 19 16:26:11 2016
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Wed, 19 Oct 2016 16:26:11 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u/corba: 4 new changesets
Message-ID: <201610191626.u9JGQBe1010590@aojmv0008.oracle.com>

Changeset: 7aad96936815
Author:    coffeys
Date:      2016-07-11 16:50 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/7aad96936815

8160904: Typo in code from 8079718 fix : enableCustomValueHanlde
Reviewed-by: chegar, msheppar

! src/share/classes/javax/rmi/CORBA/Util.java

Changeset: 1b10bf130a2a
Author:    andrew
Date:      2016-10-07 05:57 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/1b10bf130a2a

Added tag aarch64-jdk8u111-b14 for changeset 7aad96936815

! .hgtags

Changeset: 9358577c731c
Author:    andrew
Date:      2016-10-07 15:22 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/9358577c731c

Added tag aarch64-jdk8u111-b15 for changeset 1b10bf130a2a

! .hgtags

Changeset: 61c86a397909
Author:    andrew
Date:      2016-10-11 23:30 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/corba/rev/61c86a397909

Added tag aarch64-jdk8u111-b16 for changeset 9358577c731c

! .hgtags


From gnu.andrew at redhat.com  Wed Oct 19 16:26:17 2016
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Wed, 19 Oct 2016 16:26:17 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u/jaxp: 3 new changesets
Message-ID: <201610191626.u9JGQHGu010704@aojmv0008.oracle.com>

Changeset: f254f4c388a3
Author:    andrew
Date:      2016-10-07 05:57 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/f254f4c388a3

Added tag aarch64-jdk8u111-b14 for changeset e6be736f2436

! .hgtags

Changeset: 00bf8b1e615f
Author:    andrew
Date:      2016-10-07 15:22 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/00bf8b1e615f

Added tag aarch64-jdk8u111-b15 for changeset f254f4c388a3

! .hgtags

Changeset: 3e286775563a
Author:    andrew
Date:      2016-10-11 23:30 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxp/rev/3e286775563a

Added tag aarch64-jdk8u111-b16 for changeset 00bf8b1e615f

! .hgtags


From gnu.andrew at redhat.com  Wed Oct 19 16:26:23 2016
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Wed, 19 Oct 2016 16:26:23 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u/jaxws: 3 new changesets
Message-ID: <201610191626.u9JGQOdR010844@aojmv0008.oracle.com>

Changeset: faef56507c90
Author:    andrew
Date:      2016-10-07 05:57 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/faef56507c90

Added tag aarch64-jdk8u111-b14 for changeset 080fcbe4f8bb

! .hgtags

Changeset: 9590245dd156
Author:    andrew
Date:      2016-10-07 15:22 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/9590245dd156

Added tag aarch64-jdk8u111-b15 for changeset faef56507c90

! .hgtags

Changeset: e16d46737c4b
Author:    andrew
Date:      2016-10-11 23:30 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jaxws/rev/e16d46737c4b

Added tag aarch64-jdk8u111-b16 for changeset 9590245dd156

! .hgtags


From gnu.andrew at redhat.com  Wed Oct 19 16:26:31 2016
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Wed, 19 Oct 2016 16:26:31 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u/langtools: 6 new
	changesets
Message-ID: <201610191626.u9JGQVTm010910@aojmv0008.oracle.com>

Changeset: 316087ce8751
Author:    bpatel
Date:      2016-07-06 20:07 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/316087ce8751

8151921: Improved page resolution
Reviewed-by: jjg, ksrini

! src/share/classes/com/sun/tools/doclets/formats/html/markup/HtmlWriter.java
! test/com/sun/javadoc/testJavascript/TestJavascript.java

Changeset: 0dc83583e9fa
Author:    asaha
Date:      2016-08-04 23:36 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/0dc83583e9fa

8162511: 8u111 L10n resource file updates
Summary: 8u111 L10n resource file updates
Reviewed-by: coffeys
Contributed-by: li.jiang at oracle.com

! src/share/classes/com/sun/tools/javac/resources/javac_ja.properties

Changeset: 1945ee889e88
Author:    asaha
Date:      2016-08-22 10:53 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/1945ee889e88

8164452: 8u111 L10n resource file update - msgdrop 20
Summary: 8u111 L10n resource file update - msgdrop 20
Reviewed-by: coffeys
Contributed-by: li.jiang at oracle.com

! src/share/classes/com/sun/tools/javac/resources/javac_ja.properties

Changeset: d017063a4d04
Author:    andrew
Date:      2016-10-07 05:57 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/d017063a4d04

Added tag aarch64-jdk8u111-b14 for changeset 1945ee889e88

! .hgtags

Changeset: 16dba9f357d8
Author:    andrew
Date:      2016-10-07 15:23 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/16dba9f357d8

Added tag aarch64-jdk8u111-b15 for changeset d017063a4d04

! .hgtags

Changeset: 97dc23992ef7
Author:    andrew
Date:      2016-10-11 23:30 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/langtools/rev/97dc23992ef7

Added tag aarch64-jdk8u111-b16 for changeset 16dba9f357d8

! .hgtags


From gnu.andrew at redhat.com  Wed Oct 19 16:26:44 2016
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Wed, 19 Oct 2016 16:26:44 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u/jdk: 35 new changesets
Message-ID: <201610191626.u9JGQjpe011100@aojmv0008.oracle.com>

Changeset: 4313e431acb8
Author:    mcherkas
Date:      2016-05-18 18:59 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/4313e431acb8

6882559: new JEditorPane("text/plain","") fails for null context class loader
Reviewed-by: serb, aivanov

! src/share/classes/javax/swing/JEditorPane.java
+ test/javax/swing/JEditorPane/6882559/bug6882559.java

Changeset: d89886d90a7c
Author:    mcherkas
Date:      2016-06-09 15:08 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/d89886d90a7c

8158734: JEditorPane.createEditorKitForContentType throws NPE after 6882559
Reviewed-by: serb, aivanov

! src/share/classes/javax/swing/JEditorPane.java
+ test/javax/swing/JEditorPane/8158734/bug8158734.java

Changeset: 87ef09ef2010
Author:    snikandrova
Date:      2016-05-13 16:36 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/87ef09ef2010

8049171: Additional tests for jarsigner's warnings
Reviewed-by: weijun

! test/ProblemList.txt
! test/javax/security/auth/Subject/doAs/NestedActions.java
+ test/lib/testlibrary/jdk/testlibrary/JarUtils.java
! test/lib/testlibrary/jdk/testlibrary/Utils.java
! test/sun/security/tools/jarsigner/TimestampCheck.java
+ test/sun/security/tools/jarsigner/TsacertOptionTest.java
+ test/sun/security/tools/jarsigner/Utils.java
+ test/sun/security/tools/jarsigner/warnings/AliasNotInStoreTest.java
+ test/sun/security/tools/jarsigner/warnings/BadExtendedKeyUsageTest.java
+ test/sun/security/tools/jarsigner/warnings/BadKeyUsageTest.java
+ test/sun/security/tools/jarsigner/warnings/BadNetscapeCertTypeTest.java
+ test/sun/security/tools/jarsigner/warnings/ChainNotValidatedTest.java
+ test/sun/security/tools/jarsigner/warnings/HasExpiredCertTest.java
+ test/sun/security/tools/jarsigner/warnings/HasExpiringCertTest.java
+ test/sun/security/tools/jarsigner/warnings/HasUnsignedEntryTest.java
+ test/sun/security/tools/jarsigner/warnings/MultipleWarningsTest.java
+ test/sun/security/tools/jarsigner/warnings/NoTimestampTest.java
+ test/sun/security/tools/jarsigner/warnings/NotSignedByAliasTest.java
+ test/sun/security/tools/jarsigner/warnings/NotYetValidCertTest.java
+ test/sun/security/tools/jarsigner/warnings/Test.java
+ test/sun/security/tools/jarsigner/warnings/bad_netscape_cert_type.jks.base64
+ test/sun/security/tools/jarsigner/warnings/bad_netscape_cert_type.sh

Changeset: 0c2300b83c40
Author:    aivanov
Date:      2016-07-12 16:31 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/0c2300b83c40

8159495: Fix index offsets
8140530: Creating a VolatileImage with size 0,0 results in no longer working g2d.drawString
Reviewed-by: prr, psadhukhan

! src/share/classes/sun/awt/image/SunVolatileImage.java
! src/solaris/classes/sun/java2d/x11/X11SurfaceDataProxy.java
! src/solaris/classes/sun/java2d/xr/XRPMBlitLoops.java
! src/solaris/classes/sun/java2d/xr/XRSurfaceDataProxy.java
! src/solaris/native/sun/java2d/x11/X11SurfaceData.c

Changeset: 79dd397cf02f
Author:    igerasim
Date:      2016-09-14 11:39 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/79dd397cf02f

8142926: OutputAnalyzer's shouldXXX() calls return this
Reviewed-by: alanb, robm

! test/lib/testlibrary/jdk/testlibrary/OutputAnalyzer.java

Changeset: 945c6feaa7de
Author:    aefimov
Date:      2016-06-22 20:04 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/945c6feaa7de

8146490: Direct indirect CRL checks
Reviewed-by: vinnie

! src/share/classes/sun/security/ec/CurveDB.java
! src/share/classes/sun/security/provider/certpath/ForwardBuilder.java

Changeset: 50f0e79f561a
Author:    aivanov
Date:      2016-08-04 18:37 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/50f0e79f561a

8147077: IllegalArgumentException thrown by api/java_awt/Component/FlipBufferStrategy/indexTGF_General
8148127: IllegalArgumentException thrown by JCK test api/java_awt/Component/FlipBufferStrategy/indexTGF_General in opengl pipeline
Reviewed-by: flar, arapte

! src/solaris/classes/sun/awt/X11GraphicsConfig.java
! src/windows/classes/sun/java2d/opengl/WGLGraphicsConfig.java

Changeset: dd5a226a175d
Author:    rpatil
Date:      2016-08-02 19:49 +0530
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/dd5a226a175d

8150611: Security problem on sun.misc.resources.Messages*
Reviewed-by: chegar, coffeys

! src/share/classes/sun/misc/resources/Messages.java
! src/share/classes/sun/misc/resources/Messages_de.java
! src/share/classes/sun/misc/resources/Messages_es.java
! src/share/classes/sun/misc/resources/Messages_fr.java
! src/share/classes/sun/misc/resources/Messages_it.java
! src/share/classes/sun/misc/resources/Messages_ja.java
! src/share/classes/sun/misc/resources/Messages_ko.java
! src/share/classes/sun/misc/resources/Messages_pt_BR.java
! src/share/classes/sun/misc/resources/Messages_sv.java
! src/share/classes/sun/misc/resources/Messages_zh_CN.java
! src/share/classes/sun/misc/resources/Messages_zh_TW.java

Changeset: 43d0c0b7b669
Author:    igerasim
Date:      2016-07-29 00:00 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/43d0c0b7b669

8155973: Tighten jar checks
Reviewed-by: mullan, igerasim, ahgross

! src/share/classes/sun/security/pkcs/SignerInfo.java
! src/share/classes/sun/security/util/AbstractAlgorithmConstraints.java
! src/share/classes/sun/security/util/DisabledAlgorithmConstraints.java
! src/share/classes/sun/security/util/SignatureFileVerifier.java
! src/share/lib/security/java.security-aix
! src/share/lib/security/java.security-linux
! src/share/lib/security/java.security-macosx
! src/share/lib/security/java.security-solaris
! src/share/lib/security/java.security-windows
! test/javax/crypto/SecretKeyFactory/FailOverTest.sh
+ test/javax/crypto/SecretKeyFactory/security.properties
! test/sun/security/pkcs/pkcs7/PKCS7VerifyTest.java
+ test/sun/security/pkcs/pkcs7/reenable.jar.alg.props
! test/sun/security/tools/jarsigner/JarSigningNonAscii.java
+ test/sun/security/tools/jarsigner/reenable.jar.alg.props

Changeset: 1cede7a047f1
Author:    prr
Date:      2016-07-01 14:09 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/1cede7a047f1

8157653: [Parfait] Uninitialised variable in awt_Font.cpp
Reviewed-by: serb, ssadetsky

! src/windows/native/sun/windows/awt_Font.cpp

Changeset: 887b135de0e4
Author:    hb
Date:      2016-07-12 16:46 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/887b135de0e4

8157739: Classloader Consistency Checking
Reviewed-by: ahgross, akulyakh, dfuchs, jwilhelm, skoivu

! src/share/classes/com/sun/jmx/remote/util/ClassLoaderWithRepository.java

Changeset: 3c8259891a02
Author:    msheppar
Date:      2016-07-28 08:02 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/3c8259891a02

8157749: Improve handling of DNS error replies
Reviewed-by: chegar, rriggs, coffeys

! make/mapfiles/libjava/mapfile-vers
! src/share/native/common/jni_util.c
! src/share/native/common/jni_util.h
! src/solaris/native/java/net/net_util_md.c
! src/windows/native/java/net/net_util_md.c

Changeset: 9b4e65474673
Author:    dmarkov
Date:      2016-07-12 11:19 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/9b4e65474673

8157753: Audio replay enhancement
Reviewed-by: prr

! src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp
! src/solaris/native/com/sun/media/sound/PLATFORM_API_BsdOS_ALSA_PCM.c
! src/solaris/native/com/sun/media/sound/PLATFORM_API_LinuxOS_ALSA_PCM.c
! src/solaris/native/com/sun/media/sound/PLATFORM_API_SolarisOS_PCM.c
! src/windows/native/com/sun/media/sound/PLATFORM_API_WinOS_DirectSound.cpp

Changeset: a07219aecfdc
Author:    aivanov
Date:      2016-07-07 10:28 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/a07219aecfdc

8157759: LCMS Transform Sampling Enhancement
Reviewed-by: prr, serb, mschoene

! src/share/native/sun/java2d/cmm/lcms/cmstypes.c

Changeset: fe4eca074fa3
Author:    mcherkas
Date:      2016-07-06 17:56 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/fe4eca074fa3

8157764: Better handling of interpolation plugins
Reviewed-by: prr, serb, mschoene

! src/share/native/sun/java2d/cmm/lcms/cmsintrp.c

Changeset: 083a0d630bb0
Author:    dmarkov
Date:      2016-07-05 19:03 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/083a0d630bb0

8158302: Handle contextual glyph substitutions
Reviewed-by: prr

! src/share/native/sun/font/layout/ContextualGlyphSubstProc.cpp
! src/share/native/sun/font/layout/ContextualGlyphSubstProc.h
! src/share/native/sun/font/layout/IndicRearrangementProcessor.cpp
! src/share/native/sun/font/layout/IndicRearrangementProcessor.h
! src/share/native/sun/font/layout/LigatureSubstProc.cpp
! src/share/native/sun/font/layout/LigatureSubstProc.h
! src/share/native/sun/font/layout/StateTableProcessor.cpp
! src/share/native/sun/font/layout/StateTableProcessor.h

Changeset: 69aaef43baea
Author:    ssadetsky
Date:      2016-07-11 19:29 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/69aaef43baea

8158993: Service Menu services
Reviewed-by: prr, mschoene

! src/windows/classes/sun/awt/windows/WMenuItemPeer.java
! src/windows/classes/sun/awt/windows/WMenuPeer.java
! src/windows/classes/sun/awt/windows/WObjectPeer.java
! src/windows/classes/sun/awt/windows/WPopupMenuPeer.java
! src/windows/native/sun/windows/awt_Frame.cpp
! src/windows/native/sun/windows/awt_MenuBar.cpp
! src/windows/native/sun/windows/awt_MenuBar.h

Changeset: f3ddec088bcd
Author:    coleenp
Date:      2016-06-29 11:51 -0400
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/f3ddec088bcd

8159515: Improve indy validation
Reviewed-by: jrose, hseigel, vlivanov, bmoloden, ctornqvi, mschoene

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

Changeset: 1e10e88b7056
Author:    vkempik
Date:      2016-07-07 15:52 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/1e10e88b7056

8159519: Reformat JDWP messages
Reviewed-by: dcubed
Contributed-by: definedmisbehaviour at saynotolinux.com, daniel.daugherty at oracle.com

! src/share/back/debugLoop.c
! src/share/javavm/export/jdwpTransport.h

Changeset: d9d8fe0196f0
Author:    rpatil
Date:      2016-08-01 22:40 +0530
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/d9d8fe0196f0

8159684: (tz) Support tzdata2016f
Reviewed-by: okutsu

! make/data/tzdata/VERSION
! make/data/tzdata/africa
! make/data/tzdata/antarctica
! make/data/tzdata/asia
! make/data/tzdata/australasia
! make/data/tzdata/europe
! make/data/tzdata/northamerica
! make/data/tzdata/southamerica
! test/sun/util/calendar/zi/tzdata/VERSION
! test/sun/util/calendar/zi/tzdata/africa
! test/sun/util/calendar/zi/tzdata/antarctica
! test/sun/util/calendar/zi/tzdata/asia
! test/sun/util/calendar/zi/tzdata/australasia
! test/sun/util/calendar/zi/tzdata/europe
! test/sun/util/calendar/zi/tzdata/northamerica
! test/sun/util/calendar/zi/tzdata/southamerica

Changeset: 9a6d00c8c144
Author:    ksrini
Date:      2016-07-05 13:07 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/9a6d00c8c144

8160094: Improve pack200 layout
Reviewed-by: jrose, mschoene

! src/share/native/com/sun/java/util/jar/pack/unpack.cpp
! src/share/native/com/sun/java/util/jar/pack/zip.cpp

Changeset: 3f6b1fb8abf3
Author:    ksrini
Date:      2016-07-05 13:08 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/3f6b1fb8abf3

8160090: Better signature handling in pack200
Reviewed-by: jrose, mschoene

! src/share/native/com/sun/java/util/jar/pack/unpack.cpp

Changeset: c5a3e9652ea0
Author:    prr
Date:      2016-07-14 12:28 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/c5a3e9652ea0

8160098: Clean up color profiles
Reviewed-by: ssadetsky, bpb, mschoene

! src/share/native/sun/java2d/cmm/lcms/cmsio0.c

Changeset: e56a961c3481
Author:    chegar
Date:      2016-07-18 14:38 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/e56a961c3481

8160838: Better HTTP service
Reviewed-by: ahgross, alanb, michaelm

! src/share/classes/sun/net/www/protocol/http/AuthenticationHeader.java
! src/share/classes/sun/net/www/protocol/http/HttpURLConnection.java
! src/share/lib/net.properties
! test/sun/security/ssl/com/sun/net/ssl/internal/www/protocol/https/HttpsClient/OriginServer.java
! test/sun/security/ssl/com/sun/net/ssl/internal/www/protocol/https/HttpsClient/ProxyAuthTest.java
! test/sun/security/ssl/com/sun/net/ssl/internal/www/protocol/https/HttpsClient/ProxyTunnelServer.java
! test/sun/security/ssl/sun/net/www/protocol/https/HttpsURLConnection/PostThruProxyWithAuth.sh

Changeset: 63e3965dd25b
Author:    aivanov
Date:      2016-07-12 11:02 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/63e3965dd25b

8160934: isnan() is not available on older MSVC compilers
Reviewed-by: prr, mschoene

! src/share/native/sun/java2d/cmm/lcms/cmsintrp.c

Changeset: 92b18278f4f4
Author:    ssadetsky
Date:      2016-10-07 05:06 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/92b18278f4f4

8161141: correct bugId for JDK-8158994 fix push
Reviewed-by: prr, mschoene

! src/windows/classes/sun/awt/windows/WMenuItemPeer.java
! src/windows/classes/sun/awt/windows/WMenuPeer.java
! src/windows/classes/sun/awt/windows/WObjectPeer.java
! src/windows/classes/sun/awt/windows/WPopupMenuPeer.java
! src/windows/native/sun/windows/awt_Frame.cpp
! src/windows/native/sun/windows/awt_MenuBar.cpp
! src/windows/native/sun/windows/awt_MenuBar.h

Changeset: 2c78b46145ba
Author:    ssadetsky
Date:      2016-07-27 10:15 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/2c78b46145ba

8162411: Service Menu services 2
Reviewed-by: prr, mschoene, serb, ahgross

! src/windows/classes/sun/awt/windows/WFramePeer.java
! src/windows/classes/sun/awt/windows/WMenuBarPeer.java

Changeset: ac26b5fe2658
Author:    igerasim
Date:      2016-07-30 04:02 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/ac26b5fe2658

8162792: Remove constraint DSA keySize < 1024 from jdk.jar.disabledAlgorithms in jdk8
Reviewed-by: ascarpino, mullan

! 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: c4309fd42c6c
Author:    asaha
Date:      2016-08-22 10:53 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/c4309fd42c6c

8164452: 8u111 L10n resource file update - msgdrop 20
Summary: 8u111 L10n resource file update - msgdrop 20
Reviewed-by: coffeys
Contributed-by: li.jiang at oracle.com

! src/share/classes/com/sun/java/util/jar/pack/DriverResource_ja.java
! src/share/classes/sun/launcher/resources/launcher_zh_TW.properties

Changeset: 81d0d7f540d8
Author:    igerasim
Date:      2016-09-14 11:41 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/81d0d7f540d8

8165816: jarsigner -verify shows jar unsigned if it was signed with a weak algorithm
Reviewed-by: mullan

! src/share/classes/sun/security/pkcs/SignerInfo.java
! src/share/classes/sun/security/tools/jarsigner/Main.java
! src/share/classes/sun/security/tools/jarsigner/Resources.java
! test/sun/security/tools/jarsigner/warnings/Test.java

Changeset: 82bad7c57986
Author:    rpatil
Date:      2016-09-22 03:03 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/82bad7c57986

8166381: Back out changes to the java.security file to not disable MD5
Reviewed-by: weijun, coffeys

! 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: 9e44ef8c1ee8
Author:    andrew
Date:      2016-10-07 05:57 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/9e44ef8c1ee8

Added tag aarch64-jdk8u111-b14 for changeset 82bad7c57986

! .hgtags

Changeset: d49cd2087f43
Author:    andrew
Date:      2016-10-07 15:23 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/d49cd2087f43

Added tag aarch64-jdk8u111-b15 for changeset 9e44ef8c1ee8

! .hgtags

Changeset: 39cd76e9c788
Author:    ssadetsky
Date:      2016-07-11 19:29 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/39cd76e9c788

8158993: Service Menu services
Reviewed-by: prr, mschoene

! src/windows/classes/sun/awt/windows/WMenuItemPeer.java
! src/windows/classes/sun/awt/windows/WMenuPeer.java
! src/windows/classes/sun/awt/windows/WObjectPeer.java
! src/windows/classes/sun/awt/windows/WPopupMenuPeer.java
! src/windows/native/sun/windows/awt_Frame.cpp
! src/windows/native/sun/windows/awt_MenuBar.cpp
! src/windows/native/sun/windows/awt_MenuBar.h

Changeset: 0412f09b2eb1
Author:    andrew
Date:      2016-10-11 23:30 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/jdk/rev/0412f09b2eb1

Added tag aarch64-jdk8u111-b16 for changeset 39cd76e9c788

! .hgtags


From gnu.andrew at redhat.com  Wed Oct 19 16:26:51 2016
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Wed, 19 Oct 2016 16:26:51 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u/nashorn: 3 new changesets
Message-ID: <201610191626.u9JGQpop011161@aojmv0008.oracle.com>

Changeset: 2e84cd572157
Author:    andrew
Date:      2016-10-07 05:57 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/2e84cd572157

Added tag aarch64-jdk8u111-b14 for changeset 540948983f2a

! .hgtags

Changeset: b991c0bf3f6f
Author:    andrew
Date:      2016-10-07 15:23 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/b991c0bf3f6f

Added tag aarch64-jdk8u111-b15 for changeset 2e84cd572157

! .hgtags

Changeset: f71b894b4d9d
Author:    andrew
Date:      2016-10-11 23:30 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/nashorn/rev/f71b894b4d9d

Added tag aarch64-jdk8u111-b16 for changeset b991c0bf3f6f

! .hgtags


From gnu.andrew at redhat.com  Wed Oct 19 16:28:13 2016
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Wed, 19 Oct 2016 16:28:13 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u/hotspot: 13 new
	changesets
Message-ID: <201610191628.u9JGSDZM011531@aojmv0008.oracle.com>

Changeset: b70e86e44535
Author:    shshahma
Date:      2016-06-20 22:46 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/b70e86e44535

8155968: Update command line options
Reviewed-by: gthornbr, hseigel, mschoene
Contributed-by: gerard.ziemski at oracle.com

! src/share/vm/runtime/arguments.cpp

Changeset: 362e60bb4464
Author:    jiangli
Date:      2016-05-16 14:01 -0400
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/362e60bb4464

8156794: Extend data sharing
Reviewed-by: iklam, hseigel, acorn, mschoene

! src/share/vm/runtime/arguments.cpp

Changeset: 93f241351aec
Author:    vkempik
Date:      2016-06-30 23:08 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/93f241351aec

8157176: Improved classfile parsing
Reviewed-by: pliden

! src/share/vm/runtime/sharedRuntime.cpp
! src/share/vm/runtime/signature.cpp

Changeset: 71e447cb8d3e
Author:    poonam
Date:      2016-07-08 10:44 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/71e447cb8d3e

8159503: Amend Annotation Actions
Reviewed-by: rprotacio

! src/share/vm/classfile/classFileParser.cpp

Changeset: 8da3d95231f7
Author:    hseigel
Date:      2016-06-30 08:11 -0400
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/8da3d95231f7

8159511: Stack map validation
Reviewed-by: acorn, mschoene
Contributed-by: harold.seigel at oracle.com

! src/share/vm/classfile/stackMapTableFormat.hpp
! src/share/vm/classfile/verifier.cpp

Changeset: 565a1143b67f
Author:    coleenp
Date:      2016-06-29 11:52 -0400
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/565a1143b67f

8159515: Improve indy validation
Reviewed-by: jrose, hseigel, vlivanov, bmoloden, ctornqvi, mschoene

! src/share/vm/prims/jvm.cpp

Changeset: 84648030db0d
Author:    zmajo
Date:      2016-07-01 09:33 +0200
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/84648030db0d

8160591: Improve internal array handling
Reviewed-by: kvn
Contributed-by: Xiang Yuan <xiang.yuan at linaro.org>, Zoltan Majo <zoltan.majo at oracle.com>

! src/cpu/sparc/vm/c1_LIRAssembler_sparc.cpp
! src/cpu/x86/vm/c1_LIRAssembler_x86.cpp

Changeset: a76c50c94c8e
Author:    shshahma
Date:      2016-08-16 08:59 +0000
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/a76c50c94c8e

8162419: closed/com/oracle/jfr/runtime/TestVMInfoEvent.sh failing after JDK-8155968
Summary: Under error conditions, always return -1 and perform null termination regardless of the behavior of underlying vsnprintf() implementation.
Reviewed-by: dholmes, cjplummer

! src/share/vm/prims/jvm.cpp
! src/share/vm/runtime/deoptimization.cpp
! src/share/vm/runtime/java.cpp

Changeset: 323dc719d33a
Author:    andrew
Date:      2016-10-07 05:57 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/323dc719d33a

Added tag aarch64-jdk8u111-b14 for changeset a76c50c94c8e

! .hgtags

Changeset: 9ecb104350ef
Author:    andrew
Date:      2016-10-07 15:37 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/9ecb104350ef

Port 8160591 to AArch64.

! src/cpu/aarch64/vm/c1_LIRAssembler_aarch64.cpp

Changeset: 53bbcacb124d
Author:    andrew
Date:      2016-10-07 15:47 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/53bbcacb124d

Added tag aarch64-jdk8u111-b15 for changeset 9ecb104350ef

! .hgtags

Changeset: 75e4d7ef8e1f
Author:    andrew
Date:      2016-10-11 23:30 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/75e4d7ef8e1f

Added tag aarch64-jdk8u111-b16 for changeset 53bbcacb124d

! .hgtags

Changeset: 2765f6102127
Author:    andrew
Date:      2016-10-19 17:27 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u/hotspot/rev/2765f6102127

Merge



From gnu.andrew at redhat.com  Wed Oct 19 17:23:51 2016
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Wed, 19 Oct 2016 17:23:51 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u-shenandoah: 4 new
	changesets
Message-ID: <201610191723.u9JHNqIM029254@aojmv0008.oracle.com>

Changeset: 6a403f9d63c7
Author:    andrew
Date:      2016-10-07 05:57 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/6a403f9d63c7

Added tag aarch64-jdk8u111-b14 for changeset bcde15a2c6b3

! .hgtags

Changeset: 8cbffeff7372
Author:    andrew
Date:      2016-10-07 15:22 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/8cbffeff7372

Added tag aarch64-jdk8u111-b15 for changeset 6a403f9d63c7

! .hgtags

Changeset: 076ae39db584
Author:    andrew
Date:      2016-10-19 18:22 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/076ae39db584

Merge aarch64-jdk8u111-b16

! .hgtags

Changeset: b330ff3f6e4c
Author:    andrew
Date:      2016-10-19 18:23 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/rev/b330ff3f6e4c

Added tag aarch64-shenandoah-jdk8u111-b16 for changeset 076ae39db584

! .hgtags


From gnu.andrew at redhat.com  Wed Oct 19 17:23:59 2016
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Wed, 19 Oct 2016 17:23:59 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u-shenandoah/corba: 5 new
	changesets
Message-ID: <201610191723.u9JHNx3k029360@aojmv0008.oracle.com>

Changeset: 7aad96936815
Author:    coffeys
Date:      2016-07-11 16:50 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/7aad96936815

8160904: Typo in code from 8079718 fix : enableCustomValueHanlde
Reviewed-by: chegar, msheppar

! src/share/classes/javax/rmi/CORBA/Util.java

Changeset: 1b10bf130a2a
Author:    andrew
Date:      2016-10-07 05:57 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/1b10bf130a2a

Added tag aarch64-jdk8u111-b14 for changeset 7aad96936815

! .hgtags

Changeset: 9358577c731c
Author:    andrew
Date:      2016-10-07 15:22 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/9358577c731c

Added tag aarch64-jdk8u111-b15 for changeset 1b10bf130a2a

! .hgtags

Changeset: 0e5f737df925
Author:    andrew
Date:      2016-10-19 18:22 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/0e5f737df925

Merge aarch64-jdk8u111-b16

! .hgtags

Changeset: 2fd46bf19230
Author:    andrew
Date:      2016-10-19 18:23 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/corba/rev/2fd46bf19230

Added tag aarch64-shenandoah-jdk8u111-b16 for changeset 0e5f737df925

! .hgtags


From gnu.andrew at redhat.com  Wed Oct 19 17:24:06 2016
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Wed, 19 Oct 2016 17:24:06 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u-shenandoah/jaxp: 4 new
	changesets
Message-ID: <201610191724.u9JHO62D029415@aojmv0008.oracle.com>

Changeset: f254f4c388a3
Author:    andrew
Date:      2016-10-07 05:57 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/f254f4c388a3

Added tag aarch64-jdk8u111-b14 for changeset e6be736f2436

! .hgtags

Changeset: 00bf8b1e615f
Author:    andrew
Date:      2016-10-07 15:22 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/00bf8b1e615f

Added tag aarch64-jdk8u111-b15 for changeset f254f4c388a3

! .hgtags

Changeset: ffd2d44f08ed
Author:    andrew
Date:      2016-10-19 18:22 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/ffd2d44f08ed

Merge aarch64-jdk8u111-b16

! .hgtags

Changeset: e518a1e9412c
Author:    andrew
Date:      2016-10-19 18:23 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxp/rev/e518a1e9412c

Added tag aarch64-shenandoah-jdk8u111-b16 for changeset ffd2d44f08ed

! .hgtags


From gnu.andrew at redhat.com  Wed Oct 19 17:24:12 2016
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Wed, 19 Oct 2016 17:24:12 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u-shenandoah/jaxws: 4 new
	changesets
Message-ID: <201610191724.u9JHODk7029506@aojmv0008.oracle.com>

Changeset: faef56507c90
Author:    andrew
Date:      2016-10-07 05:57 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/faef56507c90

Added tag aarch64-jdk8u111-b14 for changeset 080fcbe4f8bb

! .hgtags

Changeset: 9590245dd156
Author:    andrew
Date:      2016-10-07 15:22 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/9590245dd156

Added tag aarch64-jdk8u111-b15 for changeset faef56507c90

! .hgtags

Changeset: 1ac66b3559e5
Author:    andrew
Date:      2016-10-19 18:22 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/1ac66b3559e5

Merge aarch64-jdk8u111-b16

! .hgtags

Changeset: 81be3ede9220
Author:    andrew
Date:      2016-10-19 18:23 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jaxws/rev/81be3ede9220

Added tag aarch64-shenandoah-jdk8u111-b16 for changeset 1ac66b3559e5

! .hgtags


From gnu.andrew at redhat.com  Wed Oct 19 17:24:19 2016
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Wed, 19 Oct 2016 17:24:19 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u-shenandoah/langtools: 7
	new changesets
Message-ID: <201610191724.u9JHOJGJ029568@aojmv0008.oracle.com>

Changeset: 316087ce8751
Author:    bpatel
Date:      2016-07-06 20:07 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/316087ce8751

8151921: Improved page resolution
Reviewed-by: jjg, ksrini

! src/share/classes/com/sun/tools/doclets/formats/html/markup/HtmlWriter.java
! test/com/sun/javadoc/testJavascript/TestJavascript.java

Changeset: 0dc83583e9fa
Author:    asaha
Date:      2016-08-04 23:36 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/0dc83583e9fa

8162511: 8u111 L10n resource file updates
Summary: 8u111 L10n resource file updates
Reviewed-by: coffeys
Contributed-by: li.jiang at oracle.com

! src/share/classes/com/sun/tools/javac/resources/javac_ja.properties

Changeset: 1945ee889e88
Author:    asaha
Date:      2016-08-22 10:53 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/1945ee889e88

8164452: 8u111 L10n resource file update - msgdrop 20
Summary: 8u111 L10n resource file update - msgdrop 20
Reviewed-by: coffeys
Contributed-by: li.jiang at oracle.com

! src/share/classes/com/sun/tools/javac/resources/javac_ja.properties

Changeset: d017063a4d04
Author:    andrew
Date:      2016-10-07 05:57 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/d017063a4d04

Added tag aarch64-jdk8u111-b14 for changeset 1945ee889e88

! .hgtags

Changeset: 16dba9f357d8
Author:    andrew
Date:      2016-10-07 15:23 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/16dba9f357d8

Added tag aarch64-jdk8u111-b15 for changeset d017063a4d04

! .hgtags

Changeset: 6c342e0fd7f3
Author:    andrew
Date:      2016-10-19 18:22 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/6c342e0fd7f3

Merge aarch64-jdk8u111-b16

! .hgtags

Changeset: 129cb2232380
Author:    andrew
Date:      2016-10-19 18:23 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/langtools/rev/129cb2232380

Added tag aarch64-shenandoah-jdk8u111-b16 for changeset 6c342e0fd7f3

! .hgtags


From gnu.andrew at redhat.com  Wed Oct 19 17:24:27 2016
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Wed, 19 Oct 2016 17:24:27 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u-shenandoah/hotspot: 15
	new changesets
Message-ID: <201610191724.u9JHORF6029626@aojmv0008.oracle.com>

Changeset: ec34f072c96b
Author:    andrew
Date:      2016-08-18 20:52 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/ec34f072c96b

Merge

! src/share/vm/opto/lcm.cpp

Changeset: c4d33436ecb8
Author:    aph
Date:      2016-10-06 13:17 +0000
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/c4d33436ecb8

8167200: AArch64: Broken stack pointer adjustment in interpreter
Summary: Always adjust SP unconditionally
Reviewed-by: dlong, kbarrett

! src/cpu/aarch64/vm/templateTable_aarch64.cpp

Changeset: b70e86e44535
Author:    shshahma
Date:      2016-06-20 22:46 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/b70e86e44535

8155968: Update command line options
Reviewed-by: gthornbr, hseigel, mschoene
Contributed-by: gerard.ziemski at oracle.com

! src/share/vm/runtime/arguments.cpp

Changeset: 362e60bb4464
Author:    jiangli
Date:      2016-05-16 14:01 -0400
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/362e60bb4464

8156794: Extend data sharing
Reviewed-by: iklam, hseigel, acorn, mschoene

! src/share/vm/runtime/arguments.cpp

Changeset: 93f241351aec
Author:    vkempik
Date:      2016-06-30 23:08 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/93f241351aec

8157176: Improved classfile parsing
Reviewed-by: pliden

! src/share/vm/runtime/sharedRuntime.cpp
! src/share/vm/runtime/signature.cpp

Changeset: 71e447cb8d3e
Author:    poonam
Date:      2016-07-08 10:44 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/71e447cb8d3e

8159503: Amend Annotation Actions
Reviewed-by: rprotacio

! src/share/vm/classfile/classFileParser.cpp

Changeset: 8da3d95231f7
Author:    hseigel
Date:      2016-06-30 08:11 -0400
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/8da3d95231f7

8159511: Stack map validation
Reviewed-by: acorn, mschoene
Contributed-by: harold.seigel at oracle.com

! src/share/vm/classfile/stackMapTableFormat.hpp
! src/share/vm/classfile/verifier.cpp

Changeset: 565a1143b67f
Author:    coleenp
Date:      2016-06-29 11:52 -0400
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/565a1143b67f

8159515: Improve indy validation
Reviewed-by: jrose, hseigel, vlivanov, bmoloden, ctornqvi, mschoene

! src/share/vm/prims/jvm.cpp

Changeset: 84648030db0d
Author:    zmajo
Date:      2016-07-01 09:33 +0200
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/84648030db0d

8160591: Improve internal array handling
Reviewed-by: kvn
Contributed-by: Xiang Yuan <xiang.yuan at linaro.org>, Zoltan Majo <zoltan.majo at oracle.com>

! src/cpu/sparc/vm/c1_LIRAssembler_sparc.cpp
! src/cpu/x86/vm/c1_LIRAssembler_x86.cpp

Changeset: a76c50c94c8e
Author:    shshahma
Date:      2016-08-16 08:59 +0000
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/a76c50c94c8e

8162419: closed/com/oracle/jfr/runtime/TestVMInfoEvent.sh failing after JDK-8155968
Summary: Under error conditions, always return -1 and perform null termination regardless of the behavior of underlying vsnprintf() implementation.
Reviewed-by: dholmes, cjplummer

! src/share/vm/prims/jvm.cpp
! src/share/vm/runtime/deoptimization.cpp
! src/share/vm/runtime/java.cpp

Changeset: 323dc719d33a
Author:    andrew
Date:      2016-10-07 05:57 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/323dc719d33a

Added tag aarch64-jdk8u111-b14 for changeset a76c50c94c8e

! .hgtags

Changeset: 9ecb104350ef
Author:    andrew
Date:      2016-10-07 15:37 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/9ecb104350ef

Port 8160591 to AArch64.

! src/cpu/aarch64/vm/c1_LIRAssembler_aarch64.cpp

Changeset: 53bbcacb124d
Author:    andrew
Date:      2016-10-07 15:47 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/53bbcacb124d

Added tag aarch64-jdk8u111-b15 for changeset 9ecb104350ef

! .hgtags

Changeset: e5d002c549fb
Author:    andrew
Date:      2016-10-19 18:22 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/e5d002c549fb

Merge aarch64-jdk8u111-b16

! .hgtags
! src/cpu/aarch64/vm/c1_LIRAssembler_aarch64.cpp
! src/cpu/aarch64/vm/templateTable_aarch64.cpp
! src/cpu/x86/vm/c1_LIRAssembler_x86.cpp
! src/share/vm/opto/lcm.cpp
! src/share/vm/prims/jvm.cpp
! src/share/vm/runtime/arguments.cpp
! src/share/vm/runtime/deoptimization.cpp
! src/share/vm/runtime/sharedRuntime.cpp

Changeset: 6c5150280363
Author:    andrew
Date:      2016-10-19 18:23 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/6c5150280363

Added tag aarch64-shenandoah-jdk8u111-b16 for changeset e5d002c549fb

! .hgtags


From gnu.andrew at redhat.com  Wed Oct 19 17:24:36 2016
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Wed, 19 Oct 2016 17:24:36 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u-shenandoah/jdk: 36 new
	changesets
Message-ID: <201610191724.u9JHObvu029734@aojmv0008.oracle.com>

Changeset: 4313e431acb8
Author:    mcherkas
Date:      2016-05-18 18:59 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/4313e431acb8

6882559: new JEditorPane("text/plain","") fails for null context class loader
Reviewed-by: serb, aivanov

! src/share/classes/javax/swing/JEditorPane.java
+ test/javax/swing/JEditorPane/6882559/bug6882559.java

Changeset: d89886d90a7c
Author:    mcherkas
Date:      2016-06-09 15:08 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/d89886d90a7c

8158734: JEditorPane.createEditorKitForContentType throws NPE after 6882559
Reviewed-by: serb, aivanov

! src/share/classes/javax/swing/JEditorPane.java
+ test/javax/swing/JEditorPane/8158734/bug8158734.java

Changeset: 87ef09ef2010
Author:    snikandrova
Date:      2016-05-13 16:36 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/87ef09ef2010

8049171: Additional tests for jarsigner's warnings
Reviewed-by: weijun

! test/ProblemList.txt
! test/javax/security/auth/Subject/doAs/NestedActions.java
+ test/lib/testlibrary/jdk/testlibrary/JarUtils.java
! test/lib/testlibrary/jdk/testlibrary/Utils.java
! test/sun/security/tools/jarsigner/TimestampCheck.java
+ test/sun/security/tools/jarsigner/TsacertOptionTest.java
+ test/sun/security/tools/jarsigner/Utils.java
+ test/sun/security/tools/jarsigner/warnings/AliasNotInStoreTest.java
+ test/sun/security/tools/jarsigner/warnings/BadExtendedKeyUsageTest.java
+ test/sun/security/tools/jarsigner/warnings/BadKeyUsageTest.java
+ test/sun/security/tools/jarsigner/warnings/BadNetscapeCertTypeTest.java
+ test/sun/security/tools/jarsigner/warnings/ChainNotValidatedTest.java
+ test/sun/security/tools/jarsigner/warnings/HasExpiredCertTest.java
+ test/sun/security/tools/jarsigner/warnings/HasExpiringCertTest.java
+ test/sun/security/tools/jarsigner/warnings/HasUnsignedEntryTest.java
+ test/sun/security/tools/jarsigner/warnings/MultipleWarningsTest.java
+ test/sun/security/tools/jarsigner/warnings/NoTimestampTest.java
+ test/sun/security/tools/jarsigner/warnings/NotSignedByAliasTest.java
+ test/sun/security/tools/jarsigner/warnings/NotYetValidCertTest.java
+ test/sun/security/tools/jarsigner/warnings/Test.java
+ test/sun/security/tools/jarsigner/warnings/bad_netscape_cert_type.jks.base64
+ test/sun/security/tools/jarsigner/warnings/bad_netscape_cert_type.sh

Changeset: 0c2300b83c40
Author:    aivanov
Date:      2016-07-12 16:31 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/0c2300b83c40

8159495: Fix index offsets
8140530: Creating a VolatileImage with size 0,0 results in no longer working g2d.drawString
Reviewed-by: prr, psadhukhan

! src/share/classes/sun/awt/image/SunVolatileImage.java
! src/solaris/classes/sun/java2d/x11/X11SurfaceDataProxy.java
! src/solaris/classes/sun/java2d/xr/XRPMBlitLoops.java
! src/solaris/classes/sun/java2d/xr/XRSurfaceDataProxy.java
! src/solaris/native/sun/java2d/x11/X11SurfaceData.c

Changeset: 79dd397cf02f
Author:    igerasim
Date:      2016-09-14 11:39 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/79dd397cf02f

8142926: OutputAnalyzer's shouldXXX() calls return this
Reviewed-by: alanb, robm

! test/lib/testlibrary/jdk/testlibrary/OutputAnalyzer.java

Changeset: 945c6feaa7de
Author:    aefimov
Date:      2016-06-22 20:04 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/945c6feaa7de

8146490: Direct indirect CRL checks
Reviewed-by: vinnie

! src/share/classes/sun/security/ec/CurveDB.java
! src/share/classes/sun/security/provider/certpath/ForwardBuilder.java

Changeset: 50f0e79f561a
Author:    aivanov
Date:      2016-08-04 18:37 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/50f0e79f561a

8147077: IllegalArgumentException thrown by api/java_awt/Component/FlipBufferStrategy/indexTGF_General
8148127: IllegalArgumentException thrown by JCK test api/java_awt/Component/FlipBufferStrategy/indexTGF_General in opengl pipeline
Reviewed-by: flar, arapte

! src/solaris/classes/sun/awt/X11GraphicsConfig.java
! src/windows/classes/sun/java2d/opengl/WGLGraphicsConfig.java

Changeset: dd5a226a175d
Author:    rpatil
Date:      2016-08-02 19:49 +0530
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/dd5a226a175d

8150611: Security problem on sun.misc.resources.Messages*
Reviewed-by: chegar, coffeys

! src/share/classes/sun/misc/resources/Messages.java
! src/share/classes/sun/misc/resources/Messages_de.java
! src/share/classes/sun/misc/resources/Messages_es.java
! src/share/classes/sun/misc/resources/Messages_fr.java
! src/share/classes/sun/misc/resources/Messages_it.java
! src/share/classes/sun/misc/resources/Messages_ja.java
! src/share/classes/sun/misc/resources/Messages_ko.java
! src/share/classes/sun/misc/resources/Messages_pt_BR.java
! src/share/classes/sun/misc/resources/Messages_sv.java
! src/share/classes/sun/misc/resources/Messages_zh_CN.java
! src/share/classes/sun/misc/resources/Messages_zh_TW.java

Changeset: 43d0c0b7b669
Author:    igerasim
Date:      2016-07-29 00:00 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/43d0c0b7b669

8155973: Tighten jar checks
Reviewed-by: mullan, igerasim, ahgross

! src/share/classes/sun/security/pkcs/SignerInfo.java
! src/share/classes/sun/security/util/AbstractAlgorithmConstraints.java
! src/share/classes/sun/security/util/DisabledAlgorithmConstraints.java
! src/share/classes/sun/security/util/SignatureFileVerifier.java
! src/share/lib/security/java.security-aix
! src/share/lib/security/java.security-linux
! src/share/lib/security/java.security-macosx
! src/share/lib/security/java.security-solaris
! src/share/lib/security/java.security-windows
! test/javax/crypto/SecretKeyFactory/FailOverTest.sh
+ test/javax/crypto/SecretKeyFactory/security.properties
! test/sun/security/pkcs/pkcs7/PKCS7VerifyTest.java
+ test/sun/security/pkcs/pkcs7/reenable.jar.alg.props
! test/sun/security/tools/jarsigner/JarSigningNonAscii.java
+ test/sun/security/tools/jarsigner/reenable.jar.alg.props

Changeset: 1cede7a047f1
Author:    prr
Date:      2016-07-01 14:09 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/1cede7a047f1

8157653: [Parfait] Uninitialised variable in awt_Font.cpp
Reviewed-by: serb, ssadetsky

! src/windows/native/sun/windows/awt_Font.cpp

Changeset: 887b135de0e4
Author:    hb
Date:      2016-07-12 16:46 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/887b135de0e4

8157739: Classloader Consistency Checking
Reviewed-by: ahgross, akulyakh, dfuchs, jwilhelm, skoivu

! src/share/classes/com/sun/jmx/remote/util/ClassLoaderWithRepository.java

Changeset: 3c8259891a02
Author:    msheppar
Date:      2016-07-28 08:02 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/3c8259891a02

8157749: Improve handling of DNS error replies
Reviewed-by: chegar, rriggs, coffeys

! make/mapfiles/libjava/mapfile-vers
! src/share/native/common/jni_util.c
! src/share/native/common/jni_util.h
! src/solaris/native/java/net/net_util_md.c
! src/windows/native/java/net/net_util_md.c

Changeset: 9b4e65474673
Author:    dmarkov
Date:      2016-07-12 11:19 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/9b4e65474673

8157753: Audio replay enhancement
Reviewed-by: prr

! src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp
! src/solaris/native/com/sun/media/sound/PLATFORM_API_BsdOS_ALSA_PCM.c
! src/solaris/native/com/sun/media/sound/PLATFORM_API_LinuxOS_ALSA_PCM.c
! src/solaris/native/com/sun/media/sound/PLATFORM_API_SolarisOS_PCM.c
! src/windows/native/com/sun/media/sound/PLATFORM_API_WinOS_DirectSound.cpp

Changeset: a07219aecfdc
Author:    aivanov
Date:      2016-07-07 10:28 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/a07219aecfdc

8157759: LCMS Transform Sampling Enhancement
Reviewed-by: prr, serb, mschoene

! src/share/native/sun/java2d/cmm/lcms/cmstypes.c

Changeset: fe4eca074fa3
Author:    mcherkas
Date:      2016-07-06 17:56 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/fe4eca074fa3

8157764: Better handling of interpolation plugins
Reviewed-by: prr, serb, mschoene

! src/share/native/sun/java2d/cmm/lcms/cmsintrp.c

Changeset: 083a0d630bb0
Author:    dmarkov
Date:      2016-07-05 19:03 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/083a0d630bb0

8158302: Handle contextual glyph substitutions
Reviewed-by: prr

! src/share/native/sun/font/layout/ContextualGlyphSubstProc.cpp
! src/share/native/sun/font/layout/ContextualGlyphSubstProc.h
! src/share/native/sun/font/layout/IndicRearrangementProcessor.cpp
! src/share/native/sun/font/layout/IndicRearrangementProcessor.h
! src/share/native/sun/font/layout/LigatureSubstProc.cpp
! src/share/native/sun/font/layout/LigatureSubstProc.h
! src/share/native/sun/font/layout/StateTableProcessor.cpp
! src/share/native/sun/font/layout/StateTableProcessor.h

Changeset: 69aaef43baea
Author:    ssadetsky
Date:      2016-07-11 19:29 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/69aaef43baea

8158993: Service Menu services
Reviewed-by: prr, mschoene

! src/windows/classes/sun/awt/windows/WMenuItemPeer.java
! src/windows/classes/sun/awt/windows/WMenuPeer.java
! src/windows/classes/sun/awt/windows/WObjectPeer.java
! src/windows/classes/sun/awt/windows/WPopupMenuPeer.java
! src/windows/native/sun/windows/awt_Frame.cpp
! src/windows/native/sun/windows/awt_MenuBar.cpp
! src/windows/native/sun/windows/awt_MenuBar.h

Changeset: f3ddec088bcd
Author:    coleenp
Date:      2016-06-29 11:51 -0400
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/f3ddec088bcd

8159515: Improve indy validation
Reviewed-by: jrose, hseigel, vlivanov, bmoloden, ctornqvi, mschoene

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

Changeset: 1e10e88b7056
Author:    vkempik
Date:      2016-07-07 15:52 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/1e10e88b7056

8159519: Reformat JDWP messages
Reviewed-by: dcubed
Contributed-by: definedmisbehaviour at saynotolinux.com, daniel.daugherty at oracle.com

! src/share/back/debugLoop.c
! src/share/javavm/export/jdwpTransport.h

Changeset: d9d8fe0196f0
Author:    rpatil
Date:      2016-08-01 22:40 +0530
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/d9d8fe0196f0

8159684: (tz) Support tzdata2016f
Reviewed-by: okutsu

! make/data/tzdata/VERSION
! make/data/tzdata/africa
! make/data/tzdata/antarctica
! make/data/tzdata/asia
! make/data/tzdata/australasia
! make/data/tzdata/europe
! make/data/tzdata/northamerica
! make/data/tzdata/southamerica
! test/sun/util/calendar/zi/tzdata/VERSION
! test/sun/util/calendar/zi/tzdata/africa
! test/sun/util/calendar/zi/tzdata/antarctica
! test/sun/util/calendar/zi/tzdata/asia
! test/sun/util/calendar/zi/tzdata/australasia
! test/sun/util/calendar/zi/tzdata/europe
! test/sun/util/calendar/zi/tzdata/northamerica
! test/sun/util/calendar/zi/tzdata/southamerica

Changeset: 9a6d00c8c144
Author:    ksrini
Date:      2016-07-05 13:07 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/9a6d00c8c144

8160094: Improve pack200 layout
Reviewed-by: jrose, mschoene

! src/share/native/com/sun/java/util/jar/pack/unpack.cpp
! src/share/native/com/sun/java/util/jar/pack/zip.cpp

Changeset: 3f6b1fb8abf3
Author:    ksrini
Date:      2016-07-05 13:08 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/3f6b1fb8abf3

8160090: Better signature handling in pack200
Reviewed-by: jrose, mschoene

! src/share/native/com/sun/java/util/jar/pack/unpack.cpp

Changeset: c5a3e9652ea0
Author:    prr
Date:      2016-07-14 12:28 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/c5a3e9652ea0

8160098: Clean up color profiles
Reviewed-by: ssadetsky, bpb, mschoene

! src/share/native/sun/java2d/cmm/lcms/cmsio0.c

Changeset: e56a961c3481
Author:    chegar
Date:      2016-07-18 14:38 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/e56a961c3481

8160838: Better HTTP service
Reviewed-by: ahgross, alanb, michaelm

! src/share/classes/sun/net/www/protocol/http/AuthenticationHeader.java
! src/share/classes/sun/net/www/protocol/http/HttpURLConnection.java
! src/share/lib/net.properties
! test/sun/security/ssl/com/sun/net/ssl/internal/www/protocol/https/HttpsClient/OriginServer.java
! test/sun/security/ssl/com/sun/net/ssl/internal/www/protocol/https/HttpsClient/ProxyAuthTest.java
! test/sun/security/ssl/com/sun/net/ssl/internal/www/protocol/https/HttpsClient/ProxyTunnelServer.java
! test/sun/security/ssl/sun/net/www/protocol/https/HttpsURLConnection/PostThruProxyWithAuth.sh

Changeset: 63e3965dd25b
Author:    aivanov
Date:      2016-07-12 11:02 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/63e3965dd25b

8160934: isnan() is not available on older MSVC compilers
Reviewed-by: prr, mschoene

! src/share/native/sun/java2d/cmm/lcms/cmsintrp.c

Changeset: 92b18278f4f4
Author:    ssadetsky
Date:      2016-10-07 05:06 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/92b18278f4f4

8161141: correct bugId for JDK-8158994 fix push
Reviewed-by: prr, mschoene

! src/windows/classes/sun/awt/windows/WMenuItemPeer.java
! src/windows/classes/sun/awt/windows/WMenuPeer.java
! src/windows/classes/sun/awt/windows/WObjectPeer.java
! src/windows/classes/sun/awt/windows/WPopupMenuPeer.java
! src/windows/native/sun/windows/awt_Frame.cpp
! src/windows/native/sun/windows/awt_MenuBar.cpp
! src/windows/native/sun/windows/awt_MenuBar.h

Changeset: 2c78b46145ba
Author:    ssadetsky
Date:      2016-07-27 10:15 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/2c78b46145ba

8162411: Service Menu services 2
Reviewed-by: prr, mschoene, serb, ahgross

! src/windows/classes/sun/awt/windows/WFramePeer.java
! src/windows/classes/sun/awt/windows/WMenuBarPeer.java

Changeset: ac26b5fe2658
Author:    igerasim
Date:      2016-07-30 04:02 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/ac26b5fe2658

8162792: Remove constraint DSA keySize < 1024 from jdk.jar.disabledAlgorithms in jdk8
Reviewed-by: ascarpino, mullan

! 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: c4309fd42c6c
Author:    asaha
Date:      2016-08-22 10:53 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/c4309fd42c6c

8164452: 8u111 L10n resource file update - msgdrop 20
Summary: 8u111 L10n resource file update - msgdrop 20
Reviewed-by: coffeys
Contributed-by: li.jiang at oracle.com

! src/share/classes/com/sun/java/util/jar/pack/DriverResource_ja.java
! src/share/classes/sun/launcher/resources/launcher_zh_TW.properties

Changeset: 81d0d7f540d8
Author:    igerasim
Date:      2016-09-14 11:41 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/81d0d7f540d8

8165816: jarsigner -verify shows jar unsigned if it was signed with a weak algorithm
Reviewed-by: mullan

! src/share/classes/sun/security/pkcs/SignerInfo.java
! src/share/classes/sun/security/tools/jarsigner/Main.java
! src/share/classes/sun/security/tools/jarsigner/Resources.java
! test/sun/security/tools/jarsigner/warnings/Test.java

Changeset: 82bad7c57986
Author:    rpatil
Date:      2016-09-22 03:03 -0700
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/82bad7c57986

8166381: Back out changes to the java.security file to not disable MD5
Reviewed-by: weijun, coffeys

! 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: 9e44ef8c1ee8
Author:    andrew
Date:      2016-10-07 05:57 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/9e44ef8c1ee8

Added tag aarch64-jdk8u111-b14 for changeset 82bad7c57986

! .hgtags

Changeset: d49cd2087f43
Author:    andrew
Date:      2016-10-07 15:23 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/d49cd2087f43

Added tag aarch64-jdk8u111-b15 for changeset 9e44ef8c1ee8

! .hgtags

Changeset: 39cd76e9c788
Author:    ssadetsky
Date:      2016-07-11 19:29 +0300
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/39cd76e9c788

8158993: Service Menu services
Reviewed-by: prr, mschoene

! src/windows/classes/sun/awt/windows/WMenuItemPeer.java
! src/windows/classes/sun/awt/windows/WMenuPeer.java
! src/windows/classes/sun/awt/windows/WObjectPeer.java
! src/windows/classes/sun/awt/windows/WPopupMenuPeer.java
! src/windows/native/sun/windows/awt_Frame.cpp
! src/windows/native/sun/windows/awt_MenuBar.cpp
! src/windows/native/sun/windows/awt_MenuBar.h

Changeset: 5cac34e21c4e
Author:    andrew
Date:      2016-10-19 18:22 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/5cac34e21c4e

Merge aarch64-jdk8u111-b16

! .hgtags

Changeset: f67829819352
Author:    andrew
Date:      2016-10-19 18:23 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/f67829819352

Added tag aarch64-shenandoah-jdk8u111-b16 for changeset 5cac34e21c4e

! .hgtags


From gnu.andrew at redhat.com  Wed Oct 19 17:24:43 2016
From: gnu.andrew at redhat.com (gnu.andrew at redhat.com)
Date: Wed, 19 Oct 2016 17:24:43 +0000
Subject: [aarch64-port-dev ] hg: aarch64-port/jdk8u-shenandoah/nashorn: 4
	new changesets
Message-ID: <201610191724.u9JHOhGh029797@aojmv0008.oracle.com>

Changeset: 2e84cd572157
Author:    andrew
Date:      2016-10-07 05:57 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/2e84cd572157

Added tag aarch64-jdk8u111-b14 for changeset 540948983f2a

! .hgtags

Changeset: b991c0bf3f6f
Author:    andrew
Date:      2016-10-07 15:23 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/b991c0bf3f6f

Added tag aarch64-jdk8u111-b15 for changeset 2e84cd572157

! .hgtags

Changeset: ca24fdf7622a
Author:    andrew
Date:      2016-10-19 18:22 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/ca24fdf7622a

Merge aarch64-jdk8u111-b16

! .hgtags

Changeset: 9fad87cf7642
Author:    andrew
Date:      2016-10-19 18:23 +0100
URL:       http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/9fad87cf7642

Added tag aarch64-shenandoah-jdk8u111-b16 for changeset ca24fdf7622a

! .hgtags


From gnu.andrew at redhat.com  Wed Oct 19 17:25:40 2016
From: gnu.andrew at redhat.com (Andrew Hughes)
Date: Wed, 19 Oct 2016 13:25:40 -0400 (EDT)
Subject: [aarch64-port-dev ] [RFR] u111 Update
In-Reply-To: <80fa828c-489e-8e1c-c022-25b102314754@redhat.com>
References: <389955283.672871.1476893139698.JavaMail.zimbra@redhat.com>
	<80fa828c-489e-8e1c-c022-25b102314754@redhat.com>
Message-ID: <1877486094.686147.1476897940287.JavaMail.zimbra@redhat.com>



----- Original Message -----
> On 19/10/16 17:05, Andrew Hughes wrote:
> > Ok to push?
> 
> Yes please,
> 
> Andrew.
> 
> 

Thanks. Pushed and also merged to aarch64-port/jdk8u-shenandoah as
aarch64-shenandoah-jdk8u111-b16.
-- 
Andrew :)

Senior Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

PGP Key: ed25519/0xCFDA0F9B35964222 (hkp://keys.gnupg.net)
Fingerprint = 5132 579D D154 0ED2 3E04  C5A0 CFDA 0F9B 3596 4222



From edward.nevill at gmail.com  Fri Oct 21 11:19:25 2016
From: edward.nevill at gmail.com (Edward Nevill)
Date: Fri, 21 Oct 2016 12:19:25 +0100
Subject: [aarch64-port-dev ] Reminder: Fireside chat
Message-ID: <CAB8bpxNb4xjKmzgSdojV39ZSny8ejuTnsCk4DOpvPfosojyeZQ@mail.gmail.com>

[cross posted to aarch32-port-dev]

Hi,

Just a reminder about the fireside chat at 1500 UTC today.

If you are using the bluejeans video conferencing for the first time you
may wish to try the link AOT as it has to download a plugin first time you
use it (plugin works on Linux or Windows). Alternatively you can dial in.

All the best,
Ed.

On Tue, Oct 18, 2016 at 2:28 PM, Stuart Monteith <stuart.monteith at linaro.org
> wrote:

> Hello,
>      This week we'll be having a fireside chat on Friday at 1500 UTC,
> 1600 BST, 1100 EDT. I might not be joining, but that is not required
> for the chat to start.
>
> In order to join in, please join the chat at Bluejeans here:
>    https://bluejeans.com/387542473
>
> Alternatively you may dial in using one of the following numbers
>
> http://bluejeans.com/numbers
>
> and enter the Meeting ID: 387542473
>
> Please do not use any of the 'freefone' numbers, because although they
> may be free for you they cost us $$$$.
>
> Best Regards,
>     Stuart
>

From edward.nevill at gmail.com  Fri Oct 21 18:25:44 2016
From: edward.nevill at gmail.com (Edward Nevill)
Date: Fri, 21 Oct 2016 19:25:44 +0100
Subject: [aarch64-port-dev ] Fireside chat notes
Message-ID: <1477074344.25540.11.camel@gmail.com>

Hi,

The following are some notes from the fireside chat earlier today.

Two items were discussed

- The Oracle arm32/arm64 contribution

All present were generally in agreement with the outline proposed by Ed Nevill on the list (http://mail.openjdk.java.net/pipermail/aarch32-port-dev/2016-October/000532.html).

It was proposed that Ed Nevill should submit a JEP to merge the arm32/arm64 contribution into JDK 9. An FC exemption will be requested to target JDK 9.

- The Huawei softfp contribution

There are currently two conflicting softfp implementations for JDK 8 on aarch32, one from Huawei, one from Azul (plus a third implementation for JDK 9 as part of the Oracle arm32/arm64 contribution).

It was proposed that we wait until the complete contributions targeting C1 are available before deciding what to do next.


I propose we have the next fireside chat on Thurs 3rd Nov at 15:00 UTC. Stuart, if you could set up the conference call.

All the best,
Ed.


From bob.vandette at oracle.com  Fri Oct 21 19:04:14 2016
From: bob.vandette at oracle.com (Bob Vandette)
Date: Fri, 21 Oct 2016 15:04:14 -0400
Subject: [aarch64-port-dev ] Fireside chat notes
In-Reply-To: <1477074344.25540.11.camel@gmail.com>
References: <1477074344.25540.11.camel@gmail.com>
Message-ID: <5A87FD20-236C-4708-B607-2115824AF168@oracle.com>


> On Oct 21, 2016, at 2:25 PM, Edward Nevill <edward.nevill at gmail.com> wrote:
> 
> Hi,
> 
> The following are some notes from the fireside chat earlier today.
> 
> Two items were discussed
> 
> - The Oracle arm32/arm64 contribution
> 
> All present were generally in agreement with the outline proposed by Ed Nevill on the list (http://mail.openjdk.java.net/pipermail/aarch32-port-dev/2016-October/000532.html).

With one exception, as discussed in the meeting, Oracle has not yet done the analysis to determine that the OpenJDK AArch64 port is 
a sufficient replacement for our AArch64 implementation.  Oracle plans to continue using and supporting it?s 64-bit port in the mean time.

Bob.


> 
> It was proposed that Ed Nevill should submit a JEP to merge the arm32/arm64 contribution into JDK 9. An FC exemption will be requested to target JDK 9.
> 
> - The Huawei softfp contribution
> 
> There are currently two conflicting softfp implementations for JDK 8 on aarch32, one from Huawei, one from Azul (plus a third implementation for JDK 9 as part of the Oracle arm32/arm64 contribution).
> 
> It was proposed that we wait until the complete contributions targeting C1 are available before deciding what to do next.
> 
> 
> I propose we have the next fireside chat on Thurs 3rd Nov at 15:00 UTC. Stuart, if you could set up the conference call.
> 
> All the best,
> Ed.
> 


From edward.nevill at gmail.com  Sun Oct 23 22:22:52 2016
From: edward.nevill at gmail.com (Edward Nevill)
Date: Sun, 23 Oct 2016 23:22:52 +0100
Subject: [aarch64-port-dev ] JEP to add Oracle arm32/arm64 port to JDK 9
Message-ID: <1477261372.5559.15.camel@gmail.com>

Hi,

I have submitted the following JEP to add the Oracle contributed arm32/arm64 port to JDK 9.

https://bugs.openjdk.java.net/browse/JDK-8168503

I have filed this with the jdk9-fc-request label and sent a copy to jep-submit at openjdk.java.net.

Please feel free to comment either on the list, or on the JBS issue above,

All the best,
Ed.


From Derek.White at cavium.com  Mon Oct 24 16:06:35 2016
From: Derek.White at cavium.com (White, Derek)
Date: Mon, 24 Oct 2016 16:06:35 +0000
Subject: [aarch64-port-dev ] FYI - Fix for 8160376 broke aarch64.
Message-ID: <SN1PR07MB2399F200C847A29E065885F884A90@SN1PR07MB2399.namprd07.prod.outlook.com>

There's an un-terminated #ifdef

See changeset at http://hg.openjdk.java.net/jdk9/hs/hotspot/comparison/ad402ced3a63/src/cpu/aarch64/vm/templateInterpreterGenerator_aarch64.cpp

I actually can't see a review request for this change anywhere, but I may have missed it. But there could be a process error here.

Although I appreciate people trying to keep aarch64 up to date in the face of shared changes, it's important that we (aarch64 folks) get to see these changes before they go in.

I've added new bug JDK-8168567<https://bugs.openjdk.java.net/browse/JDK-8168567>.

I'm happy to fix it, unless someone else can get checkin faster than I can....


-          Derek

From Derek.White at cavium.com  Mon Oct 24 16:30:49 2016
From: Derek.White at cavium.com (White, Derek)
Date: Mon, 24 Oct 2016 16:30:49 +0000
Subject: [aarch64-port-dev ] FYI - Fix for 8160376 broke aarch64.
In-Reply-To: <SN1PR07MB2399F200C847A29E065885F884A90@SN1PR07MB2399.namprd07.prod.outlook.com>
References: <SN1PR07MB2399F200C847A29E065885F884A90@SN1PR07MB2399.namprd07.prod.outlook.com>
Message-ID: <SN1PR07MB2399D8907F59F4CA4F28622D84A90@SN1PR07MB2399.namprd07.prod.outlook.com>

I may have misplaced blame here, or something funny is going on.

The link at http://hg.openjdk.java.net/jdk9/hs/hotspot/comparison/ad402ced3a63/src/cpu/aarch64/vm/templateInterpreterGenerator_aarch64.cpp blames 8160376.

But the hg log points to rev 12175, JDK-8166972, which seems more relevant.

I see the RFR went to hotspot-compiler-dev, so there wasn't a hidden review issue.

-----Original Message-----
From: aarch64-port-dev [mailto:aarch64-port-dev-bounces at openjdk.java.net] On Behalf Of White, Derek
Sent: Monday, October 24, 2016 12:07 PM
To: aarch64-port-dev at openjdk.java.net
Subject: [aarch64-port-dev ] FYI - Fix for 8160376 broke aarch64.

There's an un-terminated #ifdef

See changeset at http://hg.openjdk.java.net/jdk9/hs/hotspot/comparison/ad402ced3a63/src/cpu/aarch64/vm/templateInterpreterGenerator_aarch64.cpp

I actually can't see a review request for this change anywhere, but I may have missed it. But there could be a process error here.

Although I appreciate people trying to keep aarch64 up to date in the face of shared changes, it's important that we (aarch64 folks) get to see these changes before they go in.

I've added new bug JDK-8168567<https://bugs.openjdk.java.net/browse/JDK-8168567>.

I'm happy to fix it, unless someone else can get checkin faster than I can....


-          Derek

From aph at redhat.com  Mon Oct 24 16:44:00 2016
From: aph at redhat.com (Andrew Haley)
Date: Mon, 24 Oct 2016 17:44:00 +0100
Subject: [aarch64-port-dev ] FYI - Fix for 8160376 broke aarch64.
In-Reply-To: <SN1PR07MB2399D8907F59F4CA4F28622D84A90@SN1PR07MB2399.namprd07.prod.outlook.com>
References: <SN1PR07MB2399F200C847A29E065885F884A90@SN1PR07MB2399.namprd07.prod.outlook.com>
	<SN1PR07MB2399D8907F59F4CA4F28622D84A90@SN1PR07MB2399.namprd07.prod.outlook.com>
Message-ID: <31c22e00-00c5-b133-58e6-f2a80b3f446c@redhat.com>

On 24/10/16 17:30, White, Derek wrote:
> I may have misplaced blame here, or something funny is going on.
> 
> The link at
> http://hg.openjdk.java.net/jdk9/hs/hotspot/comparison/ad402ced3a63/src/cpu/aarch64/vm/templateInterpreterGenerator_aarch64.cpp
> blames 8160376.
> 
> But the hg log points to rev 12175, JDK-8166972, which seems more
> relevant.
> 
> I see the RFR went to hotspot-compiler-dev, so there wasn't a hidden
> review issue.

The problem here is that no-one with access created a bug report.
Ningsheng Jian posted the problem, and the correct fix, but Fei Yang,
who is also at Linaro, is a committer, and also can create bug
reports, didn't do anything.  If someone would like to create a bug
report and a webrev then I will approve it.

Andrew.

From Derek.White at cavium.com  Mon Oct 24 17:18:59 2016
From: Derek.White at cavium.com (White, Derek)
Date: Mon, 24 Oct 2016 17:18:59 +0000
Subject: [aarch64-port-dev ] RFR: 8168567 - Fix for 81666972 (not 8160376)
	breaks aarch64 build
Message-ID: <SN1PR07MB2399EB95F5AB644D09DE335184A90@SN1PR07MB2399.namprd07.prod.outlook.com>

Please review simple fix to repair aarch64 build.


BUG: JDK-8168567 (https://bugs.openjdk.java.net/browse/JDK-8168567)

Webrev: http://cr.openjdk.java.net/~drwhite/8168567/webrev.01


Built on aarch64, smoketested.


Thanks


 - Derek

From vladimir.kozlov at oracle.com  Mon Oct 24 17:22:44 2016
From: vladimir.kozlov at oracle.com (Vladimir Kozlov)
Date: Mon, 24 Oct 2016 10:22:44 -0700
Subject: [aarch64-port-dev ] RFR: 8168567 - Fix for 81666972 (not
 8160376) breaks aarch64 build
In-Reply-To: <SN1PR07MB2399EB95F5AB644D09DE335184A90@SN1PR07MB2399.namprd07.prod.outlook.com>
References: <SN1PR07MB2399EB95F5AB644D09DE335184A90@SN1PR07MB2399.namprd07.prod.outlook.com>
Message-ID: <50f7e6cc-1aa1-0d03-3886-72d7f4d2b9b9@oracle.com>

Sorry about that.

Changes looks good.

Vladimir

On 10/24/16 10:18 AM, White, Derek wrote:
> Please review simple fix to repair aarch64 build.
>
>
> BUG: JDK-8168567 (https://bugs.openjdk.java.net/browse/JDK-8168567)
>
> Webrev: http://cr.openjdk.java.net/~drwhite/8168567/webrev.01
>
>
> Built on aarch64, smoketested.
>
>
> Thanks
>
>
>  - Derek
>

From Derek.White at cavium.com  Mon Oct 24 17:23:26 2016
From: Derek.White at cavium.com (White, Derek)
Date: Mon, 24 Oct 2016 17:23:26 +0000
Subject: [aarch64-port-dev ] FYI - Fix for 8160376 broke aarch64.
In-Reply-To: <31c22e00-00c5-b133-58e6-f2a80b3f446c@redhat.com>
References: <SN1PR07MB2399F200C847A29E065885F884A90@SN1PR07MB2399.namprd07.prod.outlook.com>
	<SN1PR07MB2399D8907F59F4CA4F28622D84A90@SN1PR07MB2399.namprd07.prod.outlook.com>,
	<31c22e00-00c5-b133-58e6-f2a80b3f446c@redhat.com>
Message-ID: <SN1PR07MB23994FDB4A031B0D1B91150C84A90@SN1PR07MB2399.namprd07.prod.outlook.com>

OK, done and sent.


Ningsheng, sorry I didn't connect your email tyo this problem. I had convinced myself that a more recent checkin caused the problem and didn't look back so far...


- Derek


________________________________
From: aarch64-port-dev <aarch64-port-dev-bounces at openjdk.java.net> on behalf of Andrew Haley <aph at redhat.com>
Sent: Monday, October 24, 2016 12:44 PM
To: aarch64-port-dev at openjdk.java.net
Subject: Re: [aarch64-port-dev ] FYI - Fix for 8160376 broke aarch64.

On 24/10/16 17:30, White, Derek wrote:
> I may have misplaced blame here, or something funny is going on.
>
> The link at
> http://hg.openjdk.java.net/jdk9/hs/hotspot/comparison/ad402ced3a63/src/cpu/aarch64/vm/templateInterpreterGenerator_aarch64.cpp
> blames 8160376.
>
> But the hg log points to rev 12175, JDK-8166972, which seems more
> relevant.
>
> I see the RFR went to hotspot-compiler-dev, so there wasn't a hidden
> review issue.

The problem here is that no-one with access created a bug report.
Ningsheng Jian posted the problem, and the correct fix, but Fei Yang,
who is also at Linaro, is a committer, and also can create bug
reports, didn't do anything.  If someone would like to create a bug
report and a webrev then I will approve it.

Andrew.

From Derek.White at cavium.com  Mon Oct 24 17:24:11 2016
From: Derek.White at cavium.com (White, Derek)
Date: Mon, 24 Oct 2016 17:24:11 +0000
Subject: [aarch64-port-dev ] RFR: 8168567 - Fix for 81666972 (not
 8160376) breaks aarch64 build
In-Reply-To: <50f7e6cc-1aa1-0d03-3886-72d7f4d2b9b9@oracle.com>
References: <SN1PR07MB2399EB95F5AB644D09DE335184A90@SN1PR07MB2399.namprd07.prod.outlook.com>,
	<50f7e6cc-1aa1-0d03-3886-72d7f4d2b9b9@oracle.com>
Message-ID: <SN1PR07MB2399F2E9114E3E2673AEDC9284A90@SN1PR07MB2399.namprd07.prod.outlook.com>

OK, Thanks Vladimir!


 - Derek


________________________________
From: Vladimir Kozlov <vladimir.kozlov at oracle.com>
Sent: Monday, October 24, 2016 1:22 PM
To: White, Derek; aarch64-port-dev at openjdk.java.net; hotspot-compiler-dev
Subject: Re: RFR: 8168567 - Fix for 81666972 (not 8160376) breaks aarch64 build

Sorry about that.

Changes looks good.

Vladimir

On 10/24/16 10:18 AM, White, Derek wrote:
> Please review simple fix to repair aarch64 build.
>
>
> BUG: JDK-8168567 (https://bugs.openjdk.java.net/browse/JDK-8168567)
>
> Webrev: http://cr.openjdk.java.net/~drwhite/8168567/webrev.01
>
>
> Built on aarch64, smoketested.
>
>
> Thanks
>
>
>  - Derek
>

From vladimir.kozlov at oracle.com  Mon Oct 24 20:19:38 2016
From: vladimir.kozlov at oracle.com (Vladimir Kozlov)
Date: Mon, 24 Oct 2016 13:19:38 -0700
Subject: [aarch64-port-dev ] JEP to add Oracle arm32/arm64 port to JDK 9
In-Reply-To: <1477261372.5559.15.camel@gmail.com>
References: <1477261372.5559.15.camel@gmail.com>
Message-ID: <580E6CDA.700@oracle.com>

CCing to hotspot-dev and porters-dev

Vladimir

On 10/23/16 3:22 PM, Edward Nevill wrote:
> Hi,
>
> I have submitted the following JEP to add the Oracle contributed arm32/arm64 port to JDK 9.
>
> https://bugs.openjdk.java.net/browse/JDK-8168503
>
> I have filed this with the jdk9-fc-request label and sent a copy to jep-submit at openjdk.java.net.
>
> Please feel free to comment either on the list, or on the JBS issue above,
>
> All the best,
> Ed.
>

From bob.vandette at oracle.com  Fri Oct 28 15:57:35 2016
From: bob.vandette at oracle.com (Bob Vandette)
Date: Fri, 28 Oct 2016 11:57:35 -0400
Subject: [aarch64-port-dev ] RFR: 8168909 aarch3264: arm32/64 port
	contribution cleanups
Message-ID: <0D710F07-9ED4-4034-BBCD-61A7B71048E8@oracle.com>

Please review these cleanups of the contributed ARM code.

Let me know what you think of the proposed new configure option for selecting the 64-bit
aarch64 port sources.

http://cr.openjdk.java.net/~bobv/8168909/webrev <http://cr.openjdk.java.net/~bobv/8168909/webrev>

Here?s what is changed:

1. Remove additional support for the no longer supported regenerated interpreter. 

2. Change the configure flag used to select arm or aarch64 hotspot directory to --with-cpu-port 

3. Changes to arm sources required due to last merge. Changes made in closed files need to be applied to new open files.


Bob.



From felix.yang at linaro.org  Sat Oct 29 12:16:46 2016
From: felix.yang at linaro.org (Felix Yang)
Date: Sat, 29 Oct 2016 20:16:46 +0800
Subject: [aarch64-port-dev ] RFR: Backport patch for 8165673 to aarch64/jdk8u
Message-ID: <CACc5Y6Thg38Y05GGhvJ+iLEqoFMaj8DuK7CdYR=NVgFrTXR_Mw@mail.gmail.com>

Hi,

    I see the same issue (8165673) for aarch64/jdk8u repo, and I am trying
to backport this patch:

    # HG changeset patch
    # User adinn
    # Date 1474964726 -3600
    #      Tue Sep 27 09:25:26 2016 +0100
    # Node ID f96dfffcb4148c3615826adda611e80fe1c264f9
    # Parent  2765f61021270b8e5d2954eb81b33e8311332f62
    8165673: AArch64: Fix JNI floating point argument handling
    Reviewed-by: aph, adinn
    Contributed-by: ningsheng.jian at linaro.org

    Here are the link to the original jdk9 patch:
    http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/9cc82b204d20

    The backport patch with some adaptations for the test case:
    http://cr.openjdk.java.net/~fyang/8165673-backport/webrev.01/

    Tested with Jtreg using an aarch64 server build. OK to backport?

    As I don't have write permission of the icedtea branch (
http://icedtea.classpath.org/hg/icedtea7-forest/hotspot/), can someone do a
backport for it please?

Thanks for your help,
Felix