From stefan.karlsson at oracle.com  Tue Dec  1 10:37:37 2015
From: stefan.karlsson at oracle.com (Stefan Karlsson)
Date: Tue, 1 Dec 2015 11:37:37 +0100
Subject: [8u-dev] Request for approval for CR 8058563 -
	InstanceKlass::_dependencies list isn't cleared from empty
	nmethodBucket entries
Message-ID: <565D7871.60106@oracle.com>

Hi,

I?d like to get approval for the backport of the fix for JDK-8058563 to 
8u-dev.The backport involved non-trivial changes to the JDK 9 patch.

JDK 8u webrev:
http://cr.openjdk.java.net/~stefank/8058563/webrev.01/

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

JDK 9 review thread:
http://mail.openjdk.java.net/pipermail/hotspot-dev/2015-October/020253.html

JDK 9 changeset:
http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/029a2b20b570

Thanks,
StefanK

From sean.coffey at oracle.com  Tue Dec  1 10:44:54 2015
From: sean.coffey at oracle.com (=?UTF-8?Q?Se=c3=a1n_Coffey?=)
Date: Tue, 1 Dec 2015 10:44:54 +0000
Subject: [8u-dev] Request for approval for CR 8058563 -
	InstanceKlass::_dependencies list isn't cleared from empty
	nmethodBucket entries
In-Reply-To: <565D7871.60106@oracle.com>
References: <565D7871.60106@oracle.com>
Message-ID: <565D7A26.1000304@oracle.com>

Please get a peer review before pushing the fix. Can you also add a 
no-reg label to bug report.

Approved once review is obtained.

Regards,
Sean.

On 01/12/2015 10:37, Stefan Karlsson wrote:
> Hi,
>
> I?d like to get approval for the backport of the fix for JDK-8058563 
> to 8u-dev.The backport involved non-trivial changes to the JDK 9 patch.
>
> JDK 8u webrev:
> http://cr.openjdk.java.net/~stefank/8058563/webrev.01/
>
> Bug entry:
> https://bugs.openjdk.java.net/browse/JDK-8058563
>
> JDK 9 review thread:
> http://mail.openjdk.java.net/pipermail/hotspot-dev/2015-October/020253.html 
>
>
> JDK 9 changeset:
> http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/029a2b20b570
>
> Thanks,
> StefanK


From alexander.vorobyev at oracle.com  Tue Dec  1 16:25:03 2015
From: alexander.vorobyev at oracle.com (Alexander Vorobyev)
Date: Tue, 01 Dec 2015 20:25:03 +0400
Subject: [8u75] Request for approval: backport of JDK-8007890
In-Reply-To: <542E8041.1010101@oracle.com>
References: <542E8041.1010101@oracle.com>
Message-ID: <565DC9DF.7010207@oracle.com>


Hi All,

I would like to backport fix for JDK-8007890 to 8u75.

Bug id:https://bugs.openjdk.java.net/browse/JDK-8007890
Webrev:http://cr.openjdk.java.net/~ctornqvi/webrev/8007890/webrev.00/ 
<http://cr.openjdk.java.net/%7Ectornqvi/webrev/8007890/webrev.00/>
Changeset:http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/e865e9584e0e
Review thread for original 
fix:http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2014-March/011228.html

testing: jprt

Thanks,
Alexander




From rob.mckenna at oracle.com  Tue Dec  1 14:36:39 2015
From: rob.mckenna at oracle.com (Rob McKenna)
Date: Tue, 1 Dec 2015 14:36:39 +0000
Subject: [8u76] Request for approval: backport of JDK-8007890
In-Reply-To: <565DC9DF.7010207@oracle.com>
References: <542E8041.1010101@oracle.com> <565DC9DF.7010207@oracle.com>
Message-ID: <565DB077.4090509@oracle.com>

I've updated the subject to refer to 8u76. (the release for which the 
forest is currently accepting fixes)

This is approved for 8u76 assuming the original fix applies cleanly.

Please update the bug with the noreg-self keyword.

	-Rob

On 01/12/15 16:25, Alexander Vorobyev wrote:
>
> Hi All,
>
> I would like to backport fix for JDK-8007890 to 8u75.
>
> Bug id:https://bugs.openjdk.java.net/browse/JDK-8007890
> Webrev:http://cr.openjdk.java.net/~ctornqvi/webrev/8007890/webrev.00/
> <http://cr.openjdk.java.net/%7Ectornqvi/webrev/8007890/webrev.00/>
> Changeset:http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/e865e9584e0e
> Review thread for original
> fix:http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2014-March/011228.html
>
>
> testing: jprt
>
> Thanks,
> Alexander
>
>
>

From stefan.karlsson at oracle.com  Tue Dec  1 16:41:23 2015
From: stefan.karlsson at oracle.com (Stefan Karlsson)
Date: Tue, 1 Dec 2015 17:41:23 +0100
Subject: [8u-dev] Request for approval for CR 8058563 -
	InstanceKlass::_dependencies list isn't cleared from empty
	nmethodBucket entries
In-Reply-To: <565D7871.60106@oracle.com>
References: <565D7871.60106@oracle.com>
Message-ID: <565DCDB3.9000706@oracle.com>

Hi,

Here's the missing link to the the 8u review thread:
http://mail.openjdk.java.net/pipermail/hotspot-dev/2015-November/020631.html

I've also added the no-reg label to the bug.

Thanks,
StefanK

On 2015-12-01 11:37, Stefan Karlsson wrote:
> Hi,
>
> I?d like to get approval for the backport of the fix for JDK-8058563 
> to 8u-dev.The backport involved non-trivial changes to the JDK 9 patch.
>
> JDK 8u webrev:
> http://cr.openjdk.java.net/~stefank/8058563/webrev.01/
>
> Bug entry:
> https://bugs.openjdk.java.net/browse/JDK-8058563
>
> JDK 9 review thread:
> http://mail.openjdk.java.net/pipermail/hotspot-dev/2015-October/020253.html 
>
>
> JDK 9 changeset:
> http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/029a2b20b570
>
> Thanks,
> StefanK


From david.buck at oracle.com  Tue Dec  1 23:16:56 2015
From: david.buck at oracle.com (david buck)
Date: Wed, 2 Dec 2015 08:16:56 +0900
Subject: [8u-dev] Request for approval for CR 8058563 -
	InstanceKlass::_dependencies list isn't cleared from empty
	nmethodBucket entries
In-Reply-To: <565DCDB3.9000706@oracle.com>
References: <565D7871.60106@oracle.com> <565DCDB3.9000706@oracle.com>
Message-ID: <565E2A68.5050902@oracle.com>

Hi Stefan!

"no-reg" is not an actual label we use. Please replace it with one of 
the correct noreg labels (noreg-hard in this case?):

[ noreg bug labels ]
http://openjdk.java.net/guide/changePlanning.html#noreg

Otherwise, it looks like you are all set to push. Thank you for 
backporting this!

Cheers,
-Buck

On 2015/12/02 1:41, Stefan Karlsson wrote:
> Hi,
>
> Here's the missing link to the the 8u review thread:
> http://mail.openjdk.java.net/pipermail/hotspot-dev/2015-November/020631.html
>
>
> I've also added the no-reg label to the bug.
>
> Thanks,
> StefanK
>
> On 2015-12-01 11:37, Stefan Karlsson wrote:
>> Hi,
>>
>> I?d like to get approval for the backport of the fix for JDK-8058563
>> to 8u-dev.The backport involved non-trivial changes to the JDK 9 patch.
>>
>> JDK 8u webrev:
>> http://cr.openjdk.java.net/~stefank/8058563/webrev.01/
>>
>> Bug entry:
>> https://bugs.openjdk.java.net/browse/JDK-8058563
>>
>> JDK 9 review thread:
>> http://mail.openjdk.java.net/pipermail/hotspot-dev/2015-October/020253.html
>>
>>
>> JDK 9 changeset:
>> http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/029a2b20b570
>>
>> Thanks,
>> StefanK
>

From calvin.cheung at oracle.com  Wed Dec  2 06:20:45 2015
From: calvin.cheung at oracle.com (Calvin Cheung)
Date: Tue, 01 Dec 2015 22:20:45 -0800
Subject: [8u-dev] Request for approval: 8068042: Check
	jdk/src/share/native/sun/misc/URLClassPath.c for JNI pending exception
Message-ID: <565E8DBD.4070903@oracle.com>

Hi,

I'd like to get approval for fixing this bug in 8u-dev. This bug is not 
applicable to jdk9.

JBS: https://bugs.openjdk.java.net/browse/JDK-8068042
       (unfortunately it is a closed bug)

jdk8u webrev: http://cr.openjdk.java.net/~ccheung/8068042_8u/webrev.01/

jdk8u review: 
http://openjdk.5641.n7.nabble.com/8u-RFR-xs-8068042-Check-jdk-src-share-native-sun-misc-URLClassPath-c-for-JNI-pending-exception-td248483.html

thanks,
Calvin

From david.buck at oracle.com  Wed Dec  2 07:32:04 2015
From: david.buck at oracle.com (David Buck)
Date: Wed, 2 Dec 2015 16:32:04 +0900
Subject: [8u-dev] Request for approval: 8068042: Check
	jdk/src/share/native/sun/misc/URLClassPath.c for JNI pending exception
In-Reply-To: <565E8DBD.4070903@oracle.com>
References: <565E8DBD.4070903@oracle.com>
Message-ID: <CEF09402-A5C6-4BCA-92BC-94B94F0AD2F8@oracle.com>

approved for push into jdk8u-dev

Please add an appropriate noreg label to the JBS bug report.

[  noreg bug lables ]
http://openjdk.java.net/guide/changePlanning.html#noreg

Please also alway post a review link from our own mail archive. Links to 3rd party archives may not be reliable.

http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2015-December/016931.html

Cheers,
-Buck


> On Dec 2, 2015, at 15:20, Calvin Cheung <calvin.cheung at oracle.com> wrote:
> 
> Hi,
> 
> I'd like to get approval for fixing this bug in 8u-dev. This bug is not applicable to jdk9.
> 
> JBS: https://bugs.openjdk.java.net/browse/JDK-8068042
>      (unfortunately it is a closed bug)
> 
> jdk8u webrev: http://cr.openjdk.java.net/~ccheung/8068042_8u/webrev.01/
> 
> jdk8u review: http://openjdk.5641.n7.nabble.com/8u-RFR-xs-8068042-Check-jdk-src-share-native-sun-misc-URLClassPath-c-for-JNI-pending-exception-td248483.html
> 
> thanks,
> Calvin


From calvin.cheung at oracle.com  Wed Dec  2 17:47:36 2015
From: calvin.cheung at oracle.com (Calvin Cheung)
Date: Wed, 02 Dec 2015 09:47:36 -0800
Subject: [8u-dev] Request for approval: 8068042: Check
	jdk/src/share/native/sun/misc/URLClassPath.c for JNI pending exception
In-Reply-To: <CEF09402-A5C6-4BCA-92BC-94B94F0AD2F8@oracle.com>
References: <565E8DBD.4070903@oracle.com>
	<CEF09402-A5C6-4BCA-92BC-94B94F0AD2F8@oracle.com>
Message-ID: <565F2EB8.3030509@oracle.com>



On 12/1/15, 11:32 PM, David Buck wrote:
> approved for push into jdk8u-dev
Thanks for your quick approval.
>
> Please add an appropriate noreg label to the JBS bug report.
>
> [  noreg bug lables ]
> http://openjdk.java.net/guide/changePlanning.html#noreg
I've added the "noreg-cleanup" label.
>
> Please also alway post a review link from our own mail archive. Links to 3rd party archives may not be reliable.
>
> http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2015-December/016931.html
Will do on my next request.

Calvin
>
> Cheers,
> -Buck
>
>
>> On Dec 2, 2015, at 15:20, Calvin Cheung<calvin.cheung at oracle.com>  wrote:
>>
>> Hi,
>>
>> I'd like to get approval for fixing this bug in 8u-dev. This bug is not applicable to jdk9.
>>
>> JBS: https://bugs.openjdk.java.net/browse/JDK-8068042
>>       (unfortunately it is a closed bug)
>>
>> jdk8u webrev: http://cr.openjdk.java.net/~ccheung/8068042_8u/webrev.01/
>>
>> jdk8u review: http://openjdk.5641.n7.nabble.com/8u-RFR-xs-8068042-Check-jdk-src-share-native-sun-misc-URLClassPath-c-for-JNI-pending-exception-td248483.html
>>
>> thanks,
>> Calvin

From calvin.cheung at oracle.com  Wed Dec  2 19:57:20 2015
From: calvin.cheung at oracle.com (Calvin Cheung)
Date: Wed, 02 Dec 2015 11:57:20 -0800
Subject: [8u-dev] Request for approval: 8143963: improve
	ClassLoader::trace_class_path
	to accept an additional outputStream* arg
Message-ID: <565F4D20.9090000@oracle.com>

Hi,

I'd like to get approval for backporting this fix into 8u-dev.
The fix has been in the jdk9/hs-rt repo for about a week and no problem 
was seen.
The fix in 8u is identical to the fix in 9.

JBS: https://bugs.openjdk.java.net/browse/JDK-8143963
jdk9 webrev: http://cr.openjdk.java.net/~ccheung/8143963/webrev.00/
jdk8u webrev: http://cr.openjdk.java.net/~ccheung/8143963_8u/webrev.00/
jdk9 review: 
http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2015-November/016836.html

Tests:
     JPRT with -testset hotspot
     tests under tests under hotspot/test/runtime/SharedArchiveFile/

Thanks,
Calvin

From david.buck at oracle.com  Thu Dec  3 00:21:53 2015
From: david.buck at oracle.com (david buck)
Date: Thu, 3 Dec 2015 09:21:53 +0900
Subject: [8u-dev] Request for approval: 8143963: improve
	ClassLoader::trace_class_path to accept an additional outputStream* arg
In-Reply-To: <565F4D20.9090000@oracle.com>
References: <565F4D20.9090000@oracle.com>
Message-ID: <565F8B21.7040103@oracle.com>

approved for backport to jdk8u-dev

Please add the appropriate noreg label to the JBS bug report. (maybe 
noreg-trivial for this one?)

[ noreg bug labels ]
http://openjdk.java.net/guide/changePlanning.html#noreg

Cheers,
-Buck

On 2015/12/03 4:57, Calvin Cheung wrote:
> Hi,
>
> I'd like to get approval for backporting this fix into 8u-dev.
> The fix has been in the jdk9/hs-rt repo for about a week and no problem
> was seen.
> The fix in 8u is identical to the fix in 9.
>
> JBS: https://bugs.openjdk.java.net/browse/JDK-8143963
> jdk9 webrev: http://cr.openjdk.java.net/~ccheung/8143963/webrev.00/
> jdk8u webrev: http://cr.openjdk.java.net/~ccheung/8143963_8u/webrev.00/
> jdk9 review:
> http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2015-November/016836.html
>
>
> Tests:
>      JPRT with -testset hotspot
>      tests under tests under hotspot/test/runtime/SharedArchiveFile/
>
> Thanks,
> Calvin

From david.buck at oracle.com  Thu Dec  3 03:59:05 2015
From: david.buck at oracle.com (david buck)
Date: Thu, 3 Dec 2015 12:59:05 +0900
Subject: [8u-dev] Request for approval: 8143963: improve
	ClassLoader::trace_class_path to accept an additional outputStream* arg
In-Reply-To: <565F8B21.7040103@oracle.com>
References: <565F4D20.9090000@oracle.com> <565F8B21.7040103@oracle.com>
Message-ID: <565FBE09.2040601@oracle.com>

Hi!

It turns out that there was a testcase in the closed repository that 
covers this change. I am sorry I did not notice earlier.

Cheers,
-Buck

On 2015/12/03 9:21, david buck wrote:
> approved for backport to jdk8u-dev
>
> Please add the appropriate noreg label to the JBS bug report. (maybe
> noreg-trivial for this one?)
>
> [ noreg bug labels ]
> http://openjdk.java.net/guide/changePlanning.html#noreg
>
> Cheers,
> -Buck
>
> On 2015/12/03 4:57, Calvin Cheung wrote:
>> Hi,
>>
>> I'd like to get approval for backporting this fix into 8u-dev.
>> The fix has been in the jdk9/hs-rt repo for about a week and no problem
>> was seen.
>> The fix in 8u is identical to the fix in 9.
>>
>> JBS: https://bugs.openjdk.java.net/browse/JDK-8143963
>> jdk9 webrev: http://cr.openjdk.java.net/~ccheung/8143963/webrev.00/
>> jdk8u webrev: http://cr.openjdk.java.net/~ccheung/8143963_8u/webrev.00/
>> jdk9 review:
>> http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2015-November/016836.html
>>
>>
>>
>> Tests:
>>      JPRT with -testset hotspot
>>      tests under tests under hotspot/test/runtime/SharedArchiveFile/
>>
>> Thanks,
>> Calvin

From stefan.karlsson at oracle.com  Thu Dec  3 09:27:29 2015
From: stefan.karlsson at oracle.com (Stefan Karlsson)
Date: Thu, 3 Dec 2015 10:27:29 +0100
Subject: [8u-dev] Request for approval for CR 8058563 -
	InstanceKlass::_dependencies list isn't cleared from empty
	nmethodBucket entries
In-Reply-To: <565E2A68.5050902@oracle.com>
References: <565D7871.60106@oracle.com> <565DCDB3.9000706@oracle.com>
	<565E2A68.5050902@oracle.com>
Message-ID: <56600B01.6000904@oracle.com>

Hi David,

On 2015-12-02 00:16, david buck wrote:
> Hi Stefan!
>
> "no-reg" is not an actual label we use. Please replace it with one of 
> the correct noreg labels (noreg-hard in this case?):

OK.

>
> [ noreg bug labels ]
> http://openjdk.java.net/guide/changePlanning.html#noreg
>
> Otherwise, it looks like you are all set to push. Thank you for 
> backporting this!

Thanks for helping out with the 8u process.

StefanK

>
> Cheers,
> -Buck
>
> On 2015/12/02 1:41, Stefan Karlsson wrote:
>> Hi,
>>
>> Here's the missing link to the the 8u review thread:
>> http://mail.openjdk.java.net/pipermail/hotspot-dev/2015-November/020631.html 
>>
>>
>>
>> I've also added the no-reg label to the bug.
>>
>> Thanks,
>> StefanK
>>
>> On 2015-12-01 11:37, Stefan Karlsson wrote:
>>> Hi,
>>>
>>> I?d like to get approval for the backport of the fix for JDK-8058563
>>> to 8u-dev.The backport involved non-trivial changes to the JDK 9 patch.
>>>
>>> JDK 8u webrev:
>>> http://cr.openjdk.java.net/~stefank/8058563/webrev.01/
>>>
>>> Bug entry:
>>> https://bugs.openjdk.java.net/browse/JDK-8058563
>>>
>>> JDK 9 review thread:
>>> http://mail.openjdk.java.net/pipermail/hotspot-dev/2015-October/020253.html 
>>>
>>>
>>>
>>> JDK 9 changeset:
>>> http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/029a2b20b570
>>>
>>> Thanks,
>>> StefanK
>>


From aleksey.shipilev at oracle.com  Thu Dec  3 17:18:30 2015
From: aleksey.shipilev at oracle.com (Aleksey Shipilev)
Date: Thu, 3 Dec 2015 20:18:30 +0300
Subject: [8u76] Request for approval: 8131782: C1 Class.cast optimization
	breaks when Class is loaded from static final
Message-ID: <56607966.7020101@oracle.com>

Hi,

We'd like to backport a simple Hotspot compiler change that serves as
the important prerequisite for another upcoming JDK backport for
Atomic*FieldUpdaters (A*FU) performance.

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

The dependency is simple: C1 intrinsics for Class methods distrust the
classes loaded from final fields due to an oddity in constant parsing.
When A*FU implementations do the typechecks/casts against the target
classes loaded from their internal final fields, those operations are
not folded, but really should be. It is not visible now, since current
8u code does the direct class check, but it will be important when we
backport that other A*FU change
(https://bugs.openjdk.java.net/browse/JDK-8140587).

As other A*FU-related patches, thus provides a migration path with the
eventual demise of sun.misc.Unsafe. Therefore, I'd like us to consider
this in 8u76 to expose users to this improvement earlier than JDK 9 release.

I am not a 8u Committer, so if the change is approved, I'd need a sponsor.

Webrev:
  http://cr.openjdk.java.net/~shade/8131782/webrev.02/

JDK 9 Changeset:
  http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/df802f98b828

JDK 9 Review:

http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-July/018473.html

The change was in jdk9 since August 2015. The patch applies without
fuzz. jdk8u builds and runs fine at least on Linux x86_64, the
performance improvement is the same as in JDK 9.

Thanks,
-Aleksey


From rob.mckenna at oracle.com  Thu Dec  3 17:22:53 2015
From: rob.mckenna at oracle.com (Rob McKenna)
Date: Thu, 3 Dec 2015 17:22:53 +0000
Subject: [8u76] Request for approval: 8131782: C1 Class.cast optimization
	breaks when Class is loaded from static final
In-Reply-To: <56607966.7020101@oracle.com>
References: <56607966.7020101@oracle.com>
Message-ID: <56607A6D.1090007@oracle.com>

Approved. Please work with your colleagues on the hotspot team to find a 
sponsor & please add an appropriate noreg label to the bug.

	-Rob

On 03/12/15 17:18, Aleksey Shipilev wrote:
> Hi,
>
> We'd like to backport a simple Hotspot compiler change that serves as
> the important prerequisite for another upcoming JDK backport for
> Atomic*FieldUpdaters (A*FU) performance.
>
> Bug:
>    https://bugs.openjdk.java.net/browse/JDK-8131782
>
> The dependency is simple: C1 intrinsics for Class methods distrust the
> classes loaded from final fields due to an oddity in constant parsing.
> When A*FU implementations do the typechecks/casts against the target
> classes loaded from their internal final fields, those operations are
> not folded, but really should be. It is not visible now, since current
> 8u code does the direct class check, but it will be important when we
> backport that other A*FU change
> (https://bugs.openjdk.java.net/browse/JDK-8140587).
>
> As other A*FU-related patches, thus provides a migration path with the
> eventual demise of sun.misc.Unsafe. Therefore, I'd like us to consider
> this in 8u76 to expose users to this improvement earlier than JDK 9 release.
>
> I am not a 8u Committer, so if the change is approved, I'd need a sponsor.
>
> Webrev:
>    http://cr.openjdk.java.net/~shade/8131782/webrev.02/
>
> JDK 9 Changeset:
>    http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/df802f98b828
>
> JDK 9 Review:
>
> http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-July/018473.html
>
> The change was in jdk9 since August 2015. The patch applies without
> fuzz. jdk8u builds and runs fine at least on Linux x86_64, the
> performance improvement is the same as in JDK 9.
>
> Thanks,
> -Aleksey
>

From aleksey.shipilev at oracle.com  Thu Dec  3 17:33:54 2015
From: aleksey.shipilev at oracle.com (Aleksey Shipilev)
Date: Thu, 3 Dec 2015 20:33:54 +0300
Subject: [8u76] Request for approval: 8131782: C1 Class.cast optimization
	breaks when Class is loaded from static final
In-Reply-To: <56607A6D.1090007@oracle.com>
References: <56607966.7020101@oracle.com> <56607A6D.1090007@oracle.com>
Message-ID: <56607D02.8030808@oracle.com>

Thank you, Rob!

Any Hotspot+8u sponsors around?

Cheers,
-Aleksey

On 12/03/2015 08:22 PM, Rob McKenna wrote:
> Approved. Please work with your colleagues on the hotspot team to find a
> sponsor & please add an appropriate noreg label to the bug.
> 
>     -Rob
> 
> On 03/12/15 17:18, Aleksey Shipilev wrote:
>> Hi,
>>
>> We'd like to backport a simple Hotspot compiler change that serves as
>> the important prerequisite for another upcoming JDK backport for
>> Atomic*FieldUpdaters (A*FU) performance.
>>
>> Bug:
>>    https://bugs.openjdk.java.net/browse/JDK-8131782
>>
>> The dependency is simple: C1 intrinsics for Class methods distrust the
>> classes loaded from final fields due to an oddity in constant parsing.
>> When A*FU implementations do the typechecks/casts against the target
>> classes loaded from their internal final fields, those operations are
>> not folded, but really should be. It is not visible now, since current
>> 8u code does the direct class check, but it will be important when we
>> backport that other A*FU change
>> (https://bugs.openjdk.java.net/browse/JDK-8140587).
>>
>> As other A*FU-related patches, thus provides a migration path with the
>> eventual demise of sun.misc.Unsafe. Therefore, I'd like us to consider
>> this in 8u76 to expose users to this improvement earlier than JDK 9
>> release.
>>
>> I am not a 8u Committer, so if the change is approved, I'd need a
>> sponsor.
>>
>> Webrev:
>>    http://cr.openjdk.java.net/~shade/8131782/webrev.02/
>>
>> JDK 9 Changeset:
>>    http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/df802f98b828
>>
>> JDK 9 Review:
>>
>> http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-July/018473.html
>>
>>
>> The change was in jdk9 since August 2015. The patch applies without
>> fuzz. jdk8u builds and runs fine at least on Linux x86_64, the
>> performance improvement is the same as in JDK 9.
>>
>> Thanks,
>> -Aleksey
>>



From paul.sandoz at oracle.com  Thu Dec  3 17:38:20 2015
From: paul.sandoz at oracle.com (Paul Sandoz)
Date: Thu, 3 Dec 2015 18:38:20 +0100
Subject: [8u76] Request for approval: 8131782: C1 Class.cast optimization
	breaks when Class is loaded from static final
In-Reply-To: <56607D02.8030808@oracle.com>
References: <56607966.7020101@oracle.com> <56607A6D.1090007@oracle.com>
	<56607D02.8030808@oracle.com>
Message-ID: <0D0D6169-5957-4854-97CB-E229FB5B5D1B@oracle.com>


> On 3 Dec 2015, at 18:33, Aleksey Shipilev <aleksey.shipilev at oracle.com> wrote:
> 
> Thank you, Rob!
> 
> Any Hotspot+8u sponsors around?
> 

While i am not a hotspot team member i think i can still can sponsor.

Paul.

From aleksey.shipilev at oracle.com  Thu Dec  3 18:14:43 2015
From: aleksey.shipilev at oracle.com (Aleksey Shipilev)
Date: Thu, 3 Dec 2015 21:14:43 +0300
Subject: [8u76] Request for approval: 8140587: Atomic*FieldUpdaters should use
	Class.isInstance instead of direct class check
Message-ID: <56608693.2090801@oracle.com>

Hi,

This is yet another backport for improving Atomic*FieldUpdaters (A*FU)
performance.

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

The rationale for the change is simple: use the intrinsified
Class.isInstance instead of doing the direct class checks. This improves
C2 performance in some corner cases, and improves C1 performance across
most A*FU use cases (but only with C1 fix in JDK-8131782 applied, which
is backported separately).

Like other A*FU-related patches, thus provides a migration path with the
eventual demise of sun.misc.Unsafe. Therefore, I'd like us to consider
this in 8u76 to expose users to this improvement earlier than JDK 9 release.

I am not a 8u Committer, so if the change is approved, I'd need a sponsor.

JDK 9 Changeset:
  http://hg.openjdk.java.net/jdk9/dev/jdk/rev/e1a21828acc1

JDK 9 Review:

http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-July/018473.html

This change was in jdk9/dev for a week. The patch DOES NOT apply cleanly
over 8u sources, because of the formatting changes present only in jdk9,
plus the sun.misc/jdk.internal.misc.Unsafe split, plus some
modifier/method shuffling.

JDK 9 patch contains a fair amount of formatting/modifier changes as
well, so I suggest to copy A*FU classes from jdk9, picking all the minor
changes, except for the Unsafe switch -- this would simplify future
backports as well:
  http://cr.openjdk.java.net/~shade/8140587/webrev.jdk8u-a.01/

Alternatively, we can backport the change separately:
  http://cr.openjdk.java.net/~shade/8140587/webrev.jdk8u-b.01/

With both options, jdk8u builds and runs fine at least on Linux x86_64,
and the performance improvement is the same as in JDK 9.

Thanks,
-Aleksey



From martinrb at google.com  Thu Dec  3 18:22:08 2015
From: martinrb at google.com (Martin Buchholz)
Date: Thu, 3 Dec 2015 10:22:08 -0800
Subject: [8u76] Request for approval: 8140587: Atomic*FieldUpdaters should
	use Class.isInstance instead of direct class check
In-Reply-To: <56608693.2090801@oracle.com>
References: <56608693.2090801@oracle.com>
Message-ID: <CA+kOe0_Hgu58YkJ9jcZ9AEWcEtV7CfiX_yC45wQWnhpSgZp6WA@mail.gmail.com>

Both of these changes seem fine to me.

I would prefer the "a" version - this keeps the jdk8u, jdk9, and
jsr166 CVS versions in sync, so is probably lower risk.  jsr166 CVS
gets regularly tested against both jdk8u and jdk9.

On Thu, Dec 3, 2015 at 10:14 AM, Aleksey Shipilev
<aleksey.shipilev at oracle.com> wrote:
> Hi,
>
> This is yet another backport for improving Atomic*FieldUpdaters (A*FU)
> performance.
>
> Bug:
>   https://bugs.openjdk.java.net/browse/JDK-8140587
>
> The rationale for the change is simple: use the intrinsified
> Class.isInstance instead of doing the direct class checks. This improves
> C2 performance in some corner cases, and improves C1 performance across
> most A*FU use cases (but only with C1 fix in JDK-8131782 applied, which
> is backported separately).
>
> Like other A*FU-related patches, thus provides a migration path with the
> eventual demise of sun.misc.Unsafe. Therefore, I'd like us to consider
> this in 8u76 to expose users to this improvement earlier than JDK 9 release.
>
> I am not a 8u Committer, so if the change is approved, I'd need a sponsor.
>
> JDK 9 Changeset:
>   http://hg.openjdk.java.net/jdk9/dev/jdk/rev/e1a21828acc1
>
> JDK 9 Review:
>
> http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-July/018473.html
>
> This change was in jdk9/dev for a week. The patch DOES NOT apply cleanly
> over 8u sources, because of the formatting changes present only in jdk9,
> plus the sun.misc/jdk.internal.misc.Unsafe split, plus some
> modifier/method shuffling.
>
> JDK 9 patch contains a fair amount of formatting/modifier changes as
> well, so I suggest to copy A*FU classes from jdk9, picking all the minor
> changes, except for the Unsafe switch -- this would simplify future
> backports as well:
>   http://cr.openjdk.java.net/~shade/8140587/webrev.jdk8u-a.01/
>
> Alternatively, we can backport the change separately:
>   http://cr.openjdk.java.net/~shade/8140587/webrev.jdk8u-b.01/
>
> With both options, jdk8u builds and runs fine at least on Linux x86_64,
> and the performance improvement is the same as in JDK 9.
>
> Thanks,
> -Aleksey
>
>

From rob.mckenna at oracle.com  Thu Dec  3 19:27:11 2015
From: rob.mckenna at oracle.com (Rob McKenna)
Date: Thu, 3 Dec 2015 19:27:11 +0000
Subject: [8u76] Request for approval: 8140587: Atomic*FieldUpdaters should
	use Class.isInstance instead of direct class check
In-Reply-To: <CA+kOe0_Hgu58YkJ9jcZ9AEWcEtV7CfiX_yC45wQWnhpSgZp6WA@mail.gmail.com>
References: <56608693.2090801@oracle.com>
	<CA+kOe0_Hgu58YkJ9jcZ9AEWcEtV7CfiX_yC45wQWnhpSgZp6WA@mail.gmail.com>
Message-ID: <5660978F.7060309@oracle.com>

Approved.

	-Rob

On 03/12/15 18:22, Martin Buchholz wrote:
> Both of these changes seem fine to me.
>
> I would prefer the "a" version - this keeps the jdk8u, jdk9, and
> jsr166 CVS versions in sync, so is probably lower risk.  jsr166 CVS
> gets regularly tested against both jdk8u and jdk9.
>
> On Thu, Dec 3, 2015 at 10:14 AM, Aleksey Shipilev
> <aleksey.shipilev at oracle.com> wrote:
>> Hi,
>>
>> This is yet another backport for improving Atomic*FieldUpdaters (A*FU)
>> performance.
>>
>> Bug:
>>    https://bugs.openjdk.java.net/browse/JDK-8140587
>>
>> The rationale for the change is simple: use the intrinsified
>> Class.isInstance instead of doing the direct class checks. This improves
>> C2 performance in some corner cases, and improves C1 performance across
>> most A*FU use cases (but only with C1 fix in JDK-8131782 applied, which
>> is backported separately).
>>
>> Like other A*FU-related patches, thus provides a migration path with the
>> eventual demise of sun.misc.Unsafe. Therefore, I'd like us to consider
>> this in 8u76 to expose users to this improvement earlier than JDK 9 release.
>>
>> I am not a 8u Committer, so if the change is approved, I'd need a sponsor.
>>
>> JDK 9 Changeset:
>>    http://hg.openjdk.java.net/jdk9/dev/jdk/rev/e1a21828acc1
>>
>> JDK 9 Review:
>>
>> http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-July/018473.html
>>
>> This change was in jdk9/dev for a week. The patch DOES NOT apply cleanly
>> over 8u sources, because of the formatting changes present only in jdk9,
>> plus the sun.misc/jdk.internal.misc.Unsafe split, plus some
>> modifier/method shuffling.
>>
>> JDK 9 patch contains a fair amount of formatting/modifier changes as
>> well, so I suggest to copy A*FU classes from jdk9, picking all the minor
>> changes, except for the Unsafe switch -- this would simplify future
>> backports as well:
>>    http://cr.openjdk.java.net/~shade/8140587/webrev.jdk8u-a.01/
>>
>> Alternatively, we can backport the change separately:
>>    http://cr.openjdk.java.net/~shade/8140587/webrev.jdk8u-b.01/
>>
>> With both options, jdk8u builds and runs fine at least on Linux x86_64,
>> and the performance improvement is the same as in JDK 9.
>>
>> Thanks,
>> -Aleksey
>>
>>

From aleksej.efimov at oracle.com  Fri Dec  4 00:25:54 2015
From: aleksej.efimov at oracle.com (Aleksej Efimov)
Date: Fri, 4 Dec 2015 03:25:54 +0300
Subject: [8u-dev] Request for approval: 8133924: NPE may be thrown when xsltc
	select a non-existing node after JDK-8062518
Message-ID: <5660DD92.8070506@oracle.com>

Hi,

Please, help to review and approve JDK-8133924 backport to JDK8. The 
source fix is identical to JDK9 changes, but there was no test added for 
this issue in JDK9.

The existing 
jdk/test/javax/xml/jaxp/transform/8062518/XSLTFunctionsTest.java test 
was modified to test the reported problem in JDK8 and it is a subject of 
review:
http://cr.openjdk.java.net/~aefimov/8133924/8/00

No regression tests failures were observed for the proposed fix in JDK8 
+ the fix is in JDK9 for 3 months already.

With Best Regards,
Aleksej

JBS:
https://bugs.openjdk.java.net/browse/JDK-8133924

JDK9 changeset:
http://hg.openjdk.java.net/jdk9/dev/jaxp/rev/7c045de70a66

JDK9 Review thread:
http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-August/034969.html 


From paul.sandoz at oracle.com  Fri Dec  4 09:51:34 2015
From: paul.sandoz at oracle.com (Paul Sandoz)
Date: Fri, 4 Dec 2015 10:51:34 +0100
Subject: [8u76] Request for approval: 8140587: Atomic*FieldUpdaters should
	use Class.isInstance instead of direct class check
In-Reply-To: <56608693.2090801@oracle.com>
References: <56608693.2090801@oracle.com>
Message-ID: <6CE59BFE-ED31-4E34-AB12-D5824DDF0419@oracle.com>


> On 3 Dec 2015, at 19:14, Aleksey Shipilev <aleksey.shipilev at oracle.com> wrote:
> 
> I am not a 8u Committer, so if the change is approved, I'd need a sponsor.
> 

I can take this one in bulk with 8131782 and sort them out next week.

Regarding patch a or b, I defer to what Martin prefers.

?

What is the policy for pushing hotspot changes to 8u (of 8131782), are they required to be pushed through JPRT?

Paul.

From aleksey.shipilev at oracle.com  Fri Dec  4 10:11:18 2015
From: aleksey.shipilev at oracle.com (Aleksey Shipilev)
Date: Fri, 4 Dec 2015 13:11:18 +0300
Subject: [8u76] Request for approval: 8140587: Atomic*FieldUpdaters should
	use Class.isInstance instead of direct class check
In-Reply-To: <6CE59BFE-ED31-4E34-AB12-D5824DDF0419@oracle.com>
References: <56608693.2090801@oracle.com>
	<6CE59BFE-ED31-4E34-AB12-D5824DDF0419@oracle.com>
Message-ID: <566166C6.7020606@oracle.com>

On 12/04/2015 12:51 PM, Paul Sandoz wrote:
>> On 3 Dec 2015, at 19:14, Aleksey Shipilev
>> <aleksey.shipilev at oracle.com> wrote:
>> 
>> I am not a 8u Committer, so if the change is approved, I'd need a
>> sponsor.
> I can take this one in bulk with 8131782 and sort them out next
> week.

Thanks!

> Regarding patch a or b, I defer to what Martin prefers.

I think we are settled on "a" (pick up the formatting changes)

Thanks,
-Aleksey


From david.buck at oracle.com  Fri Dec  4 13:26:22 2015
From: david.buck at oracle.com (david buck)
Date: Fri, 4 Dec 2015 22:26:22 +0900
Subject: [8u76] 8029630: Thread id should be displayed as hex number in error
	report
Message-ID: <5661947E.3020509@oracle.com>

Hi!

Please approve this trivial backport (applies as-is) to jdk8u-dev.

jbs bug: https://bugs.openjdk.java.net/browse/JDK-8029630
jdk9 changeset: 
http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/f147f5db527c
jdk9 review thread: 
http://mail.openjdk.java.net/pipermail/hotspot-dev/2015-April/017832.html

Cheers,
-Buck

From sean.coffey at oracle.com  Fri Dec  4 14:10:57 2015
From: sean.coffey at oracle.com (=?UTF-8?Q?Se=c3=a1n_Coffey?=)
Date: Fri, 4 Dec 2015 14:10:57 +0000
Subject: [8u76] 8029630: Thread id should be displayed as hex number in
	error report
In-Reply-To: <5661947E.3020509@oracle.com>
References: <5661947E.3020509@oracle.com>
Message-ID: <56619EF1.9050605@oracle.com>

Approved.

Regards,
Sean.

On 04/12/15 13:26, david buck wrote:
> Hi!
>
> Please approve this trivial backport (applies as-is) to jdk8u-dev.
>
> jbs bug: https://bugs.openjdk.java.net/browse/JDK-8029630
> jdk9 changeset: 
> http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/f147f5db527c
> jdk9 review thread: 
> http://mail.openjdk.java.net/pipermail/hotspot-dev/2015-April/017832.html
>
> Cheers,
> -Buck


From sean.coffey at oracle.com  Fri Dec  4 14:21:29 2015
From: sean.coffey at oracle.com (=?UTF-8?Q?Se=c3=a1n_Coffey?=)
Date: Fri, 4 Dec 2015 14:21:29 +0000
Subject: [8u76] Request for approval: 8140587: Atomic*FieldUpdaters should
	use Class.isInstance instead of direct class check
In-Reply-To: <6CE59BFE-ED31-4E34-AB12-D5824DDF0419@oracle.com>
References: <56608693.2090801@oracle.com>
	<6CE59BFE-ED31-4E34-AB12-D5824DDF0419@oracle.com>
Message-ID: <5661A169.8020804@oracle.com>


On 04/12/15 09:51, Paul Sandoz wrote:
>> On 3 Dec 2015, at 19:14, Aleksey Shipilev <aleksey.shipilev at oracle.com> wrote:
>>
>> I am not a 8u Committer, so if the change is approved, I'd need a sponsor.
>>
> I can take this one in bulk with 8131782 and sort them out next week.
>
> Regarding patch a or b, I defer to what Martin prefers.
>
> ?
>
> What is the policy for pushing hotspot changes to 8u (of 8131782), are they required to be pushed through JPRT?
Pushing hotspot changes via JPRT is recommended but not required.

regards,
Sean.
>
> Paul.


From andreas.eriksson at oracle.com  Fri Dec  4 15:44:57 2015
From: andreas.eriksson at oracle.com (Andreas Eriksson)
Date: Fri, 4 Dec 2015 16:44:57 +0100
Subject: [8u-dev] Request for approval for CR JDK-8130212 - Thread::current()
	might access freed memory on Solaris
Message-ID: <5661B4F9.6090303@oracle.com>

Hi,

I'd like approval for a JDK 8 backport of JDK-8130212 - 
Thread::current() might access freed memory on Solaris 
<https://bugs.openjdk.java.net/browse/JDK-8130212>
The changeset from JDK 9 applies cleanly except for a few minor 
whitespace differences.

JDK 9 Changeset: 
http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/d5b328043c10
JDK 9 review thread: 
http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2015-July/015562.html

Regards,
Andreas

From rob.mckenna at oracle.com  Fri Dec  4 15:50:47 2015
From: rob.mckenna at oracle.com (Rob McKenna)
Date: Fri, 4 Dec 2015 15:50:47 +0000
Subject: [8u-dev] Request for approval for CR JDK-8130212 -
	Thread::current() might access freed memory on Solaris
In-Reply-To: <5661B4F9.6090303@oracle.com>
References: <5661B4F9.6090303@oracle.com>
Message-ID: <5661B657.1070900@oracle.com>

Please add an appropriate noreg label.

Approved.

	-Rob

On 04/12/15 15:44, Andreas Eriksson wrote:
> Hi,
>
> I'd like approval for a JDK 8 backport of JDK-8130212 -
> Thread::current() might access freed memory on Solaris
> <https://bugs.openjdk.java.net/browse/JDK-8130212>
> The changeset from JDK 9 applies cleanly except for a few minor
> whitespace differences.
>
> JDK 9 Changeset:
> http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/d5b328043c10
> JDK 9 review thread:
> http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2015-July/015562.html
>
>
> Regards,
> Andreas

From rob.mckenna at oracle.com  Fri Dec  4 17:40:27 2015
From: rob.mckenna at oracle.com (Rob McKenna)
Date: Fri, 4 Dec 2015 17:40:27 +0000
Subject: Request for review & approval - 8067800: Clarify
	java.time.chrono.Chronology.isLeapYear for out of range years
Message-ID: <5661D00B.5040204@oracle.com>

Hi folks,

Looking to backport https://bugs.openjdk.java.net/browse/JDK-8067800 to 
JDK8 minus the spec change.

http://cr.openjdk.java.net/~robm/8067800/webrev.01/

Basically we're throwing an unexpected exception when an out-of-range 
year is passed as a parameter despite the spec saying that the parameter 
need not be valid:

http://docs.oracle.com/javase/8/docs/api/java/time/chrono/HijrahChronology.html#isLeapYear-long-

	-Rob

From sean.coffey at oracle.com  Fri Dec  4 18:02:52 2015
From: sean.coffey at oracle.com (=?UTF-8?Q?Se=c3=a1n_Coffey?=)
Date: Fri, 4 Dec 2015 18:02:52 +0000
Subject: [8u-dev] Request for approval: 8133924: NPE may be thrown when
	xsltc select a non-existing node after JDK-8062518
In-Reply-To: <5660DD92.8070506@oracle.com>
References: <5660DD92.8070506@oracle.com>
Message-ID: <5661D54C.6000803@oracle.com>

Looks fine Aleksej. Reviewed.

Also approved for jdk8u-dev.

Regards,
Sean.

On 04/12/15 00:25, Aleksej Efimov wrote:
> Hi,
>
> Please, help to review and approve JDK-8133924 backport to JDK8. The 
> source fix is identical to JDK9 changes, but there was no test added 
> for this issue in JDK9.
>
> The existing 
> jdk/test/javax/xml/jaxp/transform/8062518/XSLTFunctionsTest.java test 
> was modified to test the reported problem in JDK8 and it is a subject 
> of review:
> http://cr.openjdk.java.net/~aefimov/8133924/8/00
>
> No regression tests failures were observed for the proposed fix in 
> JDK8 + the fix is in JDK9 for 3 months already.
>
> With Best Regards,
> Aleksej
>
> JBS:
> https://bugs.openjdk.java.net/browse/JDK-8133924
>
> JDK9 changeset:
> http://hg.openjdk.java.net/jdk9/dev/jaxp/rev/7c045de70a66
>
> JDK9 Review thread:
> http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-August/034969.html 
>


From sean.coffey at oracle.com  Fri Dec  4 18:06:20 2015
From: sean.coffey at oracle.com (=?UTF-8?Q?Se=c3=a1n_Coffey?=)
Date: Fri, 4 Dec 2015 18:06:20 +0000
Subject: Request for review & approval - 8067800: Clarify
	java.time.chrono.Chronology.isLeapYear for out of range years
In-Reply-To: <5661D00B.5040204@oracle.com>
References: <5661D00B.5040204@oracle.com>
Message-ID: <5661D61C.3050607@oracle.com>

Looks fine Rob. Approved for jdk8u-dev.

Regards,
Sean.

On 04/12/15 17:40, Rob McKenna wrote:
> Hi folks,
>
> Looking to backport https://bugs.openjdk.java.net/browse/JDK-8067800 
> to JDK8 minus the spec change.
>
> http://cr.openjdk.java.net/~robm/8067800/webrev.01/
>
> Basically we're throwing an unexpected exception when an out-of-range 
> year is passed as a parameter despite the spec saying that the 
> parameter need not be valid:
>
> http://docs.oracle.com/javase/8/docs/api/java/time/chrono/HijrahChronology.html#isLeapYear-long- 
>
>
>     -Rob


From Roger.Riggs at oracle.com  Fri Dec  4 18:10:20 2015
From: Roger.Riggs at oracle.com (Roger Riggs)
Date: Fri, 4 Dec 2015 13:10:20 -0500
Subject: Request for review & approval - 8067800: Clarify
	java.time.chrono.Chronology.isLeapYear for out of range years
In-Reply-To: <5661D00B.5040204@oracle.com>
References: <5661D00B.5040204@oracle.com>
Message-ID: <5661D70C.2020601@oracle.com>

Hi Rob,

Looks fine.

Roger


On 12/04/2015 12:40 PM, Rob McKenna wrote:
> Hi folks,
>
> Looking to backport https://bugs.openjdk.java.net/browse/JDK-8067800 
> to JDK8 minus the spec change.
>
> http://cr.openjdk.java.net/~robm/8067800/webrev.01/
>
> Basically we're throwing an unexpected exception when an out-of-range 
> year is passed as a parameter despite the spec saying that the 
> parameter need not be valid:
>
> http://docs.oracle.com/javase/8/docs/api/java/time/chrono/HijrahChronology.html#isLeapYear-long- 
>
>
>     -Rob


From huizhe.wang at oracle.com  Fri Dec  4 23:18:25 2015
From: huizhe.wang at oracle.com (huizhe wang)
Date: Fri, 04 Dec 2015 15:18:25 -0800
Subject: [8u-dev] Request for approval: 8133924: NPE may be thrown when
	xsltc select a non-existing node after JDK-8062518
In-Reply-To: <5660DD92.8070506@oracle.com>
References: <5660DD92.8070506@oracle.com>
Message-ID: <56621F41.7070800@oracle.com>

Hi Aleksej,

First of all, I'm not a reviewer for 8u.

The test is fine in proving that no NPE is thrown, which indicates the 
2nd nodeset is not null. However, there's a 2nd aspect of this: it 
should be empty. I suggest improving the test so that it further proves 
that it's not only "not null" but indeed empty. To do that, you may 
change the 1st nodeset to return meaningful result to show that the 
leading function returns the 1st set, which proves that the 2nd is empty.

Thanks,
Joe

On 12/3/2015 4:25 PM, Aleksej Efimov wrote:
> Hi,
>
> Please, help to review and approve JDK-8133924 backport to JDK8. The 
> source fix is identical to JDK9 changes, but there was no test added 
> for this issue in JDK9.
>
> The existing 
> jdk/test/javax/xml/jaxp/transform/8062518/XSLTFunctionsTest.java test 
> was modified to test the reported problem in JDK8 and it is a subject 
> of review:
> http://cr.openjdk.java.net/~aefimov/8133924/8/00
>
> No regression tests failures were observed for the proposed fix in 
> JDK8 + the fix is in JDK9 for 3 months already.
>
> With Best Regards,
> Aleksej
>
> JBS:
> https://bugs.openjdk.java.net/browse/JDK-8133924
>
> JDK9 changeset:
> http://hg.openjdk.java.net/jdk9/dev/jaxp/rev/7c045de70a66
>
> JDK9 Review thread:
> http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-August/034969.html 
>


From aleksej.efimov at oracle.com  Fri Dec  4 23:35:30 2015
From: aleksej.efimov at oracle.com (Aleksej Efimov)
Date: Sat, 5 Dec 2015 02:35:30 +0300
Subject: [8u-dev] Request for approval: 8133924: NPE may be thrown when
	xsltc select a non-existing node after JDK-8062518
In-Reply-To: <56621F41.7070800@oracle.com>
References: <5660DD92.8070506@oracle.com> <56621F41.7070800@oracle.com>
Message-ID: <56622342.5020204@oracle.com>

Hi Joe, Sean,
Thank you for the reviews and comments.

Joe,
Thank you for the suggestion. I added small test changes to address your 
proposal. New webrev can be found here: 
http://cr.openjdk.java.net/~aefimov/8133924/8/01/

Best Regards,
Aleksej

On 12/05/2015 02:18 AM, huizhe wang wrote:
> Hi Aleksej,
>
> First of all, I'm not a reviewer for 8u.
>
> The test is fine in proving that no NPE is thrown, which indicates the 
> 2nd nodeset is not null. However, there's a 2nd aspect of this: it 
> should be empty. I suggest improving the test so that it further 
> proves that it's not only "not null" but indeed empty. To do that, you 
> may change the 1st nodeset to return meaningful result to show that 
> the leading function returns the 1st set, which proves that the 2nd is 
> empty.
>
> Thanks,
> Joe
>
> On 12/3/2015 4:25 PM, Aleksej Efimov wrote:
>> Hi,
>>
>> Please, help to review and approve JDK-8133924 backport to JDK8. The 
>> source fix is identical to JDK9 changes, but there was no test added 
>> for this issue in JDK9.
>>
>> The existing 
>> jdk/test/javax/xml/jaxp/transform/8062518/XSLTFunctionsTest.java test 
>> was modified to test the reported problem in JDK8 and it is a subject 
>> of review:
>> http://cr.openjdk.java.net/~aefimov/8133924/8/00
>>
>> No regression tests failures were observed for the proposed fix in 
>> JDK8 + the fix is in JDK9 for 3 months already.
>>
>> With Best Regards,
>> Aleksej
>>
>> JBS:
>> https://bugs.openjdk.java.net/browse/JDK-8133924
>>
>> JDK9 changeset:
>> http://hg.openjdk.java.net/jdk9/dev/jaxp/rev/7c045de70a66
>>
>> JDK9 Review thread:
>> http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-August/034969.html 
>>
>


From huizhe.wang at oracle.com  Sat Dec  5 00:16:26 2015
From: huizhe.wang at oracle.com (huizhe wang)
Date: Fri, 04 Dec 2015 16:16:26 -0800
Subject: [8u-dev] Request for approval: 8133924: NPE may be thrown when
	xsltc select a non-existing node after JDK-8062518
In-Reply-To: <56622342.5020204@oracle.com>
References: <5660DD92.8070506@oracle.com> <56621F41.7070800@oracle.com>
	<56622342.5020204@oracle.com>
Message-ID: <56622CDA.7030904@oracle.com>


On 12/4/2015 3:35 PM, Aleksej Efimov wrote:
> Hi Joe, Sean,
> Thank you for the reviews and comments.
>
> Joe,
> Thank you for the suggestion. I added small test changes to address 
> your proposal. New webrev can be found here: 
> http://cr.openjdk.java.net/~aefimov/8133924/8/01/

Ok, that works.

Best,
Joe

>
> Best Regards,
> Aleksej
>
> On 12/05/2015 02:18 AM, huizhe wang wrote:
>> Hi Aleksej,
>>
>> First of all, I'm not a reviewer for 8u.
>>
>> The test is fine in proving that no NPE is thrown, which indicates 
>> the 2nd nodeset is not null. However, there's a 2nd aspect of this: 
>> it should be empty. I suggest improving the test so that it further 
>> proves that it's not only "not null" but indeed empty. To do that, 
>> you may change the 1st nodeset to return meaningful result to show 
>> that the leading function returns the 1st set, which proves that the 
>> 2nd is empty.
>>
>> Thanks,
>> Joe
>>
>> On 12/3/2015 4:25 PM, Aleksej Efimov wrote:
>>> Hi,
>>>
>>> Please, help to review and approve JDK-8133924 backport to JDK8. The 
>>> source fix is identical to JDK9 changes, but there was no test added 
>>> for this issue in JDK9.
>>>
>>> The existing 
>>> jdk/test/javax/xml/jaxp/transform/8062518/XSLTFunctionsTest.java 
>>> test was modified to test the reported problem in JDK8 and it is a 
>>> subject of review:
>>> http://cr.openjdk.java.net/~aefimov/8133924/8/00
>>>
>>> No regression tests failures were observed for the proposed fix in 
>>> JDK8 + the fix is in JDK9 for 3 months already.
>>>
>>> With Best Regards,
>>> Aleksej
>>>
>>> JBS:
>>> https://bugs.openjdk.java.net/browse/JDK-8133924
>>>
>>> JDK9 changeset:
>>> http://hg.openjdk.java.net/jdk9/dev/jaxp/rev/7c045de70a66
>>>
>>> JDK9 Review thread:
>>> http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-August/034969.html 
>>>
>>
>


From kacper.bostrom at combitech.se  Tue Dec  8 09:41:56 2015
From: kacper.bostrom at combitech.se (=?iso-8859-1?Q?Bostr=F6m_Kacper?=)
Date: Tue, 8 Dec 2015 09:41:56 +0000
Subject: JDK-8090029: NullPointerException in DatePicker when a custom
	ButtonSkin is set - possible backport to JDK 8?
Message-ID: <f27ac46499364b24a1129892a6d2863a@corpappl841.corp.saab.se>

Hello,

Since the shutdown of the official JavaFX Jira one has been unable to comment/discus ongoing or resolved bugs. So I've turned to this mailing list in hope that I came to the right place and if not please do point me in the right direction.

I would like to request the backport of the fix for JDK-8090029. Since Java 9 won't be here until 2017 it would be beneficial if the fix could be backported.

Regards,
Kacper

From cheleswer.sahu at oracle.com  Tue Dec  8 10:24:06 2015
From: cheleswer.sahu at oracle.com (cheleswer sahu)
Date: Tue, 8 Dec 2015 15:54:06 +0530
Subject: [8u76] Request for approval: 8029726, 8029727, 8029728
Message-ID: <5666AFC6.5060104@oracle.com>

Hi,
May I please have approval to backport this fix from JDK9 to JDK8. I 
have built the JDK8, and tested already. JDK9 fix applies cleanly to 
JDK8. As I do not have account for OPENJDK, Kevin walls will push this 
fix into JDK8u repository.

Bugs:
https://bugs.openjdk.java.net/browse/JDK-8029726
https://bugs.openjdk.java.net/browse/JDK-8029727
https://bugs.openjdk.java.net/browse/JDK-8029728

JDK9 changeset:
http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/dbcb1dd0785b

Review thread:
http://mail.openjdk.java.net/pipermail/jdk9-hs-rt-changes/2013-December/000003.html

Regards,
Cheleswer

From david.buck at oracle.com  Tue Dec  8 10:38:59 2015
From: david.buck at oracle.com (David Buck)
Date: Tue, 8 Dec 2015 19:38:59 +0900
Subject: JDK-8090029: NullPointerException in DatePicker when a custom
	ButtonSkin is set - possible backport to JDK 8?
In-Reply-To: <f27ac46499364b24a1129892a6d2863a@corpappl841.corp.saab.se>
References: <f27ac46499364b24a1129892a6d2863a@corpappl841.corp.saab.se>
Message-ID: <47B3FEA2-90F2-4BF2-8722-22A624CF55B2@oracle.com>

Hi Kacper!

This alias is only for the JDK 8 Updates Project, which does not cover the OpenJFX Project. The OpenJFX Project has it?s own mailing list [0]. I believe someone on that list should be able to respond to your question.

If you have trouble getting an answer from anyone on that list, please email me directly (off any alias) and I will *try* to help. 

Cheers,
-Buck

[0] http://mail.openjdk.java.net/mailman/listinfo/openjfx-dev

> On Dec 8, 2015, at 18:41, Bostr?m Kacper <kacper.bostrom at combitech.se> wrote:
> 
> Hello,
> 
> Since the shutdown of the official JavaFX Jira one has been unable to comment/discus ongoing or resolved bugs. So I've turned to this mailing list in hope that I came to the right place and if not please do point me in the right direction.
> 
> I would like to request the backport of the fix for JDK-8090029. Since Java 9 won't be here until 2017 it would be beneficial if the fix could be backported.
> 
> Regards,
> Kacper


From cheleswer.sahu at oracle.com  Tue Dec  8 11:21:14 2015
From: cheleswer.sahu at oracle.com (cheleswer sahu)
Date: Tue, 8 Dec 2015 16:51:14 +0530
Subject: [8u76] Request for approval: 8029726, 8029727, 8029728
In-Reply-To: <5666AFC6.5060104@oracle.com>
References: <5666AFC6.5060104@oracle.com>
Message-ID: <5666BD2A.3010606@oracle.com>

Hi,
Sorry I used the wrong link for review thread, the correct  link is
http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2013-December/010398.html

Regards,
Cheleswer

On 12/8/2015 3:54 PM, cheleswer sahu wrote:
> Hi,
> May I please have approval to backport this fix from JDK9 to JDK8. I 
> have built the JDK8, and tested already. JDK9 fix applies cleanly to 
> JDK8. As I do not have account for OPENJDK, Kevin walls will push this 
> fix into JDK8u repository.
>
> Bugs:
> https://bugs.openjdk.java.net/browse/JDK-8029726
> https://bugs.openjdk.java.net/browse/JDK-8029727
> https://bugs.openjdk.java.net/browse/JDK-8029728
>
> JDK9 changeset:
> http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/dbcb1dd0785b
>
> Review thread:
> http://mail.openjdk.java.net/pipermail/jdk9-hs-rt-changes/2013-December/000003.html 
>
>
> Regards,
> Cheleswer


From david.buck at oracle.com  Tue Dec  8 11:32:39 2015
From: david.buck at oracle.com (David Buck)
Date: Tue, 8 Dec 2015 20:32:39 +0900
Subject: [8u76] Request for approval: 8029726, 8029727, 8029728
In-Reply-To: <5666BD2A.3010606@oracle.com>
References: <5666AFC6.5060104@oracle.com> <5666BD2A.3010606@oracle.com>
Message-ID: <E62B687F-F41A-4E49-890B-0CED6AF7BCFC@oracle.com>

approved for backport to jdk8u-dev

Cheers,
-Buck

> On Dec 8, 2015, at 20:21, cheleswer sahu <cheleswer.sahu at oracle.com> wrote:
> 
> Hi,
> Sorry I used the wrong link for review thread, the correct  link is
> http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2013-December/010398.html
> 
> Regards,
> Cheleswer
> 
> On 12/8/2015 3:54 PM, cheleswer sahu wrote:
>> Hi,
>> May I please have approval to backport this fix from JDK9 to JDK8. I have built the JDK8, and tested already. JDK9 fix applies cleanly to JDK8. As I do not have account for OPENJDK, Kevin walls will push this fix into JDK8u repository.
>> 
>> Bugs:
>> https://bugs.openjdk.java.net/browse/JDK-8029726
>> https://bugs.openjdk.java.net/browse/JDK-8029727
>> https://bugs.openjdk.java.net/browse/JDK-8029728
>> 
>> JDK9 changeset:
>> http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/dbcb1dd0785b
>> 
>> Review thread:
>> http://mail.openjdk.java.net/pipermail/jdk9-hs-rt-changes/2013-December/000003.html 
>> 
>> Regards,
>> Cheleswer
> 


From david.buck at oracle.com  Tue Dec  8 14:21:46 2015
From: david.buck at oracle.com (David Buck)
Date: Tue, 8 Dec 2015 23:21:46 +0900
Subject: [8u76] RFA 8022865: [TESTBUG] Compressed Oops testing needs to be
	revised
Message-ID: <1A8B37B6-B71C-4DC7-8D86-B0445B583C11@oracle.com>

Hi!

Please approve this trivial backport (patch applies as-is) to 8u-dev.

jbs-bug: https://bugs.openjdk.java.net/browse/JDK-8022865
review thread: http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2014-September/012446.html
jdk9 changeset: http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/e7748e052f65 <http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/e7748e052f65>

Cheers,
-Buck
 

From sean.coffey at oracle.com  Tue Dec  8 14:21:31 2015
From: sean.coffey at oracle.com (=?UTF-8?Q?Se=c3=a1n_Coffey?=)
Date: Tue, 8 Dec 2015 14:21:31 +0000
Subject: [8u76] RFA 8022865: [TESTBUG] Compressed Oops testing needs to be
	revised
In-Reply-To: <1A8B37B6-B71C-4DC7-8D86-B0445B583C11@oracle.com>
References: <1A8B37B6-B71C-4DC7-8D86-B0445B583C11@oracle.com>
Message-ID: <5666E76B.2020002@oracle.com>

Approved.

Regards,
Sean.

On 08/12/2015 14:21, David Buck wrote:
> Hi!
>
> Please approve this trivial backport (patch applies as-is) to 8u-dev.
>
> jbs-bug: https://bugs.openjdk.java.net/browse/JDK-8022865
> review thread: http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2014-September/012446.html
> jdk9 changeset: http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/e7748e052f65 <http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/e7748e052f65>
>
> Cheers,
> -Buck
>   


From poonam.bajaj at oracle.com  Tue Dec  8 19:04:31 2015
From: poonam.bajaj at oracle.com (Poonam Bajaj Parhar)
Date: Tue, 08 Dec 2015 11:04:31 -0800
Subject: [8u-dev] Request for approval: 8140031: SA: Searching for a value
	in Threads does not work
Message-ID: <566729BF.2030509@oracle.com>

Hello,

Please review and approve this backport request to 8u-dev.

Bug: 8140031: SA: Searching for a value in Threads does not work
JDK 9 changeset: 
http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/3ccce6cd35b4
JDK 9 review thread: 
http://mail.openjdk.java.net/pipermail/serviceability-dev/2015-December/018368.html

The patch applies cleanly to 8u-dev repo.

Thanks,
Poonam


From rob.mckenna at oracle.com  Tue Dec  8 23:02:59 2015
From: rob.mckenna at oracle.com (Rob McKenna)
Date: Tue, 8 Dec 2015 23:02:59 +0000
Subject: [8u-dev] Request for approval: 8140031: SA: Searching for a value
	in Threads does not work
In-Reply-To: <566729BF.2030509@oracle.com>
References: <566729BF.2030509@oracle.com>
Message-ID: <566761A3.1040604@oracle.com>

Approved. Please add a suitable noreg label to the bug.

	-Rob

On 08/12/15 19:04, Poonam Bajaj Parhar wrote:
> Hello,
>
> Please review and approve this backport request to 8u-dev.
>
> Bug: 8140031: SA: Searching for a value in Threads does not work
> JDK 9 changeset:
> http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/3ccce6cd35b4
> JDK 9 review thread:
> http://mail.openjdk.java.net/pipermail/serviceability-dev/2015-December/018368.html
>
>
> The patch applies cleanly to 8u-dev repo.
>
> Thanks,
> Poonam
>

From zoltan.majo at oracle.com  Wed Dec  9 08:17:16 2015
From: zoltan.majo at oracle.com (=?UTF-8?B?Wm9sdMOhbiBNYWrDsw==?=)
Date: Wed, 9 Dec 2015 09:17:16 +0100
Subject: [8u] Reguest for approval and review: 8129847: Compiling methods
	generated by Nashorn...
Message-ID: <5667E38C.7090606@oracle.com>

Hi,


please approve and review the following backport to 8u.

Original (9) bug: https://bugs.openjdk.java.net/browse/JDK-8129847
Original (9) webrev: http://cr.openjdk.java.net/~zmajo/8129847-9/webrev.06/
Changeset (9): 
http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/da497ea6c120

Unfortunately, the changeset does not apply cleanly to 8u. So here is 
the 8u webrev:
http://cr.openjdk.java.net/~zmajo/8129847-8u/webrev.06/

Testing:
- JPRT (testset hotspot), all tests pass;
- Octane/Nashorn;
- the patch for 9 passed a complete cycle of nightly testing without 
problems;
- no performance regression (Octane/Nashorn, SPECjvm2008).

Thank you and best regards,


Zoltan


From sean.coffey at oracle.com  Wed Dec  9 14:56:03 2015
From: sean.coffey at oracle.com (=?UTF-8?Q?Se=c3=a1n_Coffey?=)
Date: Wed, 9 Dec 2015 14:56:03 +0000
Subject: [8u] Reguest for approval and review: 8129847: Compiling methods
	generated by Nashorn...
In-Reply-To: <5667E38C.7090606@oracle.com>
References: <5667E38C.7090606@oracle.com>
Message-ID: <56684103.5050500@oracle.com>

Approved for jdk8u-dev but subject to a peer code review first.

Regards,
Sean.

On 09/12/15 08:17, Zolt?n Maj? wrote:
> Hi,
>
>
> please approve and review the following backport to 8u.
>
> Original (9) bug: https://bugs.openjdk.java.net/browse/JDK-8129847
> Original (9) webrev: 
> http://cr.openjdk.java.net/~zmajo/8129847-9/webrev.06/
> Changeset (9): 
> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/da497ea6c120
>
> Unfortunately, the changeset does not apply cleanly to 8u. So here is 
> the 8u webrev:
> http://cr.openjdk.java.net/~zmajo/8129847-8u/webrev.06/
>
> Testing:
> - JPRT (testset hotspot), all tests pass;
> - Octane/Nashorn;
> - the patch for 9 passed a complete cycle of nightly testing without 
> problems;
> - no performance regression (Octane/Nashorn, SPECjvm2008).
>
> Thank you and best regards,
>
>
> Zoltan
>


From rob.mckenna at oracle.com  Wed Dec  9 15:24:16 2015
From: rob.mckenna at oracle.com (Rob McKenna)
Date: Wed, 9 Dec 2015 15:24:16 +0000
Subject: Request for approval - 8143397: It looks like
	InetAddress.isReachable(timeout) works incorrectly
Message-ID: <566847A0.5060605@oracle.com>

Hi folks,

Clean backport:

https://bugs.openjdk.java.net/browse/JDK-8143397
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/8418f5ee381d
http://mail.openjdk.java.net/pipermail/net-dev/2015-December/009365.html

	-Rob

From rob.mckenna at oracle.com  Wed Dec  9 15:26:11 2015
From: rob.mckenna at oracle.com (Rob McKenna)
Date: Wed, 9 Dec 2015 15:26:11 +0000
Subject: [8u] Request for approval - 8143397: It looks like
	InetAddress.isReachable(timeout) works incorrectly
In-Reply-To: <566847A0.5060605@oracle.com>
References: <566847A0.5060605@oracle.com>
Message-ID: <56684813.50807@oracle.com>

With corrected subject.

	-Rob

On 09/12/15 15:24, Rob McKenna wrote:
> Hi folks,
>
> Clean backport:
>
> https://bugs.openjdk.java.net/browse/JDK-8143397
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/8418f5ee381d
> http://mail.openjdk.java.net/pipermail/net-dev/2015-December/009365.html
>
>      -Rob

From david.buck at oracle.com  Wed Dec  9 15:51:41 2015
From: david.buck at oracle.com (david buck)
Date: Thu, 10 Dec 2015 00:51:41 +0900
Subject: [8u] Request for approval - 8143397: It looks like
	InetAddress.isReachable(timeout) works incorrectly
In-Reply-To: <56684813.50807@oracle.com>
References: <566847A0.5060605@oracle.com> <56684813.50807@oracle.com>
Message-ID: <56684E0D.2030405@oracle.com>

approved for backport to jdk8u-dev

Cheers,
-Buck

On 2015/12/10 0:26, Rob McKenna wrote:
> With corrected subject.
>
>      -Rob
>
> On 09/12/15 15:24, Rob McKenna wrote:
>> Hi folks,
>>
>> Clean backport:
>>
>> https://bugs.openjdk.java.net/browse/JDK-8143397
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/8418f5ee381d
>> http://mail.openjdk.java.net/pipermail/net-dev/2015-December/009365.html
>>
>>      -Rob

From coleen.phillimore at oracle.com  Wed Dec  9 17:04:19 2015
From: coleen.phillimore at oracle.com (Coleen Phillimore)
Date: Wed, 9 Dec 2015 12:04:19 -0500
Subject: CFV: New JDK 8 Committer: Andreas Eriksson
Message-ID: <56685F13.4090608@oracle.com>

I hereby nominate Andreas Eriksson (aeriksso) to JDK 8 Committer.

Andreas is a member of the HotSpot Sustainability Team and has 
contributed 11 significant patches.  He has fixed problems that 
customers have found, added good regression tests, and implemented 
missing functionality in class redefinition.

Votes are due by 12:00 PM EST, Wednesday, December 23, 2015

Only current JDK 8 Committers [1] are eligible to vote on this 
nomination. Votes must be cast in the open by replying to this mailing list.

For Lazy Consensus voting instructions, see [2].

Coleen Phillimore

[1] http://openjdk.java.net/census
[2] http://openjdk.java.net/projects/#committer-vote
[3] List of patches:


http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=eriksso
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=eriksso
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/log?rev=eriksso

8074696: Remote debugging session hangs for several minutes when calling 
findBootType
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/42737fa6b0b3

8080428: [TESTBUG] java/lang/invoke/8022701/MHIllegalAccess.java - FAIL: 
Unexpected wrapped exception java.lang.BootstrapMethodError
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/eb1515fb622c

8131333: [TESTBUG] RedefineRunningMethodsWithResolutionErrors.java 
Improperly specified VM option 'TraceRedefineClasses=0x600'
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/4b32ab003945

8076110: VM crash when class is redefined with 
Instrumentation.redefineClasses
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/b3217f8fd2a1

8072588: JVM crashes in JNI if toString is declared as an interface method
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/3300e511bc3a

8051045: HotSpot fails to wrap Exceptions from invokedynamic in a 
BootstrapMethodError
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/81bed6c76a89

8060036: C2: CmpU nodes can end up with wrong type information
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/03596ae35800

7176220: 'Full GC' events miss date stamp information occasionally
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/f74dbdd45754

8057043: Type annotations not retained during class redefine / retransform
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/50054b63f0aa

8033696: "assert(thread != NULL) failed: just checking" due to 
Thread::current() and JNI pthread interaction
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/21dd1c827123

8134759: jdb: Incorrect stepping inside finally block
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/rev/4044eb07194d

From rob.mckenna at oracle.com  Wed Dec  9 17:08:57 2015
From: rob.mckenna at oracle.com (Rob McKenna)
Date: Wed, 9 Dec 2015 17:08:57 +0000
Subject: CFV: New JDK 8 Committer: Andreas Eriksson
In-Reply-To: <56685F13.4090608@oracle.com>
References: <56685F13.4090608@oracle.com>
Message-ID: <56686029.40708@oracle.com>

Vote: yes

	-Rob

On 09/12/15 17:04, Coleen Phillimore wrote:
> I hereby nominate Andreas Eriksson (aeriksso) to JDK 8 Committer.
>
> Andreas is a member of the HotSpot Sustainability Team and has
> contributed 11 significant patches.  He has fixed problems that
> customers have found, added good regression tests, and implemented
> missing functionality in class redefinition.
>
> Votes are due by 12:00 PM EST, Wednesday, December 23, 2015
>
> Only current JDK 8 Committers [1] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [2].
>
> Coleen Phillimore
>
> [1] http://openjdk.java.net/census
> [2] http://openjdk.java.net/projects/#committer-vote
> [3] List of patches:
>
>
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/log?rev=eriksso
>
> 8074696: Remote debugging session hangs for several minutes when calling
> findBootType
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/42737fa6b0b3
>
> 8080428: [TESTBUG] java/lang/invoke/8022701/MHIllegalAccess.java - FAIL:
> Unexpected wrapped exception java.lang.BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/eb1515fb622c
>
> 8131333: [TESTBUG] RedefineRunningMethodsWithResolutionErrors.java
> Improperly specified VM option 'TraceRedefineClasses=0x600'
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/4b32ab003945
>
> 8076110: VM crash when class is redefined with
> Instrumentation.redefineClasses
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/b3217f8fd2a1
>
> 8072588: JVM crashes in JNI if toString is declared as an interface method
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/3300e511bc3a
>
> 8051045: HotSpot fails to wrap Exceptions from invokedynamic in a
> BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/81bed6c76a89
>
> 8060036: C2: CmpU nodes can end up with wrong type information
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/03596ae35800
>
> 7176220: 'Full GC' events miss date stamp information occasionally
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/f74dbdd45754
>
> 8057043: Type annotations not retained during class redefine / retransform
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/50054b63f0aa
>
> 8033696: "assert(thread != NULL) failed: just checking" due to
> Thread::current() and JNI pthread interaction
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/21dd1c827123
>
> 8134759: jdb: Incorrect stepping inside finally block
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/rev/4044eb07194d

From david.buck at oracle.com  Wed Dec  9 17:09:24 2015
From: david.buck at oracle.com (david buck)
Date: Thu, 10 Dec 2015 02:09:24 +0900
Subject: CFV: New JDK 8 Committer: Andreas Eriksson
In-Reply-To: <56685F13.4090608@oracle.com>
References: <56685F13.4090608@oracle.com>
Message-ID: <56686044.10701@oracle.com>

vote: yes

Cheers,
-Buck

On 2015/12/10 2:04, Coleen Phillimore wrote:
> I hereby nominate Andreas Eriksson (aeriksso) to JDK 8 Committer.
>
> Andreas is a member of the HotSpot Sustainability Team and has
> contributed 11 significant patches.  He has fixed problems that
> customers have found, added good regression tests, and implemented
> missing functionality in class redefinition.
>
> Votes are due by 12:00 PM EST, Wednesday, December 23, 2015
>
> Only current JDK 8 Committers [1] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [2].
>
> Coleen Phillimore
>
> [1] http://openjdk.java.net/census
> [2] http://openjdk.java.net/projects/#committer-vote
> [3] List of patches:
>
>
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/log?rev=eriksso
>
> 8074696: Remote debugging session hangs for several minutes when calling
> findBootType
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/42737fa6b0b3
>
> 8080428: [TESTBUG] java/lang/invoke/8022701/MHIllegalAccess.java - FAIL:
> Unexpected wrapped exception java.lang.BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/eb1515fb622c
>
> 8131333: [TESTBUG] RedefineRunningMethodsWithResolutionErrors.java
> Improperly specified VM option 'TraceRedefineClasses=0x600'
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/4b32ab003945
>
> 8076110: VM crash when class is redefined with
> Instrumentation.redefineClasses
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/b3217f8fd2a1
>
> 8072588: JVM crashes in JNI if toString is declared as an interface method
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/3300e511bc3a
>
> 8051045: HotSpot fails to wrap Exceptions from invokedynamic in a
> BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/81bed6c76a89
>
> 8060036: C2: CmpU nodes can end up with wrong type information
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/03596ae35800
>
> 7176220: 'Full GC' events miss date stamp information occasionally
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/f74dbdd45754
>
> 8057043: Type annotations not retained during class redefine / retransform
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/50054b63f0aa
>
> 8033696: "assert(thread != NULL) failed: just checking" due to
> Thread::current() and JNI pthread interaction
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/21dd1c827123
>
> 8134759: jdb: Incorrect stepping inside finally block
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/rev/4044eb07194d

From sean.coffey at oracle.com  Wed Dec  9 17:13:15 2015
From: sean.coffey at oracle.com (=?UTF-8?Q?Se=c3=a1n_Coffey?=)
Date: Wed, 9 Dec 2015 17:13:15 +0000
Subject: CFV: New JDK 8 Committer: Andreas Eriksson
In-Reply-To: <56685F13.4090608@oracle.com>
References: <56685F13.4090608@oracle.com>
Message-ID: <5668612B.9080908@oracle.com>

Coleen. You've got the wrong Project name in the mail Subject. I think 
you're looking for "JDK 8 Updates" Committer.

Do you want to re-send so that confusion is avoided ?

Regards,
Sean.

On 09/12/15 17:04, Coleen Phillimore wrote:
> I hereby nominate Andreas Eriksson (aeriksso) to JDK 8 Committer.
>
> Andreas is a member of the HotSpot Sustainability Team and has 
> contributed 11 significant patches.  He has fixed problems that 
> customers have found, added good regression tests, and implemented 
> missing functionality in class redefinition.
>
> Votes are due by 12:00 PM EST, Wednesday, December 23, 2015
>
> Only current JDK 8 Committers [1] are eligible to vote on this 
> nomination. Votes must be cast in the open by replying to this mailing 
> list.
>
> For Lazy Consensus voting instructions, see [2].
>
> Coleen Phillimore
>
> [1] http://openjdk.java.net/census
> [2] http://openjdk.java.net/projects/#committer-vote
> [3] List of patches:
>
>
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/log?rev=eriksso
>
> 8074696: Remote debugging session hangs for several minutes when 
> calling findBootType
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/42737fa6b0b3
>
> 8080428: [TESTBUG] java/lang/invoke/8022701/MHIllegalAccess.java - 
> FAIL: Unexpected wrapped exception java.lang.BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/eb1515fb622c
>
> 8131333: [TESTBUG] RedefineRunningMethodsWithResolutionErrors.java 
> Improperly specified VM option 'TraceRedefineClasses=0x600'
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/4b32ab003945
>
> 8076110: VM crash when class is redefined with 
> Instrumentation.redefineClasses
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/b3217f8fd2a1
>
> 8072588: JVM crashes in JNI if toString is declared as an interface 
> method
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/3300e511bc3a
>
> 8051045: HotSpot fails to wrap Exceptions from invokedynamic in a 
> BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/81bed6c76a89
>
> 8060036: C2: CmpU nodes can end up with wrong type information
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/03596ae35800
>
> 7176220: 'Full GC' events miss date stamp information occasionally
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/f74dbdd45754
>
> 8057043: Type annotations not retained during class redefine / 
> retransform
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/50054b63f0aa
>
> 8033696: "assert(thread != NULL) failed: just checking" due to 
> Thread::current() and JNI pthread interaction
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/21dd1c827123
>
> 8134759: jdb: Incorrect stepping inside finally block
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/rev/4044eb07194d


From daniel.daugherty at oracle.com  Wed Dec  9 17:15:23 2015
From: daniel.daugherty at oracle.com (Daniel D. Daugherty)
Date: Wed, 9 Dec 2015 10:15:23 -0700
Subject: CFV: New JDK 8 Committer: Andreas Eriksson
In-Reply-To: <56685F13.4090608@oracle.com>
References: <56685F13.4090608@oracle.com>
Message-ID: <566861AB.8060008@oracle.com>

Vote: yes

Dan

On 12/9/15 10:04 AM, Coleen Phillimore wrote:
> I hereby nominate Andreas Eriksson (aeriksso) to JDK 8 Committer.
>
> Andreas is a member of the HotSpot Sustainability Team and has 
> contributed 11 significant patches.  He has fixed problems that 
> customers have found, added good regression tests, and implemented 
> missing functionality in class redefinition.
>
> Votes are due by 12:00 PM EST, Wednesday, December 23, 2015
>
> Only current JDK 8 Committers [1] are eligible to vote on this 
> nomination. Votes must be cast in the open by replying to this mailing 
> list.
>
> For Lazy Consensus voting instructions, see [2].
>
> Coleen Phillimore
>
> [1] http://openjdk.java.net/census
> [2] http://openjdk.java.net/projects/#committer-vote
> [3] List of patches:
>
>
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/log?rev=eriksso
>
> 8074696: Remote debugging session hangs for several minutes when 
> calling findBootType
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/42737fa6b0b3
>
> 8080428: [TESTBUG] java/lang/invoke/8022701/MHIllegalAccess.java - 
> FAIL: Unexpected wrapped exception java.lang.BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/eb1515fb622c
>
> 8131333: [TESTBUG] RedefineRunningMethodsWithResolutionErrors.java 
> Improperly specified VM option 'TraceRedefineClasses=0x600'
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/4b32ab003945
>
> 8076110: VM crash when class is redefined with 
> Instrumentation.redefineClasses
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/b3217f8fd2a1
>
> 8072588: JVM crashes in JNI if toString is declared as an interface 
> method
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/3300e511bc3a
>
> 8051045: HotSpot fails to wrap Exceptions from invokedynamic in a 
> BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/81bed6c76a89
>
> 8060036: C2: CmpU nodes can end up with wrong type information
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/03596ae35800
>
> 7176220: 'Full GC' events miss date stamp information occasionally
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/f74dbdd45754
>
> 8057043: Type annotations not retained during class redefine / 
> retransform
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/50054b63f0aa
>
> 8033696: "assert(thread != NULL) failed: just checking" due to 
> Thread::current() and JNI pthread interaction
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/21dd1c827123
>
> 8134759: jdb: Incorrect stepping inside finally block
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/rev/4044eb07194d
>


From coleen.phillimore at oracle.com  Wed Dec  9 17:17:12 2015
From: coleen.phillimore at oracle.com (Coleen Phillimore)
Date: Wed, 9 Dec 2015 12:17:12 -0500
Subject: CFV: New JDK 8 Updates Committer: Andreas Eriksson
Message-ID: <56686218.4040603@oracle.com>

I hereby nominate Andreas Eriksson (aeriksso) to JDK 8 Updates project 
Committer.

Andreas is a member of the HotSpot Sustainability Team and has 
contributed 11 significant patches.  He has fixed problems that 
customers have found, added good regression tests, and implemented 
missing functionality in class redefinition.

Votes are due by 12:00 PM EST, Wednesday, December 23, 2015

Only current JDK 8 Committers [1] are eligible to vote on this 
nomination. Votes must be cast in the open by replying to this mailing 
list.

For Lazy Consensus voting instructions, see [2].

Coleen Phillimore

[1] http://openjdk.java.net/census
[2] http://openjdk.java.net/projects/#committer-vote
[3] List of patches:


http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=eriksso
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=eriksso
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/log?rev=eriksso

8074696: Remote debugging session hangs for several minutes when calling 
findBootType
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/42737fa6b0b3

8080428: [TESTBUG] java/lang/invoke/8022701/MHIllegalAccess.java - FAIL: 
Unexpected wrapped exception java.lang.BootstrapMethodError
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/eb1515fb622c

8131333: [TESTBUG] RedefineRunningMethodsWithResolutionErrors.java 
Improperly specified VM option 'TraceRedefineClasses=0x600'
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/4b32ab003945

8076110: VM crash when class is redefined with 
Instrumentation.redefineClasses
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/b3217f8fd2a1

8072588: JVM crashes in JNI if toString is declared as an interface method
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/3300e511bc3a

8051045: HotSpot fails to wrap Exceptions from invokedynamic in a 
BootstrapMethodError
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/81bed6c76a89

8060036: C2: CmpU nodes can end up with wrong type information
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/03596ae35800

7176220: 'Full GC' events miss date stamp information occasionally
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/f74dbdd45754

8057043: Type annotations not retained during class redefine / retransform
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/50054b63f0aa

8033696: "assert(thread != NULL) failed: just checking" due to 
Thread::current() and JNI pthread interaction
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/21dd1c827123

8134759: jdb: Incorrect stepping inside finally block
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/rev/4044eb07194d

From daniel.daugherty at oracle.com  Wed Dec  9 17:20:23 2015
From: daniel.daugherty at oracle.com (Daniel D. Daugherty)
Date: Wed, 9 Dec 2015 10:20:23 -0700
Subject: CFV: New JDK 8 Updates Committer: Andreas Eriksson
In-Reply-To: <56686218.4040603@oracle.com>
References: <56686218.4040603@oracle.com>
Message-ID: <566862D7.5020203@oracle.com>

Vote: yes

Dan


On 12/9/15 10:17 AM, Coleen Phillimore wrote:
> I hereby nominate Andreas Eriksson (aeriksso) to JDK 8 Updates project 
> Committer.
>
> Andreas is a member of the HotSpot Sustainability Team and has 
> contributed 11 significant patches.  He has fixed problems that 
> customers have found, added good regression tests, and implemented 
> missing functionality in class redefinition.
>
> Votes are due by 12:00 PM EST, Wednesday, December 23, 2015
>
> Only current JDK 8 Committers [1] are eligible to vote on this 
> nomination. Votes must be cast in the open by replying to this mailing 
> list.
>
> For Lazy Consensus voting instructions, see [2].
>
> Coleen Phillimore
>
> [1] http://openjdk.java.net/census
> [2] http://openjdk.java.net/projects/#committer-vote
> [3] List of patches:
>
>
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/log?rev=eriksso
>
> 8074696: Remote debugging session hangs for several minutes when 
> calling findBootType
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/42737fa6b0b3
>
> 8080428: [TESTBUG] java/lang/invoke/8022701/MHIllegalAccess.java - 
> FAIL: Unexpected wrapped exception java.lang.BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/eb1515fb622c
>
> 8131333: [TESTBUG] RedefineRunningMethodsWithResolutionErrors.java 
> Improperly specified VM option 'TraceRedefineClasses=0x600'
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/4b32ab003945
>
> 8076110: VM crash when class is redefined with 
> Instrumentation.redefineClasses
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/b3217f8fd2a1
>
> 8072588: JVM crashes in JNI if toString is declared as an interface 
> method
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/3300e511bc3a
>
> 8051045: HotSpot fails to wrap Exceptions from invokedynamic in a 
> BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/81bed6c76a89
>
> 8060036: C2: CmpU nodes can end up with wrong type information
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/03596ae35800
>
> 7176220: 'Full GC' events miss date stamp information occasionally
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/f74dbdd45754
>
> 8057043: Type annotations not retained during class redefine / 
> retransform
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/50054b63f0aa
>
> 8033696: "assert(thread != NULL) failed: just checking" due to 
> Thread::current() and JNI pthread interaction
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/21dd1c827123
>
> 8134759: jdb: Incorrect stepping inside finally block
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/rev/4044eb07194d
>


From sean.coffey at oracle.com  Wed Dec  9 17:21:50 2015
From: sean.coffey at oracle.com (=?UTF-8?Q?Se=c3=a1n_Coffey?=)
Date: Wed, 9 Dec 2015 17:21:50 +0000
Subject: CFV: New JDK 8 Updates Committer: Andreas Eriksson
In-Reply-To: <56686218.4040603@oracle.com>
References: <56686218.4040603@oracle.com>
Message-ID: <5668632E.4000507@oracle.com>

Vote: yes

Regards,
Sean.

On 09/12/15 17:17, Coleen Phillimore wrote:
> I hereby nominate Andreas Eriksson (aeriksso) to JDK 8 Updates project 
> Committer.
>
> Andreas is a member of the HotSpot Sustainability Team and has 
> contributed 11 significant patches.  He has fixed problems that 
> customers have found, added good regression tests, and implemented 
> missing functionality in class redefinition.
>
> Votes are due by 12:00 PM EST, Wednesday, December 23, 2015
>
> Only current JDK 8 Committers [1] are eligible to vote on this 
> nomination. Votes must be cast in the open by replying to this mailing 
> list.
>
> For Lazy Consensus voting instructions, see [2].
>
> Coleen Phillimore
>
> [1] http://openjdk.java.net/census
> [2] http://openjdk.java.net/projects/#committer-vote
> [3] List of patches:
>
>
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/log?rev=eriksso
>
> 8074696: Remote debugging session hangs for several minutes when 
> calling findBootType
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/42737fa6b0b3
>
> 8080428: [TESTBUG] java/lang/invoke/8022701/MHIllegalAccess.java - 
> FAIL: Unexpected wrapped exception java.lang.BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/eb1515fb622c
>
> 8131333: [TESTBUG] RedefineRunningMethodsWithResolutionErrors.java 
> Improperly specified VM option 'TraceRedefineClasses=0x600'
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/4b32ab003945
>
> 8076110: VM crash when class is redefined with 
> Instrumentation.redefineClasses
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/b3217f8fd2a1
>
> 8072588: JVM crashes in JNI if toString is declared as an interface 
> method
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/3300e511bc3a
>
> 8051045: HotSpot fails to wrap Exceptions from invokedynamic in a 
> BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/81bed6c76a89
>
> 8060036: C2: CmpU nodes can end up with wrong type information
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/03596ae35800
>
> 7176220: 'Full GC' events miss date stamp information occasionally
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/f74dbdd45754
>
> 8057043: Type annotations not retained during class redefine / 
> retransform
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/50054b63f0aa
>
> 8033696: "assert(thread != NULL) failed: just checking" due to 
> Thread::current() and JNI pthread interaction
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/21dd1c827123
>
> 8134759: jdb: Incorrect stepping inside finally block
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/rev/4044eb07194d


From rob.mckenna at oracle.com  Wed Dec  9 17:22:51 2015
From: rob.mckenna at oracle.com (Rob McKenna)
Date: Wed, 9 Dec 2015 17:22:51 +0000
Subject: CFV: New JDK 8 Updates Committer: Andreas Eriksson
In-Reply-To: <5668632E.4000507@oracle.com>
References: <56686218.4040603@oracle.com> <5668632E.4000507@oracle.com>
Message-ID: <5668636B.2030008@oracle.com>

Vote: yes

	-Rob

On 09/12/15 17:21, Se?n Coffey wrote:
> Vote: yes
>
> Regards,
> Sean.
>
> On 09/12/15 17:17, Coleen Phillimore wrote:
>> I hereby nominate Andreas Eriksson (aeriksso) to JDK 8 Updates project
>> Committer.
>>
>> Andreas is a member of the HotSpot Sustainability Team and has
>> contributed 11 significant patches.  He has fixed problems that
>> customers have found, added good regression tests, and implemented
>> missing functionality in class redefinition.
>>
>> Votes are due by 12:00 PM EST, Wednesday, December 23, 2015
>>
>> Only current JDK 8 Committers [1] are eligible to vote on this
>> nomination. Votes must be cast in the open by replying to this mailing
>> list.
>>
>> For Lazy Consensus voting instructions, see [2].
>>
>> Coleen Phillimore
>>
>> [1] http://openjdk.java.net/census
>> [2] http://openjdk.java.net/projects/#committer-vote
>> [3] List of patches:
>>
>>
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=eriksso
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=eriksso
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/log?rev=eriksso
>>
>> 8074696: Remote debugging session hangs for several minutes when
>> calling findBootType
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/42737fa6b0b3
>>
>> 8080428: [TESTBUG] java/lang/invoke/8022701/MHIllegalAccess.java -
>> FAIL: Unexpected wrapped exception java.lang.BootstrapMethodError
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/eb1515fb622c
>>
>> 8131333: [TESTBUG] RedefineRunningMethodsWithResolutionErrors.java
>> Improperly specified VM option 'TraceRedefineClasses=0x600'
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/4b32ab003945
>>
>> 8076110: VM crash when class is redefined with
>> Instrumentation.redefineClasses
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/b3217f8fd2a1
>>
>> 8072588: JVM crashes in JNI if toString is declared as an interface
>> method
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/3300e511bc3a
>>
>> 8051045: HotSpot fails to wrap Exceptions from invokedynamic in a
>> BootstrapMethodError
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/81bed6c76a89
>>
>> 8060036: C2: CmpU nodes can end up with wrong type information
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/03596ae35800
>>
>> 7176220: 'Full GC' events miss date stamp information occasionally
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/f74dbdd45754
>>
>> 8057043: Type annotations not retained during class redefine /
>> retransform
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/50054b63f0aa
>>
>> 8033696: "assert(thread != NULL) failed: just checking" due to
>> Thread::current() and JNI pthread interaction
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/21dd1c827123
>>
>> 8134759: jdb: Incorrect stepping inside finally block
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/rev/4044eb07194d
>

From jesper.wilhelmsson at oracle.com  Wed Dec  9 17:34:54 2015
From: jesper.wilhelmsson at oracle.com (Jesper Wilhelmsson)
Date: Wed, 9 Dec 2015 18:34:54 +0100
Subject: CFV: New JDK 8 Committer: Andreas Eriksson
In-Reply-To: <56685F13.4090608@oracle.com>
References: <56685F13.4090608@oracle.com>
Message-ID: <5668663E.5090504@oracle.com>

Vote: Yes
/Jesper

Den 9/12/15 kl. 18:04, skrev Coleen Phillimore:
> I hereby nominate Andreas Eriksson (aeriksso) to JDK 8 Committer.
>
> Andreas is a member of the HotSpot Sustainability Team and has contributed 11
> significant patches.  He has fixed problems that customers have found, added
> good regression tests, and implemented missing functionality in class redefinition.
>
> Votes are due by 12:00 PM EST, Wednesday, December 23, 2015
>
> Only current JDK 8 Committers [1] are eligible to vote on this nomination. Votes
> must be cast in the open by replying to this mailing list.
>
> For Lazy Consensus voting instructions, see [2].
>
> Coleen Phillimore
>
> [1] http://openjdk.java.net/census
> [2] http://openjdk.java.net/projects/#committer-vote
> [3] List of patches:
>
>
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/log?rev=eriksso
>
> 8074696: Remote debugging session hangs for several minutes when calling
> findBootType
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/42737fa6b0b3
>
> 8080428: [TESTBUG] java/lang/invoke/8022701/MHIllegalAccess.java - FAIL:
> Unexpected wrapped exception java.lang.BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/eb1515fb622c
>
> 8131333: [TESTBUG] RedefineRunningMethodsWithResolutionErrors.java Improperly
> specified VM option 'TraceRedefineClasses=0x600'
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/4b32ab003945
>
> 8076110: VM crash when class is redefined with Instrumentation.redefineClasses
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/b3217f8fd2a1
>
> 8072588: JVM crashes in JNI if toString is declared as an interface method
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/3300e511bc3a
>
> 8051045: HotSpot fails to wrap Exceptions from invokedynamic in a
> BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/81bed6c76a89
>
> 8060036: C2: CmpU nodes can end up with wrong type information
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/03596ae35800
>
> 7176220: 'Full GC' events miss date stamp information occasionally
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/f74dbdd45754
>
> 8057043: Type annotations not retained during class redefine / retransform
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/50054b63f0aa
>
> 8033696: "assert(thread != NULL) failed: just checking" due to Thread::current()
> and JNI pthread interaction
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/21dd1c827123
>
> 8134759: jdb: Incorrect stepping inside finally block
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/rev/4044eb07194d

From jesper.wilhelmsson at oracle.com  Wed Dec  9 17:35:33 2015
From: jesper.wilhelmsson at oracle.com (Jesper Wilhelmsson)
Date: Wed, 9 Dec 2015 18:35:33 +0100
Subject: CFV: New JDK 8 Updates Committer: Andreas Eriksson
In-Reply-To: <56686218.4040603@oracle.com>
References: <56686218.4040603@oracle.com>
Message-ID: <56686665.4020805@oracle.com>

vote: Yes
/Jesper

Den 9/12/15 kl. 18:17, skrev Coleen Phillimore:
> I hereby nominate Andreas Eriksson (aeriksso) to JDK 8 Updates project Committer.
>
> Andreas is a member of the HotSpot Sustainability Team and has contributed 11
> significant patches.  He has fixed problems that customers have found, added
> good regression tests, and implemented missing functionality in class redefinition.
>
> Votes are due by 12:00 PM EST, Wednesday, December 23, 2015
>
> Only current JDK 8 Committers [1] are eligible to vote on this nomination. Votes
> must be cast in the open by replying to this mailing list.
>
> For Lazy Consensus voting instructions, see [2].
>
> Coleen Phillimore
>
> [1] http://openjdk.java.net/census
> [2] http://openjdk.java.net/projects/#committer-vote
> [3] List of patches:
>
>
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/log?rev=eriksso
>
> 8074696: Remote debugging session hangs for several minutes when calling
> findBootType
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/42737fa6b0b3
>
> 8080428: [TESTBUG] java/lang/invoke/8022701/MHIllegalAccess.java - FAIL:
> Unexpected wrapped exception java.lang.BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/eb1515fb622c
>
> 8131333: [TESTBUG] RedefineRunningMethodsWithResolutionErrors.java Improperly
> specified VM option 'TraceRedefineClasses=0x600'
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/4b32ab003945
>
> 8076110: VM crash when class is redefined with Instrumentation.redefineClasses
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/b3217f8fd2a1
>
> 8072588: JVM crashes in JNI if toString is declared as an interface method
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/3300e511bc3a
>
> 8051045: HotSpot fails to wrap Exceptions from invokedynamic in a
> BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/81bed6c76a89
>
> 8060036: C2: CmpU nodes can end up with wrong type information
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/03596ae35800
>
> 7176220: 'Full GC' events miss date stamp information occasionally
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/f74dbdd45754
>
> 8057043: Type annotations not retained during class redefine / retransform
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/50054b63f0aa
>
> 8033696: "assert(thread != NULL) failed: just checking" due to Thread::current()
> and JNI pthread interaction
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/21dd1c827123
>
> 8134759: jdb: Incorrect stepping inside finally block
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/rev/4044eb07194d

From coleen.phillimore at oracle.com  Wed Dec  9 17:35:46 2015
From: coleen.phillimore at oracle.com (Coleen Phillimore)
Date: Wed, 9 Dec 2015 12:35:46 -0500
Subject: CFV: New JDK 8 Updates Committer: Andreas Eriksson
In-Reply-To: <56686218.4040603@oracle.com>
References: <56686218.4040603@oracle.com>
Message-ID: <56686672.4080702@oracle.com>


Vote: yes

Some clarification.  The list of jdk8u project roles are derived from 
the JDK 8 roles.   See:

http://openjdk.java.net/census#jdk8u

On 12/9/15 12:17 PM, Coleen Phillimore wrote:
> I hereby nominate Andreas Eriksson (aeriksso) to JDK 8 Updates project 
> Committer.
>
> Andreas is a member of the HotSpot Sustainability Team and has 
> contributed 11 significant patches.  He has fixed problems that 
> customers have found, added good regression tests, and implemented 
> missing functionality in class redefinition.
>
> Votes are due by 12:00 PM EST, Wednesday, December 23, 2015
>
> Only current JDK 8 Committers [1] are eligible to vote on this 
> nomination. Votes must be cast in the open by replying to this mailing 
> list.
>
> For Lazy Consensus voting instructions, see [2].
>
> Coleen Phillimore
>
> [1] http://openjdk.java.net/census
> [2] http://openjdk.java.net/projects/#committer-vote
> [3] List of patches:
>
>
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/log?rev=eriksso
>
> 8074696: Remote debugging session hangs for several minutes when 
> calling findBootType
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/42737fa6b0b3
>
> 8080428: [TESTBUG] java/lang/invoke/8022701/MHIllegalAccess.java - 
> FAIL: Unexpected wrapped exception java.lang.BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/eb1515fb622c
>
> 8131333: [TESTBUG] RedefineRunningMethodsWithResolutionErrors.java 
> Improperly specified VM option 'TraceRedefineClasses=0x600'
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/4b32ab003945
>
> 8076110: VM crash when class is redefined with 
> Instrumentation.redefineClasses
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/b3217f8fd2a1
>
> 8072588: JVM crashes in JNI if toString is declared as an interface 
> method
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/3300e511bc3a
>
> 8051045: HotSpot fails to wrap Exceptions from invokedynamic in a 
> BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/81bed6c76a89
>
> 8060036: C2: CmpU nodes can end up with wrong type information
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/03596ae35800
>
> 7176220: 'Full GC' events miss date stamp information occasionally
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/f74dbdd45754
>
> 8057043: Type annotations not retained during class redefine / 
> retransform
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/50054b63f0aa
>
> 8033696: "assert(thread != NULL) failed: just checking" due to 
> Thread::current() and JNI pthread interaction
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/21dd1c827123
>
> 8134759: jdb: Incorrect stepping inside finally block
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/rev/4044eb07194d


From aleksej.efimov at oracle.com  Wed Dec  9 17:42:00 2015
From: aleksej.efimov at oracle.com (Aleksej Efimov)
Date: Wed, 9 Dec 2015 20:42:00 +0300
Subject: [8u-dev] Request for approval: 8038184 and 8038349
Message-ID: <566867E8.6090705@oracle.com>

Hi,
Please, approve the following backports to JDK8u-dev. Both fixes applies 
cleanly after unshuffling.

8038184: XMLSignature throws StringIndexOutOfBoundsException if ID 
attribute value is empty String
JBS:
https://bugs.openjdk.java.net/browse/JDK-8038184
JDK9 changeset:
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10f803d32251
JDK9 review:
http://mail.openjdk.java.net/pipermail/security-dev/2014-April/010398.html

8038349: Signing XML with DSA throws Exception when key is larger than 
1024 bits
JBS:
https://bugs.openjdk.java.net/browse/JDK-8038349
JDK9 changeset:
http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/d7640cee30d8
JDK9 reviews (April and May parts):
http://mail.openjdk.java.net/pipermail/security-dev/2014-April/010440.html
http://mail.openjdk.java.net/pipermail/security-dev/2014-May/010444.html

With Best Regards,
Aleksej


From harold.seigel at oracle.com  Wed Dec  9 17:47:21 2015
From: harold.seigel at oracle.com (harold seigel)
Date: Wed, 9 Dec 2015 12:47:21 -0500
Subject: CFV: New JDK 8 Updates Committer: Andreas Eriksson
In-Reply-To: <56686218.4040603@oracle.com>
References: <56686218.4040603@oracle.com>
Message-ID: <56686929.4050005@oracle.com>

Vote: yes

Harold

On 12/9/2015 12:17 PM, Coleen Phillimore wrote:
> I hereby nominate Andreas Eriksson (aeriksso) to JDK 8 Updates project 
> Committer.
>
> Andreas is a member of the HotSpot Sustainability Team and has 
> contributed 11 significant patches.  He has fixed problems that 
> customers have found, added good regression tests, and implemented 
> missing functionality in class redefinition.
>
> Votes are due by 12:00 PM EST, Wednesday, December 23, 2015
>
> Only current JDK 8 Committers [1] are eligible to vote on this 
> nomination. Votes must be cast in the open by replying to this mailing 
> list.
>
> For Lazy Consensus voting instructions, see [2].
>
> Coleen Phillimore
>
> [1] http://openjdk.java.net/census
> [2] http://openjdk.java.net/projects/#committer-vote
> [3] List of patches:
>
>
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/log?rev=eriksso
>
> 8074696: Remote debugging session hangs for several minutes when 
> calling findBootType
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/42737fa6b0b3
>
> 8080428: [TESTBUG] java/lang/invoke/8022701/MHIllegalAccess.java - 
> FAIL: Unexpected wrapped exception java.lang.BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/eb1515fb622c
>
> 8131333: [TESTBUG] RedefineRunningMethodsWithResolutionErrors.java 
> Improperly specified VM option 'TraceRedefineClasses=0x600'
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/4b32ab003945
>
> 8076110: VM crash when class is redefined with 
> Instrumentation.redefineClasses
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/b3217f8fd2a1
>
> 8072588: JVM crashes in JNI if toString is declared as an interface 
> method
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/3300e511bc3a
>
> 8051045: HotSpot fails to wrap Exceptions from invokedynamic in a 
> BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/81bed6c76a89
>
> 8060036: C2: CmpU nodes can end up with wrong type information
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/03596ae35800
>
> 7176220: 'Full GC' events miss date stamp information occasionally
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/f74dbdd45754
>
> 8057043: Type annotations not retained during class redefine / 
> retransform
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/50054b63f0aa
>
> 8033696: "assert(thread != NULL) failed: just checking" due to 
> Thread::current() and JNI pthread interaction
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/21dd1c827123
>
> 8134759: jdb: Incorrect stepping inside finally block
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/rev/4044eb07194d


From rob.mckenna at oracle.com  Wed Dec  9 17:50:26 2015
From: rob.mckenna at oracle.com (Rob McKenna)
Date: Wed, 9 Dec 2015 17:50:26 +0000
Subject: [8u-dev] Request for review & approval - 8145017: Add support for 3
	digit hotspot minor version numbers
Message-ID: <566869E2.4010902@oracle.com>

Hi folks,

Managed to overlook the fact that the HS minor version number could be 
over 3 digits too when pushing 8140344:

https://bugs.openjdk.java.net/browse/JDK-8145017
http://cr.openjdk.java.net/~robm/8145017/webrev.01/

Its a pretty complex change so let me know if you have any questions :P

	-Rob

From sean.coffey at oracle.com  Wed Dec  9 18:11:37 2015
From: sean.coffey at oracle.com (=?UTF-8?Q?Se=c3=a1n_Coffey?=)
Date: Wed, 9 Dec 2015 18:11:37 +0000
Subject: [8u-dev] Request for review & approval - 8145017: Add support for
	3 digit hotspot minor version numbers
In-Reply-To: <566869E2.4010902@oracle.com>
References: <566869E2.4010902@oracle.com>
Message-ID: <56686ED9.4080907@oracle.com>

Looks fine. Approved

Regards,
Sean.

On 09/12/15 17:50, Rob McKenna wrote:
> Hi folks,
>
> Managed to overlook the fact that the HS minor version number could be 
> over 3 digits too when pushing 8140344:
>
> https://bugs.openjdk.java.net/browse/JDK-8145017
> http://cr.openjdk.java.net/~robm/8145017/webrev.01/
>
> Its a pretty complex change so let me know if you have any questions :P
>
>     -Rob


From rob.mckenna at oracle.com  Wed Dec  9 18:20:57 2015
From: rob.mckenna at oracle.com (Rob McKenna)
Date: Wed, 9 Dec 2015 18:20:57 +0000
Subject: [8u-dev] Request for approval: 8038184 and 8038349
In-Reply-To: <566867E8.6090705@oracle.com>
References: <566867E8.6090705@oracle.com>
Message-ID: <56687109.7050308@oracle.com>

Approved

	-Rob

On 09/12/15 17:42, Aleksej Efimov wrote:
> Hi,
> Please, approve the following backports to JDK8u-dev. Both fixes applies
> cleanly after unshuffling.
>
> 8038184: XMLSignature throws StringIndexOutOfBoundsException if ID
> attribute value is empty String
> JBS:
> https://bugs.openjdk.java.net/browse/JDK-8038184
> JDK9 changeset:
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10f803d32251
> JDK9 review:
> http://mail.openjdk.java.net/pipermail/security-dev/2014-April/010398.html
>
> 8038349: Signing XML with DSA throws Exception when key is larger than
> 1024 bits
> JBS:
> https://bugs.openjdk.java.net/browse/JDK-8038349
> JDK9 changeset:
> http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/d7640cee30d8
> JDK9 reviews (April and May parts):
> http://mail.openjdk.java.net/pipermail/security-dev/2014-April/010440.html
> http://mail.openjdk.java.net/pipermail/security-dev/2014-May/010444.html
>
> With Best Regards,
> Aleksej
>

From dalibor.topic at oracle.com  Wed Dec  9 21:44:46 2015
From: dalibor.topic at oracle.com (Dalibor Topic)
Date: Wed, 9 Dec 2015 22:44:46 +0100
Subject: CFV: New JDK 8 Updates Committer: Andreas Eriksson
In-Reply-To: <56686218.4040603@oracle.com>
References: <56686218.4040603@oracle.com>
Message-ID: <5668A0CE.5030204@oracle.com>

Vote: Yes


-- 
Oracle <http://www.oracle.com>
Dalibor Topic | Principal Product Manager
Phone: +494089091214 <tel:+494089091214> | Mobile: +491737185961 <tel:+491737185961>
Oracle Java Platform Group

ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 M?nchen
Registergericht: Amtsgericht M?nchen, HRA 95603

Komplement?rin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher 

Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment

From vladimir.x.ivanov at oracle.com  Wed Dec  9 22:46:23 2015
From: vladimir.x.ivanov at oracle.com (Vladimir Ivanov)
Date: Thu, 10 Dec 2015 01:46:23 +0300
Subject: CFV: New JDK 8 Updates Committer: Andreas Eriksson
In-Reply-To: <56686218.4040603@oracle.com>
References: <56686218.4040603@oracle.com>
Message-ID: <5668AF3F.9040600@oracle.com>

Vote: yes

Best regards,
Vladimir Ivanov

On 12/9/15 8:17 PM, Coleen Phillimore wrote:
> I hereby nominate Andreas Eriksson (aeriksso) to JDK 8 Updates project
> Committer.
>
> Andreas is a member of the HotSpot Sustainability Team and has
> contributed 11 significant patches.  He has fixed problems that
> customers have found, added good regression tests, and implemented
> missing functionality in class redefinition.
>
> Votes are due by 12:00 PM EST, Wednesday, December 23, 2015
>
> Only current JDK 8 Committers [1] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [2].
>
> Coleen Phillimore
>
> [1] http://openjdk.java.net/census
> [2] http://openjdk.java.net/projects/#committer-vote
> [3] List of patches:
>
>
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/log?rev=eriksso
>
> 8074696: Remote debugging session hangs for several minutes when calling
> findBootType
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/42737fa6b0b3
>
> 8080428: [TESTBUG] java/lang/invoke/8022701/MHIllegalAccess.java - FAIL:
> Unexpected wrapped exception java.lang.BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/eb1515fb622c
>
> 8131333: [TESTBUG] RedefineRunningMethodsWithResolutionErrors.java
> Improperly specified VM option 'TraceRedefineClasses=0x600'
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/4b32ab003945
>
> 8076110: VM crash when class is redefined with
> Instrumentation.redefineClasses
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/b3217f8fd2a1
>
> 8072588: JVM crashes in JNI if toString is declared as an interface method
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/3300e511bc3a
>
> 8051045: HotSpot fails to wrap Exceptions from invokedynamic in a
> BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/81bed6c76a89
>
> 8060036: C2: CmpU nodes can end up with wrong type information
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/03596ae35800
>
> 7176220: 'Full GC' events miss date stamp information occasionally
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/f74dbdd45754
>
> 8057043: Type annotations not retained during class redefine / retransform
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/50054b63f0aa
>
> 8033696: "assert(thread != NULL) failed: just checking" due to
> Thread::current() and JNI pthread interaction
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/21dd1c827123
>
> 8134759: jdb: Incorrect stepping inside finally block
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/rev/4044eb07194d

From david.buck at oracle.com  Thu Dec 10 00:25:49 2015
From: david.buck at oracle.com (david buck)
Date: Thu, 10 Dec 2015 09:25:49 +0900
Subject: [8u76] RFA 8137106: EUDC (End User Defined Characters) are not
	displayed on Windows with Java 8u60+
Message-ID: <5668C68D.3040202@oracle.com>

Hi!

Please approve this clean (after reshuffle) backport.

bug report: https://bugs.openjdk.java.net/browse/JDK-8137106
jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/bc206c4cda2e
review thread: 
http://mail.openjdk.java.net/pipermail/2d-dev/2015-December/005981.html

Cheers,
-Buck

From sean.coffey at oracle.com  Thu Dec 10 07:53:44 2015
From: sean.coffey at oracle.com (=?UTF-8?Q?Se=c3=a1n_Coffey?=)
Date: Thu, 10 Dec 2015 07:53:44 +0000
Subject: [8u76] RFA 8137106: EUDC (End User Defined Characters) are not
	displayed on Windows with Java 8u60+
In-Reply-To: <5668C68D.3040202@oracle.com>
References: <5668C68D.3040202@oracle.com>
Message-ID: <56692F88.2010407@oracle.com>

Approved.

Regards,
Sean.

On 10/12/2015 00:25, david buck wrote:
> Hi!
>
> Please approve this clean (after reshuffle) backport.
>
> bug report: https://bugs.openjdk.java.net/browse/JDK-8137106
> jdk9 changeset: 
> http://hg.openjdk.java.net/jdk9/client/jdk/rev/bc206c4cda2e
> review thread: 
> http://mail.openjdk.java.net/pipermail/2d-dev/2015-December/005981.html
>
> Cheers,
> -Buck


From bengt.rutisson at oracle.com  Thu Dec 10 08:24:11 2015
From: bengt.rutisson at oracle.com (Bengt Rutisson)
Date: Thu, 10 Dec 2015 09:24:11 +0100
Subject: CFV: New JDK 8 Updates Committer: Andreas Eriksson
In-Reply-To: <56686218.4040603@oracle.com>
References: <56686218.4040603@oracle.com>
Message-ID: <566936AB.7010105@oracle.com>


Vote: yes

Bengt

On 2015-12-09 18:17, Coleen Phillimore wrote:
> I hereby nominate Andreas Eriksson (aeriksso) to JDK 8 Updates project 
> Committer.
>
> Andreas is a member of the HotSpot Sustainability Team and has 
> contributed 11 significant patches.  He has fixed problems that 
> customers have found, added good regression tests, and implemented 
> missing functionality in class redefinition.
>
> Votes are due by 12:00 PM EST, Wednesday, December 23, 2015
>
> Only current JDK 8 Committers [1] are eligible to vote on this 
> nomination. Votes must be cast in the open by replying to this mailing 
> list.
>
> For Lazy Consensus voting instructions, see [2].
>
> Coleen Phillimore
>
> [1] http://openjdk.java.net/census
> [2] http://openjdk.java.net/projects/#committer-vote
> [3] List of patches:
>
>
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/log?rev=eriksso
>
> 8074696: Remote debugging session hangs for several minutes when 
> calling findBootType
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/42737fa6b0b3
>
> 8080428: [TESTBUG] java/lang/invoke/8022701/MHIllegalAccess.java - 
> FAIL: Unexpected wrapped exception java.lang.BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/eb1515fb622c
>
> 8131333: [TESTBUG] RedefineRunningMethodsWithResolutionErrors.java 
> Improperly specified VM option 'TraceRedefineClasses=0x600'
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/4b32ab003945
>
> 8076110: VM crash when class is redefined with 
> Instrumentation.redefineClasses
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/b3217f8fd2a1
>
> 8072588: JVM crashes in JNI if toString is declared as an interface 
> method
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/3300e511bc3a
>
> 8051045: HotSpot fails to wrap Exceptions from invokedynamic in a 
> BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/81bed6c76a89
>
> 8060036: C2: CmpU nodes can end up with wrong type information
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/03596ae35800
>
> 7176220: 'Full GC' events miss date stamp information occasionally
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/f74dbdd45754
>
> 8057043: Type annotations not retained during class redefine / 
> retransform
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/50054b63f0aa
>
> 8033696: "assert(thread != NULL) failed: just checking" due to 
> Thread::current() and JNI pthread interaction
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/21dd1c827123
>
> 8134759: jdb: Incorrect stepping inside finally block
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/rev/4044eb07194d


From mikael.gerdin at oracle.com  Thu Dec 10 08:42:50 2015
From: mikael.gerdin at oracle.com (Mikael Gerdin)
Date: Thu, 10 Dec 2015 09:42:50 +0100
Subject: CFV: New JDK 8 Committer: Andreas Eriksson
In-Reply-To: <56685F13.4090608@oracle.com>
References: <56685F13.4090608@oracle.com>
Message-ID: <56693B0A.7070002@oracle.com>

Hi Coleen,
did you mean "JDK 8 Updates Project Committer"?
The JDK 8 Project was only used to develop the JDK 8 GA release.

/Mikael

On 2015-12-09 18:04, Coleen Phillimore wrote:
> I hereby nominate Andreas Eriksson (aeriksso) to JDK 8 Committer.
>
> Andreas is a member of the HotSpot Sustainability Team and has
> contributed 11 significant patches.  He has fixed problems that
> customers have found, added good regression tests, and implemented
> missing functionality in class redefinition.
>
> Votes are due by 12:00 PM EST, Wednesday, December 23, 2015
>
> Only current JDK 8 Committers [1] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [2].
>
> Coleen Phillimore
>
> [1] http://openjdk.java.net/census
> [2] http://openjdk.java.net/projects/#committer-vote
> [3] List of patches:
>
>
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/log?rev=eriksso
>
> 8074696: Remote debugging session hangs for several minutes when calling
> findBootType
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/42737fa6b0b3
>
> 8080428: [TESTBUG] java/lang/invoke/8022701/MHIllegalAccess.java - FAIL:
> Unexpected wrapped exception java.lang.BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/eb1515fb622c
>
> 8131333: [TESTBUG] RedefineRunningMethodsWithResolutionErrors.java
> Improperly specified VM option 'TraceRedefineClasses=0x600'
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/4b32ab003945
>
> 8076110: VM crash when class is redefined with
> Instrumentation.redefineClasses
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/b3217f8fd2a1
>
> 8072588: JVM crashes in JNI if toString is declared as an interface method
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/3300e511bc3a
>
> 8051045: HotSpot fails to wrap Exceptions from invokedynamic in a
> BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/81bed6c76a89
>
> 8060036: C2: CmpU nodes can end up with wrong type information
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/03596ae35800
>
> 7176220: 'Full GC' events miss date stamp information occasionally
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/f74dbdd45754
>
> 8057043: Type annotations not retained during class redefine / retransform
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/50054b63f0aa
>
> 8033696: "assert(thread != NULL) failed: just checking" due to
> Thread::current() and JNI pthread interaction
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/21dd1c827123
>
> 8134759: jdb: Incorrect stepping inside finally block
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/rev/4044eb07194d


From mikael.gerdin at oracle.com  Thu Dec 10 08:47:09 2015
From: mikael.gerdin at oracle.com (Mikael Gerdin)
Date: Thu, 10 Dec 2015 09:47:09 +0100
Subject: CFV: New JDK 8 Committer: Andreas Eriksson
In-Reply-To: <56693B0A.7070002@oracle.com>
References: <56685F13.4090608@oracle.com> <56693B0A.7070002@oracle.com>
Message-ID: <56693C0D.5030405@oracle.com>

On 2015-12-10 09:42, Mikael Gerdin wrote:
> Hi Coleen,
> did you mean "JDK 8 Updates Project Committer"?
> The JDK 8 Project was only used to develop the JDK 8 GA release.

I just saw that you sent out another CFV, sorry for the noise.
/Mikael

>
> /Mikael
>
> On 2015-12-09 18:04, Coleen Phillimore wrote:
>> I hereby nominate Andreas Eriksson (aeriksso) to JDK 8 Committer.
>>
>> Andreas is a member of the HotSpot Sustainability Team and has
>> contributed 11 significant patches.  He has fixed problems that
>> customers have found, added good regression tests, and implemented
>> missing functionality in class redefinition.
>>
>> Votes are due by 12:00 PM EST, Wednesday, December 23, 2015
>>
>> Only current JDK 8 Committers [1] are eligible to vote on this
>> nomination. Votes must be cast in the open by replying to this mailing
>> list.
>>
>> For Lazy Consensus voting instructions, see [2].
>>
>> Coleen Phillimore
>>
>> [1] http://openjdk.java.net/census
>> [2] http://openjdk.java.net/projects/#committer-vote
>> [3] List of patches:
>>
>>
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=eriksso
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=eriksso
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/log?rev=eriksso
>>
>> 8074696: Remote debugging session hangs for several minutes when calling
>> findBootType
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/42737fa6b0b3
>>
>> 8080428: [TESTBUG] java/lang/invoke/8022701/MHIllegalAccess.java - FAIL:
>> Unexpected wrapped exception java.lang.BootstrapMethodError
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/eb1515fb622c
>>
>> 8131333: [TESTBUG] RedefineRunningMethodsWithResolutionErrors.java
>> Improperly specified VM option 'TraceRedefineClasses=0x600'
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/4b32ab003945
>>
>> 8076110: VM crash when class is redefined with
>> Instrumentation.redefineClasses
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/b3217f8fd2a1
>>
>> 8072588: JVM crashes in JNI if toString is declared as an interface
>> method
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/3300e511bc3a
>>
>> 8051045: HotSpot fails to wrap Exceptions from invokedynamic in a
>> BootstrapMethodError
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/81bed6c76a89
>>
>> 8060036: C2: CmpU nodes can end up with wrong type information
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/03596ae35800
>>
>> 7176220: 'Full GC' events miss date stamp information occasionally
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/f74dbdd45754
>>
>> 8057043: Type annotations not retained during class redefine /
>> retransform
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/50054b63f0aa
>>
>> 8033696: "assert(thread != NULL) failed: just checking" due to
>> Thread::current() and JNI pthread interaction
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/21dd1c827123
>>
>> 8134759: jdb: Incorrect stepping inside finally block
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/rev/4044eb07194d
>


From volker.simonis at gmail.com  Thu Dec 10 08:56:13 2015
From: volker.simonis at gmail.com (Volker Simonis)
Date: Thu, 10 Dec 2015 09:56:13 +0100
Subject: CFV: New JDK 8 Updates Committer: Andreas Eriksson
In-Reply-To: <56686218.4040603@oracle.com>
References: <56686218.4040603@oracle.com>
Message-ID: <CA+3eh12GXbFfGw4C7pSHV5C286eqpnGbujs_EOgz=yzjcrkf9A@mail.gmail.com>

Vote: yes


On Wed, Dec 9, 2015 at 6:17 PM, Coleen Phillimore
<coleen.phillimore at oracle.com> wrote:
> I hereby nominate Andreas Eriksson (aeriksso) to JDK 8 Updates project
> Committer.
>
> Andreas is a member of the HotSpot Sustainability Team and has contributed
> 11 significant patches.  He has fixed problems that customers have found,
> added good regression tests, and implemented missing functionality in class
> redefinition.
>
> Votes are due by 12:00 PM EST, Wednesday, December 23, 2015
>
> Only current JDK 8 Committers [1] are eligible to vote on this nomination.
> Votes must be cast in the open by replying to this mailing list.
>
> For Lazy Consensus voting instructions, see [2].
>
> Coleen Phillimore
>
> [1] http://openjdk.java.net/census
> [2] http://openjdk.java.net/projects/#committer-vote
> [3] List of patches:
>
>
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/log?rev=eriksso
>
> 8074696: Remote debugging session hangs for several minutes when calling
> findBootType
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/42737fa6b0b3
>
> 8080428: [TESTBUG] java/lang/invoke/8022701/MHIllegalAccess.java - FAIL:
> Unexpected wrapped exception java.lang.BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/eb1515fb622c
>
> 8131333: [TESTBUG] RedefineRunningMethodsWithResolutionErrors.java
> Improperly specified VM option 'TraceRedefineClasses=0x600'
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/4b32ab003945
>
> 8076110: VM crash when class is redefined with
> Instrumentation.redefineClasses
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/b3217f8fd2a1
>
> 8072588: JVM crashes in JNI if toString is declared as an interface method
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/3300e511bc3a
>
> 8051045: HotSpot fails to wrap Exceptions from invokedynamic in a
> BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/81bed6c76a89
>
> 8060036: C2: CmpU nodes can end up with wrong type information
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/03596ae35800
>
> 7176220: 'Full GC' events miss date stamp information occasionally
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/f74dbdd45754
>
> 8057043: Type annotations not retained during class redefine / retransform
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/50054b63f0aa
>
> 8033696: "assert(thread != NULL) failed: just checking" due to
> Thread::current() and JNI pthread interaction
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/21dd1c827123
>
> 8134759: jdb: Incorrect stepping inside finally block
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/rev/4044eb07194d

From bengt.rutisson at oracle.com  Thu Dec 10 09:11:34 2015
From: bengt.rutisson at oracle.com (Bengt Rutisson)
Date: Thu, 10 Dec 2015 10:11:34 +0100
Subject: CFV: New JDK 8 Committer: Andreas Eriksson
In-Reply-To: <56685F13.4090608@oracle.com>
References: <56685F13.4090608@oracle.com>
Message-ID: <566941C6.30801@oracle.com>


Vote: yes

Bengt

On 2015-12-09 18:04, Coleen Phillimore wrote:
> I hereby nominate Andreas Eriksson (aeriksso) to JDK 8 Committer.
>
> Andreas is a member of the HotSpot Sustainability Team and has 
> contributed 11 significant patches.  He has fixed problems that 
> customers have found, added good regression tests, and implemented 
> missing functionality in class redefinition.
>
> Votes are due by 12:00 PM EST, Wednesday, December 23, 2015
>
> Only current JDK 8 Committers [1] are eligible to vote on this 
> nomination. Votes must be cast in the open by replying to this mailing 
> list.
>
> For Lazy Consensus voting instructions, see [2].
>
> Coleen Phillimore
>
> [1] http://openjdk.java.net/census
> [2] http://openjdk.java.net/projects/#committer-vote
> [3] List of patches:
>
>
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/log?rev=eriksso
>
> 8074696: Remote debugging session hangs for several minutes when 
> calling findBootType
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/42737fa6b0b3
>
> 8080428: [TESTBUG] java/lang/invoke/8022701/MHIllegalAccess.java - 
> FAIL: Unexpected wrapped exception java.lang.BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/eb1515fb622c
>
> 8131333: [TESTBUG] RedefineRunningMethodsWithResolutionErrors.java 
> Improperly specified VM option 'TraceRedefineClasses=0x600'
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/4b32ab003945
>
> 8076110: VM crash when class is redefined with 
> Instrumentation.redefineClasses
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/b3217f8fd2a1
>
> 8072588: JVM crashes in JNI if toString is declared as an interface 
> method
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/3300e511bc3a
>
> 8051045: HotSpot fails to wrap Exceptions from invokedynamic in a 
> BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/81bed6c76a89
>
> 8060036: C2: CmpU nodes can end up with wrong type information
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/03596ae35800
>
> 7176220: 'Full GC' events miss date stamp information occasionally
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/f74dbdd45754
>
> 8057043: Type annotations not retained during class redefine / 
> retransform
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/50054b63f0aa
>
> 8033696: "assert(thread != NULL) failed: just checking" due to 
> Thread::current() and JNI pthread interaction
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/21dd1c827123
>
> 8134759: jdb: Incorrect stepping inside finally block
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/rev/4044eb07194d


From mikael.gerdin at oracle.com  Thu Dec 10 09:32:45 2015
From: mikael.gerdin at oracle.com (Mikael Gerdin)
Date: Thu, 10 Dec 2015 10:32:45 +0100
Subject: CFV: New JDK 8 Updates Committer: Andreas Eriksson
In-Reply-To: <56686218.4040603@oracle.com>
References: <56686218.4040603@oracle.com>
Message-ID: <566946BD.1080301@oracle.com>

Vote: yes

/Mikael

On 2015-12-09 18:17, Coleen Phillimore wrote:
> I hereby nominate Andreas Eriksson (aeriksso) to JDK 8 Updates project
> Committer.
>
> Andreas is a member of the HotSpot Sustainability Team and has
> contributed 11 significant patches.  He has fixed problems that
> customers have found, added good regression tests, and implemented
> missing functionality in class redefinition.
>
> Votes are due by 12:00 PM EST, Wednesday, December 23, 2015
>
> Only current JDK 8 Committers [1] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [2].
>
> Coleen Phillimore
>
> [1] http://openjdk.java.net/census
> [2] http://openjdk.java.net/projects/#committer-vote
> [3] List of patches:
>
>
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/log?rev=eriksso
>
> 8074696: Remote debugging session hangs for several minutes when calling
> findBootType
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/42737fa6b0b3
>
> 8080428: [TESTBUG] java/lang/invoke/8022701/MHIllegalAccess.java - FAIL:
> Unexpected wrapped exception java.lang.BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/eb1515fb622c
>
> 8131333: [TESTBUG] RedefineRunningMethodsWithResolutionErrors.java
> Improperly specified VM option 'TraceRedefineClasses=0x600'
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/4b32ab003945
>
> 8076110: VM crash when class is redefined with
> Instrumentation.redefineClasses
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/b3217f8fd2a1
>
> 8072588: JVM crashes in JNI if toString is declared as an interface method
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/3300e511bc3a
>
> 8051045: HotSpot fails to wrap Exceptions from invokedynamic in a
> BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/81bed6c76a89
>
> 8060036: C2: CmpU nodes can end up with wrong type information
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/03596ae35800
>
> 7176220: 'Full GC' events miss date stamp information occasionally
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/f74dbdd45754
>
> 8057043: Type annotations not retained during class redefine / retransform
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/50054b63f0aa
>
> 8033696: "assert(thread != NULL) failed: just checking" due to
> Thread::current() and JNI pthread interaction
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/21dd1c827123
>
> 8134759: jdb: Incorrect stepping inside finally block
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/rev/4044eb07194d


From staffan.larsen at oracle.com  Thu Dec 10 10:00:38 2015
From: staffan.larsen at oracle.com (Staffan Larsen)
Date: Thu, 10 Dec 2015 11:00:38 +0100
Subject: CFV: New JDK 8 Updates Committer: Andreas Eriksson
In-Reply-To: <56686218.4040603@oracle.com>
References: <56686218.4040603@oracle.com>
Message-ID: <C12621A4-A148-4B47-979A-9DEF87273CC5@oracle.com>

Vote: yes

> On 9 dec. 2015, at 18:17, Coleen Phillimore <coleen.phillimore at oracle.com> wrote:
> 
> I hereby nominate Andreas Eriksson (aeriksso) to JDK 8 Updates project Committer.
> 
> Andreas is a member of the HotSpot Sustainability Team and has contributed 11 significant patches.  He has fixed problems that customers have found, added good regression tests, and implemented missing functionality in class redefinition.
> 
> Votes are due by 12:00 PM EST, Wednesday, December 23, 2015
> 
> Only current JDK 8 Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list.
> 
> For Lazy Consensus voting instructions, see [2].
> 
> Coleen Phillimore
> 
> [1] http://openjdk.java.net/census
> [2] http://openjdk.java.net/projects/#committer-vote
> [3] List of patches:
> 
> 
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/log?rev=eriksso
> 
> 8074696: Remote debugging session hangs for several minutes when calling findBootType
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/42737fa6b0b3
> 
> 8080428: [TESTBUG] java/lang/invoke/8022701/MHIllegalAccess.java - FAIL: Unexpected wrapped exception java.lang.BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/eb1515fb622c
> 
> 8131333: [TESTBUG] RedefineRunningMethodsWithResolutionErrors.java Improperly specified VM option 'TraceRedefineClasses=0x600'
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/4b32ab003945
> 
> 8076110: VM crash when class is redefined with Instrumentation.redefineClasses
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/b3217f8fd2a1
> 
> 8072588: JVM crashes in JNI if toString is declared as an interface method
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/3300e511bc3a
> 
> 8051045: HotSpot fails to wrap Exceptions from invokedynamic in a BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/81bed6c76a89
> 
> 8060036: C2: CmpU nodes can end up with wrong type information
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/03596ae35800
> 
> 7176220: 'Full GC' events miss date stamp information occasionally
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/f74dbdd45754
> 
> 8057043: Type annotations not retained during class redefine / retransform
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/50054b63f0aa
> 
> 8033696: "assert(thread != NULL) failed: just checking" due to Thread::current() and JNI pthread interaction
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/21dd1c827123
> 
> 8134759: jdb: Incorrect stepping inside finally block
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/rev/4044eb07194d


From aleksey.shipilev at oracle.com  Mon Dec 14 10:20:09 2015
From: aleksey.shipilev at oracle.com (Aleksey Shipilev)
Date: Mon, 14 Dec 2015 13:20:09 +0300
Subject: [8u76] Request for approval: 8131782: C1 Class.cast optimization
	breaks when Class is loaded from static final
In-Reply-To: <0D0D6169-5957-4854-97CB-E229FB5B5D1B@oracle.com>
References: <56607966.7020101@oracle.com> <56607A6D.1090007@oracle.com>
	<56607D02.8030808@oracle.com>
	<0D0D6169-5957-4854-97CB-E229FB5B5D1B@oracle.com>
Message-ID: <566E97D9.80107@oracle.com>

Hi,

On 12/03/2015 08:38 PM, Paul Sandoz wrote:
>> On 3 Dec 2015, at 18:33, Aleksey Shipilev <aleksey.shipilev at oracle.com> wrote:
>>
>> Thank you, Rob!
>>
>> Any Hotspot+8u sponsors around?
> 
> While i am not a hotspot team member i think i can still can sponsor.

It looks like this one is not pushed yet. I thought the plan was to push
it alongside with 8140587, but it seems to fall through the cracks.
Could 8u committers please pick this up?

Webrev:
  http://cr.openjdk.java.net/~shade/8131782/webrev.02/

JDK 9 Changeset:
  http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/df802f98b828

Thanks,
-Aleksey


From serguei.spitsyn at oracle.com  Mon Dec 14 19:46:03 2015
From: serguei.spitsyn at oracle.com (serguei.spitsyn at oracle.com)
Date: Mon, 14 Dec 2015 11:46:03 -0800
Subject: CFV: New JDK 8 Committer: Andreas Eriksson
In-Reply-To: <56685F13.4090608@oracle.com>
References: <56685F13.4090608@oracle.com>
Message-ID: <566F1C7B.6060108@oracle.com>

Vote: yes

On 12/9/15 09:04, Coleen Phillimore wrote:
> I hereby nominate Andreas Eriksson (aeriksso) to JDK 8 Committer.

From serguei.spitsyn at oracle.com  Mon Dec 14 19:53:12 2015
From: serguei.spitsyn at oracle.com (serguei.spitsyn at oracle.com)
Date: Mon, 14 Dec 2015 11:53:12 -0800
Subject: CFV: New JDK 8 Updates Committer: Andreas Eriksson
In-Reply-To: <56686218.4040603@oracle.com>
References: <56686218.4040603@oracle.com>
Message-ID: <566F1E28.502@oracle.com>

Vote: yes

On 12/9/15 09:17, Coleen Phillimore wrote:
> I hereby nominate Andreas Eriksson (aeriksso) to JDK 8 Updates project 
> Committer.


From vladimir.kozlov at oracle.com  Mon Dec 14 20:23:59 2015
From: vladimir.kozlov at oracle.com (Vladimir Kozlov)
Date: Mon, 14 Dec 2015 12:23:59 -0800
Subject: [8u] Reguest for approval and review: 8129847: Compiling methods
	generated by Nashorn...
In-Reply-To: <5667E38C.7090606@oracle.com>
References: <5667E38C.7090606@oracle.com>
Message-ID: <566F255F.3000505@oracle.com>

8u changes looks good.

Thanks,
Vladimir

On 12/9/15 12:17 AM, Zolt?n Maj? wrote:
> Hi,
>
>
> please approve and review the following backport to 8u.
>
> Original (9) bug: https://bugs.openjdk.java.net/browse/JDK-8129847
> Original (9) webrev: http://cr.openjdk.java.net/~zmajo/8129847-9/webrev.06/
> Changeset (9):
> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/da497ea6c120
>
> Unfortunately, the changeset does not apply cleanly to 8u. So here is
> the 8u webrev:
> http://cr.openjdk.java.net/~zmajo/8129847-8u/webrev.06/
>
> Testing:
> - JPRT (testset hotspot), all tests pass;
> - Octane/Nashorn;
> - the patch for 9 passed a complete cycle of nightly testing without
> problems;
> - no performance regression (Octane/Nashorn, SPECjvm2008).
>
> Thank you and best regards,
>
>
> Zoltan
>

From vladimir.kozlov at oracle.com  Mon Dec 14 22:21:34 2015
From: vladimir.kozlov at oracle.com (Vladimir Kozlov)
Date: Mon, 14 Dec 2015 14:21:34 -0800
Subject: CFV: New JDK 8 Updates Committer: Andreas Eriksson
In-Reply-To: <56686218.4040603@oracle.com>
References: <56686218.4040603@oracle.com>
Message-ID: <566F40EE.7030809@oracle.com>

Vote: yes

On 12/9/15 9:17 AM, Coleen Phillimore wrote:
> I hereby nominate Andreas Eriksson (aeriksso) to JDK 8 Updates project
> Committer.
>
> Andreas is a member of the HotSpot Sustainability Team and has
> contributed 11 significant patches.  He has fixed problems that
> customers have found, added good regression tests, and implemented
> missing functionality in class redefinition.
>
> Votes are due by 12:00 PM EST, Wednesday, December 23, 2015
>
> Only current JDK 8 Committers [1] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [2].
>
> Coleen Phillimore
>
> [1] http://openjdk.java.net/census
> [2] http://openjdk.java.net/projects/#committer-vote
> [3] List of patches:
>
>
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/log?rev=eriksso
>
> 8074696: Remote debugging session hangs for several minutes when calling
> findBootType
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/42737fa6b0b3
>
> 8080428: [TESTBUG] java/lang/invoke/8022701/MHIllegalAccess.java - FAIL:
> Unexpected wrapped exception java.lang.BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/eb1515fb622c
>
> 8131333: [TESTBUG] RedefineRunningMethodsWithResolutionErrors.java
> Improperly specified VM option 'TraceRedefineClasses=0x600'
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/4b32ab003945
>
> 8076110: VM crash when class is redefined with
> Instrumentation.redefineClasses
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/b3217f8fd2a1
>
> 8072588: JVM crashes in JNI if toString is declared as an interface method
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/3300e511bc3a
>
> 8051045: HotSpot fails to wrap Exceptions from invokedynamic in a
> BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/81bed6c76a89
>
> 8060036: C2: CmpU nodes can end up with wrong type information
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/03596ae35800
>
> 7176220: 'Full GC' events miss date stamp information occasionally
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/f74dbdd45754
>
> 8057043: Type annotations not retained during class redefine / retransform
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/50054b63f0aa
>
> 8033696: "assert(thread != NULL) failed: just checking" due to
> Thread::current() and JNI pthread interaction
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/21dd1c827123
>
> 8134759: jdb: Incorrect stepping inside finally block
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/rev/4044eb07194d

From zoltan.majo at oracle.com  Tue Dec 15 08:37:55 2015
From: zoltan.majo at oracle.com (=?UTF-8?B?Wm9sdMOhbiBNYWrDsw==?=)
Date: Tue, 15 Dec 2015 09:37:55 +0100
Subject: [8u] Reguest for approval and review: 8129847: Compiling methods
	generated by Nashorn...
In-Reply-To: <566F255F.3000505@oracle.com>
References: <5667E38C.7090606@oracle.com> <566F255F.3000505@oracle.com>
Message-ID: <566FD163.7000909@oracle.com>

Thank you, Vladimir and Se?n, for the review and approval!

Best regards,


Zolt?n

On 12/14/2015 09:23 PM, Vladimir Kozlov wrote:
> 8u changes looks good.
>
> Thanks,
> Vladimir
>
> On 12/9/15 12:17 AM, Zolt?n Maj? wrote:
>> Hi,
>>
>>
>> please approve and review the following backport to 8u.
>>
>> Original (9) bug: https://bugs.openjdk.java.net/browse/JDK-8129847
>> Original (9) webrev: 
>> http://cr.openjdk.java.net/~zmajo/8129847-9/webrev.06/
>> Changeset (9):
>> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/da497ea6c120
>>
>> Unfortunately, the changeset does not apply cleanly to 8u. So here is
>> the 8u webrev:
>> http://cr.openjdk.java.net/~zmajo/8129847-8u/webrev.06/
>>
>> Testing:
>> - JPRT (testset hotspot), all tests pass;
>> - Octane/Nashorn;
>> - the patch for 9 passed a complete cycle of nightly testing without
>> problems;
>> - no performance regression (Octane/Nashorn, SPECjvm2008).
>>
>> Thank you and best regards,
>>
>>
>> Zoltan
>>


From dmitry.samersoff at oracle.com  Tue Dec 15 09:30:10 2015
From: dmitry.samersoff at oracle.com (Dmitry Samersoff)
Date: Tue, 15 Dec 2015 12:30:10 +0300
Subject: [8u] Request for approval -  JDK-8139985: JNI exception pending in
	jdk/src/jdk/hprof/agent/share/native/libhprof/
Message-ID: <566FDDA2.4020809@oracle.com>

Everybody,

Please approve the push:

Fixed couple of places in libhprof where possible pending exceptions is
not checked.

libhprof is removed from jdk9 so it's jdk8 only fix. Review thread was
on serviceability-dev alias.

Webrev:

http://cr.openjdk.java.net/~dsamersoff/sponsorship/jingeorg/JDK-8139985/webrev.02/

-Dmitry

-- 
Dmitry Samersoff
Oracle Java development team, Saint Petersburg, Russia
* I would love to change the world, but they won't give me the source code.

From david.buck at oracle.com  Tue Dec 15 09:45:54 2015
From: david.buck at oracle.com (David Buck)
Date: Tue, 15 Dec 2015 18:45:54 +0900
Subject: [8u] Request for approval - JDK-8139985: JNI exception pending in
	jdk/src/jdk/hprof/agent/share/native/libhprof/
In-Reply-To: <566FDDA2.4020809@oracle.com>
References: <566FDDA2.4020809@oracle.com>
Message-ID: <8A1D51FC-946A-46A5-AAD7-94669085918C@oracle.com>

Hi Dmitry!

Please be sure to include a link to the public review thread when requesting approval.

http://mail.openjdk.java.net/pipermail/serviceability-dev/2015-December/018347.html <http://mail.openjdk.java.net/pipermail/serviceability-dev/2015-December/018347.html>

Please also be sure to add the appropriate noreg label to the bug report before pushing:

[ noreg bug labels ]
http://openjdk.java.net/guide/changePlanning.html#noreg

approved for push to jdk8u-dev

Cheers,
-Buck


> On Dec 15, 2015, at 18:30, Dmitry Samersoff <dmitry.samersoff at oracle.com> wrote:
> 
> Everybody,
> 
> Please approve the push:
> 
> Fixed couple of places in libhprof where possible pending exceptions is
> not checked.
> 
> libhprof is removed from jdk9 so it's jdk8 only fix. Review thread was
> on serviceability-dev alias.
> 
> Webrev:
> 
> http://cr.openjdk.java.net/~dsamersoff/sponsorship/jingeorg/JDK-8139985/webrev.02/
> 
> -Dmitry
> 
> -- 
> Dmitry Samersoff
> Oracle Java development team, Saint Petersburg, Russia
> * I would love to change the world, but they won't give me the source code.


From andreas.eriksson at oracle.com  Tue Dec 15 10:01:48 2015
From: andreas.eriksson at oracle.com (Andreas Eriksson)
Date: Tue, 15 Dec 2015 11:01:48 +0100
Subject: [8u-dev] Request for approval for CR JDK-6869327: Add new C2 flag to
	keep safepoints in counted loops.
Message-ID: <566FE50C.7010801@oracle.com>

Hi,

I'd like approval for a JDK 8 backport of 6869327: Add new C2 flag to 
keep safepoints in counted loops.

Bug: https://bugs.openjdk.java.net/browse/JDK-6869327
Webrev: http://cr.openjdk.java.net/~aeriksso/6869327/webrev.jdk8u/
Review thread: 
http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-December/020306.html
Reviewed-by: Vladimir Kozlov (kvn)

I'll send an approval request for JDK-8144935, a follow up bug, shortly.

Regards,
Andreas

From andreas.eriksson at oracle.com  Tue Dec 15 10:05:15 2015
From: andreas.eriksson at oracle.com (Andreas Eriksson)
Date: Tue, 15 Dec 2015 11:05:15 +0100
Subject: [8u-dev] Request for approval for CR JDK-8144935: C2: safepoint is
	pruned from a non-counted loop
Message-ID: <566FE5DB.1030409@oracle.com>

Hi,

I'd like approval for a JDK 8 backport of 8144935: C2: safepoint is 
pruned from a non-counted loop
The changeset from JDK 9 applies cleanly.

Bug: https://bugs.openjdk.java.net/browse/JDK-8144935
JDK 9 Changeset: 
http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a6eb7b850dbd
JDK 9 review thread: 
http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-December/020338.html

This is a follow up bug to JDK-6869327, which I just sent out an 
approval request for as well:
http://mail.openjdk.java.net/pipermail/jdk8u-dev/2015-December/004630.html

Regards,
Andreas

From david.buck at oracle.com  Tue Dec 15 10:06:45 2015
From: david.buck at oracle.com (David Buck)
Date: Tue, 15 Dec 2015 19:06:45 +0900
Subject: [8u-dev] Request for approval for CR JDK-6869327: Add new C2 flag
	to keep safepoints in counted loops.
In-Reply-To: <566FE50C.7010801@oracle.com>
References: <566FE50C.7010801@oracle.com>
Message-ID: <4FC0F0F0-1CC6-483A-8A94-0613DDB560B9@oracle.com>

approved for backport to jdk8u-dev

Cheers,
-Buck

> On Dec 15, 2015, at 19:01, Andreas Eriksson <andreas.eriksson at oracle.com> wrote:
> 
> Hi,
> 
> I'd like approval for a JDK 8 backport of 6869327: Add new C2 flag to keep safepoints in counted loops.
> 
> Bug: https://bugs.openjdk.java.net/browse/JDK-6869327
> Webrev: http://cr.openjdk.java.net/~aeriksso/6869327/webrev.jdk8u/
> Review thread: http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-December/020306.html
> Reviewed-by: Vladimir Kozlov (kvn)
> 
> I'll send an approval request for JDK-8144935, a follow up bug, shortly.
> 
> Regards,
> Andreas


From david.buck at oracle.com  Tue Dec 15 10:09:17 2015
From: david.buck at oracle.com (David Buck)
Date: Tue, 15 Dec 2015 19:09:17 +0900
Subject: [8u-dev] Request for approval for CR JDK-8144935: C2: safepoint
	is pruned from a non-counted loop
In-Reply-To: <566FE5DB.1030409@oracle.com>
References: <566FE5DB.1030409@oracle.com>
Message-ID: <2D34FC3C-7386-4526-8BFF-FBF1522ABC34@oracle.com>

approved for backport to jdk8u-dev

Cheers,
-Buck

> On Dec 15, 2015, at 19:05, Andreas Eriksson <andreas.eriksson at oracle.com> wrote:
> 
> Hi,
> 
> I'd like approval for a JDK 8 backport of 8144935: C2: safepoint is pruned from a non-counted loop
> The changeset from JDK 9 applies cleanly.
> 
> Bug: https://bugs.openjdk.java.net/browse/JDK-8144935
> JDK 9 Changeset: http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a6eb7b850dbd
> JDK 9 review thread: http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-December/020338.html
> 
> This is a follow up bug to JDK-6869327, which I just sent out an approval request for as well:
> http://mail.openjdk.java.net/pipermail/jdk8u-dev/2015-December/004630.html
> 
> Regards,
> Andreas


From shafi.s.ahmad at oracle.com  Tue Dec 15 13:13:57 2015
From: shafi.s.ahmad at oracle.com (Shafi Ahmad)
Date: Tue, 15 Dec 2015 05:13:57 -0800 (PST)
Subject: [8u-dev] Request for approval for CR JDK-8065579 - WB method to start
	G1 concurrent mark cycle should be introduced
Message-ID: <a3d9791f-d205-4636-a3c8-2148c8cf2361@default>

Hi,

 

I'd like approval for a jdk8 backport of JDK-8065579 - WB method to start G1 concurrent mark cycle should be introduced.

The changeset from  jdk9 applies with small conflict [Conflict is due difference in file path name i.e. gc_implementation => gc].

 

Jdk9 Bug#: https://bugs.openjdk.java.net/browse/JDK-8065579

Backport Bug#: https://bugs.openjdk.java.net/browse/JDK-8144464

Jdk9 Changeset: http://hg.openjdk.java.net/jdk9/hs-gc/hotspot/rev/1c207cfc557b

Jdk8 review thread: http://mail.openjdk.java.net/pipermail/hotspot-dev/2015-December/021039.html

 

Regards,

Shafi

From david.buck at oracle.com  Tue Dec 15 13:26:45 2015
From: david.buck at oracle.com (David Buck)
Date: Tue, 15 Dec 2015 22:26:45 +0900
Subject: [8u-dev] Request for approval for CR JDK-8065579 - WB method to
	start G1 concurrent mark cycle should be introduced
In-Reply-To: <a3d9791f-d205-4636-a3c8-2148c8cf2361@default>
References: <a3d9791f-d205-4636-a3c8-2148c8cf2361@default>
Message-ID: <F7E9AED3-1D49-496D-B018-861EE88228C3@oracle.com>

approved for backport to jdk8u-dev

For future reference: We do not need a link to the backport bug. On the other hand, a link to the JDK 8 webrev *is* always a good idea whenever it is not a 100% clean backport (with the exception of module-related path shuffling).

jdk8 webrev: http://cr.openjdk.java.net/~poonam/8144464/webrev.00/

Cheers,
-Buck

> On Dec 15, 2015, at 22:13, Shafi Ahmad <shafi.s.ahmad at oracle.com> wrote:
> 
> Hi,
> 
> 
> 
> I'd like approval for a jdk8 backport of JDK-8065579 - WB method to start G1 concurrent mark cycle should be introduced.
> 
> The changeset from  jdk9 applies with small conflict [Conflict is due difference in file path name i.e. gc_implementation => gc].
> 
> 
> 
> Jdk9 Bug#: https://bugs.openjdk.java.net/browse/JDK-8065579
> 
> Backport Bug#: https://bugs.openjdk.java.net/browse/JDK-8144464
> 
> Jdk9 Changeset: http://hg.openjdk.java.net/jdk9/hs-gc/hotspot/rev/1c207cfc557b
> 
> Jdk8 review thread: http://mail.openjdk.java.net/pipermail/hotspot-dev/2015-December/021039.html
> 
> 
> 
> Regards,
> 
> Shafi


From vladimir.kozlov at oracle.com  Tue Dec 15 23:00:34 2015
From: vladimir.kozlov at oracle.com (Vladimir Kozlov)
Date: Tue, 15 Dec 2015 15:00:34 -0800
Subject: [8u-dev] Request for approval for CR JDK-6869327: Add new C2 flag
	to keep safepoints in counted loops.
In-Reply-To: <566FE50C.7010801@oracle.com>
References: <566FE50C.7010801@oracle.com>
Message-ID: <56709B92.5040205@oracle.com>

Still looks good.

Thanks,
Vladimir

On 12/15/15 2:01 AM, Andreas Eriksson wrote:
> Hi,
>
> I'd like approval for a JDK 8 backport of 6869327: Add new C2 flag to keep safepoints in counted loops.
>
> Bug: https://bugs.openjdk.java.net/browse/JDK-6869327
> Webrev: http://cr.openjdk.java.net/~aeriksso/6869327/webrev.jdk8u/
> Review thread: http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-December/020306.html
> Reviewed-by: Vladimir Kozlov (kvn)
>
> I'll send an approval request for JDK-8144935, a follow up bug, shortly.
>
> Regards,
> Andreas

From vladimir.kozlov at oracle.com  Tue Dec 15 23:01:25 2015
From: vladimir.kozlov at oracle.com (Vladimir Kozlov)
Date: Tue, 15 Dec 2015 15:01:25 -0800
Subject: [8u-dev] Request for approval for CR JDK-8144935: C2: safepoint
	is pruned from a non-counted loop
In-Reply-To: <566FE5DB.1030409@oracle.com>
References: <566FE5DB.1030409@oracle.com>
Message-ID: <56709BC5.2040005@oracle.com>

Good. Thank you for backporting it.

Vladimir

On 12/15/15 2:05 AM, Andreas Eriksson wrote:
> Hi,
>
> I'd like approval for a JDK 8 backport of 8144935: C2: safepoint is pruned from a non-counted loop
> The changeset from JDK 9 applies cleanly.
>
> Bug: https://bugs.openjdk.java.net/browse/JDK-8144935
> JDK 9 Changeset: http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a6eb7b850dbd
> JDK 9 review thread: http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-December/020338.html
>
> This is a follow up bug to JDK-6869327, which I just sent out an approval request for as well:
> http://mail.openjdk.java.net/pipermail/jdk8u-dev/2015-December/004630.html
>
> Regards,
> Andreas

From sergei.kovalev at oracle.com  Tue Dec 15 13:47:16 2015
From: sergei.kovalev at oracle.com (Sergei Kovalev)
Date: Tue, 15 Dec 2015 16:47:16 +0300
Subject: RFR(S): 8078423: [TESTBUG]
	javax/print/PrintSEUmlauts/PrintSEUmlauts.java relies on system locale
Message-ID: <567019E4.8070505@oracle.com>

Hello team,

Could somebody approve backport into JDK 8u for below patch?

Bug ID: https://bugs.openjdk.java.net/browse/JDK-8078423
Webrev: http://cr.openjdk.java.net/~skovalev/8078423/webrev.00/
Link to review e-mail.
http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-December/037482.html 


Summary: Compilation of the test fails if system locale is not UTF-8.
Description: Added "-encoding UTF-8" arguments to compiler command line.

Test verified manually on problematic host.
The test fails with LC_NAME="POSIX" without the fix, modified test passes.

-- 
With best regards,
Sergei

From sergei.kovalev at oracle.com  Wed Dec 16 09:58:47 2015
From: sergei.kovalev at oracle.com (Sergei Kovalev)
Date: Wed, 16 Dec 2015 12:58:47 +0300
Subject: [8u-dev] Request for approval:: 8078423 -- [TESTBUG]
	javax/print/PrintSEUmlauts/PrintSEUmlauts.java relies on system locale
In-Reply-To: <567019E4.8070505@oracle.com>
References: <567019E4.8070505@oracle.com>
Message-ID: <567135D7.2030405@oracle.com>

Hello team,

Could somebody approve backport into JDK 8u for below patch?

Bug ID: https://bugs.openjdk.java.net/browse/JDK-8078423
Webrev: http://cr.openjdk.java.net/~skovalev/8078423/webrev.00/
Link to review e-mail.
http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-December/037482.html


Summary: Compilation of the test fails if system locale is not UTF-8.
Description: Added "-encoding UTF-8" arguments to compiler command line.

Test verified manually on problematic host.
The test fails with LC_NAME="POSIX" without the fix, modified test passes.

-- 
With best regards,
Sergei


From david.buck at oracle.com  Wed Dec 16 11:02:10 2015
From: david.buck at oracle.com (David Buck)
Date: Wed, 16 Dec 2015 20:02:10 +0900
Subject: [8u-dev] Request for approval:: 8078423 -- [TESTBUG]
	javax/print/PrintSEUmlauts/PrintSEUmlauts.java relies on system locale
In-Reply-To: <567135D7.2030405@oracle.com>
References: <567019E4.8070505@oracle.com> <567135D7.2030405@oracle.com>
Message-ID: <A29F5ED5-6F4E-456F-A85F-2E7EF1E02A3E@oracle.com>

Hi Sergei!

Does the JDK9 patch apply cleanly to the 8u-dev forest?

Also, please be sure to add the appropriate noreg label to the bug report.

[ noreg bug labels ]
http://openjdk.java.net/guide/changePlanning.html#noreg

Cheers,
-Buck


http://hg.openjdk.java.net/jdk9/dev/jdk/rev/67dfec9bb281
> On Dec 16, 2015, at 18:58, Sergei Kovalev <sergei.kovalev at oracle.com> wrote:
> 
> Hello team,
> 
> Could somebody approve backport into JDK 8u for below patch?
> 
> Bug ID: https://bugs.openjdk.java.net/browse/JDK-8078423
> Webrev: http://cr.openjdk.java.net/~skovalev/8078423/webrev.00/
> Link to review e-mail.
> http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-December/037482.html
> 
> 
> Summary: Compilation of the test fails if system locale is not UTF-8.
> Description: Added "-encoding UTF-8" arguments to compiler command line.
> 
> Test verified manually on problematic host.
> The test fails with LC_NAME="POSIX" without the fix, modified test passes.
> 
> -- 
> With best regards,
> Sergei
> 


From sergei.kovalev at oracle.com  Wed Dec 16 11:48:06 2015
From: sergei.kovalev at oracle.com (Sergei Kovalev)
Date: Wed, 16 Dec 2015 14:48:06 +0300
Subject: [8u-dev] Request for approval:: 8078423 -- [TESTBUG]
	javax/print/PrintSEUmlauts/PrintSEUmlauts.java relies on system locale
In-Reply-To: <A29F5ED5-6F4E-456F-A85F-2E7EF1E02A3E@oracle.com>
References: <567019E4.8070505@oracle.com> <567135D7.2030405@oracle.com>
	<A29F5ED5-6F4E-456F-A85F-2E7EF1E02A3E@oracle.com>
Message-ID: <56714F76.9@oracle.com>

Hello,

The fix applies for 8u-dev forest cleanly.

16.12.15 14:02, David Buck wrote:
> Hi Sergei!
>
> Does the JDK9 patch apply cleanly to the 8u-dev forest?
>
> Also, please be sure to add the appropriate noreg label to the bug report.
>
> [ noreg bug labels ]
> http://openjdk.java.net/guide/changePlanning.html#noreg
Done
>
> Cheers,
> -Buck
>
>
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/67dfec9bb281
>> On Dec 16, 2015, at 18:58, Sergei Kovalev <sergei.kovalev at oracle.com> wrote:
>>
>> Hello team,
>>
>> Could somebody approve backport into JDK 8u for below patch?
>>
>> Bug ID: https://bugs.openjdk.java.net/browse/JDK-8078423
>> Webrev: http://cr.openjdk.java.net/~skovalev/8078423/webrev.00/
>> Link to review e-mail.
>> http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-December/037482.html
>>
>>
>> Summary: Compilation of the test fails if system locale is not UTF-8.
>> Description: Added "-encoding UTF-8" arguments to compiler command line.
>>
>> Test verified manually on problematic host.
>> The test fails with LC_NAME="POSIX" without the fix, modified test passes.
>>
>> -- 
>> With best regards,
>> Sergei
>>

-- 
With best regards,
Sergei


From david.buck at oracle.com  Wed Dec 16 11:56:53 2015
From: david.buck at oracle.com (David Buck)
Date: Wed, 16 Dec 2015 20:56:53 +0900
Subject: [8u-dev] Request for approval:: 8078423 -- [TESTBUG]
	javax/print/PrintSEUmlauts/PrintSEUmlauts.java relies on system locale
In-Reply-To: <56714F76.9@oracle.com>
References: <567019E4.8070505@oracle.com> <567135D7.2030405@oracle.com>
	<A29F5ED5-6F4E-456F-A85F-2E7EF1E02A3E@oracle.com>
	<56714F76.9@oracle.com>
Message-ID: <79CA6780-E484-46DD-85D8-5EBACC678860@oracle.com>

approved for backport to jdk8u-dev

Cheers,
-Buck

> On Dec 16, 2015, at 20:48, Sergei Kovalev <sergei.kovalev at oracle.com> wrote:
> 
> Hello,
> 
> The fix applies for 8u-dev forest cleanly.
> 
> 16.12.15 14:02, David Buck wrote:
>> Hi Sergei!
>> 
>> Does the JDK9 patch apply cleanly to the 8u-dev forest?
>> 
>> Also, please be sure to add the appropriate noreg label to the bug report.
>> 
>> [ noreg bug labels ]
>> http://openjdk.java.net/guide/changePlanning.html#noreg <http://openjdk.java.net/guide/changePlanning.html#noreg>
> Done
>> 
>> Cheers,
>> -Buck
>> 
>> 
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/67dfec9bb281
>>> On Dec 16, 2015, at 18:58, Sergei Kovalev <sergei.kovalev at oracle.com> wrote:
>>> 
>>> Hello team,
>>> 
>>> Could somebody approve backport into JDK 8u for below patch?
>>> 
>>> Bug ID: https://bugs.openjdk.java.net/browse/JDK-8078423
>>> Webrev: http://cr.openjdk.java.net/~skovalev/8078423/webrev.00/
>>> Link to review e-mail.
>>> http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-December/037482.html
>>> 
>>> 
>>> Summary: Compilation of the test fails if system locale is not UTF-8.
>>> Description: Added "-encoding UTF-8" arguments to compiler command line.
>>> 
>>> Test verified manually on problematic host.
>>> The test fails with LC_NAME="POSIX" without the fix, modified test passes.
>>> 
>>> -- 
>>> With best regards,
>>> Sergei
>>> 
> 
> -- 
> With best regards,
> Sergei


From aleksey.shipilev at oracle.com  Wed Dec 16 12:08:03 2015
From: aleksey.shipilev at oracle.com (Aleksey Shipilev)
Date: Wed, 16 Dec 2015 15:08:03 +0300
Subject: [8u76] Request for approval: 8131782: C1 Class.cast optimization
	breaks when Class is loaded from static final
In-Reply-To: <566E97D9.80107@oracle.com>
References: <56607966.7020101@oracle.com> <56607A6D.1090007@oracle.com>
	<56607D02.8030808@oracle.com>
	<0D0D6169-5957-4854-97CB-E229FB5B5D1B@oracle.com>
	<566E97D9.80107@oracle.com>
Message-ID: <56715423.8020601@oracle.com>

On 12/14/2015 01:20 PM, Aleksey Shipilev wrote:
> On 12/03/2015 08:38 PM, Paul Sandoz wrote:
>>> On 3 Dec 2015, at 18:33, Aleksey Shipilev <aleksey.shipilev at oracle.com> wrote:
>>>
>>> Thank you, Rob!
>>>
>>> Any Hotspot+8u sponsors around?
>>
>> While i am not a hotspot team member i think i can still can sponsor.
> 
> It looks like this one is not pushed yet. I thought the plan was to push
> it alongside with 8140587, but it seems to fall through the cracks.
> Could 8u committers please pick this up?
> 
> Webrev:
>   http://cr.openjdk.java.net/~shade/8131782/webrev.02/
> 
> JDK 9 Changeset:
>   http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/df802f98b828

Friendly reminder.
Would be bad for this one to miss 8u76 train.

Thanks,
-Aleksey



From christoph.langer at sap.com  Thu Dec 17 12:00:20 2015
From: christoph.langer at sap.com (Langer, Christoph)
Date: Thu, 17 Dec 2015 12:00:20 +0000
Subject: [8u-dev] Request for Approval: 8139436 sun.security.mscapi.KeyStore
	might load incomplete data
Message-ID: <0DFD2E72402C9243A8630A7759B27E4338F8C0EA@DEWDFEMB12B.global.corp.sap>

Hi,

can you please approve a backport of 8139436 to 8u-dev?

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

Review thread of JDK9:
http://mail.openjdk.java.net/pipermail/security-dev/2015-November/012980.html

JDK9 changeset:
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/05899a336fcd

I did a new webrev because the shuffled patch had a reject for jtreg tests that don't exist in JDK8
http://cr.openjdk.java.net/~clanger/webrevs/8139436.8udev/

I've ran a build and jtreg tests which all passed successfully.

Thanks,
Christoph


From shafi.s.ahmad at oracle.com  Thu Dec 17 12:30:27 2015
From: shafi.s.ahmad at oracle.com (Shafi Ahmad)
Date: Thu, 17 Dec 2015 04:30:27 -0800 (PST)
Subject: [jdk8u-dev] Request for approval for  JDK-8145099 - Better error
	message when SA can't attach to a process
Message-ID: <2fa11726-07fd-42ba-82c4-693289784b9b@default>

Hi All,

 

Could somebody approve this clean backport into jdk8u-dev for below patch?

 

Jdk9 bug: https://bugs.openjdk.java.net/browse/JDK-8145099
Original patch pushed to jdk9: http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/cd0abe52014c

Webrev: http://cr.openjdk.java.net/~poonam/8145099/webrev.00/

 

Regards,

Shafi

From kevin.walls at oracle.com  Thu Dec 17 12:49:21 2015
From: kevin.walls at oracle.com (Kevin Walls)
Date: Thu, 17 Dec 2015 12:49:21 +0000
Subject: CFV: New JDK 8 Committer: Andreas Eriksson
In-Reply-To: <56685F13.4090608@oracle.com>
References: <56685F13.4090608@oracle.com>
Message-ID: <5672AF51.20306@oracle.com>

Vote: yes



On 09/12/2015 17:04, Coleen Phillimore wrote:
> I hereby nominate Andreas Eriksson (aeriksso) to JDK 8 Committer.
>
> Andreas is a member of the HotSpot Sustainability Team and has 
> contributed 11 significant patches.  He has fixed problems that 
> customers have found, added good regression tests, and implemented 
> missing functionality in class redefinition.
>
> Votes are due by 12:00 PM EST, Wednesday, December 23, 2015
>
> Only current JDK 8 Committers [1] are eligible to vote on this 
> nomination. Votes must be cast in the open by replying to this mailing 
> list.
>
> For Lazy Consensus voting instructions, see [2].
>
> Coleen Phillimore
>
> [1] http://openjdk.java.net/census
> [2] http://openjdk.java.net/projects/#committer-vote
> [3] List of patches:
>
>
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=eriksso
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/log?rev=eriksso
>
> 8074696: Remote debugging session hangs for several minutes when 
> calling findBootType
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/42737fa6b0b3
>
> 8080428: [TESTBUG] java/lang/invoke/8022701/MHIllegalAccess.java - 
> FAIL: Unexpected wrapped exception java.lang.BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/eb1515fb622c
>
> 8131333: [TESTBUG] RedefineRunningMethodsWithResolutionErrors.java 
> Improperly specified VM option 'TraceRedefineClasses=0x600'
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/4b32ab003945
>
> 8076110: VM crash when class is redefined with 
> Instrumentation.redefineClasses
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/b3217f8fd2a1
>
> 8072588: JVM crashes in JNI if toString is declared as an interface 
> method
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/3300e511bc3a
>
> 8051045: HotSpot fails to wrap Exceptions from invokedynamic in a 
> BootstrapMethodError
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/81bed6c76a89
>
> 8060036: C2: CmpU nodes can end up with wrong type information
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/03596ae35800
>
> 7176220: 'Full GC' events miss date stamp information occasionally
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/f74dbdd45754
>
> 8057043: Type annotations not retained during class redefine / 
> retransform
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/50054b63f0aa
>
> 8033696: "assert(thread != NULL) failed: just checking" due to 
> Thread::current() and JNI pthread interaction
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/21dd1c827123
>
> 8134759: jdb: Incorrect stepping inside finally block
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/rev/4044eb07194d


From shafi.s.ahmad at oracle.com  Thu Dec 17 12:57:11 2015
From: shafi.s.ahmad at oracle.com (Shafi Ahmad)
Date: Thu, 17 Dec 2015 04:57:11 -0800 (PST)
Subject: [jdk8u-dev] Request for approval for JDK-8145099 - Better error
	message when SA can't attach to a process
In-Reply-To: <2fa11726-07fd-42ba-82c4-693289784b9b@default>
References: <2fa11726-07fd-42ba-82c4-693289784b9b@default>
Message-ID: <c5bb53cc-1a04-4067-b890-55e655c19585@default>

Hi All,

 

There is correction, I have given wrong link for wevrev. So please find publicly visible webrev link: https://www.mail-archive.com/serviceability-dev%40openjdk.java.net/msg18063.html.

 

Regards,

Shafi    

 

From: Shafi Ahmad 
Sent: Thursday, December 17, 2015 6:00 PM
To: jdk8u-dev at openjdk.java.net
Cc: Shafi Ahmad
Subject: [jdk8u-dev] Request for approval for JDK-8145099 - Better error message when SA can't attach to a process

 

Hi All,

 

Could somebody approve this clean backport into jdk8u-dev for below patch?

 

Jdk9 bug: https://bugs.openjdk.java.net/browse/JDK-8145099
Original patch pushed to jdk9: http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/cd0abe52014c

Webrev: http://cr.openjdk.java.net/~poonam/8145099/webrev.00/

 

Regards,

Shafi

From shafi.s.ahmad at oracle.com  Thu Dec 17 13:22:33 2015
From: shafi.s.ahmad at oracle.com (Shafi Ahmad)
Date: Thu, 17 Dec 2015 05:22:33 -0800 (PST)
Subject: [jdk8u-dev] Request for approval for JDK-8145099 - Better error
	message when SA can't attach to a process
In-Reply-To: <c5bb53cc-1a04-4067-b890-55e655c19585@default>
References: <2fa11726-07fd-42ba-82c4-693289784b9b@default>
	<c5bb53cc-1a04-4067-b890-55e655c19585@default>
Message-ID: <4ca1fc1a-28ab-41fd-8791-6b8aeab631a4@default>

Hi All,

 

Sorry for doing same mistake again. Please find correct link - http://mail.openjdk.java.net/pipermail/serviceability-dev/2015-December/018414.html

 

Regards,

Shafi

 

From: Shafi Ahmad 
Sent: Thursday, December 17, 2015 6:27 PM
To: jdk8u-dev at openjdk.java.net
Subject: RE: [jdk8u-dev] Request for approval for JDK-8145099 - Better error message when SA can't attach to a process

 

Hi All,

 

There is correction, I have given wrong link for wevrev. So please find publicly visible webrev link: https://www.mail-archive.com/serviceability-dev%40openjdk.java.net/msg18063.html.

 

Regards,

Shafi    

 

From: Shafi Ahmad 
Sent: Thursday, December 17, 2015 6:00 PM
To: HYPERLINK "mailto:jdk8u-dev at openjdk.java.net"jdk8u-dev at openjdk.java.net
Cc: Shafi Ahmad
Subject: [jdk8u-dev] Request for approval for JDK-8145099 - Better error message when SA can't attach to a process

 

Hi All,

 

Could somebody approve this clean backport into jdk8u-dev for below patch?

 

Jdk9 bug: https://bugs.openjdk.java.net/browse/JDK-8145099
Original patch pushed to jdk9: http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/cd0abe52014c

Webrev: http://cr.openjdk.java.net/~poonam/8145099/webrev.00/

 

Regards,

Shafi

From david.buck at oracle.com  Thu Dec 17 13:26:12 2015
From: david.buck at oracle.com (david buck)
Date: Thu, 17 Dec 2015 22:26:12 +0900
Subject: [jdk8u-dev] Request for approval for JDK-8145099 - Better error
	message when SA can't attach to a process
In-Reply-To: <4ca1fc1a-28ab-41fd-8791-6b8aeab631a4@default>
References: <2fa11726-07fd-42ba-82c4-693289784b9b@default>
	<c5bb53cc-1a04-4067-b890-55e655c19585@default>
	<4ca1fc1a-28ab-41fd-8791-6b8aeab631a4@default>
Message-ID: <5672B7F4.7000002@oracle.com>

approved for backport to jdk8u-dev

Cheers,
-Buck

On 2015/12/17 22:22, Shafi Ahmad wrote:
> Hi All,
>
>
>
> Sorry for doing same mistake again. Please find correct link - http://mail.openjdk.java.net/pipermail/serviceability-dev/2015-December/018414.html
>
>
>
> Regards,
>
> Shafi
>
>
>
> From: Shafi Ahmad
> Sent: Thursday, December 17, 2015 6:27 PM
> To: jdk8u-dev at openjdk.java.net
> Subject: RE: [jdk8u-dev] Request for approval for JDK-8145099 - Better error message when SA can't attach to a process
>
>
>
> Hi All,
>
>
>
> There is correction, I have given wrong link for wevrev. So please find publicly visible webrev link: https://www.mail-archive.com/serviceability-dev%40openjdk.java.net/msg18063.html.
>
>
>
> Regards,
>
> Shafi
>
>
>
> From: Shafi Ahmad
> Sent: Thursday, December 17, 2015 6:00 PM
> To: HYPERLINK "mailto:jdk8u-dev at openjdk.java.net"jdk8u-dev at openjdk.java.net
> Cc: Shafi Ahmad
> Subject: [jdk8u-dev] Request for approval for JDK-8145099 - Better error message when SA can't attach to a process
>
>
>
> Hi All,
>
>
>
> Could somebody approve this clean backport into jdk8u-dev for below patch?
>
>
>
> Jdk9 bug: https://bugs.openjdk.java.net/browse/JDK-8145099
> Original patch pushed to jdk9: http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/cd0abe52014c
>
> Webrev: http://cr.openjdk.java.net/~poonam/8145099/webrev.00/
>
>
>
> Regards,
>
> Shafi
>

From sean.coffey at oracle.com  Thu Dec 17 13:31:53 2015
From: sean.coffey at oracle.com (=?UTF-8?Q?Se=c3=a1n_Coffey?=)
Date: Thu, 17 Dec 2015 13:31:53 +0000
Subject: [8u-dev] Request for Approval: 8139436
	sun.security.mscapi.KeyStore might load incomplete data
In-Reply-To: <0DFD2E72402C9243A8630A7759B27E4338F8C0EA@DEWDFEMB12B.global.corp.sap>
References: <0DFD2E72402C9243A8630A7759B27E4338F8C0EA@DEWDFEMB12B.global.corp.sap>
Message-ID: <5672B949.9010803@oracle.com>

Edits look fine Christoph. Approved for jdk8u-dev.

Regards,
Sean.

On 17/12/2015 12:00, Langer, Christoph wrote:
> Hi,
>
> can you please approve a backport of 8139436 to 8u-dev?
>
> Bug:
> https://bugs.openjdk.java.net/browse/JDK-8139436
>
> Review thread of JDK9:
> http://mail.openjdk.java.net/pipermail/security-dev/2015-November/012980.html
>
> JDK9 changeset:
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/05899a336fcd
>
> I did a new webrev because the shuffled patch had a reject for jtreg tests that don't exist in JDK8
> http://cr.openjdk.java.net/~clanger/webrevs/8139436.8udev/
>
> I've ran a build and jtreg tests which all passed successfully.
>
> Thanks,
> Christoph
>


From sundararajan.athijegannathan at oracle.com  Thu Dec 17 14:58:34 2015
From: sundararajan.athijegannathan at oracle.com (Sundararajan Athijegannathan)
Date: Thu, 17 Dec 2015 20:28:34 +0530
Subject: [8u] approval request for 8145550: Megamorphic invoke should use
	CompiledFunction variants without any LinkLogic, 8145669: apply2call
	optimized callsite fails after becoming megamorphic
Message-ID: <5672CD9A.6070809@oracle.com>

Please approve the backport of the following fixes:

8145550: Megamorphic invoke should use CompiledFunction variants without 
any LinkLogic
https://bugs.openjdk.java.net/browse/JDK-8145550
jdk9 review thread: 
http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-December/005736.html

8145669: apply2call optimized callsite fails after becoming megamorphic
https://bugs.openjdk.java.net/browse/JDK-8145669
jdk9 review thread: 
http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-December/005747.html

jdk8u-dev combined webrev:
http://cr.openjdk.java.net/~sundar/8145550_8145669/8u/webrev.00/

Apart from the modular source layout changes, the tests have to be 
adjusted slightly for jdk8u -- as tests in jdk9 use a new Nashorn engine 
option that does not exist in jdk8u. For jdk8u, the tests use System 
property to configure megamorphic threshold  and @fork option. I'm 
CC'ing nashorn-dev for review.

Thanks,
-Sundar

From james.laskey at oracle.com  Thu Dec 17 15:05:40 2015
From: james.laskey at oracle.com (Jim Laskey (Oracle))
Date: Thu, 17 Dec 2015 11:05:40 -0400
Subject: [8u] approval request for 8145550: Megamorphic invoke should use
	CompiledFunction variants without any LinkLogic,
	8145669: apply2call optimized callsite fails after becoming megamorphic
In-Reply-To: <5672CD9A.6070809@oracle.com>
References: <5672CD9A.6070809@oracle.com>
Message-ID: <BAC62A01-9A7A-4D53-995D-CA0760446C4B@oracle.com>

+1

> On Dec 17, 2015, at 10:58 AM, Sundararajan Athijegannathan <sundararajan.athijegannathan at oracle.com> wrote:
> 
> Please approve the backport of the following fixes:
> 
> 8145550: Megamorphic invoke should use CompiledFunction variants without any LinkLogic
> https://bugs.openjdk.java.net/browse/JDK-8145550
> jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-December/005736.html
> 
> 8145669: apply2call optimized callsite fails after becoming megamorphic
> https://bugs.openjdk.java.net/browse/JDK-8145669
> jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-December/005747.html
> 
> jdk8u-dev combined webrev:
> http://cr.openjdk.java.net/~sundar/8145550_8145669/8u/webrev.00/
> 
> Apart from the modular source layout changes, the tests have to be adjusted slightly for jdk8u -- as tests in jdk9 use a new Nashorn engine option that does not exist in jdk8u. For jdk8u, the tests use System property to configure megamorphic threshold  and @fork option. I'm CC'ing nashorn-dev for review.
> 
> Thanks,
> -Sundar


From christoph.langer at sap.com  Thu Dec 17 15:10:34 2015
From: christoph.langer at sap.com (Langer, Christoph)
Date: Thu, 17 Dec 2015 15:10:34 +0000
Subject: [8u-dev] Request for Approval: 8139436
	sun.security.mscapi.KeyStore might load incomplete data
In-Reply-To: <5672B949.9010803@oracle.com>
References: <0DFD2E72402C9243A8630A7759B27E4338F8C0EA@DEWDFEMB12B.global.corp.sap>
	<5672B949.9010803@oracle.com>
Message-ID: <0DFD2E72402C9243A8630A7759B27E4338F8C3D1@DEWDFEMB12B.global.corp.sap>

Thanks, Sean.

Max, can you push it for me?

Thanks and best regards
Christoph

-----Original Message-----
From: Se?n Coffey [mailto:sean.coffey at oracle.com]
Sent: Donnerstag, 17. Dezember 2015 14:32
To: Langer, Christoph <christoph.langer at sap.com>; jdk8u-dev at openjdk.java.net
Subject: Re: [8u-dev] Request for Approval: 8139436 sun.security.mscapi.KeyStore might load incomplete data

Edits look fine Christoph. Approved for jdk8u-dev.

Regards,
Sean.

On 17/12/2015 12:00, Langer, Christoph wrote:
> Hi,
>
> can you please approve a backport of 8139436 to 8u-dev?
>
> Bug:
> https://bugs.openjdk.java.net/browse/JDK-8139436
>
> Review thread of JDK9:
> http://mail.openjdk.java.net/pipermail/security-dev/2015-November/012980.html
>
> JDK9 changeset:
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/05899a336fcd
>
> I did a new webrev because the shuffled patch had a reject for jtreg tests that don't exist in JDK8
> http://cr.openjdk.java.net/~clanger/webrevs/8139436.8udev/
>
> I've ran a build and jtreg tests which all passed successfully.
>
> Thanks,
> Christoph
>


From sean.coffey at oracle.com  Thu Dec 17 16:03:09 2015
From: sean.coffey at oracle.com (=?UTF-8?Q?Se=c3=a1n_Coffey?=)
Date: Thu, 17 Dec 2015 16:03:09 +0000
Subject: [8u] approval request for 8145550: Megamorphic invoke should use
	CompiledFunction variants without any LinkLogic, 8145669: apply2call
	optimized callsite fails after becoming megamorphic
In-Reply-To: <BAC62A01-9A7A-4D53-995D-CA0760446C4B@oracle.com>
References: <5672CD9A.6070809@oracle.com>
	<BAC62A01-9A7A-4D53-995D-CA0760446C4B@oracle.com>
Message-ID: <5672DCBD.6070801@oracle.com>

Approved for jdk8u-dev.

Regards,
Sean.

On 17/12/2015 15:05, Jim Laskey (Oracle) wrote:
> +1
>
>> On Dec 17, 2015, at 10:58 AM, Sundararajan Athijegannathan <sundararajan.athijegannathan at oracle.com> wrote:
>>
>> Please approve the backport of the following fixes:
>>
>> 8145550: Megamorphic invoke should use CompiledFunction variants without any LinkLogic
>> https://bugs.openjdk.java.net/browse/JDK-8145550
>> jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-December/005736.html
>>
>> 8145669: apply2call optimized callsite fails after becoming megamorphic
>> https://bugs.openjdk.java.net/browse/JDK-8145669
>> jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-December/005747.html
>>
>> jdk8u-dev combined webrev:
>> http://cr.openjdk.java.net/~sundar/8145550_8145669/8u/webrev.00/
>>
>> Apart from the modular source layout changes, the tests have to be adjusted slightly for jdk8u -- as tests in jdk9 use a new Nashorn engine option that does not exist in jdk8u. For jdk8u, the tests use System property to configure megamorphic threshold  and @fork option. I'm CC'ing nashorn-dev for review.
>>
>> Thanks,
>> -Sundar


From christoph.langer at sap.com  Fri Dec 18 14:47:33 2015
From: christoph.langer at sap.com (Langer, Christoph)
Date: Fri, 18 Dec 2015 14:47:33 +0000
Subject: [8u-dev] Request for Approval: 8140244 Port fix of JDK-8075773 to
	AIX and possibly MacOSX
Message-ID: <0DFD2E72402C9243A8630A7759B27E4338F8D0D5@DEWDFEMB12B.global.corp.sap>

Hi,

can you please approve the backport of 8140244 to 8u-dev? As 8075773 was already propagated to older JDKs, I'd like to get this one down as well.

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

Review thread of JDK9:
http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2015-November/016322.html

JDK9 changeset:
http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9ff773cd4ba2

The patch applies cleanly, however, I made another webrev for 8udev:
http://cr.openjdk.java.net/~clanger/webrevs/8140244.8udev/

Thanks,
Christoph


From sean.coffey at oracle.com  Fri Dec 18 14:52:03 2015
From: sean.coffey at oracle.com (=?UTF-8?Q?Se=c3=a1n_Coffey?=)
Date: Fri, 18 Dec 2015 14:52:03 +0000
Subject: [8u-dev] Request for Approval: 8140244 Port fix of JDK-8075773 to
	AIX and possibly MacOSX
In-Reply-To: <0DFD2E72402C9243A8630A7759B27E4338F8D0D5@DEWDFEMB12B.global.corp.sap>
References: <0DFD2E72402C9243A8630A7759B27E4338F8D0D5@DEWDFEMB12B.global.corp.sap>
Message-ID: <56741D93.1000106@oracle.com>

Approved. Please add a noreg label to the master bug record (jdk 9 record)

http://openjdk.java.net/guide/changePlanning.html#noreg

Regards,
Sean.

On 18/12/15 14:47, Langer, Christoph wrote:
> Hi,
>
> can you please approve the backport of 8140244 to 8u-dev? As 8075773 was already propagated to older JDKs, I'd like to get this one down as well.
>
> Bug:
> https://bugs.openjdk.java.net/browse/JDK-8140244
>
> Review thread of JDK9:
> http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2015-November/016322.html
>
> JDK9 changeset:
> http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9ff773cd4ba2
>
> The patch applies cleanly, however, I made another webrev for 8udev:
> http://cr.openjdk.java.net/~clanger/webrevs/8140244.8udev/
>
> Thanks,
> Christoph
>


From christoph.langer at sap.com  Fri Dec 18 14:56:23 2015
From: christoph.langer at sap.com (Langer, Christoph)
Date: Fri, 18 Dec 2015 14:56:23 +0000
Subject: [8u-dev] Request for Approval: 8140244 Port fix of JDK-8075773
	to AIX and possibly MacOSX
In-Reply-To: <56741D93.1000106@oracle.com>
References: <0DFD2E72402C9243A8630A7759B27E4338F8D0D5@DEWDFEMB12B.global.corp.sap>
	<56741D93.1000106@oracle.com>
Message-ID: <0DFD2E72402C9243A8630A7759B27E4338F8D170@DEWDFEMB12B.global.corp.sap>

Done.

Dan or Jerry, can either of you push it for me? Thanks :)

-----Original Message-----
From: Se?n Coffey [mailto:sean.coffey at oracle.com] 
Sent: Freitag, 18. Dezember 2015 15:52
To: Langer, Christoph <christoph.langer at sap.com>; jdk8u-dev at openjdk.java.net
Cc: Gerald Thornbrugh <gerald.thornbrugh at oracle.com>; Thomas St?fe <thomas.stuefe at gmail.com>
Subject: Re: [8u-dev] Request for Approval: 8140244 Port fix of JDK-8075773 to AIX and possibly MacOSX

Approved. Please add a noreg label to the master bug record (jdk 9 record)

http://openjdk.java.net/guide/changePlanning.html#noreg

Regards,
Sean.

On 18/12/15 14:47, Langer, Christoph wrote:
> Hi,
>
> can you please approve the backport of 8140244 to 8u-dev? As 8075773 was already propagated to older JDKs, I'd like to get this one down as well.
>
> Bug:
> https://bugs.openjdk.java.net/browse/JDK-8140244
>
> Review thread of JDK9:
> http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2015-November/016322.html
>
> JDK9 changeset:
> http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9ff773cd4ba2
>
> The patch applies cleanly, however, I made another webrev for 8udev:
> http://cr.openjdk.java.net/~clanger/webrevs/8140244.8udev/
>
> Thanks,
> Christoph
>


From vladimir.x.ivanov at oracle.com  Fri Dec 18 17:33:38 2015
From: vladimir.x.ivanov at oracle.com (Vladimir Ivanov)
Date: Fri, 18 Dec 2015 20:33:38 +0300
Subject: CFV: New JDK8u Committer: Aleksey Shipilev
Message-ID: <56744372.9000609@oracle.com>

I hereby nominate Aleksey Shipilev to jdk8u Committer.

Aleksey's contributions to OpenJDK include jcstress, jol, JMH, 
@Contended, sun.misc.Unsafe memory fences.

In total Aleksey has contributed at least 16 changes to jdk8u-dev/jdk 
[1] and jdk8u-dev/hotspot [2].

Votes are due by January, 1, 2016.

Only current JDK8u Committers [3] are eligible to vote on this
nomination. Votes must be cast in the open by replying to this mailing
list.

For Lazy Consensus voting instructions, see [4].

Best regards,
Vladimir Ivanov

[1] http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=author%28shade%29
[2] 
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=author%28shade%29
[3] http://openjdk.java.net/census#jdk8u
[4] http://openjdk.java.net/projects#committer-vote

From vladimir.x.ivanov at oracle.com  Fri Dec 18 17:34:00 2015
From: vladimir.x.ivanov at oracle.com (Vladimir Ivanov)
Date: Fri, 18 Dec 2015 20:34:00 +0300
Subject: CFV: New JDK8u Committer: Aleksey Shipilev
In-Reply-To: <56744372.9000609@oracle.com>
References: <56744372.9000609@oracle.com>
Message-ID: <56744388.3080809@oracle.com>

Vote: yes

Best regards,
Vladimir Ivanov

On 12/18/15 8:33 PM, Vladimir Ivanov wrote:
> I hereby nominate Aleksey Shipilev to jdk8u Committer.
>
> Aleksey's contributions to OpenJDK include jcstress, jol, JMH,
> @Contended, sun.misc.Unsafe memory fences.
>
> In total Aleksey has contributed at least 16 changes to jdk8u-dev/jdk
> [1] and jdk8u-dev/hotspot [2].
>
> Votes are due by January, 1, 2016.
>
> Only current JDK8u Committers [3] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [4].
>
> Best regards,
> Vladimir Ivanov
>
> [1]
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=author%28shade%29
> [2]
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=author%28shade%29
>
> [3] http://openjdk.java.net/census#jdk8u
> [4] http://openjdk.java.net/projects#committer-vote

From Roger.Riggs at Oracle.com  Fri Dec 18 17:37:47 2015
From: Roger.Riggs at Oracle.com (Roger Riggs)
Date: Fri, 18 Dec 2015 12:37:47 -0500
Subject: CFV: New JDK8u Committer: Aleksey Shipilev
In-Reply-To: <56744372.9000609@oracle.com>
References: <56744372.9000609@oracle.com>
Message-ID: <5674446B.1070102@Oracle.com>

Vote: yes

On 12/18/2015 12:33 PM, Vladimir Ivanov wrote:
> I hereby nominate Aleksey Shipilev to jdk8u Committer.
>


From volker.simonis at gmail.com  Fri Dec 18 17:41:10 2015
From: volker.simonis at gmail.com (Volker Simonis)
Date: Fri, 18 Dec 2015 18:41:10 +0100
Subject: CFV: New JDK8u Committer: Aleksey Shipilev
In-Reply-To: <56744372.9000609@oracle.com>
References: <56744372.9000609@oracle.com>
Message-ID: <CA+3eh13voxqRRMhqgGDYroKYESn1dCifDrKRLD=AOz_daoCT6Q@mail.gmail.com>

Vote: yes


On Fri, Dec 18, 2015 at 6:33 PM, Vladimir Ivanov
<vladimir.x.ivanov at oracle.com> wrote:
> I hereby nominate Aleksey Shipilev to jdk8u Committer.
>
> Aleksey's contributions to OpenJDK include jcstress, jol, JMH, @Contended,
> sun.misc.Unsafe memory fences.
>
> In total Aleksey has contributed at least 16 changes to jdk8u-dev/jdk [1]
> and jdk8u-dev/hotspot [2].
>
> Votes are due by January, 1, 2016.
>
> Only current JDK8u Committers [3] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [4].
>
> Best regards,
> Vladimir Ivanov
>
> [1] http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=author%28shade%29
> [2]
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=author%28shade%29
> [3] http://openjdk.java.net/census#jdk8u
> [4] http://openjdk.java.net/projects#committer-vote

From serguei.spitsyn at oracle.com  Fri Dec 18 17:45:02 2015
From: serguei.spitsyn at oracle.com (serguei.spitsyn at oracle.com)
Date: Fri, 18 Dec 2015 09:45:02 -0800
Subject: CFV: New JDK8u Committer: Aleksey Shipilev
In-Reply-To: <56744372.9000609@oracle.com>
References: <56744372.9000609@oracle.com>
Message-ID: <5674461E.4090607@oracle.com>

Vote: yes

On 12/18/15 09:33, Vladimir Ivanov wrote:
> I hereby nominate Aleksey Shipilev to jdk8u Committer.

From brent.christian at oracle.com  Fri Dec 18 18:06:07 2015
From: brent.christian at oracle.com (Brent Christian)
Date: Fri, 18 Dec 2015 10:06:07 -0800
Subject: CFV: New JDK8u Committer: Aleksey Shipilev
In-Reply-To: <56744372.9000609@oracle.com>
References: <56744372.9000609@oracle.com>
Message-ID: <56744B0F.8080304@oracle.com>

Vote: yes
On 12/18/2015 09:33 AM, Vladimir Ivanov wrote:
> I hereby nominate Aleksey Shipilev to jdk8u Committer.
>
> Aleksey's contributions to OpenJDK include jcstress, jol, JMH,
> @Contended, sun.misc.Unsafe memory fences.
>
> In total Aleksey has contributed at least 16 changes to jdk8u-dev/jdk
> [1] and jdk8u-dev/hotspot [2].
>
> Votes are due by January, 1, 2016.
>
> Only current JDK8u Committers [3] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [4].
>
> Best regards,
> Vladimir Ivanov
>
> [1]
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=author%28shade%29
> [2]
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=author%28shade%29
>
> [3] http://openjdk.java.net/census#jdk8u
> [4] http://openjdk.java.net/projects#committer-vote


From daniel.fuchs at oracle.com  Fri Dec 18 18:07:49 2015
From: daniel.fuchs at oracle.com (Daniel Fuchs)
Date: Fri, 18 Dec 2015 19:07:49 +0100
Subject: CFV: New JDK8u Committer: Aleksey Shipilev
In-Reply-To: <5674461E.4090607@oracle.com>
References: <56744372.9000609@oracle.com> <5674461E.4090607@oracle.com>
Message-ID: <56744B75.9030109@oracle.com>

Vote: yes

> On 12/18/15 09:33, Vladimir Ivanov wrote:
>> I hereby nominate Aleksey Shipilev to jdk8u Committer.


From yumin.qi at oracle.com  Fri Dec 18 18:25:38 2015
From: yumin.qi at oracle.com (Yumin Qi)
Date: Fri, 18 Dec 2015 10:25:38 -0800
Subject: CFV: New JDK8u Committer: Aleksey Shipilev
In-Reply-To: <56744372.9000609@oracle.com>
References: <56744372.9000609@oracle.com>
Message-ID: <56744FA2.3000108@oracle.com>

Vote:yes

On 12/18/2015 9:33 AM, Vladimir Ivanov wrote:
> I hereby nominate Aleksey Shipilev to jdk8u Committer.
>
> Aleksey's contributions to OpenJDK include jcstress, jol, JMH, 
> @Contended, sun.misc.Unsafe memory fences.
>
> In total Aleksey has contributed at least 16 changes to jdk8u-dev/jdk 
> [1] and jdk8u-dev/hotspot [2].
>
> Votes are due by January, 1, 2016.
>
> Only current JDK8u Committers [3] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [4].
>
> Best regards,
> Vladimir Ivanov
>
> [1] 
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=author%28shade%29
> [2] 
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=author%28shade%29
> [3] http://openjdk.java.net/census#jdk8u
> [4] http://openjdk.java.net/projects#committer-vote


From gerald.thornbrugh at oracle.com  Fri Dec 18 18:29:10 2015
From: gerald.thornbrugh at oracle.com (Gerald Thornbrugh)
Date: Fri, 18 Dec 2015 11:29:10 -0700
Subject: [8u] Request for approval for JDK-8044363, JDK-8046471, JDK-8046611, 
	JDK-8047763, JDK-8048232 and JDK-8144885
Message-ID: <56745076.9060203@oracle.com>

Greetings,

I would like to get approval for pushing the backport of several
Linux/SPARC related bugs to JDK8u.

Links to bugs:

JDK-8044363 Remove special build options for unpack200 executable
https://bugs.openjdk.java.net/browse/JDK-8044363

JDK-8046471 Use OPENJDK_TARGET_CPU_ARCH instead of legacy value for 
hotspot ARCH
https://bugs.openjdk.java.net/browse/JDK-8046471

JDK-8046611 Build errors with gcc on sparc/fastdebug
https://bugs.openjdk.java.net/browse/JDK-8046611

JDK-8047763 Recognize sparc64 as a sparc platform
https://bugs.openjdk.java.net/browse/JDK-8047763

JDK-8048232 Fix for 8046471 breaks PPC64 build
https://bugs.openjdk.java.net/browse/JDK-8048232

JDK-8144885 agent/src/os/linux/libproc.h needs to support Linux/SPARC 
builds
https://bugs.openjdk.java.net/browse/JDK-8144885

Link to webrev:
http://cr.openjdk.java.net/~gthornbr/linux-sparc-jdk8u/

Link to review thread:
http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2015-December/017238.html 


List of reviewers for the JDK8u backport:
dcubed
mikael

Thanks,

Gerald Thornbrugh

From jon.masamitsu at oracle.com  Fri Dec 18 18:29:30 2015
From: jon.masamitsu at oracle.com (Jon Masamitsu)
Date: Fri, 18 Dec 2015 10:29:30 -0800
Subject: CFV: New JDK8u Committer: Aleksey Shipilev
In-Reply-To: <56744372.9000609@oracle.com>
References: <56744372.9000609@oracle.com>
Message-ID: <5674508A.8060500@oracle.com>

Vote: yes

On 12/18/2015 9:33 AM, Vladimir Ivanov wrote:
> I hereby nominate Aleksey Shipilev to jdk8u Committer.
>
> Aleksey's contributions to OpenJDK include jcstress, jol, JMH, 
> @Contended, sun.misc.Unsafe memory fences.
>
> In total Aleksey has contributed at least 16 changes to jdk8u-dev/jdk 
> [1] and jdk8u-dev/hotspot [2].
>
> Votes are due by January, 1, 2016.
>
> Only current JDK8u Committers [3] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [4].
>
> Best regards,
> Vladimir Ivanov
>
> [1] 
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=author%28shade%29
> [2] 
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=author%28shade%29
> [3] http://openjdk.java.net/census#jdk8u
> [4] http://openjdk.java.net/projects#committer-vote


From rob.mckenna at oracle.com  Fri Dec 18 18:38:42 2015
From: rob.mckenna at oracle.com (Rob McKenna)
Date: Fri, 18 Dec 2015 18:38:42 +0000
Subject: [8u] Request for approval for JDK-8044363, JDK-8046471,
	JDK-8046611, JDK-8047763, JDK-8048232 and JDK-8144885
In-Reply-To: <56745076.9060203@oracle.com>
References: <56745076.9060203@oracle.com>
Message-ID: <567452B2.8030302@oracle.com>

Approved. Please add appropriate noreg labels to 8144885, 8048232 & 8046471.

	-Rob

On 18/12/15 18:29, Gerald Thornbrugh wrote:
> Greetings,
>
> I would like to get approval for pushing the backport of several
> Linux/SPARC related bugs to JDK8u.
>
> Links to bugs:
>
> JDK-8044363 Remove special build options for unpack200 executable
> https://bugs.openjdk.java.net/browse/JDK-8044363
>
> JDK-8046471 Use OPENJDK_TARGET_CPU_ARCH instead of legacy value for
> hotspot ARCH
> https://bugs.openjdk.java.net/browse/JDK-8046471
>
> JDK-8046611 Build errors with gcc on sparc/fastdebug
> https://bugs.openjdk.java.net/browse/JDK-8046611
>
> JDK-8047763 Recognize sparc64 as a sparc platform
> https://bugs.openjdk.java.net/browse/JDK-8047763
>
> JDK-8048232 Fix for 8046471 breaks PPC64 build
> https://bugs.openjdk.java.net/browse/JDK-8048232
>
> JDK-8144885 agent/src/os/linux/libproc.h needs to support Linux/SPARC
> builds
> https://bugs.openjdk.java.net/browse/JDK-8144885
>
> Link to webrev:
> http://cr.openjdk.java.net/~gthornbr/linux-sparc-jdk8u/
>
> Link to review thread:
> http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2015-December/017238.html
>
>
> List of reviewers for the JDK8u backport:
> dcubed
> mikael
>
> Thanks,
>
> Gerald Thornbrugh

From brian.burkhalter at oracle.com  Fri Dec 18 18:44:17 2015
From: brian.burkhalter at oracle.com (Brian Burkhalter)
Date: Fri, 18 Dec 2015 10:44:17 -0800
Subject: CFV: New JDK8u Committer: Aleksey Shipilev
In-Reply-To: <56744372.9000609@oracle.com>
References: <56744372.9000609@oracle.com>
Message-ID: <070E341D-B6B1-4BCC-A225-0861B83384A0@oracle.com>

Vote: yes

On Dec 18, 2015, at 9:33 AM, Vladimir Ivanov <vladimir.x.ivanov at oracle.com> wrote:

> I hereby nominate Aleksey Shipilev to jdk8u Committer.


From vladimir.kozlov at oracle.com  Fri Dec 18 18:46:08 2015
From: vladimir.kozlov at oracle.com (Vladimir Kozlov)
Date: Fri, 18 Dec 2015 10:46:08 -0800
Subject: CFV: New JDK8u Committer: Aleksey Shipilev
In-Reply-To: <56744372.9000609@oracle.com>
References: <56744372.9000609@oracle.com>
Message-ID: <56745470.7090402@oracle.com>

Vote: yes

On 12/18/15 9:33 AM, Vladimir Ivanov wrote:
> I hereby nominate Aleksey Shipilev to jdk8u Committer.
>
> Aleksey's contributions to OpenJDK include jcstress, jol, JMH, @Contended, sun.misc.Unsafe memory fences.
>
> In total Aleksey has contributed at least 16 changes to jdk8u-dev/jdk [1] and jdk8u-dev/hotspot [2].
>
> Votes are due by January, 1, 2016.
>
> Only current JDK8u Committers [3] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [4].
>
> Best regards,
> Vladimir Ivanov
>
> [1] http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=author%28shade%29
> [2] http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=author%28shade%29
> [3] http://openjdk.java.net/census#jdk8u
> [4] http://openjdk.java.net/projects#committer-vote

From chris.hegarty at oracle.com  Fri Dec 18 19:08:21 2015
From: chris.hegarty at oracle.com (Chris Hegarty)
Date: Fri, 18 Dec 2015 19:08:21 +0000
Subject: CFV: New JDK8u Committer: Aleksey Shipilev
In-Reply-To: <5674508A.8060500@oracle.com>
References: <56744372.9000609@oracle.com> <5674508A.8060500@oracle.com>
Message-ID: <BCEB4C49-B8E5-4357-99A3-A293D7D5B024@oracle.com>

Vote: YES

-Chris.

On 18 Dec 2015, at 18:29, Jon Masamitsu <jon.masamitsu at oracle.com> wrote:

> Vote: yes
> 
> On 12/18/2015 9:33 AM, Vladimir Ivanov wrote:
>> I hereby nominate Aleksey Shipilev to jdk8u Committer.
>> 
>> Aleksey's contributions to OpenJDK include jcstress, jol, JMH, @Contended, sun.misc.Unsafe memory fences.
>> 
>> In total Aleksey has contributed at least 16 changes to jdk8u-dev/jdk [1] and jdk8u-dev/hotspot [2].
>> 
>> Votes are due by January, 1, 2016.
>> 
>> Only current JDK8u Committers [3] are eligible to vote on this
>> nomination. Votes must be cast in the open by replying to this mailing
>> list.
>> 
>> For Lazy Consensus voting instructions, see [4].
>> 
>> Best regards,
>> Vladimir Ivanov
>> 
>> [1] http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=author%28shade%29
>> [2] http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=author%28shade%29
>> [3] http://openjdk.java.net/census#jdk8u
>> [4] http://openjdk.java.net/projects#committer-vote
> 


From dalibor.topic at oracle.com  Fri Dec 18 21:53:26 2015
From: dalibor.topic at oracle.com (Dalibor Topic)
Date: Fri, 18 Dec 2015 22:53:26 +0100
Subject: CFV: New JDK8u Committer: Aleksey Shipilev
In-Reply-To: <56744372.9000609@oracle.com>
References: <56744372.9000609@oracle.com>
Message-ID: <56748056.6000802@oracle.com>

Vote: Yes.

-- 
Oracle <http://www.oracle.com>
Dalibor Topic | Principal Product Manager
Phone: +494089091214 <tel:+494089091214> | Mobile: +491737185961 <tel:+491737185961>
Oracle Java Platform Group

ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 M?nchen
Registergericht: Amtsgericht M?nchen, HRA 95603

Komplement?rin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher 

Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment

From Sergey.Bylokhov at oracle.com  Fri Dec 18 23:18:37 2015
From: Sergey.Bylokhov at oracle.com (Sergey Bylokhov)
Date: Sat, 19 Dec 2015 02:18:37 +0300
Subject: CFV: New JDK8u Committer: Aleksey Shipilev
In-Reply-To: <56744372.9000609@oracle.com>
References: <56744372.9000609@oracle.com>
Message-ID: <5674944D.7080007@oracle.com>

Vote: Yes

On 18/12/15 20:33, Vladimir Ivanov wrote:
> I hereby nominate Aleksey Shipilev to jdk8u Committer.
>
> Aleksey's contributions to OpenJDK include jcstress, jol, JMH,
> @Contended, sun.misc.Unsafe memory fences.
>
> In total Aleksey has contributed at least 16 changes to jdk8u-dev/jdk
> [1] and jdk8u-dev/hotspot [2].
>
> Votes are due by January, 1, 2016.
>
> Only current JDK8u Committers [3] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [4].
>
> Best regards,
> Vladimir Ivanov
>
> [1]
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=author%28shade%29
> [2]
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=author%28shade%29
>
> [3] http://openjdk.java.net/census#jdk8u
> [4] http://openjdk.java.net/projects#committer-vote


-- 
Best regards, Sergey.

From rob.mckenna at oracle.com  Sat Dec 19 13:04:02 2015
From: rob.mckenna at oracle.com (Rob McKenna)
Date: Sat, 19 Dec 2015 13:04:02 +0000
Subject: CFV: New JDK8u Committer: Aleksey Shipilev
In-Reply-To: <56744372.9000609@oracle.com>
References: <56744372.9000609@oracle.com>
Message-ID: <567555C2.2010009@oracle.com>

Vote: yes

	-Rob

On 18/12/15 17:33, Vladimir Ivanov wrote:
> I hereby nominate Aleksey Shipilev to jdk8u Committer.
>
> Aleksey's contributions to OpenJDK include jcstress, jol, JMH,
> @Contended, sun.misc.Unsafe memory fences.
>
> In total Aleksey has contributed at least 16 changes to jdk8u-dev/jdk
> [1] and jdk8u-dev/hotspot [2].
>
> Votes are due by January, 1, 2016.
>
> Only current JDK8u Committers [3] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [4].
>
> Best regards,
> Vladimir Ivanov
>
> [1]
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=author%28shade%29
> [2]
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=author%28shade%29
>
> [3] http://openjdk.java.net/census#jdk8u
> [4] http://openjdk.java.net/projects#committer-vote

From david.holmes at oracle.com  Mon Dec 21 07:25:16 2015
From: david.holmes at oracle.com (David Holmes)
Date: Mon, 21 Dec 2015 17:25:16 +1000
Subject: CFV: New JDK8u Committer: Aleksey Shipilev
In-Reply-To: <56744372.9000609@oracle.com>
References: <56744372.9000609@oracle.com>
Message-ID: <5677A95C.7030800@oracle.com>

Vote: yes

David

On 19/12/2015 3:33 AM, Vladimir Ivanov wrote:
> I hereby nominate Aleksey Shipilev to jdk8u Committer.
>
> Aleksey's contributions to OpenJDK include jcstress, jol, JMH,
> @Contended, sun.misc.Unsafe memory fences.
>
> In total Aleksey has contributed at least 16 changes to jdk8u-dev/jdk
> [1] and jdk8u-dev/hotspot [2].
>
> Votes are due by January, 1, 2016.
>
> Only current JDK8u Committers [3] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [4].
>
> Best regards,
> Vladimir Ivanov
>
> [1]
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=author%28shade%29
> [2]
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=author%28shade%29
>
> [3] http://openjdk.java.net/census#jdk8u
> [4] http://openjdk.java.net/projects#committer-vote

From staffan.larsen at oracle.com  Mon Dec 21 08:51:46 2015
From: staffan.larsen at oracle.com (Staffan Larsen)
Date: Mon, 21 Dec 2015 09:51:46 +0100
Subject: CFV: New JDK8u Committer: Aleksey Shipilev
In-Reply-To: <56744372.9000609@oracle.com>
References: <56744372.9000609@oracle.com>
Message-ID: <EB9207CA-6CA6-4655-9B83-A593C403E80F@oracle.com>

Vote: yes

> On 18 dec. 2015, at 18:33, Vladimir Ivanov <vladimir.x.ivanov at oracle.com> wrote:
> 
> I hereby nominate Aleksey Shipilev to jdk8u Committer.
> 
> Aleksey's contributions to OpenJDK include jcstress, jol, JMH, @Contended, sun.misc.Unsafe memory fences.
> 
> In total Aleksey has contributed at least 16 changes to jdk8u-dev/jdk [1] and jdk8u-dev/hotspot [2].
> 
> Votes are due by January, 1, 2016.
> 
> Only current JDK8u Committers [3] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
> 
> For Lazy Consensus voting instructions, see [4].
> 
> Best regards,
> Vladimir Ivanov
> 
> [1] http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=author%28shade%29
> [2] http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=author%28shade%29
> [3] http://openjdk.java.net/census#jdk8u
> [4] http://openjdk.java.net/projects#committer-vote


From tobias.hartmann at oracle.com  Mon Dec 21 09:17:12 2015
From: tobias.hartmann at oracle.com (Tobias Hartmann)
Date: Mon, 21 Dec 2015 10:17:12 +0100
Subject: CFV: New JDK8u Committer: Aleksey Shipilev
In-Reply-To: <56744372.9000609@oracle.com>
References: <56744372.9000609@oracle.com>
Message-ID: <5677C398.2080503@oracle.com>

Vote: yes

On 18.12.2015 18:33, Vladimir Ivanov wrote:
> I hereby nominate Aleksey Shipilev to jdk8u Committer.
> 
> Aleksey's contributions to OpenJDK include jcstress, jol, JMH, @Contended, sun.misc.Unsafe memory fences.
> 
> In total Aleksey has contributed at least 16 changes to jdk8u-dev/jdk [1] and jdk8u-dev/hotspot [2].
> 
> Votes are due by January, 1, 2016.
> 
> Only current JDK8u Committers [3] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
> 
> For Lazy Consensus voting instructions, see [4].
> 
> Best regards,
> Vladimir Ivanov
> 
> [1] http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=author%28shade%29
> [2] http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=author%28shade%29
> [3] http://openjdk.java.net/census#jdk8u
> [4] http://openjdk.java.net/projects#committer-vote

From mikael.gerdin at oracle.com  Mon Dec 21 09:22:36 2015
From: mikael.gerdin at oracle.com (Mikael Gerdin)
Date: Mon, 21 Dec 2015 10:22:36 +0100
Subject: CFV: New JDK8u Committer: Aleksey Shipilev
In-Reply-To: <56744372.9000609@oracle.com>
References: <56744372.9000609@oracle.com>
Message-ID: <5677C4DC.2010308@oracle.com>

Vote: yes

/Mikael

On 2015-12-18 18:33, Vladimir Ivanov wrote:
> I hereby nominate Aleksey Shipilev to jdk8u Committer.
>
> Aleksey's contributions to OpenJDK include jcstress, jol, JMH,
> @Contended, sun.misc.Unsafe memory fences.
>
> In total Aleksey has contributed at least 16 changes to jdk8u-dev/jdk
> [1] and jdk8u-dev/hotspot [2].
>
> Votes are due by January, 1, 2016.
>
> Only current JDK8u Committers [3] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [4].
>
> Best regards,
> Vladimir Ivanov
>
> [1]
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=author%28shade%29
> [2]
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=author%28shade%29
>
> [3] http://openjdk.java.net/census#jdk8u
> [4] http://openjdk.java.net/projects#committer-vote


From frederic.parain at oracle.com  Mon Dec 21 10:21:03 2015
From: frederic.parain at oracle.com (Frederic Parain)
Date: Mon, 21 Dec 2015 11:21:03 +0100
Subject: CFV: New JDK8u Committer: Aleksey Shipilev
In-Reply-To: <56744372.9000609@oracle.com>
References: <56744372.9000609@oracle.com>
Message-ID: <5677D28F.1070405@oracle.com>

Vote: yes

Fred

On 12/18/2015 06:33 PM, Vladimir Ivanov wrote:
> I hereby nominate Aleksey Shipilev to jdk8u Committer.
>
> Aleksey's contributions to OpenJDK include jcstress, jol, JMH,
> @Contended, sun.misc.Unsafe memory fences.
>
> In total Aleksey has contributed at least 16 changes to jdk8u-dev/jdk
> [1] and jdk8u-dev/hotspot [2].
>
> Votes are due by January, 1, 2016.
>
> Only current JDK8u Committers [3] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [4].
>
> Best regards,
> Vladimir Ivanov
>
> [1]
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=author%28shade%29
> [2]
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=author%28shade%29
>
> [3] http://openjdk.java.net/census#jdk8u
> [4] http://openjdk.java.net/projects#committer-vote

-- 
Frederic Parain - Oracle
Grenoble Engineering Center - France
Phone: +33 4 76 18 81 17
Email: Frederic.Parain at oracle.com

From peter.levart at gmail.com  Mon Dec 21 12:43:55 2015
From: peter.levart at gmail.com (Peter Levart)
Date: Mon, 21 Dec 2015 13:43:55 +0100
Subject: CFV: New JDK8u Committer: Aleksey Shipilev
In-Reply-To: <56744372.9000609@oracle.com>
References: <56744372.9000609@oracle.com>
Message-ID: <5677F40B.6010201@gmail.com>

Vote: yes

On 12/18/2015 06:33 PM, Vladimir Ivanov wrote:
> I hereby nominate Aleksey Shipilev to jdk8u Committer.
>
> Aleksey's contributions to OpenJDK include jcstress, jol, JMH, 
> @Contended, sun.misc.Unsafe memory fences.
>
> In total Aleksey has contributed at least 16 changes to jdk8u-dev/jdk 
> [1] and jdk8u-dev/hotspot [2].
>
> Votes are due by January, 1, 2016.
>
> Only current JDK8u Committers [3] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [4].
>
> Best regards,
> Vladimir Ivanov
>
> [1] 
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=author%28shade%29
> [2] 
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=author%28shade%29
> [3] http://openjdk.java.net/census#jdk8u
> [4] http://openjdk.java.net/projects#committer-vote


From sergei.kovalev at oracle.com  Mon Dec 21 12:44:09 2015
From: sergei.kovalev at oracle.com (Sergei Kovalev)
Date: Mon, 21 Dec 2015 15:44:09 +0300
Subject: RFR(S): 8144937 [TEST_BUG] testlibrary_tests should be excluded for
	compact1 and compact2 execution
Message-ID: <5677F419.3030400@oracle.com>

Hello All,

Please review a fix for https://bugs.openjdk.java.net/browse/JDK-8144937
Webrev: http://cr.openjdk.java.net/~skovalev/8144937/webrev.00/

Problem: several fixes should be excluded from execution on compact 
profiles. Also some library classes required "sun.tools.jar.Main" class 
that not exists in JRE.

The CR targeted for 8u76. For JDK9 required separate fix based on 
modules that not applicable for JDK8u.
Fix verified by jtreg test list generation.

-- 
With best regards,
Sergei


From alexey.ivanov at oracle.com  Mon Dec 21 13:15:43 2015
From: alexey.ivanov at oracle.com (Alexey Ivanov)
Date: Mon, 21 Dec 2015 16:15:43 +0300
Subject: CFV: New JDK8u Committer: Aleksey Shipilev
In-Reply-To: <56744372.9000609@oracle.com>
References: <56744372.9000609@oracle.com>
Message-ID: <5677FB7F.7000307@oracle.com>

Vote: yes

On 18.12.2015 20:33, Vladimir Ivanov wrote:
> I hereby nominate Aleksey Shipilev to jdk8u Committer.
>
> Aleksey's contributions to OpenJDK include jcstress, jol, JMH, 
> @Contended, sun.misc.Unsafe memory fences.
>
> In total Aleksey has contributed at least 16 changes to jdk8u-dev/jdk 
> [1] and jdk8u-dev/hotspot [2].
>
> Votes are due by January, 1, 2016.
>
> Only current JDK8u Committers [3] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [4].
>
> Best regards,
> Vladimir Ivanov
>
> [1] 
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=author%28shade%29
> [2] 
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=author%28shade%29
> [3] http://openjdk.java.net/census#jdk8u
> [4] http://openjdk.java.net/projects#committer-vote


From phil.sladen at yahoo.co.uk  Mon Dec 21 16:22:58 2015
From: phil.sladen at yahoo.co.uk (Phil Sladen)
Date: Mon, 21 Dec 2015 16:22:58 +0000 (UTC)
Subject: Cloning the repository for the 8u66 GA release
References: <1225561171.2946313.1450714978604.JavaMail.yahoo.ref@mail.yahoo.com>
Message-ID: <1225561171.2946313.1450714978604.JavaMail.yahoo@mail.yahoo.com>

The page?OpenJDK: JDK 8 Updates?says that I should use the 'jdk8u66-b17' tag when cloning?http://hg.openjdk.java.net/jdk8u/jdk8u/?but if afterwards I run 'hg tags' I see 8u72 and 8u76 tags listed. I seem to get the same result whether I use 'hg clone -u?jdk8u66-b17' and then 'get_sources.sh' or?'hg tclone -u?jdk8u66-b17' (which takes a lot longer). Please can someone give me explicit instructions on how to clone the repository for the 8u66 release.?Thanks,Phil

| ? |
| ? | ? | ? | ? | ? |
| OpenJDK: JDK 8 UpdatesJDK 8 Update Releases The goal of this Project is to develop updates to JDK 8. This Project is sponsored by the BuildGroup. The Project's primary mailing list is jdk8u-dev. A Q&A is here. Processes  |
|  |
| View on openjdk.java.net | Preview by Yahoo |
|  |
| ? |



| ? |
| ? | ? | ? | ? | ? |
| jdk8u/jdk8u: logMon, 26 Oct 2015 13:20:08 -0700 asaha Added tag jdk8u76-b00 for changeset e8bed1496ff2default tip Mon, 26 Oct 2015 13:15:19 -0700 asaha Added tag jdk8u72-b05 for changeset 674a69ec28a9jdk8u76-b00  |
|  |
| View on hg.openjdk.java.net | Preview by Yahoo |
|  |
| ? |



From sean.coffey at oracle.com  Mon Dec 21 16:40:06 2015
From: sean.coffey at oracle.com (=?UTF-8?Q?Se=c3=a1n_Coffey?=)
Date: Mon, 21 Dec 2015 16:40:06 +0000
Subject: Cloning the repository for the 8u66 GA release
In-Reply-To: <1225561171.2946313.1450714978604.JavaMail.yahoo@mail.yahoo.com>
References: <1225561171.2946313.1450714978604.JavaMail.yahoo.ref@mail.yahoo.com>
	<1225561171.2946313.1450714978604.JavaMail.yahoo@mail.yahoo.com>
Message-ID: <56782B66.4060907@oracle.com>

Phil,

this is probably the easiest approach :
/
//hg clone http://hg.openjdk.java.net/jdk8u/jdk8u jdk8u-OPEN;cd 
jdk8u-OPEN;sh get_source.sh//
//sh common/bin/hgforest.sh update jdk8u66-b17/

Regards,
Sean.

On 21/12/15 16:22, Phil Sladen wrote:
> The page OpenJDK: JDK 8 Updates says that I should use the 'jdk8u66-b17' tag when cloning http://hg.openjdk.java.net/jdk8u/jdk8u/ but if afterwards I run 'hg tags' I see 8u72 and 8u76 tags listed. I seem to get the same result whether I use 'hg clone -u jdk8u66-b17' and then 'get_sources.sh' or 'hg tclone -u jdk8u66-b17' (which takes a lot longer). Please can someone give me explicit instructions on how to clone the repository for the 8u66 release. Thanks,Phil
>
> |   |
> |   |   |   |   |   |
> | OpenJDK: JDK 8 UpdatesJDK 8 Update Releases The goal of this Project is to develop updates to JDK 8. This Project is sponsored by the BuildGroup. The Project's primary mailing list is jdk8u-dev. A Q&A is here. Processes  |
> |  |
> | View on openjdk.java.net | Preview by Yahoo |
> |  |
> |   |
>
>
>
> |   |
> |   |   |   |   |   |
> | jdk8u/jdk8u: logMon, 26 Oct 2015 13:20:08 -0700 asaha Added tag jdk8u76-b00 for changeset e8bed1496ff2default tip Mon, 26 Oct 2015 13:15:19 -0700 asaha Added tag jdk8u72-b05 for changeset 674a69ec28a9jdk8u76-b00  |
> |  |
> | View on hg.openjdk.java.net | Preview by Yahoo |
> |  |
> |   |
>
>


From john.r.rose at oracle.com  Tue Dec 22 09:32:35 2015
From: john.r.rose at oracle.com (John Rose)
Date: Tue, 22 Dec 2015 01:32:35 -0800
Subject: CFV: New JDK8u Committer: Aleksey Shipilev
In-Reply-To: <5677A95C.7030800@oracle.com>
References: <56744372.9000609@oracle.com> <5677A95C.7030800@oracle.com>
Message-ID: <0E89CFC5-D213-407A-ADCF-99F4F9CB09BC@oracle.com>

Vote: yes

From aleksey.shipilev at oracle.com  Tue Dec 22 18:38:28 2015
From: aleksey.shipilev at oracle.com (Aleksey Shipilev)
Date: Tue, 22 Dec 2015 21:38:28 +0300
Subject: [8u] Request for approval - 8145539: (coll) AbstractMap.keySet and
	.values should not be volatile
Message-ID: <567998A4.7040707@oracle.com>

Hi,

Please approve and sponsor this simple backport for an old (yet
important) performance issue in collections:
  https://bugs.openjdk.java.net/browse/JDK-8145539

The fix was in jdk9/dev for at least 4 days now.

JDK 9 Changeset:
  http://hg.openjdk.java.net/jdk9/dev/jdk/rev/ce72c7641f38

JDK 9 review thread:

http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-December/037674.html

Patch applies with little fuzz after unshuffling. For the record, this
is the clean patch against current 8u:
  http://cr.openjdk.java.net/~shade/8145539/8145539-8u.patch

Testing: builds and runs fine on Linux x86_64, microbenchmark
improvements are the same as in JDK 9.

Thanks,
-Aleksey


From alexander.kouznetsov at oracle.com  Tue Dec 22 19:25:14 2015
From: alexander.kouznetsov at oracle.com (Alexander Kouznetsov)
Date: Tue, 22 Dec 2015 11:25:14 -0800
Subject: CFV: New JDK8u Committer: Aleksey Shipilev
In-Reply-To: <56744372.9000609@oracle.com>
References: <56744372.9000609@oracle.com>
Message-ID: <5679A39A.6040204@oracle.com>

Vote: yes

Best regards,
Alexander Kouznetsov
(408) 276-0387

On 18 ??? 2015 9:33, Vladimir Ivanov wrote:
> I hereby nominate Aleksey Shipilev to jdk8u Committer.
>
> Aleksey's contributions to OpenJDK include jcstress, jol, JMH, 
> @Contended, sun.misc.Unsafe memory fences.
>
> In total Aleksey has contributed at least 16 changes to jdk8u-dev/jdk 
> [1] and jdk8u-dev/hotspot [2].
>
> Votes are due by January, 1, 2016.
>
> Only current JDK8u Committers [3] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [4].
>
> Best regards,
> Vladimir Ivanov
>
> [1] 
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=author%28shade%29
> [2] 
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=author%28shade%29
> [3] http://openjdk.java.net/census#jdk8u
> [4] http://openjdk.java.net/projects#committer-vote


From jonathan.gibbons at oracle.com  Tue Dec 22 19:26:42 2015
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Tue, 22 Dec 2015 11:26:42 -0800
Subject: CFV: New JDK8u Committer: Aleksey Shipilev
In-Reply-To: <56744372.9000609@oracle.com>
References: <56744372.9000609@oracle.com>
Message-ID: <5679A3F2.6060900@oracle.com>

Vote: yes

On 12/18/2015 09:33 AM, Vladimir Ivanov wrote:
> I hereby nominate Aleksey Shipilev to jdk8u Committer.
>
> Aleksey's contributions to OpenJDK include jcstress, jol, JMH, 
> @Contended, sun.misc.Unsafe memory fences.
>
> In total Aleksey has contributed at least 16 changes to jdk8u-dev/jdk 
> [1] and jdk8u-dev/hotspot [2].
>
> Votes are due by January, 1, 2016.
>
> Only current JDK8u Committers [3] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [4].
>
> Best regards,
> Vladimir Ivanov
>
> [1] 
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=author%28shade%29
> [2] 
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=author%28shade%29
> [3] http://openjdk.java.net/census#jdk8u
> [4] http://openjdk.java.net/projects#committer-vote


From maurizio.cimadamore at oracle.com  Tue Dec 22 21:47:36 2015
From: maurizio.cimadamore at oracle.com (Maurizio Cimadamore)
Date: Tue, 22 Dec 2015 21:47:36 +0000
Subject: CFV: New JDK8u Committer: Aleksey Shipilev
In-Reply-To: <56744372.9000609@oracle.com>
References: <56744372.9000609@oracle.com>
Message-ID: <5679C4F8.2010400@oracle.com>

Vote: yes!

Maurizio

On 18/12/15 17:33, Vladimir Ivanov wrote:
> I hereby nominate Aleksey Shipilev to jdk8u Committer.
>
> Aleksey's contributions to OpenJDK include jcstress, jol, JMH, 
> @Contended, sun.misc.Unsafe memory fences.
>
> In total Aleksey has contributed at least 16 changes to jdk8u-dev/jdk 
> [1] and jdk8u-dev/hotspot [2].
>
> Votes are due by January, 1, 2016.
>
> Only current JDK8u Committers [3] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [4].
>
> Best regards,
> Vladimir Ivanov
>
> [1] 
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=author%28shade%29
> [2] 
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=author%28shade%29
> [3] http://openjdk.java.net/census#jdk8u
> [4] http://openjdk.java.net/projects#committer-vote


From ivan.gerasimov at oracle.com  Tue Dec 22 23:39:04 2015
From: ivan.gerasimov at oracle.com (Ivan Gerasimov)
Date: Wed, 23 Dec 2015 02:39:04 +0300
Subject: CFV: New JDK8u Committer: Aleksey Shipilev
In-Reply-To: <56744372.9000609@oracle.com>
References: <56744372.9000609@oracle.com>
Message-ID: <5679DF18.6060207@oracle.com>

Vote: yes

On 18.12.2015 20:33, Vladimir Ivanov wrote:
> I hereby nominate Aleksey Shipilev to jdk8u Committer.
>
> Aleksey's contributions to OpenJDK include jcstress, jol, JMH, 
> @Contended, sun.misc.Unsafe memory fences.
>
> In total Aleksey has contributed at least 16 changes to jdk8u-dev/jdk 
> [1] and jdk8u-dev/hotspot [2].
>
> Votes are due by January, 1, 2016.
>
> Only current JDK8u Committers [3] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [4].
>
> Best regards,
> Vladimir Ivanov
>
> [1] 
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=author%28shade%29
> [2] 
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/log?rev=author%28shade%29
> [3] http://openjdk.java.net/census#jdk8u
> [4] http://openjdk.java.net/projects#committer-vote
>


From rob.mckenna at oracle.com  Wed Dec 23 00:18:00 2015
From: rob.mckenna at oracle.com (Rob McKenna)
Date: Wed, 23 Dec 2015 00:18:00 +0000
Subject: [8u] Request for approval - 8145539: (coll) AbstractMap.keySet
	and .values should not be volatile
In-Reply-To: <567998A4.7040707@oracle.com>
References: <567998A4.7040707@oracle.com>
Message-ID: <5679E838.4030003@oracle.com>

Approved. Please add the appropriate noreg label to the bug.

I can push this for you over the next day or two.

	-Rob

On 22/12/15 18:38, Aleksey Shipilev wrote:
> Hi,
>
> Please approve and sponsor this simple backport for an old (yet
> important) performance issue in collections:
>    https://bugs.openjdk.java.net/browse/JDK-8145539
>
> The fix was in jdk9/dev for at least 4 days now.
>
> JDK 9 Changeset:
>    http://hg.openjdk.java.net/jdk9/dev/jdk/rev/ce72c7641f38
>
> JDK 9 review thread:
>
> http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-December/037674.html
>
> Patch applies with little fuzz after unshuffling. For the record, this
> is the clean patch against current 8u:
>    http://cr.openjdk.java.net/~shade/8145539/8145539-8u.patch
>
> Testing: builds and runs fine on Linux x86_64, microbenchmark
> improvements are the same as in JDK 9.
>
> Thanks,
> -Aleksey
>

From sergei.kovalev at oracle.com  Wed Dec 23 09:42:31 2015
From: sergei.kovalev at oracle.com (Sergei Kovalev)
Date: Wed, 23 Dec 2015 12:42:31 +0300
Subject: RFR(S): 8144937 [TEST_BUG] testlibrary_tests should be excluded
	for compact1 and compact2 execution
In-Reply-To: <5677F419.3030400@oracle.com>
References: <5677F419.3030400@oracle.com>
Message-ID: <567A6C87.2060201@oracle.com>

Could somebody take a look?

21.12.15 15:44, Sergei Kovalev wrote:
> Hello All,
>
> Please review a fix for https://bugs.openjdk.java.net/browse/JDK-8144937
> Webrev: http://cr.openjdk.java.net/~skovalev/8144937/webrev.00/
>
> Problem: several fixes should be excluded from execution on compact 
> profiles. Also some library classes required "sun.tools.jar.Main" 
> class that not exists in JRE.
>
> The CR targeted for 8u76. For JDK9 required separate fix based on 
> modules that not applicable for JDK8u.
> Fix verified by jtreg test list generation.
>

-- 
With best regards,
Sergei


From aleksey.shipilev at oracle.com  Wed Dec 23 10:06:55 2015
From: aleksey.shipilev at oracle.com (Aleksey Shipilev)
Date: Wed, 23 Dec 2015 13:06:55 +0300
Subject: [8u] Request for approval - 8145539: (coll) AbstractMap.keySet
	and .values should not be volatile
In-Reply-To: <5679E838.4030003@oracle.com>
References: <567998A4.7040707@oracle.com> <5679E838.4030003@oracle.com>
Message-ID: <567A723F.6080105@oracle.com>

Thank you, Rob!

-Aleksey

On 12/23/2015 03:18 AM, Rob McKenna wrote:
> Approved. Please add the appropriate noreg label to the bug.
> 
> I can push this for you over the next day or two.
> 
>     -Rob
> 
> On 22/12/15 18:38, Aleksey Shipilev wrote:
>> Hi,
>>
>> Please approve and sponsor this simple backport for an old (yet
>> important) performance issue in collections:
>>    https://bugs.openjdk.java.net/browse/JDK-8145539
>>
>> The fix was in jdk9/dev for at least 4 days now.
>>
>> JDK 9 Changeset:
>>    http://hg.openjdk.java.net/jdk9/dev/jdk/rev/ce72c7641f38
>>
>> JDK 9 review thread:
>>
>> http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-December/037674.html
>>
>>
>> Patch applies with little fuzz after unshuffling. For the record, this
>> is the clean patch against current 8u:
>>    http://cr.openjdk.java.net/~shade/8145539/8145539-8u.patch
>>
>> Testing: builds and runs fine on Linux x86_64, microbenchmark
>> improvements are the same as in JDK 9.
>>
>> Thanks,
>> -Aleksey
>>



From coleen.phillimore at oracle.com  Wed Dec 23 17:35:14 2015
From: coleen.phillimore at oracle.com (Coleen Phillimore)
Date: Wed, 23 Dec 2015 12:35:14 -0500
Subject: Result: CFV: New JDK 8 Updates Committer: Andreas Eriksson
In-Reply-To: <56686218.4040603@oracle.com>
References: <56686218.4040603@oracle.com>
Message-ID: <567ADB52.50603@oracle.com>

Voting for Andreas Eriksson [1] is now closed.

Yes: 14
Veto: 0
Abstain: 0

According to the Bylaws definition of Three-Vote Consensus, this is
sufficient to approve the nomination.

Coleen Phillimore

[1] 
http://mail.openjdk.java.net/pipermail/jdk8u-dev/2015-December/004599.html


From Roger.Riggs at Oracle.com  Wed Dec 23 18:32:33 2015
From: Roger.Riggs at Oracle.com (Roger Riggs)
Date: Wed, 23 Dec 2015 13:32:33 -0500
Subject: RFR(S): 8144937 [TEST_BUG] testlibrary_tests should be excluded
	for compact1 and compact2 execution
In-Reply-To: <567A6C87.2060201@oracle.com>
References: <5677F419.3030400@oracle.com> <567A6C87.2060201@oracle.com>
Message-ID: <567AE8C1.7040304@Oracle.com>

Hi Sergei,

The diff seems to be against a jdk9 repo in contrast to the comment that 
says it is targeted at 8u.

But otherwise looks ok.

Roger

On 12/23/2015 4:42 AM, Sergei Kovalev wrote:
> Could somebody take a look?
>
> 21.12.15 15:44, Sergei Kovalev wrote:
>> Hello All,
>>
>> Please review a fix for https://bugs.openjdk.java.net/browse/JDK-8144937
>> Webrev: http://cr.openjdk.java.net/~skovalev/8144937/webrev.00/
>>
>> Problem: several fixes should be excluded from execution on compact 
>> profiles. Also some library classes required "sun.tools.jar.Main" 
>> class that not exists in JRE.
>>
>> The CR targeted for 8u76. For JDK9 required separate fix based on 
>> modules that not applicable for JDK8u.
>> Fix verified by jtreg test list generation.
>>
>


From sergei.kovalev at oracle.com  Thu Dec 24 10:05:16 2015
From: sergei.kovalev at oracle.com (Sergei Kovalev)
Date: Thu, 24 Dec 2015 13:05:16 +0300
Subject: RFR(S): 8144937 [TEST_BUG] testlibrary_tests should be excluded
	for compact1 and compact2 execution
In-Reply-To: <567AE8C1.7040304@Oracle.com>
References: <5677F419.3030400@oracle.com> <567A6C87.2060201@oracle.com>
	<567AE8C1.7040304@Oracle.com>
Message-ID: <567BC35C.7010304@oracle.com>

Hi Roger,

Thank you for notice this.
I've created new patch based on jdk8u-dev.

http://cr.openjdk.java.net/~skovalev/8144937/webrev.01/

The fix is similar in approach but has little difference in 
implementation due to differences in the content of TEST.groups file for 
JDK9 and JDK8u.

23.12.15 21:32, Roger Riggs wrote:
> Hi Sergei,
>
> The diff seems to be against a jdk9 repo in contrast to the comment 
> that says it is targeted at 8u.
>
> But otherwise looks ok.
>
> Roger
>
> On 12/23/2015 4:42 AM, Sergei Kovalev wrote:
>> Could somebody take a look?
>>
>> 21.12.15 15:44, Sergei Kovalev wrote:
>>> Hello All,
>>>
>>> Please review a fix for 
>>> https://bugs.openjdk.java.net/browse/JDK-8144937
>>> Webrev: http://cr.openjdk.java.net/~skovalev/8144937/webrev.00/
>>>
>>> Problem: several fixes should be excluded from execution on compact 
>>> profiles. Also some library classes required "sun.tools.jar.Main" 
>>> class that not exists in JRE.
>>>
>>> The CR targeted for 8u76. For JDK9 required separate fix based on 
>>> modules that not applicable for JDK8u.
>>> Fix verified by jtreg test list generation.
>>>
>>
>

-- 
With best regards,
Sergei


From ivan.gerasimov at oracle.com  Thu Dec 24 11:49:05 2015
From: ivan.gerasimov at oracle.com (Ivan Gerasimov)
Date: Thu, 24 Dec 2015 14:49:05 +0300
Subject: [8u-dev] Request for approval to backport: 8049321: Support
	SHA224withDSA and SHA256withDSA in the SunJSSE provider
Message-ID: <567BDBB1.7050901@oracle.com>

Hello!

Would you please approve backporting this enhancement, which turn on 
support of two signature algorithms in JSSE.
The fix did not apply cleanly due to some changes around that code, but 
modifications are quite straight-forward.
I assume the code will need some adjustments, if JDK-8064330 is decided 
to be ported back to jdk8u.

bug: https://bugs.openjdk.java.net/browse/JDK-8049321
Jdk8 webrev: http://cr.openjdk.java.net/~igerasim/8049321/00/webrev/
Jdk9 change: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/65f45c833654
Jdk9 review: 
http://mail.openjdk.java.net/pipermail/security-dev/2015-December/013215.html

Sincerely yours,
Ivan


From sundararajan.athijegannathan at oracle.com  Thu Dec 24 11:49:52 2015
From: sundararajan.athijegannathan at oracle.com (Sundararajan Athijegannathan)
Date: Thu, 24 Dec 2015 17:19:52 +0530
Subject: [8u] approval request for 8146147: Java linker indexed property
	getter does not work for computed nashorn string
Message-ID: <567BDBE0.4060300@oracle.com>

Hi,

Bug: https://bugs.openjdk.java.net/browse/JDK-8146147
jdk9 review thread: 
http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-December/005778.html
jdk8u webrev: http://cr.openjdk.java.net/~sundar/8146147/8u/webrev.00/

Backported 'as is' except for the modular layout change and jdk.dynalink 
code location change (in jdk8, dynalink is a jdk.internal.dynalink.* 
code whereas in jdk9 it is jdk.dynalink.*).

Thanks,
-Sundar

From sean.coffey at oracle.com  Thu Dec 24 12:32:11 2015
From: sean.coffey at oracle.com (Sean Coffey)
Date: Thu, 24 Dec 2015 12:32:11 +0000
Subject: [8u-dev] Request for approval to backport: 8049321: Support
	SHA224withDSA and SHA256withDSA in the SunJSSE provider
In-Reply-To: <567BDBB1.7050901@oracle.com>
References: <567BDBB1.7050901@oracle.com>
Message-ID: <567BE5CB.1060301@oracle.com>

Looks fine Ivan. Approved for jdk8u-dev.

Looks like the JDK 9 bug record needs a noreg- label.

regards,
Sean.


On 24/12/2015 11:49, Ivan Gerasimov wrote:
> Hello!
>
> Would you please approve backporting this enhancement, which turn on 
> support of two signature algorithms in JSSE.
> The fix did not apply cleanly due to some changes around that code, 
> but modifications are quite straight-forward.
> I assume the code will need some adjustments, if JDK-8064330 is 
> decided to be ported back to jdk8u.
>
> bug: https://bugs.openjdk.java.net/browse/JDK-8049321
> Jdk8 webrev: http://cr.openjdk.java.net/~igerasim/8049321/00/webrev/
> Jdk9 change: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/65f45c833654
> Jdk9 review: 
> http://mail.openjdk.java.net/pipermail/security-dev/2015-December/013215.html
>
> Sincerely yours,
> Ivan
>


From james.laskey at oracle.com  Thu Dec 24 12:36:19 2015
From: james.laskey at oracle.com (Jim Laskey (Oracle))
Date: Thu, 24 Dec 2015 08:36:19 -0400
Subject: [8u] approval request for 8146147: Java linker indexed property
	getter does not work for computed nashorn string
In-Reply-To: <567BDBE0.4060300@oracle.com>
References: <567BDBE0.4060300@oracle.com>
Message-ID: <603426C1-CF4E-4FBB-9AEF-C874480DAFE9@oracle.com>

+1

> On Dec 24, 2015, at 7:49 AM, Sundararajan Athijegannathan <sundararajan.athijegannathan at oracle.com> wrote:
> 
> Hi,
> 
> Bug: https://bugs.openjdk.java.net/browse/JDK-8146147
> jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-December/005778.html
> jdk8u webrev: http://cr.openjdk.java.net/~sundar/8146147/8u/webrev.00/
> 
> Backported 'as is' except for the modular layout change and jdk.dynalink code location change (in jdk8, dynalink is a jdk.internal.dynalink.* code whereas in jdk9 it is jdk.dynalink.*).
> 
> Thanks,
> -Sundar


From sean.coffey at oracle.com  Thu Dec 24 12:36:15 2015
From: sean.coffey at oracle.com (Sean Coffey)
Date: Thu, 24 Dec 2015 12:36:15 +0000
Subject: [8u] approval request for 8146147: Java linker indexed property
	getter does not work for computed nashorn string
In-Reply-To: <567BDBE0.4060300@oracle.com>
References: <567BDBE0.4060300@oracle.com>
Message-ID: <567BE6BF.8090800@oracle.com>

Approved.

regards,
Sean.

On 24/12/2015 11:49, Sundararajan Athijegannathan wrote:
> Hi,
>
> Bug: https://bugs.openjdk.java.net/browse/JDK-8146147
> jdk9 review thread: 
> http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-December/005778.html
> jdk8u webrev: http://cr.openjdk.java.net/~sundar/8146147/8u/webrev.00/
>
> Backported 'as is' except for the modular layout change and 
> jdk.dynalink code location change (in jdk8, dynalink is a 
> jdk.internal.dynalink.* code whereas in jdk9 it is jdk.dynalink.*).
>
> Thanks,
> -Sundar


From roger.riggs at oracle.com  Thu Dec 24 16:14:18 2015
From: roger.riggs at oracle.com (Roger Riggs)
Date: Thu, 24 Dec 2015 11:14:18 -0500
Subject: RFR(S): 8144937 [TEST_BUG] testlibrary_tests should be excluded
	for compact1 and compact2 execution
In-Reply-To: <567BC35C.7010304@oracle.com>
References: <5677F419.3030400@oracle.com> <567A6C87.2060201@oracle.com>
	<567AE8C1.7040304@Oracle.com> <567BC35C.7010304@oracle.com>
Message-ID: <567C19DA.8060506@oracle.com>

+1

Thanks, Roger


On 12/24/15 5:05 AM, Sergei Kovalev wrote:
> Hi Roger,
>
> Thank you for notice this.
> I've created new patch based on jdk8u-dev.
>
> http://cr.openjdk.java.net/~skovalev/8144937/webrev.01/
>
> The fix is similar in approach but has little difference in 
> implementation due to differences in the content of TEST.groups file 
> for JDK9 and JDK8u.
>
> 23.12.15 21:32, Roger Riggs wrote:
>> Hi Sergei,
>>
>> The diff seems to be against a jdk9 repo in contrast to the comment 
>> that says it is targeted at 8u.
>>
>> But otherwise looks ok.
>>
>> Roger
>>
>> On 12/23/2015 4:42 AM, Sergei Kovalev wrote:
>>> Could somebody take a look?
>>>
>>> 21.12.15 15:44, Sergei Kovalev wrote:
>>>> Hello All,
>>>>
>>>> Please review a fix for 
>>>> https://bugs.openjdk.java.net/browse/JDK-8144937
>>>> Webrev: http://cr.openjdk.java.net/~skovalev/8144937/webrev.00/
>>>>
>>>> Problem: several fixes should be excluded from execution on compact 
>>>> profiles. Also some library classes required "sun.tools.jar.Main" 
>>>> class that not exists in JRE.
>>>>
>>>> The CR targeted for 8u76. For JDK9 required separate fix based on 
>>>> modules that not applicable for JDK8u.
>>>> Fix verified by jtreg test list generation.
>>>>
>>>
>>
>


From bahram.yarahmadi at gmail.com  Mon Dec 28 14:37:22 2015
From: bahram.yarahmadi at gmail.com (Bahram Yarahmadi)
Date: Mon, 28 Dec 2015 06:37:22 -0800
Subject: Downloading Source code
Message-ID: <CAFtewT3QMBkLRPOtmYar9-NUL9rHK9PkbB0oBOMfnfQk_ndqpA@mail.gmail.com>

Hello folks
I am currently involved in research project and I want to convert Java
Bytecode to LLVM IR as a first step of my research project ,I want to use
Shark as a tool So I need to download the source code of Openjdk project
,But the internet connection in my country is not good ,
I have two questions ,

1 -Is there any other way (for exmaple download all files with a Dowload
manager directly or something like that ) ?
2 -Do you suggest me to download jdk8u or jdk8 according to my job that I
want to do ?

Thanks a lot

From aph at redhat.com  Tue Dec 29 09:56:30 2015
From: aph at redhat.com (Andrew Haley)
Date: Tue, 29 Dec 2015 09:56:30 +0000
Subject: Downloading Source code
In-Reply-To: <CAFtewT3QMBkLRPOtmYar9-NUL9rHK9PkbB0oBOMfnfQk_ndqpA@mail.gmail.com>
References: <CAFtewT3QMBkLRPOtmYar9-NUL9rHK9PkbB0oBOMfnfQk_ndqpA@mail.gmail.com>
Message-ID: <568258CE.4050206@redhat.com>

On 28/12/15 14:37, Bahram Yarahmadi wrote:

> 1 -Is there any other way (for exmaple download all files with a Dowload
> manager directly or something like that ) ?

I've never used a download manager, so I could not say.
"hg clone" is the best way to do it, I think.

> 2 -Do you suggest me to download jdk8u or jdk8 according to my job that I
> want to do ?

jdk8u

Andrew.


From peter.levart at gmail.com  Wed Dec 30 08:05:54 2015
From: peter.levart at gmail.com (Peter Levart)
Date: Wed, 30 Dec 2015 09:05:54 +0100
Subject: Downloading Source code
In-Reply-To: <568258CE.4050206@redhat.com>
References: <CAFtewT3QMBkLRPOtmYar9-NUL9rHK9PkbB0oBOMfnfQk_ndqpA@mail.gmail.com>
	<568258CE.4050206@redhat.com>
Message-ID: <56839062.8000509@gmail.com>



On 12/29/2015 10:56 AM, Andrew Haley wrote:
> On 28/12/15 14:37, Bahram Yarahmadi wrote:
>
>> 1 -Is there any other way (for exmaple download all files with a Dowload
>> manager directly or something like that ) ?
> I've never used a download manager, so I could not say.
> "hg clone" is the best way to do it, I think.

Mercurial has also these nice links that pack the current tip of a 
repository into a zip or tar.bz2/gz and allow downloading it as one file:

This is the 'root' repository of jdk8u:

http://hg.openjdk.java.net/jdk8u/jdk8u-dev/archive/tip.tar.bz2

or:

http://hg.openjdk.java.net/jdk8u/jdk8u-dev/archive/tip.zip

or:

http://hg.openjdk.java.net/jdk8u/jdk8u-dev/archive/tip.tar.gz


...you'll also need all other sub-repositories (for example, in zip format):

http://hg.openjdk.java.net/jdk8u/jdk8u-dev/corba/archive/tip.zip
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/archive/tip.zip
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jaxp/archive/tip.zip
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jaxws/archive/tip.zip
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/archive/tip.zip (77 MB 
vs. ~500 MB if you clone the repo)
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/archive/tip.zip
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/nashorn/archive/tip.zip


But note that these are only the snapshots of source files - without 
repository history and metadata. So you'll not be able to pull further 
changes afterwards.


Regards, Peter

>> 2 -Do you suggest me to download jdk8u or jdk8 according to my job that I
>> want to do ?
> jdk8u
>
> Andrew.
>


From weijun.wang at oracle.com  Wed Dec 30 09:46:31 2015
From: weijun.wang at oracle.com (Wang Weijun)
Date: Wed, 30 Dec 2015 17:46:31 +0800
Subject: Downloading Source code
In-Reply-To: <CAFtewT3QMBkLRPOtmYar9-NUL9rHK9PkbB0oBOMfnfQk_ndqpA@mail.gmail.com>
References: <CAFtewT3QMBkLRPOtmYar9-NUL9rHK9PkbB0oBOMfnfQk_ndqpA@mail.gmail.com>
Message-ID: <9B8327B3-7D09-400D-B55E-51FF611F3517@oracle.com>

I suppose when you said download manager friendly it means you can easily resume a broken download.

This page (http://www.linuxfromscratch.org/blfs/view/systemd/general/openjdk.html) has links to some quite new jdk8u downloads as static files. Hopefully they suit your requirement. I have completely no idea if they are identical to the download on official openjdk pages so download them at your own risk.

--Max

> On Dec 28, 2015, at 10:37 PM, Bahram Yarahmadi <bahram.yarahmadi at gmail.com> wrote:
> 
> Hello folks
> I am currently involved in research project and I want to convert Java
> Bytecode to LLVM IR as a first step of my research project ,I want to use
> Shark as a tool So I need to download the source code of Openjdk project
> ,But the internet connection in my country is not good ,
> I have two questions ,
> 
> 1 -Is there any other way (for exmaple download all files with a Dowload
> manager directly or something like that ) ?
> 2 -Do you suggest me to download jdk8u or jdk8 according to my job that I
> want to do ?
> 
> Thanks a lot


From aph at redhat.com  Wed Dec 30 10:09:24 2015
From: aph at redhat.com (Andrew Haley)
Date: Wed, 30 Dec 2015 10:09:24 +0000
Subject: Downloading Source code
In-Reply-To: <9B8327B3-7D09-400D-B55E-51FF611F3517@oracle.com>
References: <CAFtewT3QMBkLRPOtmYar9-NUL9rHK9PkbB0oBOMfnfQk_ndqpA@mail.gmail.com>
	<9B8327B3-7D09-400D-B55E-51FF611F3517@oracle.com>
Message-ID: <5683AD54.4090207@redhat.com>

On 30/12/15 09:46, Wang Weijun wrote:
> I suppose when you said download manager friendly it means you can easily resume a broken download.

You can't do better than hg for that purpose.  It automatically
resumes a broken download.

Andrew.