From jesper.wilhelmsson at oracle.com Thu Mar 2 13:56:04 2017 From: jesper.wilhelmsson at oracle.com (Jesper Wilhelmsson) Date: Thu, 2 Mar 2017 14:56:04 +0100 Subject: Result: CFV: New JDK 10 Committer: Jini George Message-ID: <875eae0d-9e50-91f2-c9c1-2aa90e96eca1@oracle.com> Voting for Jini George [1] is now closed. Yes: 25 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. Thanks, /Jesper [1] http://mail.openjdk.java.net/pipermail/jdk10-dev/2017-February/000061.html From joe.darcy at oracle.com Fri Mar 10 18:03:58 2017 From: joe.darcy at oracle.com (joe darcy) Date: Fri, 10 Mar 2017 10:03:58 -0800 Subject: Reminder: fixes appropriate for JDK 9 and JDK 10 should just be pushed to JDK 9 Message-ID: <06aa52cb-53ed-4503-f3aa-d67fb60d7b50@oracle.com> Hello, As a reminder, with JDK 9 and JDK 10 both under active development: "Many committers will continue to focus mainly on JDK 9 for the next few months so, for now, we'll semi-automatically pull changes from JDK 9 and merge them into JDK 10. This means that if you make a change in JDK 9 then you needn't do any extra work to get it into JDK 10, though if a merge conflict arises then you might be asked to help resolve it." http://mail.openjdk.java.net/pipermail/jdk10-dev/2017-January/000041.html The sync from JDK 9 into JDK 10 has happened several times [1], bringing hundreds of fixes into JDK 10. Therefore, if a fix is needed in both JDK 9 and JDK 10 do *not* push it first to JDK 10. Push such fixes into JDK 9 and allow the sync to occur, helping resolve merge conflicts if needed. (Discussions are on-going on how to handle cases when the need for a backport to JDK 9 is determined after a fix has been pushed to JDK 10 [2].) Thanks, -Joe [1] http://mail.openjdk.java.net/pipermail/jdk10-dev/2017-February/000054.html [2] http://mail.openjdk.java.net/pipermail/jdk10-dev/2017-February/000056.html From volker.simonis at gmail.com Wed Mar 15 19:27:02 2017 From: volker.simonis at gmail.com (Volker Simonis) Date: Wed, 15 Mar 2017 20:27:02 +0100 Subject: CFV: New JDK 9/10 Reviewer: Thomas Stuefe Message-ID: I hereby nominate Thomas Stuefe (stuefe) to JDK 9 and JDK 10 Reviewer. Thomas is a long standing member of the JVM team at SAP. He's main area of expertise are the Hotspot runtime system and the AIX/os400 platform. He's one of the initial authors of the AIX port. During the last years he has contributed 53 changesets across the hotspot(43) [3], jdk(7) [4] and top-level (3) [5] repositories (see below for a complete list). Votes are due by 29 March 2017, 22:00 CET. Only current JDK 9/10 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if we need a vote per project so I'm sending this CFV to both the JDK 9 and JDK 10 lists. Unless someone can verify that it is enough to vote for one of these projects I kindly ask everybody who is on both lists to reply to both mails and treat this as two separate votes. For Three-Vote Consensus voting instructions, see [2]. Volker Simonis [1] http://openjdk.java.net/census [2] http://openjdk.java.net/projects/#reviewer-vote [3] http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() [4] http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() [5] http://hg.openjdk.java.net/jdk10/hs/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() hotspot: 8074860: Structured Exception Catcher missing around CreateJava VM on Windows 8077257: Use CanUseSafeFetch instead of probing SafeFetch stub directly 8076475: Misuses of strncpy/strncat 8078628: linux-zero does not build without precompiled header 8077276: allocating heap with UseLargePages and HugeTLBFS may trash existing memory mappings (linux) 8078513: [linux] Clean up code relevant to LinuxThreads implementation 8080925: Make error log write timeout parameter configurable 8137329: [windows] Build broken on VS2010 after "8046148: JEP 158: Unified JVM Logging" 8140645: Recent Developments for AIX 8140648: Clean up remnants of fork1() from non-solaris platforms 8143233: [windows] Fixes to os::check_heap() 8143291: Remove redundant coding around os::exception_name 8144343: [aix] Stack bottom should be page aligned 8144702: Using tid decorator in Unified Logging may crash VM 8143125: [aix] Further Developments for AIX 8144192: Enhancements-to-print_siginfo-windows 8145103: [aix] implement os::print_register_info() 8145114: const-correctness for ucontext_t* reading functions 8144219: [posix] Remove redundant code around os::print_siginfo() 8079125: [aix] clean up Linux-specific code remnants in AIX coding 8145184: [aix] Implement os::platform_print_native_stack on AIX 8147509: [aix] Newlines missing in register info printout 8146905: cleanup ostream, staticBufferStream 8147510: [windows] no text locations shown for register info in hs-err file 8149096: Remove unused code in methodComparator 8150379: [windows] Fix Leaks in perfMemory_windows.cpp 8149036: Add tracing for thread related events at os level 8150619: Improve thread based logging introduced with 8149036 8150843: [windows] os::getTimesSecs() returns negative values for kernel, user times 8148425: strerror() function is not thread-safe 8155639: Remove STEP numbers from error reporting 8167650: NMT should check for invalid MEMFLAGS 8171225: [aix] Fix gtests compile error on AIX 7.1 with xlC 12 8171408: [aix] TOC overflow when linking the gtest libjvm.so 8166944: Hanging Error Reporting steps may lead to torn error logs. 8172964: [aix] AIX VM should not handle SIGDANGER 8168542: os::realloc should return a valid pointer for input size=0 8176140: 8176140-Crashes-or-timeouts-during-error-reporting-may-lead-to-infinitely-repeated-error-logs-until-ErrorLogTimeout-is-hit 8020775: PPC64 (part 12): posix signal printing 7102541: RFE: os::set_native_thread_name() cleanups 8064779: Add additional comments for "8062370: Various minor code improvements" 8065788: os::reserve_memory() on Windows should not assert that allocation size is aligned to OS allocation granularity 8075505: aix: improve handling of native memory jdk: 8139037: [aix] Crash in ResolverConfigurationImpl.c - pointer shearing 8153727: AIX jdk build broken after 8145174 8150460: (linux|bsd|aix)_close.c: file descriptor table may become large or may not work at all 8155211: Ucrypto Library leaks native memory 8166012: [linux] Remove remnants of LinuxThreads from Linux attach framework 8165936: Potential Heap buffer overflow when seaching timezone info files 8059868: JVM crashes on attach on Windows when compiled with /RTC1 top-level: 8145427: [aix] xlc: wrong flag used to switch off optimization 8171433: [aix] switch on gtest AIX build 8172712: configure should check that grep handles empty pattern correctly From volker.simonis at gmail.com Wed Mar 15 19:40:47 2017 From: volker.simonis at gmail.com (Volker Simonis) Date: Wed, 15 Mar 2017 20:40:47 +0100 Subject: CFV: New JDK 9/10 Reviewer: Martin Doerr Message-ID: I hereby nominate Martin Doerr (mdoerr) to JDK 9 and JDK 10 Reviewer. Martin is a long standing member of the JVM team at SAP. He's a JIT export with a strong focus on the PowerPC/s390/Itanium architectures and one of the initial authors of the ppc64/s390x ports. During the last years he has contributed 46 changesets across the hotspot(45) [3] and jdk (1) [4] repositories (see below for a complete list). Votes are due by 29 March 2017, 22:00 CET. Only current JDK 9/10 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if we need a vote per project so I'm sending this CFV to both the JDK 9 and JDK 10 lists. Unless someone can verify that it is enough to vote for one of these projects I kindly ask everybody who is on both lists to reply to both mails and treat this as two separate votes. For Three-Vote Consensus voting instructions, see [2]. Volker Simonis [1] http://openjdk.java.net/census [2] http://openjdk.java.net/projects/#reviewer-vote [3] http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=60&rev=(author(%22mdoerr%22)+or+desc(%22Contributed-by%3A+martin.doerr%40sap.com%22))+and+not+merge() [4] http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22mdoerr%22)+or+desc(%22Contributed-by%3A+martin.doerr%40sap.com%22))+and+not+merge() hotspot: 8050972: Concurrency problem in PcDesc cache 8050973: CMS/G1 GC: add missing Resource and Handle mark 8062950: Bug in locking code when UseOptoBiasInlining is disabled: assert(dmw->is_neutral()) failed: invariant 8068724: ppc64: update assembler: SPR access, CR logic, HTM 8136525: Generate interpreter entries only once and avoid unnecessary jump to jump 8139421: PPC64LE: MacroAssembler::bxx64_patchable kill register R12 8139734: ppc: fix build after "8078556: Runtime: implement ranges..." 8138890: C1: Ambiguous operator delete 8138894: C1: Support IRIW on weak memory platforms 8138892: C1: Improve counter overflow checking 8138895: C1: PPC64 Port needs special register for Locks in synchronization code 8138952: C1: Distinguish between PPC32 and PPC64 8138896: C1: NativeGeneralJump is mixed up with NativeCall in C1 patching code 8144847: PPC64: Update Transactional Memory and Atomic::cmpxchg code 8144019: PPC64 C1: Introduce Client Compiler 8136445: Performance issue with Nashorn and C2's global code motion 8144822: PPC64: Fix build after 8072008 8143817: C1: Platform dependent stack space not preserved for all runtime calls 8144850: C1: operator delete needs an implementation 8146231: ppc64/gcc 4.1.2: fix build after "8143072: [JVMCI] Port JVMCI to AArch64" 8145913: PPC64: add Montgomery multiply intrinsic 8146612: C2: Precedence edges specification violated 8146613: PPC64: C2 does no longer respect int to long conversion for stub calls 8146978: PPC64: Fix build after integration of C++ interpreter removal 8149655: PPC64: Implement CompactString intrinsics 8151818: C1: LIRGenerator::move_to_phi can't deal with illegal phi 8154867: PPC64: Better byte behavior 8153267: nmethod's exception cache not multi-thread safe 8154836: VM crash due to "Base pointers must match" 8141635: Implement VarHandles/Unsafe intrinsics on POWER 8159976: PPC64: Add missing intrinsics for sub-word atomics 8165014: Unaligned unsafe access should throw InternalError on Solaris 8165018: Missing memory barrier for PPC64 in Unsafe_GetObjectVolatile 8165489: Missing G1 barrier in Unsafe_GetObjectVolatile 8166140: C1: Possible integer overflow in LIRGenerator::generate_address on several platforms 8155729: C2: Skip transformation of LoadConP for heap-based compressed oops 8166689: PPC64: Race condition between stack bang and non-entrant patching 8166970: Adapt mutex padding according to DEFAULT_CACHE_LINE_SIZE 8168083: PPC64: Cleanup template interpreter after 8154580 and 8154867 8170991: PPC64: Bad code for initialization of short arrays 8171244: PPC64: Make interpreter's math entries consistent with C1 and C2 and support FMA 8171398: s390x: Make interpreter's math entries consistent with C1 and C2 and support FMA 8172145: C2: anti dependence missed because store hidden by membar 8172199: s390: Use same get_key_start_from_aescrypt_object implementation as PPC64 8029101: PPC64 (part 211): ordering of Independent Reads of Independent Writes jdk: 8053931: (fc) FileDispatcherImpl.lock0 does not handle ERROR_IO_PENDING [win] From serguei.spitsyn at oracle.com Wed Mar 15 21:24:15 2017 From: serguei.spitsyn at oracle.com (serguei.spitsyn at oracle.com) Date: Wed, 15 Mar 2017 14:24:15 -0700 Subject: CFV: New JDK 9/10 Reviewer: Thomas Stuefe In-Reply-To: References: Message-ID: Vote: yes From shade at redhat.com Wed Mar 15 21:26:20 2017 From: shade at redhat.com (Aleksey Shipilev) Date: Wed, 15 Mar 2017 22:26:20 +0100 Subject: CFV: New JDK 9/10 Reviewer: Martin Doerr In-Reply-To: References: Message-ID: <8c07a337-2223-6c1d-e524-40283024a821@redhat.com> Vote: yes. -Aleksey On 03/15/2017 08:40 PM, Volker Simonis wrote: > I hereby nominate Martin Doerr (mdoerr) to JDK 9 and JDK 10 Reviewer. > > Martin is a long standing member of the JVM team at SAP. He's a JIT export > with a strong focus on the PowerPC/s390/Itanium architectures and one of > the initial authors of the ppc64/s390x ports. During the last years he has > contributed 46 changesets across the hotspot(45) [3] and jdk (1) [4] > repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and > JDK 10 lists. Unless someone can verify that it is enough to vote for one > of these projects I kindly ask everybody who is on both lists to reply to > both mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=60&rev=(author(%22mdoerr%22)+or+desc(%22Contributed-by%3A+martin.doerr%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22mdoerr%22)+or+desc(%22Contributed-by%3A+martin.doerr%40sap.com%22))+and+not+merge() > > hotspot: > > 8050972: Concurrency problem in PcDesc cache > > 8050973: CMS/G1 GC: add missing Resource and Handle mark > > 8062950: Bug in locking code when UseOptoBiasInlining is disabled: > assert(dmw->is_neutral()) failed: invariant > > 8068724: ppc64: update assembler: SPR access, CR logic, HTM > > 8136525: Generate interpreter entries only once and avoid unnecessary jump > to jump > 8139421: PPC64LE: MacroAssembler::bxx64_patchable kill register R12 > > 8139734: ppc: fix build after "8078556: Runtime: implement ranges..." > > 8138890: C1: Ambiguous operator delete > > 8138894: C1: Support IRIW on weak memory platforms > > 8138892: C1: Improve counter overflow checking > > 8138895: C1: PPC64 Port needs special register for Locks in synchronization > code > 8138952: C1: Distinguish between PPC32 and PPC64 > > 8138896: C1: NativeGeneralJump is mixed up with NativeCall in C1 patching > code > 8144847: PPC64: Update Transactional Memory and Atomic::cmpxchg code > > 8144019: PPC64 C1: Introduce Client Compiler > > 8136445: Performance issue with Nashorn and C2's global code motion > > 8144822: PPC64: Fix build after 8072008 > > 8143817: C1: Platform dependent stack space not preserved for all runtime > calls > 8144850: C1: operator delete needs an implementation > > 8146231: ppc64/gcc 4.1.2: fix build after "8143072: [JVMCI] Port JVMCI to > AArch64" > 8145913: PPC64: add Montgomery multiply intrinsic > > 8146612: C2: Precedence edges specification violated > > 8146613: PPC64: C2 does no longer respect int to long conversion for stub > calls > 8146978: PPC64: Fix build after integration of C++ interpreter removal > > 8149655: PPC64: Implement CompactString intrinsics > > 8151818: C1: LIRGenerator::move_to_phi can't deal with illegal phi > > 8154867: PPC64: Better byte behavior > > 8153267: nmethod's exception cache not multi-thread safe > > 8154836: VM crash due to "Base pointers must match" > > 8141635: Implement VarHandles/Unsafe intrinsics on POWER > > 8159976: PPC64: Add missing intrinsics for sub-word atomics > > 8165014: Unaligned unsafe access should throw InternalError on Solaris > > 8165018: Missing memory barrier for PPC64 in Unsafe_GetObjectVolatile > > 8165489: Missing G1 barrier in Unsafe_GetObjectVolatile > > 8166140: C1: Possible integer overflow in LIRGenerator::generate_address on > several platforms > 8155729: C2: Skip transformation of LoadConP for heap-based compressed oops > > 8166689: PPC64: Race condition between stack bang and non-entrant patching > > 8166970: Adapt mutex padding according to DEFAULT_CACHE_LINE_SIZE > > 8168083: PPC64: Cleanup template interpreter after 8154580 and 8154867 > > 8170991: PPC64: Bad code for initialization of short arrays > 8171244: PPC64: > Make interpreter's math entries consistent with C1 and C2 and support FMA > > 8171398: s390x: Make interpreter's math entries consistent with C1 and C2 > and support FMA > 8172145: C2: anti dependence missed because store hidden by membar > > 8172199: s390: Use same get_key_start_from_aescrypt_object implementation > as PPC64 > 8029101: PPC64 (part 211): ordering of Independent Reads of Independent > Writes > > jdk: > > 8053931: (fc) FileDispatcherImpl.lock0 does not handle ERROR_IO_PENDING > [win] > From shade at redhat.com Wed Mar 15 21:26:36 2017 From: shade at redhat.com (Aleksey Shipilev) Date: Wed, 15 Mar 2017 22:26:36 +0100 Subject: CFV: New JDK 9/10 Reviewer: Thomas Stuefe In-Reply-To: References: Message-ID: Vote: yes. -Aleksey On 03/15/2017 08:27 PM, Volker Simonis wrote: > I hereby nominate Thomas Stuefe (stuefe) to JDK 9 and JDK 10 Reviewer. > > Thomas is a long standing member of the JVM team at SAP. He's main area of > expertise are the Hotspot runtime system and the AIX/os400 platform. He's > one of the initial authors of the AIX port. During the last years he has > contributed 53 changesets across the hotspot(43) [3], jdk(7) [4] and > top-level (3) [5] repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and > JDK 10 lists. Unless someone can verify that it is enough to vote for one > of these projects I kindly ask everybody who is on both lists to reply to > both mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [5] > http://hg.openjdk.java.net/jdk10/hs/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > > hotspot: > > 8074860: Structured Exception Catcher missing around CreateJava VM on > Windows > 8077257: Use CanUseSafeFetch instead of probing SafeFetch stub directly > > 8076475: Misuses of strncpy/strncat > > 8078628: linux-zero does not build without precompiled header > > 8077276: allocating heap with UseLargePages and HugeTLBFS may trash > existing memory mappings (linux) > > 8078513: [linux] Clean up code relevant to LinuxThreads implementation > > 8080925: Make error log write timeout parameter configurable > > 8137329: [windows] Build broken on VS2010 after "8046148: JEP 158: Unified > JVM Logging" > 8140645: Recent Developments for AIX > > 8140648: Clean up remnants of fork1() from non-solaris platforms > > 8143233: [windows] Fixes to os::check_heap() > > 8143291: Remove redundant coding around os::exception_name > > 8144343: [aix] Stack bottom should be page aligned > > 8144702: Using tid decorator in Unified Logging may crash VM > > 8143125: [aix] Further Developments for AIX > > 8144192: Enhancements-to-print_siginfo-windows > > 8145103: [aix] implement os::print_register_info() > > 8145114: const-correctness for ucontext_t* reading functions > > 8144219: [posix] Remove redundant code around os::print_siginfo() > > 8079125: [aix] clean up Linux-specific code remnants in AIX coding > > 8145184: [aix] Implement os::platform_print_native_stack on AIX > > 8147509: [aix] Newlines missing in register info printout > > 8146905: cleanup ostream, staticBufferStream > > 8147510: [windows] no text locations shown for register info in hs-err file > > 8149096: Remove unused code in methodComparator > > 8150379: [windows] Fix Leaks in perfMemory_windows.cpp > > 8149036: Add tracing for thread related events at os level > > 8150619: Improve thread based logging introduced with 8149036 > > 8150843: [windows] os::getTimesSecs() returns negative values for kernel, > user times > 8148425: strerror() function is not thread-safe > > 8155639: Remove STEP numbers from error reporting > > 8167650: NMT should check for invalid MEMFLAGS > > 8171225: [aix] Fix gtests compile error on AIX 7.1 with xlC 12 > > 8171408: [aix] TOC overflow when linking the gtest libjvm.so > > 8166944: Hanging Error Reporting steps may lead to torn error logs. > > 8172964: [aix] AIX VM should not handle SIGDANGER > > 8168542: os::realloc should return a valid pointer for input size=0 > > 8176140: > 8176140-Crashes-or-timeouts-during-error-reporting-may-lead-to-infinitely-repeated-error-logs-until-ErrorLogTimeout-is-hit > > 8020775: PPC64 (part 12): posix signal printing > > 7102541: RFE: os::set_native_thread_name() cleanups > > 8064779: Add additional comments for "8062370: Various minor code > improvements" > 8065788: os::reserve_memory() on Windows should not assert that allocation > size is aligned to OS allocation granularity > > 8075505: aix: improve handling of native memory > > > jdk: > > 8139037: [aix] Crash in ResolverConfigurationImpl.c - pointer shearing > > 8153727: AIX jdk build broken after 8145174 > > 8150460: (linux|bsd|aix)_close.c: file descriptor table may become large or > may not work at all > > 8155211: Ucrypto Library leaks native memory > > 8166012: [linux] Remove remnants of LinuxThreads from Linux attach framework > > 8165936: Potential Heap buffer overflow when seaching timezone info files > > 8059868: JVM crashes on attach on Windows when compiled with /RTC1 > > > top-level: > > 8145427: [aix] xlc: wrong flag used to switch off optimization > > 8171433: [aix] switch on gtest AIX build > > 8172712: configure should check that grep handles empty pattern correctly > > From vladimir.x.ivanov at oracle.com Wed Mar 15 21:58:40 2017 From: vladimir.x.ivanov at oracle.com (Vladimir Ivanov) Date: Thu, 16 Mar 2017 00:58:40 +0300 Subject: CFV: New JDK 9/10 Reviewer: Thomas Stuefe In-Reply-To: References: Message-ID: <5de07b1f-39ef-2e3d-5d62-e1c2efebab34@oracle.com> Vote: yes Best regards, Vladimir Ivanov On 3/15/17 10:27 PM, Volker Simonis wrote: > I hereby nominate Thomas Stuefe (stuefe) to JDK 9 and JDK 10 Reviewer. From vladimir.x.ivanov at oracle.com Wed Mar 15 21:59:18 2017 From: vladimir.x.ivanov at oracle.com (Vladimir Ivanov) Date: Thu, 16 Mar 2017 00:59:18 +0300 Subject: CFV: New JDK 9/10 Reviewer: Martin Doerr In-Reply-To: References: Message-ID: <6aff532d-b3ba-76ff-bc49-c0dbb5f9ca3c@oracle.com> Vote: yes Best regards, Vladimir Ivanov On 3/15/17 10:40 PM, Volker Simonis wrote: > I hereby nominate Martin Doerr (mdoerr) to JDK 9 and JDK 10 Reviewer. From serguei.spitsyn at oracle.com Wed Mar 15 22:51:52 2017 From: serguei.spitsyn at oracle.com (serguei.spitsyn at oracle.com) Date: Wed, 15 Mar 2017 15:51:52 -0700 Subject: CFV: New JDK 9/10 Reviewer: Martin Doerr In-Reply-To: References: Message-ID: <07bbac2c-dbb0-fd2d-68c8-bb118770b335@oracle.com> Vote: yes From vladimir.kozlov at oracle.com Thu Mar 16 01:03:58 2017 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Wed, 15 Mar 2017 18:03:58 -0700 Subject: CFV: New JDK 9/10 Reviewer: Martin Doerr In-Reply-To: References: Message-ID: <01888255-ebe5-4f63-789f-5a3840da88f4@oracle.com> Vote: yes On 3/15/17 12:40 PM, Volker Simonis wrote: > I hereby nominate Martin Doerr (mdoerr) to JDK 9 and JDK 10 Reviewer. > > Martin is a long standing member of the JVM team at SAP. He's a JIT export > with a strong focus on the PowerPC/s390/Itanium architectures and one of > the initial authors of the ppc64/s390x ports. During the last years he has > contributed 46 changesets across the hotspot(45) [3] and jdk (1) [4] > repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and > JDK 10 lists. Unless someone can verify that it is enough to vote for one > of these projects I kindly ask everybody who is on both lists to reply to > both mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=60&rev=(author(%22mdoerr%22)+or+desc(%22Contributed-by%3A+martin.doerr%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22mdoerr%22)+or+desc(%22Contributed-by%3A+martin.doerr%40sap.com%22))+and+not+merge() > > hotspot: > > 8050972: Concurrency problem in PcDesc cache > > 8050973: CMS/G1 GC: add missing Resource and Handle mark > > 8062950: Bug in locking code when UseOptoBiasInlining is disabled: > assert(dmw->is_neutral()) failed: invariant > > 8068724: ppc64: update assembler: SPR access, CR logic, HTM > > 8136525: Generate interpreter entries only once and avoid unnecessary jump > to jump > 8139421: PPC64LE: MacroAssembler::bxx64_patchable kill register R12 > > 8139734: ppc: fix build after "8078556: Runtime: implement ranges..." > > 8138890: C1: Ambiguous operator delete > > 8138894: C1: Support IRIW on weak memory platforms > > 8138892: C1: Improve counter overflow checking > > 8138895: C1: PPC64 Port needs special register for Locks in synchronization > code > 8138952: C1: Distinguish between PPC32 and PPC64 > > 8138896: C1: NativeGeneralJump is mixed up with NativeCall in C1 patching > code > 8144847: PPC64: Update Transactional Memory and Atomic::cmpxchg code > > 8144019: PPC64 C1: Introduce Client Compiler > > 8136445: Performance issue with Nashorn and C2's global code motion > > 8144822: PPC64: Fix build after 8072008 > > 8143817: C1: Platform dependent stack space not preserved for all runtime > calls > 8144850: C1: operator delete needs an implementation > > 8146231: ppc64/gcc 4.1.2: fix build after "8143072: [JVMCI] Port JVMCI to > AArch64" > 8145913: PPC64: add Montgomery multiply intrinsic > > 8146612: C2: Precedence edges specification violated > > 8146613: PPC64: C2 does no longer respect int to long conversion for stub > calls > 8146978: PPC64: Fix build after integration of C++ interpreter removal > > 8149655: PPC64: Implement CompactString intrinsics > > 8151818: C1: LIRGenerator::move_to_phi can't deal with illegal phi > > 8154867: PPC64: Better byte behavior > > 8153267: nmethod's exception cache not multi-thread safe > > 8154836: VM crash due to "Base pointers must match" > > 8141635: Implement VarHandles/Unsafe intrinsics on POWER > > 8159976: PPC64: Add missing intrinsics for sub-word atomics > > 8165014: Unaligned unsafe access should throw InternalError on Solaris > > 8165018: Missing memory barrier for PPC64 in Unsafe_GetObjectVolatile > > 8165489: Missing G1 barrier in Unsafe_GetObjectVolatile > > 8166140: C1: Possible integer overflow in LIRGenerator::generate_address on > several platforms > 8155729: C2: Skip transformation of LoadConP for heap-based compressed oops > > 8166689: PPC64: Race condition between stack bang and non-entrant patching > > 8166970: Adapt mutex padding according to DEFAULT_CACHE_LINE_SIZE > > 8168083: PPC64: Cleanup template interpreter after 8154580 and 8154867 > > 8170991: PPC64: Bad code for initialization of short arrays > 8171244: PPC64: > Make interpreter's math entries consistent with C1 and C2 and support FMA > > 8171398: s390x: Make interpreter's math entries consistent with C1 and C2 > and support FMA > 8172145: C2: anti dependence missed because store hidden by membar > > 8172199: s390: Use same get_key_start_from_aescrypt_object implementation > as PPC64 > 8029101: PPC64 (part 211): ordering of Independent Reads of Independent > Writes > > jdk: > > 8053931: (fc) FileDispatcherImpl.lock0 does not handle ERROR_IO_PENDING > [win] > From vladimir.kozlov at oracle.com Thu Mar 16 01:05:02 2017 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Wed, 15 Mar 2017 18:05:02 -0700 Subject: CFV: New JDK 9/10 Reviewer: Thomas Stuefe In-Reply-To: References: Message-ID: <5f8a9da7-547b-8c45-7594-5d236575ea3b@oracle.com> Vote: yes On 3/15/17 12:27 PM, Volker Simonis wrote: > I hereby nominate Thomas Stuefe (stuefe) to JDK 9 and JDK 10 Reviewer. > > Thomas is a long standing member of the JVM team at SAP. He's main area of > expertise are the Hotspot runtime system and the AIX/os400 platform. He's > one of the initial authors of the AIX port. During the last years he has > contributed 53 changesets across the hotspot(43) [3], jdk(7) [4] and > top-level (3) [5] repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and > JDK 10 lists. Unless someone can verify that it is enough to vote for one > of these projects I kindly ask everybody who is on both lists to reply to > both mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [5] > http://hg.openjdk.java.net/jdk10/hs/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > > hotspot: > > 8074860: Structured Exception Catcher missing around CreateJava VM on > Windows > 8077257: Use CanUseSafeFetch instead of probing SafeFetch stub directly > > 8076475: Misuses of strncpy/strncat > > 8078628: linux-zero does not build without precompiled header > > 8077276: allocating heap with UseLargePages and HugeTLBFS may trash > existing memory mappings (linux) > > 8078513: [linux] Clean up code relevant to LinuxThreads implementation > > 8080925: Make error log write timeout parameter configurable > > 8137329: [windows] Build broken on VS2010 after "8046148: JEP 158: Unified > JVM Logging" > 8140645: Recent Developments for AIX > > 8140648: Clean up remnants of fork1() from non-solaris platforms > > 8143233: [windows] Fixes to os::check_heap() > > 8143291: Remove redundant coding around os::exception_name > > 8144343: [aix] Stack bottom should be page aligned > > 8144702: Using tid decorator in Unified Logging may crash VM > > 8143125: [aix] Further Developments for AIX > > 8144192: Enhancements-to-print_siginfo-windows > > 8145103: [aix] implement os::print_register_info() > > 8145114: const-correctness for ucontext_t* reading functions > > 8144219: [posix] Remove redundant code around os::print_siginfo() > > 8079125: [aix] clean up Linux-specific code remnants in AIX coding > > 8145184: [aix] Implement os::platform_print_native_stack on AIX > > 8147509: [aix] Newlines missing in register info printout > > 8146905: cleanup ostream, staticBufferStream > > 8147510: [windows] no text locations shown for register info in hs-err file > > 8149096: Remove unused code in methodComparator > > 8150379: [windows] Fix Leaks in perfMemory_windows.cpp > > 8149036: Add tracing for thread related events at os level > > 8150619: Improve thread based logging introduced with 8149036 > > 8150843: [windows] os::getTimesSecs() returns negative values for kernel, > user times > 8148425: strerror() function is not thread-safe > > 8155639: Remove STEP numbers from error reporting > > 8167650: NMT should check for invalid MEMFLAGS > > 8171225: [aix] Fix gtests compile error on AIX 7.1 with xlC 12 > > 8171408: [aix] TOC overflow when linking the gtest libjvm.so > > 8166944: Hanging Error Reporting steps may lead to torn error logs. > > 8172964: [aix] AIX VM should not handle SIGDANGER > > 8168542: os::realloc should return a valid pointer for input size=0 > > 8176140: > 8176140-Crashes-or-timeouts-during-error-reporting-may-lead-to-infinitely-repeated-error-logs-until-ErrorLogTimeout-is-hit > > 8020775: PPC64 (part 12): posix signal printing > > 7102541: RFE: os::set_native_thread_name() cleanups > > 8064779: Add additional comments for "8062370: Various minor code > improvements" > 8065788: os::reserve_memory() on Windows should not assert that allocation > size is aligned to OS allocation granularity > > 8075505: aix: improve handling of native memory > > > jdk: > > 8139037: [aix] Crash in ResolverConfigurationImpl.c - pointer shearing > > 8153727: AIX jdk build broken after 8145174 > > 8150460: (linux|bsd|aix)_close.c: file descriptor table may become large or > may not work at all > > 8155211: Ucrypto Library leaks native memory > > 8166012: [linux] Remove remnants of LinuxThreads from Linux attach framework > > 8165936: Potential Heap buffer overflow when seaching timezone info files > > 8059868: JVM crashes on attach on Windows when compiled with /RTC1 > > > top-level: > > 8145427: [aix] xlc: wrong flag used to switch off optimization > > 8171433: [aix] switch on gtest AIX build > > 8172712: configure should check that grep handles empty pattern correctly > > From jiangli.zhou at oracle.com Thu Mar 16 04:34:32 2017 From: jiangli.zhou at oracle.com (Jiangli Zhou) Date: Wed, 15 Mar 2017 21:34:32 -0700 Subject: CFV: New JDK 9/10 Reviewer: Thomas Stuefe In-Reply-To: References: Message-ID: Vote: yes Thanks, Jiangli > On Mar 15, 2017, at 12:27 PM, Volker Simonis wrote: > > I hereby nominate Thomas Stuefe (stuefe) to JDK 9 and JDK 10 Reviewer. > > Thomas is a long standing member of the JVM team at SAP. He's main area of > expertise are the Hotspot runtime system and the AIX/os400 platform. He's > one of the initial authors of the AIX port. During the last years he has > contributed 53 changesets across the hotspot(43) [3], jdk(7) [4] and > top-level (3) [5] repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and > JDK 10 lists. Unless someone can verify that it is enough to vote for one > of these projects I kindly ask everybody who is on both lists to reply to > both mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [5] > http://hg.openjdk.java.net/jdk10/hs/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > > hotspot: > > 8074860: Structured Exception Catcher missing around CreateJava VM on > Windows > 8077257: Use CanUseSafeFetch instead of probing SafeFetch stub directly > > 8076475: Misuses of strncpy/strncat > > 8078628: linux-zero does not build without precompiled header > > 8077276: allocating heap with UseLargePages and HugeTLBFS may trash > existing memory mappings (linux) > > 8078513: [linux] Clean up code relevant to LinuxThreads implementation > > 8080925: Make error log write timeout parameter configurable > > 8137329: [windows] Build broken on VS2010 after "8046148: JEP 158: Unified > JVM Logging" > 8140645: Recent Developments for AIX > > 8140648: Clean up remnants of fork1() from non-solaris platforms > > 8143233: [windows] Fixes to os::check_heap() > > 8143291: Remove redundant coding around os::exception_name > > 8144343: [aix] Stack bottom should be page aligned > > 8144702: Using tid decorator in Unified Logging may crash VM > > 8143125: [aix] Further Developments for AIX > > 8144192: Enhancements-to-print_siginfo-windows > > 8145103: [aix] implement os::print_register_info() > > 8145114: const-correctness for ucontext_t* reading functions > > 8144219: [posix] Remove redundant code around os::print_siginfo() > > 8079125: [aix] clean up Linux-specific code remnants in AIX coding > > 8145184: [aix] Implement os::platform_print_native_stack on AIX > > 8147509: [aix] Newlines missing in register info printout > > 8146905: cleanup ostream, staticBufferStream > > 8147510: [windows] no text locations shown for register info in hs-err file > > 8149096: Remove unused code in methodComparator > > 8150379: [windows] Fix Leaks in perfMemory_windows.cpp > > 8149036: Add tracing for thread related events at os level > > 8150619: Improve thread based logging introduced with 8149036 > > 8150843: [windows] os::getTimesSecs() returns negative values for kernel, > user times > 8148425: strerror() function is not thread-safe > > 8155639: Remove STEP numbers from error reporting > > 8167650: NMT should check for invalid MEMFLAGS > > 8171225: [aix] Fix gtests compile error on AIX 7.1 with xlC 12 > > 8171408: [aix] TOC overflow when linking the gtest libjvm.so > > 8166944: Hanging Error Reporting steps may lead to torn error logs. > > 8172964: [aix] AIX VM should not handle SIGDANGER > > 8168542: os::realloc should return a valid pointer for input size=0 > > 8176140: > 8176140-Crashes-or-timeouts-during-error-reporting-may-lead-to-infinitely-repeated-error-logs-until-ErrorLogTimeout-is-hit > > 8020775: PPC64 (part 12): posix signal printing > > 7102541: RFE: os::set_native_thread_name() cleanups > > 8064779: Add additional comments for "8062370: Various minor code > improvements" > 8065788: os::reserve_memory() on Windows should not assert that allocation > size is aligned to OS allocation granularity > > 8075505: aix: improve handling of native memory > > > jdk: > > 8139037: [aix] Crash in ResolverConfigurationImpl.c - pointer shearing > > 8153727: AIX jdk build broken after 8145174 > > 8150460: (linux|bsd|aix)_close.c: file descriptor table may become large or > may not work at all > > 8155211: Ucrypto Library leaks native memory > > 8166012: [linux] Remove remnants of LinuxThreads from Linux attach framework > > 8165936: Potential Heap buffer overflow when seaching timezone info files > > 8059868: JVM crashes on attach on Windows when compiled with /RTC1 > > > top-level: > > 8145427: [aix] xlc: wrong flag used to switch off optimization > > 8171433: [aix] switch on gtest AIX build > > 8172712: configure should check that grep handles empty pattern correctly > From goetz.lindenmaier at sap.com Thu Mar 16 07:15:42 2017 From: goetz.lindenmaier at sap.com (Lindenmaier, Goetz) Date: Thu, 16 Mar 2017 07:15:42 +0000 Subject: New JDK 9/10 Reviewer: Martin Doerr In-Reply-To: References: Message-ID: <3cc068e729784a5f8c0eca9b2db5a2d8@sap.com> Vote: yes Goetz. > -----Original Message----- > From: jdk10-dev [mailto:jdk10-dev-bounces at openjdk.java.net] On Behalf Of > Volker Simonis > Sent: Mittwoch, 15. M?rz 2017 21:41 > To: jdk9-dev at openjdk.java.net; jdk10-dev at openjdk.java.net > Subject: CFV: New JDK 9/10 Reviewer: Martin Doerr > > I hereby nominate Martin Doerr (mdoerr) to JDK 9 and JDK 10 Reviewer. > > Martin is a long standing member of the JVM team at SAP. He's a JIT export > with a strong focus on the PowerPC/s390/Itanium architectures and one of > the initial authors of the ppc64/s390x ports. During the last years he has > contributed 46 changesets across the hotspot(45) [3] and jdk (1) [4] > repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and > JDK 10 lists. Unless someone can verify that it is enough to vote for one > of these projects I kindly ask everybody who is on both lists to reply to > both mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=60&rev=(author(%2 > 2mdoerr%22)+or+desc(%22Contributed- > by%3A+martin.doerr%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22mdo > err%22)+or+desc(%22Contributed- > by%3A+martin.doerr%40sap.com%22))+and+not+merge() > > hotspot: > > 8050972: Concurrency problem in PcDesc cache > > 8050973: CMS/G1 GC: add missing Resource and Handle mark > > 8062950: Bug in locking code when UseOptoBiasInlining is disabled: > assert(dmw->is_neutral()) failed: invariant > > 8068724: ppc64: update assembler: SPR access, CR logic, HTM > > 8136525: Generate interpreter entries only once and avoid unnecessary jump > to jump > 8139421: PPC64LE: MacroAssembler::bxx64_patchable kill register R12 > > 8139734: ppc: fix build after "8078556: Runtime: implement ranges..." > > 8138890: C1: Ambiguous operator delete > > 8138894: C1: Support IRIW on weak memory platforms > > 8138892: C1: Improve counter overflow checking > > 8138895: C1: PPC64 Port needs special register for Locks in synchronization > code > 8138952: C1: Distinguish between PPC32 and PPC64 > > 8138896: C1: NativeGeneralJump is mixed up with NativeCall in C1 patching > code > 8144847: PPC64: Update Transactional Memory and Atomic::cmpxchg code > > 8144019: PPC64 C1: Introduce Client Compiler > > 8136445: Performance issue with Nashorn and C2's global code motion > > 8144822: PPC64: Fix build after 8072008 > > 8143817: C1: Platform dependent stack space not preserved for all runtime > calls > 8144850: C1: operator delete needs an implementation > > 8146231: ppc64/gcc 4.1.2: fix build after "8143072: [JVMCI] Port JVMCI to > AArch64" > 8145913: PPC64: add Montgomery multiply intrinsic > > 8146612: C2: Precedence edges specification violated > > 8146613: PPC64: C2 does no longer respect int to long conversion for stub > calls > 8146978: PPC64: Fix build after integration of C++ interpreter removal > > 8149655: PPC64: Implement CompactString intrinsics > > 8151818: C1: LIRGenerator::move_to_phi can't deal with illegal phi > > 8154867: PPC64: Better byte behavior > > 8153267: nmethod's exception cache not multi-thread safe > > 8154836: VM crash due to "Base pointers must match" > > 8141635: Implement VarHandles/Unsafe intrinsics on POWER > > 8159976: PPC64: Add missing intrinsics for sub-word atomics > > 8165014: Unaligned unsafe access should throw InternalError on Solaris > > 8165018: Missing memory barrier for PPC64 in Unsafe_GetObjectVolatile > > 8165489: Missing G1 barrier in Unsafe_GetObjectVolatile > > 8166140: C1: Possible integer overflow in LIRGenerator::generate_address on > several platforms > 8155729: C2: Skip transformation of LoadConP for heap-based compressed > oops > > 8166689: PPC64: Race condition between stack bang and non-entrant patching > > 8166970: Adapt mutex padding according to DEFAULT_CACHE_LINE_SIZE > > 8168083: PPC64: Cleanup template interpreter after 8154580 and 8154867 > > 8170991: PPC64: Bad code for initialization of short arrays > 8171244: PPC64: > Make interpreter's math entries consistent with C1 and C2 and support FMA > > 8171398: s390x: Make interpreter's math entries consistent with C1 and C2 > and support FMA > 8172145: C2: anti dependence missed because store hidden by membar > > 8172199: s390: Use same get_key_start_from_aescrypt_object implementation > as PPC64 > 8029101: PPC64 (part 211): ordering of Independent Reads of Independent > Writes > > jdk: > > 8053931: (fc) FileDispatcherImpl.lock0 does not handle ERROR_IO_PENDING > [win] From goetz.lindenmaier at sap.com Thu Mar 16 07:16:00 2017 From: goetz.lindenmaier at sap.com (Lindenmaier, Goetz) Date: Thu, 16 Mar 2017 07:16:00 +0000 Subject: New JDK 9/10 Reviewer: Thomas Stuefe In-Reply-To: References: Message-ID: <29ccaa7b51af4e28a7560aa2456cef0e@sap.com> Vote: yes Goetz. > -----Original Message----- > From: jdk10-dev [mailto:jdk10-dev-bounces at openjdk.java.net] On Behalf Of > Volker Simonis > Sent: Mittwoch, 15. M?rz 2017 21:27 > To: jdk9-dev at openjdk.java.net; jdk10-dev at openjdk.java.net > Subject: CFV: New JDK 9/10 Reviewer: Thomas Stuefe > > I hereby nominate Thomas Stuefe (stuefe) to JDK 9 and JDK 10 Reviewer. > > Thomas is a long standing member of the JVM team at SAP. He's main area of > expertise are the Hotspot runtime system and the AIX/os400 platform. He's > one of the initial authors of the AIX port. During the last years he has > contributed 53 changesets across the hotspot(43) [3], jdk(7) [4] and > top-level (3) [5] repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and > JDK 10 lists. Unless someone can verify that it is enough to vote for one > of these projects I kindly ask everybody who is on both lists to reply to > both mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=50&rev=(author(%2 > 2stuefe%22)+or+desc(%22Contributed- > by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22stue > fe%22)+or+desc(%22Contributed- > by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [5] > http://hg.openjdk.java.net/jdk10/hs/log?revcount=50&rev=(author(%22stuefe% > 22)+or+desc(%22Contributed- > by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > > hotspot: > > 8074860: Structured Exception Catcher missing around CreateJava VM on > Windows > 8077257: Use CanUseSafeFetch instead of probing SafeFetch stub directly > > 8076475: Misuses of strncpy/strncat > > 8078628: linux-zero does not build without precompiled header > > 8077276: allocating heap with UseLargePages and HugeTLBFS may trash > existing memory mappings (linux) > > 8078513: [linux] Clean up code relevant to LinuxThreads implementation > > 8080925: Make error log write timeout parameter configurable > > 8137329: [windows] Build broken on VS2010 after "8046148: JEP 158: Unified > JVM Logging" > 8140645: Recent Developments for AIX > > 8140648: Clean up remnants of fork1() from non-solaris platforms > > 8143233: [windows] Fixes to os::check_heap() > > 8143291: Remove redundant coding around os::exception_name > > 8144343: [aix] Stack bottom should be page aligned > > 8144702: Using tid decorator in Unified Logging may crash VM > > 8143125: [aix] Further Developments for AIX > > 8144192: Enhancements-to-print_siginfo-windows > > 8145103: [aix] implement os::print_register_info() > > 8145114: const-correctness for ucontext_t* reading functions > > 8144219: [posix] Remove redundant code around os::print_siginfo() > > 8079125: [aix] clean up Linux-specific code remnants in AIX coding > > 8145184: [aix] Implement os::platform_print_native_stack on AIX > > 8147509: [aix] Newlines missing in register info printout > > 8146905: cleanup ostream, staticBufferStream > > 8147510: [windows] no text locations shown for register info in hs-err file > > 8149096: Remove unused code in methodComparator > > 8150379: [windows] Fix Leaks in perfMemory_windows.cpp > > 8149036: Add tracing for thread related events at os level > > 8150619: Improve thread based logging introduced with 8149036 > > 8150843: [windows] os::getTimesSecs() returns negative values for kernel, > user times > 8148425: strerror() function is not thread-safe > > 8155639: Remove STEP numbers from error reporting > > 8167650: NMT should check for invalid MEMFLAGS > > 8171225: [aix] Fix gtests compile error on AIX 7.1 with xlC 12 > > 8171408: [aix] TOC overflow when linking the gtest libjvm.so > > 8166944: Hanging Error Reporting steps may lead to torn error logs. > > 8172964: [aix] AIX VM should not handle SIGDANGER > > 8168542: os::realloc should return a valid pointer for input size=0 > > 8176140: > 8176140-Crashes-or-timeouts-during-error-reporting-may-lead-to-infinitely- > repeated-error-logs-until-ErrorLogTimeout-is-hit > > 8020775: PPC64 (part 12): posix signal printing > > 7102541: RFE: os::set_native_thread_name() cleanups > > 8064779: Add additional comments for "8062370: Various minor code > improvements" > 8065788: os::reserve_memory() on Windows should not assert that allocation > size is aligned to OS allocation granularity > > 8075505: aix: improve handling of native memory > > > jdk: > > 8139037: [aix] Crash in ResolverConfigurationImpl.c - pointer shearing > > 8153727: AIX jdk build broken after 8145174 > > 8150460: (linux|bsd|aix)_close.c: file descriptor table may become large or > may not work at all > > 8155211: Ucrypto Library leaks native memory > > 8166012: [linux] Remove remnants of LinuxThreads from Linux attach > framework > > 8165936: Potential Heap buffer overflow when seaching timezone info files > > 8059868: JVM crashes on attach on Windows when compiled with /RTC1 > > > top-level: > > 8145427: [aix] xlc: wrong flag used to switch off optimization > > 8171433: [aix] switch on gtest AIX build > > 8172712: configure should check that grep handles empty pattern correctly > From mikael.gerdin at oracle.com Thu Mar 16 08:29:01 2017 From: mikael.gerdin at oracle.com (Mikael Gerdin) Date: Thu, 16 Mar 2017 09:29:01 +0100 Subject: CFV: New JDK 9/10 Reviewer: Thomas Stuefe In-Reply-To: References: Message-ID: <1a82eec4-42e6-5e96-8e83-9fe8e011b891@oracle.com> Vote: yes /Mikael On 2017-03-15 20:27, Volker Simonis wrote: > I hereby nominate Thomas Stuefe (stuefe) to JDK 9 and JDK 10 Reviewer. > > Thomas is a long standing member of the JVM team at SAP. He's main area of > expertise are the Hotspot runtime system and the AIX/os400 platform. He's > one of the initial authors of the AIX port. During the last years he has > contributed 53 changesets across the hotspot(43) [3], jdk(7) [4] and > top-level (3) [5] repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and > JDK 10 lists. Unless someone can verify that it is enough to vote for one > of these projects I kindly ask everybody who is on both lists to reply to > both mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [5] > http://hg.openjdk.java.net/jdk10/hs/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > > hotspot: > > 8074860: Structured Exception Catcher missing around CreateJava VM on > Windows > 8077257: Use CanUseSafeFetch instead of probing SafeFetch stub directly > > 8076475: Misuses of strncpy/strncat > > 8078628: linux-zero does not build without precompiled header > > 8077276: allocating heap with UseLargePages and HugeTLBFS may trash > existing memory mappings (linux) > > 8078513: [linux] Clean up code relevant to LinuxThreads implementation > > 8080925: Make error log write timeout parameter configurable > > 8137329: [windows] Build broken on VS2010 after "8046148: JEP 158: Unified > JVM Logging" > 8140645: Recent Developments for AIX > > 8140648: Clean up remnants of fork1() from non-solaris platforms > > 8143233: [windows] Fixes to os::check_heap() > > 8143291: Remove redundant coding around os::exception_name > > 8144343: [aix] Stack bottom should be page aligned > > 8144702: Using tid decorator in Unified Logging may crash VM > > 8143125: [aix] Further Developments for AIX > > 8144192: Enhancements-to-print_siginfo-windows > > 8145103: [aix] implement os::print_register_info() > > 8145114: const-correctness for ucontext_t* reading functions > > 8144219: [posix] Remove redundant code around os::print_siginfo() > > 8079125: [aix] clean up Linux-specific code remnants in AIX coding > > 8145184: [aix] Implement os::platform_print_native_stack on AIX > > 8147509: [aix] Newlines missing in register info printout > > 8146905: cleanup ostream, staticBufferStream > > 8147510: [windows] no text locations shown for register info in hs-err file > > 8149096: Remove unused code in methodComparator > > 8150379: [windows] Fix Leaks in perfMemory_windows.cpp > > 8149036: Add tracing for thread related events at os level > > 8150619: Improve thread based logging introduced with 8149036 > > 8150843: [windows] os::getTimesSecs() returns negative values for kernel, > user times > 8148425: strerror() function is not thread-safe > > 8155639: Remove STEP numbers from error reporting > > 8167650: NMT should check for invalid MEMFLAGS > > 8171225: [aix] Fix gtests compile error on AIX 7.1 with xlC 12 > > 8171408: [aix] TOC overflow when linking the gtest libjvm.so > > 8166944: Hanging Error Reporting steps may lead to torn error logs. > > 8172964: [aix] AIX VM should not handle SIGDANGER > > 8168542: os::realloc should return a valid pointer for input size=0 > > 8176140: > 8176140-Crashes-or-timeouts-during-error-reporting-may-lead-to-infinitely-repeated-error-logs-until-ErrorLogTimeout-is-hit > > 8020775: PPC64 (part 12): posix signal printing > > 7102541: RFE: os::set_native_thread_name() cleanups > > 8064779: Add additional comments for "8062370: Various minor code > improvements" > 8065788: os::reserve_memory() on Windows should not assert that allocation > size is aligned to OS allocation granularity > > 8075505: aix: improve handling of native memory > > > jdk: > > 8139037: [aix] Crash in ResolverConfigurationImpl.c - pointer shearing > > 8153727: AIX jdk build broken after 8145174 > > 8150460: (linux|bsd|aix)_close.c: file descriptor table may become large or > may not work at all > > 8155211: Ucrypto Library leaks native memory > > 8166012: [linux] Remove remnants of LinuxThreads from Linux attach framework > > 8165936: Potential Heap buffer overflow when seaching timezone info files > > 8059868: JVM crashes on attach on Windows when compiled with /RTC1 > > > top-level: > > 8145427: [aix] xlc: wrong flag used to switch off optimization > > 8171433: [aix] switch on gtest AIX build > > 8172712: configure should check that grep handles empty pattern correctly > > From mikael.gerdin at oracle.com Thu Mar 16 08:29:12 2017 From: mikael.gerdin at oracle.com (Mikael Gerdin) Date: Thu, 16 Mar 2017 09:29:12 +0100 Subject: CFV: New JDK 9/10 Reviewer: Martin Doerr In-Reply-To: References: Message-ID: <0f7b8e19-fd52-14bb-fa0e-5f7cfb78ffff@oracle.com> Vote: yes /Mikael On 2017-03-15 20:40, Volker Simonis wrote: > I hereby nominate Martin Doerr (mdoerr) to JDK 9 and JDK 10 Reviewer. > > Martin is a long standing member of the JVM team at SAP. He's a JIT export > with a strong focus on the PowerPC/s390/Itanium architectures and one of > the initial authors of the ppc64/s390x ports. During the last years he has > contributed 46 changesets across the hotspot(45) [3] and jdk (1) [4] > repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and > JDK 10 lists. Unless someone can verify that it is enough to vote for one > of these projects I kindly ask everybody who is on both lists to reply to > both mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=60&rev=(author(%22mdoerr%22)+or+desc(%22Contributed-by%3A+martin.doerr%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22mdoerr%22)+or+desc(%22Contributed-by%3A+martin.doerr%40sap.com%22))+and+not+merge() > > hotspot: > > 8050972: Concurrency problem in PcDesc cache > > 8050973: CMS/G1 GC: add missing Resource and Handle mark > > 8062950: Bug in locking code when UseOptoBiasInlining is disabled: > assert(dmw->is_neutral()) failed: invariant > > 8068724: ppc64: update assembler: SPR access, CR logic, HTM > > 8136525: Generate interpreter entries only once and avoid unnecessary jump > to jump > 8139421: PPC64LE: MacroAssembler::bxx64_patchable kill register R12 > > 8139734: ppc: fix build after "8078556: Runtime: implement ranges..." > > 8138890: C1: Ambiguous operator delete > > 8138894: C1: Support IRIW on weak memory platforms > > 8138892: C1: Improve counter overflow checking > > 8138895: C1: PPC64 Port needs special register for Locks in synchronization > code > 8138952: C1: Distinguish between PPC32 and PPC64 > > 8138896: C1: NativeGeneralJump is mixed up with NativeCall in C1 patching > code > 8144847: PPC64: Update Transactional Memory and Atomic::cmpxchg code > > 8144019: PPC64 C1: Introduce Client Compiler > > 8136445: Performance issue with Nashorn and C2's global code motion > > 8144822: PPC64: Fix build after 8072008 > > 8143817: C1: Platform dependent stack space not preserved for all runtime > calls > 8144850: C1: operator delete needs an implementation > > 8146231: ppc64/gcc 4.1.2: fix build after "8143072: [JVMCI] Port JVMCI to > AArch64" > 8145913: PPC64: add Montgomery multiply intrinsic > > 8146612: C2: Precedence edges specification violated > > 8146613: PPC64: C2 does no longer respect int to long conversion for stub > calls > 8146978: PPC64: Fix build after integration of C++ interpreter removal > > 8149655: PPC64: Implement CompactString intrinsics > > 8151818: C1: LIRGenerator::move_to_phi can't deal with illegal phi > > 8154867: PPC64: Better byte behavior > > 8153267: nmethod's exception cache not multi-thread safe > > 8154836: VM crash due to "Base pointers must match" > > 8141635: Implement VarHandles/Unsafe intrinsics on POWER > > 8159976: PPC64: Add missing intrinsics for sub-word atomics > > 8165014: Unaligned unsafe access should throw InternalError on Solaris > > 8165018: Missing memory barrier for PPC64 in Unsafe_GetObjectVolatile > > 8165489: Missing G1 barrier in Unsafe_GetObjectVolatile > > 8166140: C1: Possible integer overflow in LIRGenerator::generate_address on > several platforms > 8155729: C2: Skip transformation of LoadConP for heap-based compressed oops > > 8166689: PPC64: Race condition between stack bang and non-entrant patching > > 8166970: Adapt mutex padding according to DEFAULT_CACHE_LINE_SIZE > > 8168083: PPC64: Cleanup template interpreter after 8154580 and 8154867 > > 8170991: PPC64: Bad code for initialization of short arrays > 8171244: PPC64: > Make interpreter's math entries consistent with C1 and C2 and support FMA > > 8171398: s390x: Make interpreter's math entries consistent with C1 and C2 > and support FMA > 8172145: C2: anti dependence missed because store hidden by membar > > 8172199: s390: Use same get_key_start_from_aescrypt_object implementation > as PPC64 > 8029101: PPC64 (part 211): ordering of Independent Reads of Independent > Writes > > jdk: > > 8053931: (fc) FileDispatcherImpl.lock0 does not handle ERROR_IO_PENDING > [win] > From thomas.schatzl at oracle.com Thu Mar 16 08:39:56 2017 From: thomas.schatzl at oracle.com (Thomas Schatzl) Date: Thu, 16 Mar 2017 09:39:56 +0100 Subject: New JDK 9/10 Reviewer: Martin Doerr In-Reply-To: <3cc068e729784a5f8c0eca9b2db5a2d8@sap.com> References: <3cc068e729784a5f8c0eca9b2db5a2d8@sap.com> Message-ID: <1489653596.3400.1.camel@oracle.com> Vote: yes Thomas From tobias.hartmann at oracle.com Thu Mar 16 08:43:26 2017 From: tobias.hartmann at oracle.com (Tobias Hartmann) Date: Thu, 16 Mar 2017 09:43:26 +0100 Subject: CFV: New JDK 9/10 Reviewer: Martin Doerr In-Reply-To: References: Message-ID: Vote: yes Best regards, Tobias On 15.03.2017 20:40, Volker Simonis wrote: > I hereby nominate Martin Doerr (mdoerr) to JDK 9 and JDK 10 Reviewer. > > Martin is a long standing member of the JVM team at SAP. He's a JIT export > with a strong focus on the PowerPC/s390/Itanium architectures and one of > the initial authors of the ppc64/s390x ports. During the last years he has > contributed 46 changesets across the hotspot(45) [3] and jdk (1) [4] > repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and > JDK 10 lists. Unless someone can verify that it is enough to vote for one > of these projects I kindly ask everybody who is on both lists to reply to > both mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=60&rev=(author(%22mdoerr%22)+or+desc(%22Contributed-by%3A+martin.doerr%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22mdoerr%22)+or+desc(%22Contributed-by%3A+martin.doerr%40sap.com%22))+and+not+merge() > > hotspot: > > 8050972: Concurrency problem in PcDesc cache > > 8050973: CMS/G1 GC: add missing Resource and Handle mark > > 8062950: Bug in locking code when UseOptoBiasInlining is disabled: > assert(dmw->is_neutral()) failed: invariant > > 8068724: ppc64: update assembler: SPR access, CR logic, HTM > > 8136525: Generate interpreter entries only once and avoid unnecessary jump > to jump > 8139421: PPC64LE: MacroAssembler::bxx64_patchable kill register R12 > > 8139734: ppc: fix build after "8078556: Runtime: implement ranges..." > > 8138890: C1: Ambiguous operator delete > > 8138894: C1: Support IRIW on weak memory platforms > > 8138892: C1: Improve counter overflow checking > > 8138895: C1: PPC64 Port needs special register for Locks in synchronization > code > 8138952: C1: Distinguish between PPC32 and PPC64 > > 8138896: C1: NativeGeneralJump is mixed up with NativeCall in C1 patching > code > 8144847: PPC64: Update Transactional Memory and Atomic::cmpxchg code > > 8144019: PPC64 C1: Introduce Client Compiler > > 8136445: Performance issue with Nashorn and C2's global code motion > > 8144822: PPC64: Fix build after 8072008 > > 8143817: C1: Platform dependent stack space not preserved for all runtime > calls > 8144850: C1: operator delete needs an implementation > > 8146231: ppc64/gcc 4.1.2: fix build after "8143072: [JVMCI] Port JVMCI to > AArch64" > 8145913: PPC64: add Montgomery multiply intrinsic > > 8146612: C2: Precedence edges specification violated > > 8146613: PPC64: C2 does no longer respect int to long conversion for stub > calls > 8146978: PPC64: Fix build after integration of C++ interpreter removal > > 8149655: PPC64: Implement CompactString intrinsics > > 8151818: C1: LIRGenerator::move_to_phi can't deal with illegal phi > > 8154867: PPC64: Better byte behavior > > 8153267: nmethod's exception cache not multi-thread safe > > 8154836: VM crash due to "Base pointers must match" > > 8141635: Implement VarHandles/Unsafe intrinsics on POWER > > 8159976: PPC64: Add missing intrinsics for sub-word atomics > > 8165014: Unaligned unsafe access should throw InternalError on Solaris > > 8165018: Missing memory barrier for PPC64 in Unsafe_GetObjectVolatile > > 8165489: Missing G1 barrier in Unsafe_GetObjectVolatile > > 8166140: C1: Possible integer overflow in LIRGenerator::generate_address on > several platforms > 8155729: C2: Skip transformation of LoadConP for heap-based compressed oops > > 8166689: PPC64: Race condition between stack bang and non-entrant patching > > 8166970: Adapt mutex padding according to DEFAULT_CACHE_LINE_SIZE > > 8168083: PPC64: Cleanup template interpreter after 8154580 and 8154867 > > 8170991: PPC64: Bad code for initialization of short arrays > 8171244: PPC64: > Make interpreter's math entries consistent with C1 and C2 and support FMA > > 8171398: s390x: Make interpreter's math entries consistent with C1 and C2 > and support FMA > 8172145: C2: anti dependence missed because store hidden by membar > > 8172199: s390: Use same get_key_start_from_aescrypt_object implementation > as PPC64 > 8029101: PPC64 (part 211): ordering of Independent Reads of Independent > Writes > > jdk: > > 8053931: (fc) FileDispatcherImpl.lock0 does not handle ERROR_IO_PENDING > [win] > From tobias.hartmann at oracle.com Thu Mar 16 08:43:39 2017 From: tobias.hartmann at oracle.com (Tobias Hartmann) Date: Thu, 16 Mar 2017 09:43:39 +0100 Subject: CFV: New JDK 9/10 Reviewer: Thomas Stuefe In-Reply-To: References: Message-ID: <278490c9-7c8d-6498-be98-72a69f768c42@oracle.com> Vote: yes Best regards, Tobias On 15.03.2017 20:27, Volker Simonis wrote: > I hereby nominate Thomas Stuefe (stuefe) to JDK 9 and JDK 10 Reviewer. > > Thomas is a long standing member of the JVM team at SAP. He's main area of > expertise are the Hotspot runtime system and the AIX/os400 platform. He's > one of the initial authors of the AIX port. During the last years he has > contributed 53 changesets across the hotspot(43) [3], jdk(7) [4] and > top-level (3) [5] repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and > JDK 10 lists. Unless someone can verify that it is enough to vote for one > of these projects I kindly ask everybody who is on both lists to reply to > both mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [5] > http://hg.openjdk.java.net/jdk10/hs/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > > hotspot: > > 8074860: Structured Exception Catcher missing around CreateJava VM on > Windows > 8077257: Use CanUseSafeFetch instead of probing SafeFetch stub directly > > 8076475: Misuses of strncpy/strncat > > 8078628: linux-zero does not build without precompiled header > > 8077276: allocating heap with UseLargePages and HugeTLBFS may trash > existing memory mappings (linux) > > 8078513: [linux] Clean up code relevant to LinuxThreads implementation > > 8080925: Make error log write timeout parameter configurable > > 8137329: [windows] Build broken on VS2010 after "8046148: JEP 158: Unified > JVM Logging" > 8140645: Recent Developments for AIX > > 8140648: Clean up remnants of fork1() from non-solaris platforms > > 8143233: [windows] Fixes to os::check_heap() > > 8143291: Remove redundant coding around os::exception_name > > 8144343: [aix] Stack bottom should be page aligned > > 8144702: Using tid decorator in Unified Logging may crash VM > > 8143125: [aix] Further Developments for AIX > > 8144192: Enhancements-to-print_siginfo-windows > > 8145103: [aix] implement os::print_register_info() > > 8145114: const-correctness for ucontext_t* reading functions > > 8144219: [posix] Remove redundant code around os::print_siginfo() > > 8079125: [aix] clean up Linux-specific code remnants in AIX coding > > 8145184: [aix] Implement os::platform_print_native_stack on AIX > > 8147509: [aix] Newlines missing in register info printout > > 8146905: cleanup ostream, staticBufferStream > > 8147510: [windows] no text locations shown for register info in hs-err file > > 8149096: Remove unused code in methodComparator > > 8150379: [windows] Fix Leaks in perfMemory_windows.cpp > > 8149036: Add tracing for thread related events at os level > > 8150619: Improve thread based logging introduced with 8149036 > > 8150843: [windows] os::getTimesSecs() returns negative values for kernel, > user times > 8148425: strerror() function is not thread-safe > > 8155639: Remove STEP numbers from error reporting > > 8167650: NMT should check for invalid MEMFLAGS > > 8171225: [aix] Fix gtests compile error on AIX 7.1 with xlC 12 > > 8171408: [aix] TOC overflow when linking the gtest libjvm.so > > 8166944: Hanging Error Reporting steps may lead to torn error logs. > > 8172964: [aix] AIX VM should not handle SIGDANGER > > 8168542: os::realloc should return a valid pointer for input size=0 > > 8176140: > 8176140-Crashes-or-timeouts-during-error-reporting-may-lead-to-infinitely-repeated-error-logs-until-ErrorLogTimeout-is-hit > > 8020775: PPC64 (part 12): posix signal printing > > 7102541: RFE: os::set_native_thread_name() cleanups > > 8064779: Add additional comments for "8062370: Various minor code > improvements" > 8065788: os::reserve_memory() on Windows should not assert that allocation > size is aligned to OS allocation granularity > > 8075505: aix: improve handling of native memory > > > jdk: > > 8139037: [aix] Crash in ResolverConfigurationImpl.c - pointer shearing > > 8153727: AIX jdk build broken after 8145174 > > 8150460: (linux|bsd|aix)_close.c: file descriptor table may become large or > may not work at all > > 8155211: Ucrypto Library leaks native memory > > 8166012: [linux] Remove remnants of LinuxThreads from Linux attach framework > > 8165936: Potential Heap buffer overflow when seaching timezone info files > > 8059868: JVM crashes on attach on Windows when compiled with /RTC1 > > > top-level: > > 8145427: [aix] xlc: wrong flag used to switch off optimization > > 8171433: [aix] switch on gtest AIX build > > 8172712: configure should check that grep handles empty pattern correctly > > From christoph.langer at sap.com Thu Mar 16 09:07:03 2017 From: christoph.langer at sap.com (Langer, Christoph) Date: Thu, 16 Mar 2017 09:07:03 +0000 Subject: New JDK 9/10 Reviewer: Thomas Stuefe In-Reply-To: References: Message-ID: <1be6f0b96f6e4f32af9deecbb8edbb4d@sap.com> Vote: yes Best regards Christoph > -----Original Message----- > From: jdk10-dev [mailto:jdk10-dev-bounces at openjdk.java.net] On Behalf > Of Volker Simonis > Sent: Mittwoch, 15. M?rz 2017 20:27 > To: jdk9-dev at openjdk.java.net; jdk10-dev at openjdk.java.net > Subject: CFV: New JDK 9/10 Reviewer: Thomas Stuefe > > I hereby nominate Thomas Stuefe (stuefe) to JDK 9 and JDK 10 Reviewer. > > Thomas is a long standing member of the JVM team at SAP. He's main area of > expertise are the Hotspot runtime system and the AIX/os400 platform. He's > one of the initial authors of the AIX port. During the last years he has > contributed 53 changesets across the hotspot(43) [3], jdk(7) [4] and > top-level (3) [5] repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and > JDK 10 lists. Unless someone can verify that it is enough to vote for one > of these projects I kindly ask everybody who is on both lists to reply to > both mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=50&rev=(autho > r(%22stuefe%22)+or+desc(%22Contributed- > by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%2 > 2stuefe%22)+or+desc(%22Contributed- > by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [5] > http://hg.openjdk.java.net/jdk10/hs/log?revcount=50&rev=(author(%22stu > efe%22)+or+desc(%22Contributed- > by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > > hotspot: > > 8074860: Structured Exception Catcher missing around CreateJava VM on > Windows > 8077257: Use CanUseSafeFetch instead of probing SafeFetch stub directly > > 8076475: Misuses of strncpy/strncat > > 8078628: linux-zero does not build without precompiled header > > 8077276: allocating heap with UseLargePages and HugeTLBFS may trash > existing memory mappings (linux) > > 8078513: [linux] Clean up code relevant to LinuxThreads implementation > > 8080925: Make error log write timeout parameter configurable > > 8137329: [windows] Build broken on VS2010 after "8046148: JEP 158: Unified > JVM Logging" > 8140645: Recent Developments for AIX > > 8140648: Clean up remnants of fork1() from non-solaris platforms > > 8143233: [windows] Fixes to os::check_heap() > > 8143291: Remove redundant coding around os::exception_name > > 8144343: [aix] Stack bottom should be page aligned > > 8144702: Using tid decorator in Unified Logging may crash VM > > 8143125: [aix] Further Developments for AIX > > 8144192: Enhancements-to-print_siginfo-windows > > 8145103: [aix] implement os::print_register_info() > > 8145114: const-correctness for ucontext_t* reading functions > > 8144219: [posix] Remove redundant code around os::print_siginfo() > > 8079125: [aix] clean up Linux-specific code remnants in AIX coding > > 8145184: [aix] Implement os::platform_print_native_stack on AIX > > 8147509: [aix] Newlines missing in register info printout > > 8146905: cleanup ostream, staticBufferStream > > 8147510: [windows] no text locations shown for register info in hs-err file > > 8149096: Remove unused code in methodComparator > > 8150379: [windows] Fix Leaks in perfMemory_windows.cpp > > 8149036: Add tracing for thread related events at os level > > 8150619: Improve thread based logging introduced with 8149036 > > 8150843: [windows] os::getTimesSecs() returns negative values for kernel, > user times > 8148425: strerror() function is not thread-safe > > 8155639: Remove STEP numbers from error reporting > > 8167650: NMT should check for invalid MEMFLAGS > > 8171225: [aix] Fix gtests compile error on AIX 7.1 with xlC 12 > > 8171408: [aix] TOC overflow when linking the gtest libjvm.so > > 8166944: Hanging Error Reporting steps may lead to torn error logs. > > 8172964: [aix] AIX VM should not handle SIGDANGER > > 8168542: os::realloc should return a valid pointer for input size=0 > > 8176140: > 8176140-Crashes-or-timeouts-during-error-reporting-may-lead-to-infinitely- > repeated-error-logs-until-ErrorLogTimeout-is-hit > > 8020775: PPC64 (part 12): posix signal printing > > 7102541: RFE: os::set_native_thread_name() cleanups > > 8064779: Add additional comments for "8062370: Various minor code > improvements" > > 8065788: os::reserve_memory() on Windows should not assert that > allocation > size is aligned to OS allocation granularity > > 8075505: aix: improve handling of native memory > > > jdk: > > 8139037: [aix] Crash in ResolverConfigurationImpl.c - pointer shearing > > 8153727: AIX jdk build broken after 8145174 > > 8150460: (linux|bsd|aix)_close.c: file descriptor table may become large or > may not work at all > > 8155211: Ucrypto Library leaks native memory > > 8166012: [linux] Remove remnants of LinuxThreads from Linux attach > framework > > 8165936: Potential Heap buffer overflow when seaching timezone info files > > 8059868: JVM crashes on attach on Windows when compiled with /RTC1 > > > top-level: > > 8145427: [aix] xlc: wrong flag used to switch off optimization > > 8171433: [aix] switch on gtest AIX build > > 8172712: configure should check that grep handles empty pattern correctly > From christoph.langer at sap.com Thu Mar 16 09:08:09 2017 From: christoph.langer at sap.com (Langer, Christoph) Date: Thu, 16 Mar 2017 09:08:09 +0000 Subject: New JDK 9/10 Reviewer: Martin Doerr In-Reply-To: References: Message-ID: <8baaa2e965174062abfd4db15f6103ee@sap.com> Vote: yes Best regards Christoph > -----Original Message----- > From: jdk10-dev [mailto:jdk10-dev-bounces at openjdk.java.net] On Behalf > Of Volker Simonis > Sent: Mittwoch, 15. M?rz 2017 20:41 > To: jdk9-dev at openjdk.java.net; jdk10-dev at openjdk.java.net > Subject: CFV: New JDK 9/10 Reviewer: Martin Doerr > > I hereby nominate Martin Doerr (mdoerr) to JDK 9 and JDK 10 Reviewer. > > Martin is a long standing member of the JVM team at SAP. He's a JIT export > with a strong focus on the PowerPC/s390/Itanium architectures and one of > the initial authors of the ppc64/s390x ports. During the last years he has > contributed 46 changesets across the hotspot(45) [3] and jdk (1) [4] > repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and > JDK 10 lists. Unless someone can verify that it is enough to vote for one > of these projects I kindly ask everybody who is on both lists to reply to > both mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=60&rev=(autho > r(%22mdoerr%22)+or+desc(%22Contributed- > by%3A+martin.doerr%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%2 > 2mdoerr%22)+or+desc(%22Contributed- > by%3A+martin.doerr%40sap.com%22))+and+not+merge() > > hotspot: > > 8050972: Concurrency problem in PcDesc cache > > 8050973: CMS/G1 GC: add missing Resource and Handle mark > > 8062950: Bug in locking code when UseOptoBiasInlining is disabled: > assert(dmw->is_neutral()) failed: invariant > > 8068724: ppc64: update assembler: SPR access, CR logic, HTM > > 8136525: Generate interpreter entries only once and avoid unnecessary > jump > to jump > 8139421: PPC64LE: MacroAssembler::bxx64_patchable kill register R12 > > 8139734: ppc: fix build after "8078556: Runtime: implement ranges..." > > 8138890: C1: Ambiguous operator delete > > 8138894: C1: Support IRIW on weak memory platforms > > 8138892: C1: Improve counter overflow checking > > 8138895: C1: PPC64 Port needs special register for Locks in synchronization > code > 8138952: C1: Distinguish between PPC32 and PPC64 > > 8138896: C1: NativeGeneralJump is mixed up with NativeCall in C1 patching > code > 8144847: PPC64: Update Transactional Memory and Atomic::cmpxchg code > > 8144019: PPC64 C1: Introduce Client Compiler > > 8136445: Performance issue with Nashorn and C2's global code motion > > 8144822: PPC64: Fix build after 8072008 > > 8143817: C1: Platform dependent stack space not preserved for all runtime > calls > 8144850: C1: operator delete needs an implementation > > 8146231: ppc64/gcc 4.1.2: fix build after "8143072: [JVMCI] Port JVMCI to > AArch64" > 8145913: PPC64: add Montgomery multiply intrinsic > > 8146612: C2: Precedence edges specification violated > > 8146613: PPC64: C2 does no longer respect int to long conversion for stub > calls > 8146978: PPC64: Fix build after integration of C++ interpreter removal > > 8149655: PPC64: Implement CompactString intrinsics > > 8151818: C1: LIRGenerator::move_to_phi can't deal with illegal phi > > 8154867: PPC64: Better byte behavior > > 8153267: nmethod's exception cache not multi-thread safe > > 8154836: VM crash due to "Base pointers must match" > > 8141635: Implement VarHandles/Unsafe intrinsics on POWER > > 8159976: PPC64: Add missing intrinsics for sub-word atomics > > 8165014: Unaligned unsafe access should throw InternalError on Solaris > > 8165018: Missing memory barrier for PPC64 in Unsafe_GetObjectVolatile > > 8165489: Missing G1 barrier in Unsafe_GetObjectVolatile > > 8166140: C1: Possible integer overflow in LIRGenerator::generate_address > on > several platforms > > 8155729: C2: Skip transformation of LoadConP for heap-based compressed > oops > > 8166689: PPC64: Race condition between stack bang and non-entrant > patching > > 8166970: Adapt mutex padding according to DEFAULT_CACHE_LINE_SIZE > > 8168083: PPC64: Cleanup template interpreter after 8154580 and 8154867 > > 8170991: PPC64: Bad code for initialization of short arrays > 8171244: > PPC64: > Make interpreter's math entries consistent with C1 and C2 and support FMA > > 8171398: s390x: Make interpreter's math entries consistent with C1 and C2 > and support FMA > > 8172145: C2: anti dependence missed because store hidden by membar > > 8172199: s390: Use same get_key_start_from_aescrypt_object > implementation > as PPC64 > 8029101: PPC64 (part 211): ordering of Independent Reads of Independent > Writes > > jdk: > > 8053931: (fc) FileDispatcherImpl.lock0 does not handle ERROR_IO_PENDING > [win] From zoltan.majo at oracle.com Thu Mar 16 13:41:04 2017 From: zoltan.majo at oracle.com (=?UTF-8?B?Wm9sdMOhbiBNYWrDsw==?=) Date: Thu, 16 Mar 2017 14:41:04 +0100 Subject: CFV: New JDK 9/10 Reviewer: Thomas Stuefe In-Reply-To: References: Message-ID: Vote: yes. Best regards, Zoltan On 03/15/2017 08:27 PM, Volker Simonis wrote: > I hereby nominate Thomas Stuefe (stuefe) to JDK 9 and JDK 10 Reviewer. > > Thomas is a long standing member of the JVM team at SAP. He's main area of > expertise are the Hotspot runtime system and the AIX/os400 platform. He's > one of the initial authors of the AIX port. During the last years he has > contributed 53 changesets across the hotspot(43) [3], jdk(7) [4] and > top-level (3) [5] repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and > JDK 10 lists. Unless someone can verify that it is enough to vote for one > of these projects I kindly ask everybody who is on both lists to reply to > both mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [5] > http://hg.openjdk.java.net/jdk10/hs/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > > hotspot: > > 8074860: Structured Exception Catcher missing around CreateJava VM on > Windows > 8077257: Use CanUseSafeFetch instead of probing SafeFetch stub directly > > 8076475: Misuses of strncpy/strncat > > 8078628: linux-zero does not build without precompiled header > > 8077276: allocating heap with UseLargePages and HugeTLBFS may trash > existing memory mappings (linux) > > 8078513: [linux] Clean up code relevant to LinuxThreads implementation > > 8080925: Make error log write timeout parameter configurable > > 8137329: [windows] Build broken on VS2010 after "8046148: JEP 158: Unified > JVM Logging" > 8140645: Recent Developments for AIX > > 8140648: Clean up remnants of fork1() from non-solaris platforms > > 8143233: [windows] Fixes to os::check_heap() > > 8143291: Remove redundant coding around os::exception_name > > 8144343: [aix] Stack bottom should be page aligned > > 8144702: Using tid decorator in Unified Logging may crash VM > > 8143125: [aix] Further Developments for AIX > > 8144192: Enhancements-to-print_siginfo-windows > > 8145103: [aix] implement os::print_register_info() > > 8145114: const-correctness for ucontext_t* reading functions > > 8144219: [posix] Remove redundant code around os::print_siginfo() > > 8079125: [aix] clean up Linux-specific code remnants in AIX coding > > 8145184: [aix] Implement os::platform_print_native_stack on AIX > > 8147509: [aix] Newlines missing in register info printout > > 8146905: cleanup ostream, staticBufferStream > > 8147510: [windows] no text locations shown for register info in hs-err file > > 8149096: Remove unused code in methodComparator > > 8150379: [windows] Fix Leaks in perfMemory_windows.cpp > > 8149036: Add tracing for thread related events at os level > > 8150619: Improve thread based logging introduced with 8149036 > > 8150843: [windows] os::getTimesSecs() returns negative values for kernel, > user times > 8148425: strerror() function is not thread-safe > > 8155639: Remove STEP numbers from error reporting > > 8167650: NMT should check for invalid MEMFLAGS > > 8171225: [aix] Fix gtests compile error on AIX 7.1 with xlC 12 > > 8171408: [aix] TOC overflow when linking the gtest libjvm.so > > 8166944: Hanging Error Reporting steps may lead to torn error logs. > > 8172964: [aix] AIX VM should not handle SIGDANGER > > 8168542: os::realloc should return a valid pointer for input size=0 > > 8176140: > 8176140-Crashes-or-timeouts-during-error-reporting-may-lead-to-infinitely-repeated-error-logs-until-ErrorLogTimeout-is-hit > > 8020775: PPC64 (part 12): posix signal printing > > 7102541: RFE: os::set_native_thread_name() cleanups > > 8064779: Add additional comments for "8062370: Various minor code > improvements" > 8065788: os::reserve_memory() on Windows should not assert that allocation > size is aligned to OS allocation granularity > > 8075505: aix: improve handling of native memory > > > jdk: > > 8139037: [aix] Crash in ResolverConfigurationImpl.c - pointer shearing > > 8153727: AIX jdk build broken after 8145174 > > 8150460: (linux|bsd|aix)_close.c: file descriptor table may become large or > may not work at all > > 8155211: Ucrypto Library leaks native memory > > 8166012: [linux] Remove remnants of LinuxThreads from Linux attach framework > > 8165936: Potential Heap buffer overflow when seaching timezone info files > > 8059868: JVM crashes on attach on Windows when compiled with /RTC1 > > > top-level: > > 8145427: [aix] xlc: wrong flag used to switch off optimization > > 8171433: [aix] switch on gtest AIX build > > 8172712: configure should check that grep handles empty pattern correctly > From zoltan.majo at oracle.com Thu Mar 16 13:41:38 2017 From: zoltan.majo at oracle.com (=?UTF-8?B?Wm9sdMOhbiBNYWrDsw==?=) Date: Thu, 16 Mar 2017 14:41:38 +0100 Subject: CFV: New JDK 9/10 Reviewer: Martin Doerr In-Reply-To: References: Message-ID: <22850331-e96e-9bf6-d9c3-8105f6a3884c@oracle.com> Vote: yes. Best regards, Zoltan On 03/15/2017 08:40 PM, Volker Simonis wrote: > I hereby nominate Martin Doerr (mdoerr) to JDK 9 and JDK 10 Reviewer. > > Martin is a long standing member of the JVM team at SAP. He's a JIT export > with a strong focus on the PowerPC/s390/Itanium architectures and one of > the initial authors of the ppc64/s390x ports. During the last years he has > contributed 46 changesets across the hotspot(45) [3] and jdk (1) [4] > repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and > JDK 10 lists. Unless someone can verify that it is enough to vote for one > of these projects I kindly ask everybody who is on both lists to reply to > both mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=60&rev=(author(%22mdoerr%22)+or+desc(%22Contributed-by%3A+martin.doerr%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22mdoerr%22)+or+desc(%22Contributed-by%3A+martin.doerr%40sap.com%22))+and+not+merge() > > hotspot: > > 8050972: Concurrency problem in PcDesc cache > > 8050973: CMS/G1 GC: add missing Resource and Handle mark > > 8062950: Bug in locking code when UseOptoBiasInlining is disabled: > assert(dmw->is_neutral()) failed: invariant > > 8068724: ppc64: update assembler: SPR access, CR logic, HTM > > 8136525: Generate interpreter entries only once and avoid unnecessary jump > to jump > 8139421: PPC64LE: MacroAssembler::bxx64_patchable kill register R12 > > 8139734: ppc: fix build after "8078556: Runtime: implement ranges..." > > 8138890: C1: Ambiguous operator delete > > 8138894: C1: Support IRIW on weak memory platforms > > 8138892: C1: Improve counter overflow checking > > 8138895: C1: PPC64 Port needs special register for Locks in synchronization > code > 8138952: C1: Distinguish between PPC32 and PPC64 > > 8138896: C1: NativeGeneralJump is mixed up with NativeCall in C1 patching > code > 8144847: PPC64: Update Transactional Memory and Atomic::cmpxchg code > > 8144019: PPC64 C1: Introduce Client Compiler > > 8136445: Performance issue with Nashorn and C2's global code motion > > 8144822: PPC64: Fix build after 8072008 > > 8143817: C1: Platform dependent stack space not preserved for all runtime > calls > 8144850: C1: operator delete needs an implementation > > 8146231: ppc64/gcc 4.1.2: fix build after "8143072: [JVMCI] Port JVMCI to > AArch64" > 8145913: PPC64: add Montgomery multiply intrinsic > > 8146612: C2: Precedence edges specification violated > > 8146613: PPC64: C2 does no longer respect int to long conversion for stub > calls > 8146978: PPC64: Fix build after integration of C++ interpreter removal > > 8149655: PPC64: Implement CompactString intrinsics > > 8151818: C1: LIRGenerator::move_to_phi can't deal with illegal phi > > 8154867: PPC64: Better byte behavior > > 8153267: nmethod's exception cache not multi-thread safe > > 8154836: VM crash due to "Base pointers must match" > > 8141635: Implement VarHandles/Unsafe intrinsics on POWER > > 8159976: PPC64: Add missing intrinsics for sub-word atomics > > 8165014: Unaligned unsafe access should throw InternalError on Solaris > > 8165018: Missing memory barrier for PPC64 in Unsafe_GetObjectVolatile > > 8165489: Missing G1 barrier in Unsafe_GetObjectVolatile > > 8166140: C1: Possible integer overflow in LIRGenerator::generate_address on > several platforms > 8155729: C2: Skip transformation of LoadConP for heap-based compressed oops > > 8166689: PPC64: Race condition between stack bang and non-entrant patching > > 8166970: Adapt mutex padding according to DEFAULT_CACHE_LINE_SIZE > > 8168083: PPC64: Cleanup template interpreter after 8154580 and 8154867 > > 8170991: PPC64: Bad code for initialization of short arrays > 8171244: PPC64: > Make interpreter's math entries consistent with C1 and C2 and support FMA > > 8171398: s390x: Make interpreter's math entries consistent with C1 and C2 > and support FMA > 8172145: C2: anti dependence missed because store hidden by membar > > 8172199: s390: Use same get_key_start_from_aescrypt_object implementation > as PPC64 > 8029101: PPC64 (part 211): ordering of Independent Reads of Independent > Writes > > jdk: > > 8053931: (fc) FileDispatcherImpl.lock0 does not handle ERROR_IO_PENDING > [win] From tom.rodriguez at oracle.com Thu Mar 16 18:05:53 2017 From: tom.rodriguez at oracle.com (Tom Rodriguez) Date: Thu, 16 Mar 2017 11:05:53 -0700 Subject: CFV: New JDK 9/10 Reviewer: Martin Doerr In-Reply-To: References: Message-ID: <58CAD401.90301@oracle.com> Vote: yes Volker Simonis wrote: > I hereby nominate Martin Doerr (mdoerr) to JDK 9 and JDK 10 Reviewer. > > Martin is a long standing member of the JVM team at SAP. He's a JIT export > with a strong focus on the PowerPC/s390/Itanium architectures and one of > the initial authors of the ppc64/s390x ports. During the last years he has > contributed 46 changesets across the hotspot(45) [3] and jdk (1) [4] > repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and > JDK 10 lists. Unless someone can verify that it is enough to vote for one > of these projects I kindly ask everybody who is on both lists to reply to > both mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=60&rev=(author(%22mdoerr%22)+or+desc(%22Contributed-by%3A+martin.doerr%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22mdoerr%22)+or+desc(%22Contributed-by%3A+martin.doerr%40sap.com%22))+and+not+merge() > > hotspot: > > 8050972: Concurrency problem in PcDesc cache > > 8050973: CMS/G1 GC: add missing Resource and Handle mark > > 8062950: Bug in locking code when UseOptoBiasInlining is disabled: > assert(dmw->is_neutral()) failed: invariant > > 8068724: ppc64: update assembler: SPR access, CR logic, HTM > > 8136525: Generate interpreter entries only once and avoid unnecessary jump > to jump > 8139421: PPC64LE: MacroAssembler::bxx64_patchable kill register R12 > > 8139734: ppc: fix build after "8078556: Runtime: implement ranges..." > > 8138890: C1: Ambiguous operator delete > > 8138894: C1: Support IRIW on weak memory platforms > > 8138892: C1: Improve counter overflow checking > > 8138895: C1: PPC64 Port needs special register for Locks in synchronization > code > 8138952: C1: Distinguish between PPC32 and PPC64 > > 8138896: C1: NativeGeneralJump is mixed up with NativeCall in C1 patching > code > 8144847: PPC64: Update Transactional Memory and Atomic::cmpxchg code > > 8144019: PPC64 C1: Introduce Client Compiler > > 8136445: Performance issue with Nashorn and C2's global code motion > > 8144822: PPC64: Fix build after 8072008 > > 8143817: C1: Platform dependent stack space not preserved for all runtime > calls > 8144850: C1: operator delete needs an implementation > > 8146231: ppc64/gcc 4.1.2: fix build after "8143072: [JVMCI] Port JVMCI to > AArch64" > 8145913: PPC64: add Montgomery multiply intrinsic > > 8146612: C2: Precedence edges specification violated > > 8146613: PPC64: C2 does no longer respect int to long conversion for stub > calls > 8146978: PPC64: Fix build after integration of C++ interpreter removal > > 8149655: PPC64: Implement CompactString intrinsics > > 8151818: C1: LIRGenerator::move_to_phi can't deal with illegal phi > > 8154867: PPC64: Better byte behavior > > 8153267: nmethod's exception cache not multi-thread safe > > 8154836: VM crash due to "Base pointers must match" > > 8141635: Implement VarHandles/Unsafe intrinsics on POWER > > 8159976: PPC64: Add missing intrinsics for sub-word atomics > > 8165014: Unaligned unsafe access should throw InternalError on Solaris > > 8165018: Missing memory barrier for PPC64 in Unsafe_GetObjectVolatile > > 8165489: Missing G1 barrier in Unsafe_GetObjectVolatile > > 8166140: C1: Possible integer overflow in LIRGenerator::generate_address on > several platforms > 8155729: C2: Skip transformation of LoadConP for heap-based compressed oops > > 8166689: PPC64: Race condition between stack bang and non-entrant patching > > 8166970: Adapt mutex padding according to DEFAULT_CACHE_LINE_SIZE > > 8168083: PPC64: Cleanup template interpreter after 8154580 and 8154867 > > 8170991: PPC64: Bad code for initialization of short arrays > 8171244: PPC64: > Make interpreter's math entries consistent with C1 and C2 and support FMA > > 8171398: s390x: Make interpreter's math entries consistent with C1 and C2 > and support FMA > 8172145: C2: anti dependence missed because store hidden by membar > > 8172199: s390: Use same get_key_start_from_aescrypt_object implementation > as PPC64 > 8029101: PPC64 (part 211): ordering of Independent Reads of Independent > Writes > > jdk: > > 8053931: (fc) FileDispatcherImpl.lock0 does not handle ERROR_IO_PENDING > [win] From tom.rodriguez at oracle.com Thu Mar 16 18:09:22 2017 From: tom.rodriguez at oracle.com (Tom Rodriguez) Date: Thu, 16 Mar 2017 11:09:22 -0700 Subject: CFV: New JDK 9/10 Reviewer: Thomas Stuefe In-Reply-To: References: Message-ID: <58CAD4D2.90402@oracle.com> Vote: yes Volker Simonis wrote: > I hereby nominate Thomas Stuefe (stuefe) to JDK 9 and JDK 10 Reviewer. > > Thomas is a long standing member of the JVM team at SAP. He's main area of > expertise are the Hotspot runtime system and the AIX/os400 platform. He's > one of the initial authors of the AIX port. During the last years he has > contributed 53 changesets across the hotspot(43) [3], jdk(7) [4] and > top-level (3) [5] repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and > JDK 10 lists. Unless someone can verify that it is enough to vote for one > of these projects I kindly ask everybody who is on both lists to reply to > both mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [5] > http://hg.openjdk.java.net/jdk10/hs/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > > hotspot: > > 8074860: Structured Exception Catcher missing around CreateJava VM on > Windows > 8077257: Use CanUseSafeFetch instead of probing SafeFetch stub directly > > 8076475: Misuses of strncpy/strncat > > 8078628: linux-zero does not build without precompiled header > > 8077276: allocating heap with UseLargePages and HugeTLBFS may trash > existing memory mappings (linux) > > 8078513: [linux] Clean up code relevant to LinuxThreads implementation > > 8080925: Make error log write timeout parameter configurable > > 8137329: [windows] Build broken on VS2010 after "8046148: JEP 158: Unified > JVM Logging" > 8140645: Recent Developments for AIX > > 8140648: Clean up remnants of fork1() from non-solaris platforms > > 8143233: [windows] Fixes to os::check_heap() > > 8143291: Remove redundant coding around os::exception_name > > 8144343: [aix] Stack bottom should be page aligned > > 8144702: Using tid decorator in Unified Logging may crash VM > > 8143125: [aix] Further Developments for AIX > > 8144192: Enhancements-to-print_siginfo-windows > > 8145103: [aix] implement os::print_register_info() > > 8145114: const-correctness for ucontext_t* reading functions > > 8144219: [posix] Remove redundant code around os::print_siginfo() > > 8079125: [aix] clean up Linux-specific code remnants in AIX coding > > 8145184: [aix] Implement os::platform_print_native_stack on AIX > > 8147509: [aix] Newlines missing in register info printout > > 8146905: cleanup ostream, staticBufferStream > > 8147510: [windows] no text locations shown for register info in hs-err file > > 8149096: Remove unused code in methodComparator > > 8150379: [windows] Fix Leaks in perfMemory_windows.cpp > > 8149036: Add tracing for thread related events at os level > > 8150619: Improve thread based logging introduced with 8149036 > > 8150843: [windows] os::getTimesSecs() returns negative values for kernel, > user times > 8148425: strerror() function is not thread-safe > > 8155639: Remove STEP numbers from error reporting > > 8167650: NMT should check for invalid MEMFLAGS > > 8171225: [aix] Fix gtests compile error on AIX 7.1 with xlC 12 > > 8171408: [aix] TOC overflow when linking the gtest libjvm.so > > 8166944: Hanging Error Reporting steps may lead to torn error logs. > > 8172964: [aix] AIX VM should not handle SIGDANGER > > 8168542: os::realloc should return a valid pointer for input size=0 > > 8176140: > 8176140-Crashes-or-timeouts-during-error-reporting-may-lead-to-infinitely-repeated-error-logs-until-ErrorLogTimeout-is-hit > > 8020775: PPC64 (part 12): posix signal printing > > 7102541: RFE: os::set_native_thread_name() cleanups > > 8064779: Add additional comments for "8062370: Various minor code > improvements" > 8065788: os::reserve_memory() on Windows should not assert that allocation > size is aligned to OS allocation granularity > > 8075505: aix: improve handling of native memory > > > jdk: > > 8139037: [aix] Crash in ResolverConfigurationImpl.c - pointer shearing > > 8153727: AIX jdk build broken after 8145174 > > 8150460: (linux|bsd|aix)_close.c: file descriptor table may become large or > may not work at all > > 8155211: Ucrypto Library leaks native memory > > 8166012: [linux] Remove remnants of LinuxThreads from Linux attach framework > > 8165936: Potential Heap buffer overflow when seaching timezone info files > > 8059868: JVM crashes on attach on Windows when compiled with /RTC1 > > > top-level: > > 8145427: [aix] xlc: wrong flag used to switch off optimization > > 8171433: [aix] switch on gtest AIX build > > 8172712: configure should check that grep handles empty pattern correctly > From cthalinger at twitter.com Thu Mar 16 22:20:49 2017 From: cthalinger at twitter.com (Christian Thalinger) Date: Thu, 16 Mar 2017 12:20:49 -1000 Subject: CFV: New JDK 9/10 Reviewer: Martin Doerr In-Reply-To: References: Message-ID: <4D5E4178-F1BB-4D95-9BCB-AE13B28AC5D3@twitter.com> Vote: yes > On Mar 15, 2017, at 9:40 AM, Volker Simonis wrote: > > I hereby nominate Martin Doerr (mdoerr) to JDK 9 and JDK 10 Reviewer. > > Martin is a long standing member of the JVM team at SAP. He's a JIT export > with a strong focus on the PowerPC/s390/Itanium architectures and one of > the initial authors of the ppc64/s390x ports. During the last years he has > contributed 46 changesets across the hotspot(45) [3] and jdk (1) [4] > repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and > JDK 10 lists. Unless someone can verify that it is enough to vote for one > of these projects I kindly ask everybody who is on both lists to reply to > both mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=60&rev=(author(%22mdoerr%22)+or+desc(%22Contributed-by%3A+martin.doerr%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22mdoerr%22)+or+desc(%22Contributed-by%3A+martin.doerr%40sap.com%22))+and+not+merge() > > hotspot: > > 8050972: Concurrency problem in PcDesc cache > > 8050973: CMS/G1 GC: add missing Resource and Handle mark > > 8062950: Bug in locking code when UseOptoBiasInlining is disabled: > assert(dmw->is_neutral()) failed: invariant > > 8068724: ppc64: update assembler: SPR access, CR logic, HTM > > 8136525: Generate interpreter entries only once and avoid unnecessary jump > to jump > 8139421: PPC64LE: MacroAssembler::bxx64_patchable kill register R12 > > 8139734: ppc: fix build after "8078556: Runtime: implement ranges..." > > 8138890: C1: Ambiguous operator delete > > 8138894: C1: Support IRIW on weak memory platforms > > 8138892: C1: Improve counter overflow checking > > 8138895: C1: PPC64 Port needs special register for Locks in synchronization > code > 8138952: C1: Distinguish between PPC32 and PPC64 > > 8138896: C1: NativeGeneralJump is mixed up with NativeCall in C1 patching > code > 8144847: PPC64: Update Transactional Memory and Atomic::cmpxchg code > > 8144019: PPC64 C1: Introduce Client Compiler > > 8136445: Performance issue with Nashorn and C2's global code motion > > 8144822: PPC64: Fix build after 8072008 > > 8143817: C1: Platform dependent stack space not preserved for all runtime > calls > 8144850: C1: operator delete needs an implementation > > 8146231: ppc64/gcc 4.1.2: fix build after "8143072: [JVMCI] Port JVMCI to > AArch64" > 8145913: PPC64: add Montgomery multiply intrinsic > > 8146612: C2: Precedence edges specification violated > > 8146613: PPC64: C2 does no longer respect int to long conversion for stub > calls > 8146978: PPC64: Fix build after integration of C++ interpreter removal > > 8149655: PPC64: Implement CompactString intrinsics > > 8151818: C1: LIRGenerator::move_to_phi can't deal with illegal phi > > 8154867: PPC64: Better byte behavior > > 8153267: nmethod's exception cache not multi-thread safe > > 8154836: VM crash due to "Base pointers must match" > > 8141635: Implement VarHandles/Unsafe intrinsics on POWER > > 8159976: PPC64: Add missing intrinsics for sub-word atomics > > 8165014: Unaligned unsafe access should throw InternalError on Solaris > > 8165018: Missing memory barrier for PPC64 in Unsafe_GetObjectVolatile > > 8165489: Missing G1 barrier in Unsafe_GetObjectVolatile > > 8166140: C1: Possible integer overflow in LIRGenerator::generate_address on > several platforms > 8155729: C2: Skip transformation of LoadConP for heap-based compressed oops > > 8166689: PPC64: Race condition between stack bang and non-entrant patching > > 8166970: Adapt mutex padding according to DEFAULT_CACHE_LINE_SIZE > > 8168083: PPC64: Cleanup template interpreter after 8154580 and 8154867 > > 8170991: PPC64: Bad code for initialization of short arrays > 8171244: PPC64: > Make interpreter's math entries consistent with C1 and C2 and support FMA > > 8171398: s390x: Make interpreter's math entries consistent with C1 and C2 > and support FMA > 8172145: C2: anti dependence missed because store hidden by membar > > 8172199: s390: Use same get_key_start_from_aescrypt_object implementation > as PPC64 > 8029101: PPC64 (part 211): ordering of Independent Reads of Independent > Writes > > jdk: > > 8053931: (fc) FileDispatcherImpl.lock0 does not handle ERROR_IO_PENDING > [win] From cthalinger at twitter.com Thu Mar 16 22:21:20 2017 From: cthalinger at twitter.com (Christian Thalinger) Date: Thu, 16 Mar 2017 12:21:20 -1000 Subject: CFV: New JDK 9/10 Reviewer: Thomas Stuefe In-Reply-To: References: Message-ID: Vote: yes > On Mar 15, 2017, at 9:27 AM, Volker Simonis wrote: > > I hereby nominate Thomas Stuefe (stuefe) to JDK 9 and JDK 10 Reviewer. > > Thomas is a long standing member of the JVM team at SAP. He's main area of > expertise are the Hotspot runtime system and the AIX/os400 platform. He's > one of the initial authors of the AIX port. During the last years he has > contributed 53 changesets across the hotspot(43) [3], jdk(7) [4] and > top-level (3) [5] repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and > JDK 10 lists. Unless someone can verify that it is enough to vote for one > of these projects I kindly ask everybody who is on both lists to reply to > both mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [5] > http://hg.openjdk.java.net/jdk10/hs/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > > hotspot: > > 8074860: Structured Exception Catcher missing around CreateJava VM on > Windows > 8077257: Use CanUseSafeFetch instead of probing SafeFetch stub directly > > 8076475: Misuses of strncpy/strncat > > 8078628: linux-zero does not build without precompiled header > > 8077276: allocating heap with UseLargePages and HugeTLBFS may trash > existing memory mappings (linux) > > 8078513: [linux] Clean up code relevant to LinuxThreads implementation > > 8080925: Make error log write timeout parameter configurable > > 8137329: [windows] Build broken on VS2010 after "8046148: JEP 158: Unified > JVM Logging" > 8140645: Recent Developments for AIX > > 8140648: Clean up remnants of fork1() from non-solaris platforms > > 8143233: [windows] Fixes to os::check_heap() > > 8143291: Remove redundant coding around os::exception_name > > 8144343: [aix] Stack bottom should be page aligned > > 8144702: Using tid decorator in Unified Logging may crash VM > > 8143125: [aix] Further Developments for AIX > > 8144192: Enhancements-to-print_siginfo-windows > > 8145103: [aix] implement os::print_register_info() > > 8145114: const-correctness for ucontext_t* reading functions > > 8144219: [posix] Remove redundant code around os::print_siginfo() > > 8079125: [aix] clean up Linux-specific code remnants in AIX coding > > 8145184: [aix] Implement os::platform_print_native_stack on AIX > > 8147509: [aix] Newlines missing in register info printout > > 8146905: cleanup ostream, staticBufferStream > > 8147510: [windows] no text locations shown for register info in hs-err file > > 8149096: Remove unused code in methodComparator > > 8150379: [windows] Fix Leaks in perfMemory_windows.cpp > > 8149036: Add tracing for thread related events at os level > > 8150619: Improve thread based logging introduced with 8149036 > > 8150843: [windows] os::getTimesSecs() returns negative values for kernel, > user times > 8148425: strerror() function is not thread-safe > > 8155639: Remove STEP numbers from error reporting > > 8167650: NMT should check for invalid MEMFLAGS > > 8171225: [aix] Fix gtests compile error on AIX 7.1 with xlC 12 > > 8171408: [aix] TOC overflow when linking the gtest libjvm.so > > 8166944: Hanging Error Reporting steps may lead to torn error logs. > > 8172964: [aix] AIX VM should not handle SIGDANGER > > 8168542: os::realloc should return a valid pointer for input size=0 > > 8176140: > 8176140-Crashes-or-timeouts-during-error-reporting-may-lead-to-infinitely-repeated-error-logs-until-ErrorLogTimeout-is-hit > > 8020775: PPC64 (part 12): posix signal printing > > 7102541: RFE: os::set_native_thread_name() cleanups > > 8064779: Add additional comments for "8062370: Various minor code > improvements" > 8065788: os::reserve_memory() on Windows should not assert that allocation > size is aligned to OS allocation granularity > > 8075505: aix: improve handling of native memory > > > jdk: > > 8139037: [aix] Crash in ResolverConfigurationImpl.c - pointer shearing > > 8153727: AIX jdk build broken after 8145174 > > 8150460: (linux|bsd|aix)_close.c: file descriptor table may become large or > may not work at all > > 8155211: Ucrypto Library leaks native memory > > 8166012: [linux] Remove remnants of LinuxThreads from Linux attach framework > > 8165936: Potential Heap buffer overflow when seaching timezone info files > > 8059868: JVM crashes on attach on Windows when compiled with /RTC1 > > > top-level: > > 8145427: [aix] xlc: wrong flag used to switch off optimization > > 8171433: [aix] switch on gtest AIX build > > 8172712: configure should check that grep handles empty pattern correctly > From magnus.ihse.bursie at oracle.com Mon Mar 20 09:22:46 2017 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Mon, 20 Mar 2017 10:22:46 +0100 Subject: CFV: New JDK 9/10 Reviewer: Martin Doerr In-Reply-To: References: Message-ID: <37768345-e44b-d6bc-ccc5-63d528725b6d@oracle.com> Vote: yes /Magnus On 2017-03-15 20:40, Volker Simonis wrote: > I hereby nominate Martin Doerr (mdoerr) to JDK 9 and JDK 10 Reviewer. > > Martin is a long standing member of the JVM team at SAP. He's a JIT export > with a strong focus on the PowerPC/s390/Itanium architectures and one of > the initial authors of the ppc64/s390x ports. During the last years he has > contributed 46 changesets across the hotspot(45) [3] and jdk (1) [4] > repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and > JDK 10 lists. Unless someone can verify that it is enough to vote for one > of these projects I kindly ask everybody who is on both lists to reply to > both mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=60&rev=(author(%22mdoerr%22)+or+desc(%22Contributed-by%3A+martin.doerr%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22mdoerr%22)+or+desc(%22Contributed-by%3A+martin.doerr%40sap.com%22))+and+not+merge() > > hotspot: > > 8050972: Concurrency problem in PcDesc cache > > 8050973: CMS/G1 GC: add missing Resource and Handle mark > > 8062950: Bug in locking code when UseOptoBiasInlining is disabled: > assert(dmw->is_neutral()) failed: invariant > > 8068724: ppc64: update assembler: SPR access, CR logic, HTM > > 8136525: Generate interpreter entries only once and avoid unnecessary jump > to jump > 8139421: PPC64LE: MacroAssembler::bxx64_patchable kill register R12 > > 8139734: ppc: fix build after "8078556: Runtime: implement ranges..." > > 8138890: C1: Ambiguous operator delete > > 8138894: C1: Support IRIW on weak memory platforms > > 8138892: C1: Improve counter overflow checking > > 8138895: C1: PPC64 Port needs special register for Locks in synchronization > code > 8138952: C1: Distinguish between PPC32 and PPC64 > > 8138896: C1: NativeGeneralJump is mixed up with NativeCall in C1 patching > code > 8144847: PPC64: Update Transactional Memory and Atomic::cmpxchg code > > 8144019: PPC64 C1: Introduce Client Compiler > > 8136445: Performance issue with Nashorn and C2's global code motion > > 8144822: PPC64: Fix build after 8072008 > > 8143817: C1: Platform dependent stack space not preserved for all runtime > calls > 8144850: C1: operator delete needs an implementation > > 8146231: ppc64/gcc 4.1.2: fix build after "8143072: [JVMCI] Port JVMCI to > AArch64" > 8145913: PPC64: add Montgomery multiply intrinsic > > 8146612: C2: Precedence edges specification violated > > 8146613: PPC64: C2 does no longer respect int to long conversion for stub > calls > 8146978: PPC64: Fix build after integration of C++ interpreter removal > > 8149655: PPC64: Implement CompactString intrinsics > > 8151818: C1: LIRGenerator::move_to_phi can't deal with illegal phi > > 8154867: PPC64: Better byte behavior > > 8153267: nmethod's exception cache not multi-thread safe > > 8154836: VM crash due to "Base pointers must match" > > 8141635: Implement VarHandles/Unsafe intrinsics on POWER > > 8159976: PPC64: Add missing intrinsics for sub-word atomics > > 8165014: Unaligned unsafe access should throw InternalError on Solaris > > 8165018: Missing memory barrier for PPC64 in Unsafe_GetObjectVolatile > > 8165489: Missing G1 barrier in Unsafe_GetObjectVolatile > > 8166140: C1: Possible integer overflow in LIRGenerator::generate_address on > several platforms > 8155729: C2: Skip transformation of LoadConP for heap-based compressed oops > > 8166689: PPC64: Race condition between stack bang and non-entrant patching > > 8166970: Adapt mutex padding according to DEFAULT_CACHE_LINE_SIZE > > 8168083: PPC64: Cleanup template interpreter after 8154580 and 8154867 > > 8170991: PPC64: Bad code for initialization of short arrays > 8171244: PPC64: > Make interpreter's math entries consistent with C1 and C2 and support FMA > > 8171398: s390x: Make interpreter's math entries consistent with C1 and C2 > and support FMA > 8172145: C2: anti dependence missed because store hidden by membar > > 8172199: s390: Use same get_key_start_from_aescrypt_object implementation > as PPC64 > 8029101: PPC64 (part 211): ordering of Independent Reads of Independent > Writes > > jdk: > > 8053931: (fc) FileDispatcherImpl.lock0 does not handle ERROR_IO_PENDING > [win] From magnus.ihse.bursie at oracle.com Mon Mar 20 09:23:00 2017 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Mon, 20 Mar 2017 10:23:00 +0100 Subject: CFV: New JDK 9/10 Reviewer: Thomas Stuefe In-Reply-To: References: Message-ID: Vote: yes /Magnus On 2017-03-15 20:27, Volker Simonis wrote: > I hereby nominate Thomas Stuefe (stuefe) to JDK 9 and JDK 10 Reviewer. > > Thomas is a long standing member of the JVM team at SAP. He's main area of > expertise are the Hotspot runtime system and the AIX/os400 platform. He's > one of the initial authors of the AIX port. During the last years he has > contributed 53 changesets across the hotspot(43) [3], jdk(7) [4] and > top-level (3) [5] repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and > JDK 10 lists. Unless someone can verify that it is enough to vote for one > of these projects I kindly ask everybody who is on both lists to reply to > both mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [5] > http://hg.openjdk.java.net/jdk10/hs/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > > hotspot: > > 8074860: Structured Exception Catcher missing around CreateJava VM on > Windows > 8077257: Use CanUseSafeFetch instead of probing SafeFetch stub directly > > 8076475: Misuses of strncpy/strncat > > 8078628: linux-zero does not build without precompiled header > > 8077276: allocating heap with UseLargePages and HugeTLBFS may trash > existing memory mappings (linux) > > 8078513: [linux] Clean up code relevant to LinuxThreads implementation > > 8080925: Make error log write timeout parameter configurable > > 8137329: [windows] Build broken on VS2010 after "8046148: JEP 158: Unified > JVM Logging" > 8140645: Recent Developments for AIX > > 8140648: Clean up remnants of fork1() from non-solaris platforms > > 8143233: [windows] Fixes to os::check_heap() > > 8143291: Remove redundant coding around os::exception_name > > 8144343: [aix] Stack bottom should be page aligned > > 8144702: Using tid decorator in Unified Logging may crash VM > > 8143125: [aix] Further Developments for AIX > > 8144192: Enhancements-to-print_siginfo-windows > > 8145103: [aix] implement os::print_register_info() > > 8145114: const-correctness for ucontext_t* reading functions > > 8144219: [posix] Remove redundant code around os::print_siginfo() > > 8079125: [aix] clean up Linux-specific code remnants in AIX coding > > 8145184: [aix] Implement os::platform_print_native_stack on AIX > > 8147509: [aix] Newlines missing in register info printout > > 8146905: cleanup ostream, staticBufferStream > > 8147510: [windows] no text locations shown for register info in hs-err file > > 8149096: Remove unused code in methodComparator > > 8150379: [windows] Fix Leaks in perfMemory_windows.cpp > > 8149036: Add tracing for thread related events at os level > > 8150619: Improve thread based logging introduced with 8149036 > > 8150843: [windows] os::getTimesSecs() returns negative values for kernel, > user times > 8148425: strerror() function is not thread-safe > > 8155639: Remove STEP numbers from error reporting > > 8167650: NMT should check for invalid MEMFLAGS > > 8171225: [aix] Fix gtests compile error on AIX 7.1 with xlC 12 > > 8171408: [aix] TOC overflow when linking the gtest libjvm.so > > 8166944: Hanging Error Reporting steps may lead to torn error logs. > > 8172964: [aix] AIX VM should not handle SIGDANGER > > 8168542: os::realloc should return a valid pointer for input size=0 > > 8176140: > 8176140-Crashes-or-timeouts-during-error-reporting-may-lead-to-infinitely-repeated-error-logs-until-ErrorLogTimeout-is-hit > > 8020775: PPC64 (part 12): posix signal printing > > 7102541: RFE: os::set_native_thread_name() cleanups > > 8064779: Add additional comments for "8062370: Various minor code > improvements" > 8065788: os::reserve_memory() on Windows should not assert that allocation > size is aligned to OS allocation granularity > > 8075505: aix: improve handling of native memory > > > jdk: > > 8139037: [aix] Crash in ResolverConfigurationImpl.c - pointer shearing > > 8153727: AIX jdk build broken after 8145174 > > 8150460: (linux|bsd|aix)_close.c: file descriptor table may become large or > may not work at all > > 8155211: Ucrypto Library leaks native memory > > 8166012: [linux] Remove remnants of LinuxThreads from Linux attach framework > > 8165936: Potential Heap buffer overflow when seaching timezone info files > > 8059868: JVM crashes on attach on Windows when compiled with /RTC1 > > > top-level: > > 8145427: [aix] xlc: wrong flag used to switch off optimization > > 8171433: [aix] switch on gtest AIX build > > 8172712: configure should check that grep handles empty pattern correctly > From Roger.Riggs at Oracle.com Mon Mar 20 21:00:42 2017 From: Roger.Riggs at Oracle.com (Roger Riggs) Date: Mon, 20 Mar 2017 17:00:42 -0400 Subject: CFV: New JDK 9/10 Reviewer: Thomas Stuefe In-Reply-To: References: Message-ID: <9141b939-9902-6447-2bd1-b29dec2f2d4a@Oracle.com> Vote: Yes On 3/15/2017 3:27 PM, Volker Simonis wrote: > I hereby nominate Thomas Stuefe (stuefe) to JDK 9 and JDK 10 Reviewer. From Roger.Riggs at Oracle.com Mon Mar 20 21:02:18 2017 From: Roger.Riggs at Oracle.com (Roger Riggs) Date: Mon, 20 Mar 2017 17:02:18 -0400 Subject: CFV: New JDK 9/10 Reviewer: Martin Doerr In-Reply-To: References: Message-ID: Vote: Yes On 3/15/2017 3:40 PM, Volker Simonis wrote: > I hereby nominate Martin Doerr (mdoerr) to JDK 9 and JDK 10 Reviewer. From david.holmes at oracle.com Tue Mar 21 01:08:05 2017 From: david.holmes at oracle.com (David Holmes) Date: Tue, 21 Mar 2017 11:08:05 +1000 Subject: CFV: New JDK 9/10 Reviewer: Martin Doerr In-Reply-To: References: Message-ID: <33875bbb-7b05-eb70-117a-2d51b4d2985a@oracle.com> Vote: yes x 2 David On 16/03/2017 5:40 AM, Volker Simonis wrote: > I hereby nominate Martin Doerr (mdoerr) to JDK 9 and JDK 10 Reviewer. > > Martin is a long standing member of the JVM team at SAP. He's a JIT export > with a strong focus on the PowerPC/s390/Itanium architectures and one of > the initial authors of the ppc64/s390x ports. During the last years he has > contributed 46 changesets across the hotspot(45) [3] and jdk (1) [4] > repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and > JDK 10 lists. Unless someone can verify that it is enough to vote for one > of these projects I kindly ask everybody who is on both lists to reply to > both mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=60&rev=(author(%22mdoerr%22)+or+desc(%22Contributed-by%3A+martin.doerr%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22mdoerr%22)+or+desc(%22Contributed-by%3A+martin.doerr%40sap.com%22))+and+not+merge() > > hotspot: > > 8050972: Concurrency problem in PcDesc cache > > 8050973: CMS/G1 GC: add missing Resource and Handle mark > > 8062950: Bug in locking code when UseOptoBiasInlining is disabled: > assert(dmw->is_neutral()) failed: invariant > > 8068724: ppc64: update assembler: SPR access, CR logic, HTM > > 8136525: Generate interpreter entries only once and avoid unnecessary jump > to jump > 8139421: PPC64LE: MacroAssembler::bxx64_patchable kill register R12 > > 8139734: ppc: fix build after "8078556: Runtime: implement ranges..." > > 8138890: C1: Ambiguous operator delete > > 8138894: C1: Support IRIW on weak memory platforms > > 8138892: C1: Improve counter overflow checking > > 8138895: C1: PPC64 Port needs special register for Locks in synchronization > code > 8138952: C1: Distinguish between PPC32 and PPC64 > > 8138896: C1: NativeGeneralJump is mixed up with NativeCall in C1 patching > code > 8144847: PPC64: Update Transactional Memory and Atomic::cmpxchg code > > 8144019: PPC64 C1: Introduce Client Compiler > > 8136445: Performance issue with Nashorn and C2's global code motion > > 8144822: PPC64: Fix build after 8072008 > > 8143817: C1: Platform dependent stack space not preserved for all runtime > calls > 8144850: C1: operator delete needs an implementation > > 8146231: ppc64/gcc 4.1.2: fix build after "8143072: [JVMCI] Port JVMCI to > AArch64" > 8145913: PPC64: add Montgomery multiply intrinsic > > 8146612: C2: Precedence edges specification violated > > 8146613: PPC64: C2 does no longer respect int to long conversion for stub > calls > 8146978: PPC64: Fix build after integration of C++ interpreter removal > > 8149655: PPC64: Implement CompactString intrinsics > > 8151818: C1: LIRGenerator::move_to_phi can't deal with illegal phi > > 8154867: PPC64: Better byte behavior > > 8153267: nmethod's exception cache not multi-thread safe > > 8154836: VM crash due to "Base pointers must match" > > 8141635: Implement VarHandles/Unsafe intrinsics on POWER > > 8159976: PPC64: Add missing intrinsics for sub-word atomics > > 8165014: Unaligned unsafe access should throw InternalError on Solaris > > 8165018: Missing memory barrier for PPC64 in Unsafe_GetObjectVolatile > > 8165489: Missing G1 barrier in Unsafe_GetObjectVolatile > > 8166140: C1: Possible integer overflow in LIRGenerator::generate_address on > several platforms > 8155729: C2: Skip transformation of LoadConP for heap-based compressed oops > > 8166689: PPC64: Race condition between stack bang and non-entrant patching > > 8166970: Adapt mutex padding according to DEFAULT_CACHE_LINE_SIZE > > 8168083: PPC64: Cleanup template interpreter after 8154580 and 8154867 > > 8170991: PPC64: Bad code for initialization of short arrays > 8171244: PPC64: > Make interpreter's math entries consistent with C1 and C2 and support FMA > > 8171398: s390x: Make interpreter's math entries consistent with C1 and C2 > and support FMA > 8172145: C2: anti dependence missed because store hidden by membar > > 8172199: s390: Use same get_key_start_from_aescrypt_object implementation > as PPC64 > 8029101: PPC64 (part 211): ordering of Independent Reads of Independent > Writes > > jdk: > > 8053931: (fc) FileDispatcherImpl.lock0 does not handle ERROR_IO_PENDING > [win] > From david.holmes at oracle.com Tue Mar 21 01:08:25 2017 From: david.holmes at oracle.com (David Holmes) Date: Tue, 21 Mar 2017 11:08:25 +1000 Subject: CFV: New JDK 9/10 Reviewer: Thomas Stuefe In-Reply-To: References: Message-ID: Vote: yes x 2 David On 16/03/2017 5:27 AM, Volker Simonis wrote: > I hereby nominate Thomas Stuefe (stuefe) to JDK 9 and JDK 10 Reviewer. > > Thomas is a long standing member of the JVM team at SAP. He's main area of > expertise are the Hotspot runtime system and the AIX/os400 platform. He's > one of the initial authors of the AIX port. During the last years he has > contributed 53 changesets across the hotspot(43) [3], jdk(7) [4] and > top-level (3) [5] repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and > JDK 10 lists. Unless someone can verify that it is enough to vote for one > of these projects I kindly ask everybody who is on both lists to reply to > both mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [5] > http://hg.openjdk.java.net/jdk10/hs/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > > hotspot: > > 8074860: Structured Exception Catcher missing around CreateJava VM on > Windows > 8077257: Use CanUseSafeFetch instead of probing SafeFetch stub directly > > 8076475: Misuses of strncpy/strncat > > 8078628: linux-zero does not build without precompiled header > > 8077276: allocating heap with UseLargePages and HugeTLBFS may trash > existing memory mappings (linux) > > 8078513: [linux] Clean up code relevant to LinuxThreads implementation > > 8080925: Make error log write timeout parameter configurable > > 8137329: [windows] Build broken on VS2010 after "8046148: JEP 158: Unified > JVM Logging" > 8140645: Recent Developments for AIX > > 8140648: Clean up remnants of fork1() from non-solaris platforms > > 8143233: [windows] Fixes to os::check_heap() > > 8143291: Remove redundant coding around os::exception_name > > 8144343: [aix] Stack bottom should be page aligned > > 8144702: Using tid decorator in Unified Logging may crash VM > > 8143125: [aix] Further Developments for AIX > > 8144192: Enhancements-to-print_siginfo-windows > > 8145103: [aix] implement os::print_register_info() > > 8145114: const-correctness for ucontext_t* reading functions > > 8144219: [posix] Remove redundant code around os::print_siginfo() > > 8079125: [aix] clean up Linux-specific code remnants in AIX coding > > 8145184: [aix] Implement os::platform_print_native_stack on AIX > > 8147509: [aix] Newlines missing in register info printout > > 8146905: cleanup ostream, staticBufferStream > > 8147510: [windows] no text locations shown for register info in hs-err file > > 8149096: Remove unused code in methodComparator > > 8150379: [windows] Fix Leaks in perfMemory_windows.cpp > > 8149036: Add tracing for thread related events at os level > > 8150619: Improve thread based logging introduced with 8149036 > > 8150843: [windows] os::getTimesSecs() returns negative values for kernel, > user times > 8148425: strerror() function is not thread-safe > > 8155639: Remove STEP numbers from error reporting > > 8167650: NMT should check for invalid MEMFLAGS > > 8171225: [aix] Fix gtests compile error on AIX 7.1 with xlC 12 > > 8171408: [aix] TOC overflow when linking the gtest libjvm.so > > 8166944: Hanging Error Reporting steps may lead to torn error logs. > > 8172964: [aix] AIX VM should not handle SIGDANGER > > 8168542: os::realloc should return a valid pointer for input size=0 > > 8176140: > 8176140-Crashes-or-timeouts-during-error-reporting-may-lead-to-infinitely-repeated-error-logs-until-ErrorLogTimeout-is-hit > > 8020775: PPC64 (part 12): posix signal printing > > 7102541: RFE: os::set_native_thread_name() cleanups > > 8064779: Add additional comments for "8062370: Various minor code > improvements" > 8065788: os::reserve_memory() on Windows should not assert that allocation > size is aligned to OS allocation granularity > > 8075505: aix: improve handling of native memory > > > jdk: > > 8139037: [aix] Crash in ResolverConfigurationImpl.c - pointer shearing > > 8153727: AIX jdk build broken after 8145174 > > 8150460: (linux|bsd|aix)_close.c: file descriptor table may become large or > may not work at all > > 8155211: Ucrypto Library leaks native memory > > 8166012: [linux] Remove remnants of LinuxThreads from Linux attach framework > > 8165936: Potential Heap buffer overflow when seaching timezone info files > > 8059868: JVM crashes on attach on Windows when compiled with /RTC1 > > > top-level: > > 8145427: [aix] xlc: wrong flag used to switch off optimization > > 8171433: [aix] switch on gtest AIX build > > 8172712: configure should check that grep handles empty pattern correctly > > From stefan.karlsson at oracle.com Tue Mar 21 09:37:34 2017 From: stefan.karlsson at oracle.com (Stefan Karlsson) Date: Tue, 21 Mar 2017 10:37:34 +0100 Subject: CFV: New JDK 9/10 Reviewer: Martin Doerr In-Reply-To: References: Message-ID: Vote: yes StefanK On 2017-03-15 20:40, Volker Simonis wrote: > I hereby nominate Martin Doerr (mdoerr) to JDK 9 and JDK 10 Reviewer. > > Martin is a long standing member of the JVM team at SAP. He's a JIT export > with a strong focus on the PowerPC/s390/Itanium architectures and one of > the initial authors of the ppc64/s390x ports. During the last years he has > contributed 46 changesets across the hotspot(45) [3] and jdk (1) [4] > repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and > JDK 10 lists. Unless someone can verify that it is enough to vote for one > of these projects I kindly ask everybody who is on both lists to reply to > both mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=60&rev=(author(%22mdoerr%22)+or+desc(%22Contributed-by%3A+martin.doerr%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22mdoerr%22)+or+desc(%22Contributed-by%3A+martin.doerr%40sap.com%22))+and+not+merge() > > hotspot: > > 8050972: Concurrency problem in PcDesc cache > > 8050973: CMS/G1 GC: add missing Resource and Handle mark > > 8062950: Bug in locking code when UseOptoBiasInlining is disabled: > assert(dmw->is_neutral()) failed: invariant > > 8068724: ppc64: update assembler: SPR access, CR logic, HTM > > 8136525: Generate interpreter entries only once and avoid unnecessary jump > to jump > 8139421: PPC64LE: MacroAssembler::bxx64_patchable kill register R12 > > 8139734: ppc: fix build after "8078556: Runtime: implement ranges..." > > 8138890: C1: Ambiguous operator delete > > 8138894: C1: Support IRIW on weak memory platforms > > 8138892: C1: Improve counter overflow checking > > 8138895: C1: PPC64 Port needs special register for Locks in synchronization > code > 8138952: C1: Distinguish between PPC32 and PPC64 > > 8138896: C1: NativeGeneralJump is mixed up with NativeCall in C1 patching > code > 8144847: PPC64: Update Transactional Memory and Atomic::cmpxchg code > > 8144019: PPC64 C1: Introduce Client Compiler > > 8136445: Performance issue with Nashorn and C2's global code motion > > 8144822: PPC64: Fix build after 8072008 > > 8143817: C1: Platform dependent stack space not preserved for all runtime > calls > 8144850: C1: operator delete needs an implementation > > 8146231: ppc64/gcc 4.1.2: fix build after "8143072: [JVMCI] Port JVMCI to > AArch64" > 8145913: PPC64: add Montgomery multiply intrinsic > > 8146612: C2: Precedence edges specification violated > > 8146613: PPC64: C2 does no longer respect int to long conversion for stub > calls > 8146978: PPC64: Fix build after integration of C++ interpreter removal > > 8149655: PPC64: Implement CompactString intrinsics > > 8151818: C1: LIRGenerator::move_to_phi can't deal with illegal phi > > 8154867: PPC64: Better byte behavior > > 8153267: nmethod's exception cache not multi-thread safe > > 8154836: VM crash due to "Base pointers must match" > > 8141635: Implement VarHandles/Unsafe intrinsics on POWER > > 8159976: PPC64: Add missing intrinsics for sub-word atomics > > 8165014: Unaligned unsafe access should throw InternalError on Solaris > > 8165018: Missing memory barrier for PPC64 in Unsafe_GetObjectVolatile > > 8165489: Missing G1 barrier in Unsafe_GetObjectVolatile > > 8166140: C1: Possible integer overflow in LIRGenerator::generate_address on > several platforms > 8155729: C2: Skip transformation of LoadConP for heap-based compressed oops > > 8166689: PPC64: Race condition between stack bang and non-entrant patching > > 8166970: Adapt mutex padding according to DEFAULT_CACHE_LINE_SIZE > > 8168083: PPC64: Cleanup template interpreter after 8154580 and 8154867 > > 8170991: PPC64: Bad code for initialization of short arrays > 8171244: PPC64: > Make interpreter's math entries consistent with C1 and C2 and support FMA > > 8171398: s390x: Make interpreter's math entries consistent with C1 and C2 > and support FMA > 8172145: C2: anti dependence missed because store hidden by membar > > 8172199: s390: Use same get_key_start_from_aescrypt_object implementation > as PPC64 > 8029101: PPC64 (part 211): ordering of Independent Reads of Independent > Writes > > jdk: > > 8053931: (fc) FileDispatcherImpl.lock0 does not handle ERROR_IO_PENDING > [win] > From stefan.karlsson at oracle.com Tue Mar 21 09:39:04 2017 From: stefan.karlsson at oracle.com (Stefan Karlsson) Date: Tue, 21 Mar 2017 10:39:04 +0100 Subject: CFV: New JDK 9/10 Reviewer: Thomas Stuefe In-Reply-To: References: Message-ID: <7a751008-f10e-a52f-84b7-64d962d4027f@oracle.com> Vote: yes StefanK On 2017-03-15 20:27, Volker Simonis wrote: > I hereby nominate Thomas Stuefe (stuefe) to JDK 9 and JDK 10 Reviewer. > > Thomas is a long standing member of the JVM team at SAP. He's main area of > expertise are the Hotspot runtime system and the AIX/os400 platform. He's > one of the initial authors of the AIX port. During the last years he has > contributed 53 changesets across the hotspot(43) [3], jdk(7) [4] and > top-level (3) [5] repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and > JDK 10 lists. Unless someone can verify that it is enough to vote for one > of these projects I kindly ask everybody who is on both lists to reply to > both mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [5] > http://hg.openjdk.java.net/jdk10/hs/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > > hotspot: > > 8074860: Structured Exception Catcher missing around CreateJava VM on > Windows > 8077257: Use CanUseSafeFetch instead of probing SafeFetch stub directly > > 8076475: Misuses of strncpy/strncat > > 8078628: linux-zero does not build without precompiled header > > 8077276: allocating heap with UseLargePages and HugeTLBFS may trash > existing memory mappings (linux) > > 8078513: [linux] Clean up code relevant to LinuxThreads implementation > > 8080925: Make error log write timeout parameter configurable > > 8137329: [windows] Build broken on VS2010 after "8046148: JEP 158: Unified > JVM Logging" > 8140645: Recent Developments for AIX > > 8140648: Clean up remnants of fork1() from non-solaris platforms > > 8143233: [windows] Fixes to os::check_heap() > > 8143291: Remove redundant coding around os::exception_name > > 8144343: [aix] Stack bottom should be page aligned > > 8144702: Using tid decorator in Unified Logging may crash VM > > 8143125: [aix] Further Developments for AIX > > 8144192: Enhancements-to-print_siginfo-windows > > 8145103: [aix] implement os::print_register_info() > > 8145114: const-correctness for ucontext_t* reading functions > > 8144219: [posix] Remove redundant code around os::print_siginfo() > > 8079125: [aix] clean up Linux-specific code remnants in AIX coding > > 8145184: [aix] Implement os::platform_print_native_stack on AIX > > 8147509: [aix] Newlines missing in register info printout > > 8146905: cleanup ostream, staticBufferStream > > 8147510: [windows] no text locations shown for register info in hs-err file > > 8149096: Remove unused code in methodComparator > > 8150379: [windows] Fix Leaks in perfMemory_windows.cpp > > 8149036: Add tracing for thread related events at os level > > 8150619: Improve thread based logging introduced with 8149036 > > 8150843: [windows] os::getTimesSecs() returns negative values for kernel, > user times > 8148425: strerror() function is not thread-safe > > 8155639: Remove STEP numbers from error reporting > > 8167650: NMT should check for invalid MEMFLAGS > > 8171225: [aix] Fix gtests compile error on AIX 7.1 with xlC 12 > > 8171408: [aix] TOC overflow when linking the gtest libjvm.so > > 8166944: Hanging Error Reporting steps may lead to torn error logs. > > 8172964: [aix] AIX VM should not handle SIGDANGER > > 8168542: os::realloc should return a valid pointer for input size=0 > > 8176140: > 8176140-Crashes-or-timeouts-during-error-reporting-may-lead-to-infinitely-repeated-error-logs-until-ErrorLogTimeout-is-hit > > 8020775: PPC64 (part 12): posix signal printing > > 7102541: RFE: os::set_native_thread_name() cleanups > > 8064779: Add additional comments for "8062370: Various minor code > improvements" > 8065788: os::reserve_memory() on Windows should not assert that allocation > size is aligned to OS allocation granularity > > 8075505: aix: improve handling of native memory > > > jdk: > > 8139037: [aix] Crash in ResolverConfigurationImpl.c - pointer shearing > > 8153727: AIX jdk build broken after 8145174 > > 8150460: (linux|bsd|aix)_close.c: file descriptor table may become large or > may not work at all > > 8155211: Ucrypto Library leaks native memory > > 8166012: [linux] Remove remnants of LinuxThreads from Linux attach framework > > 8165936: Potential Heap buffer overflow when seaching timezone info files > > 8059868: JVM crashes on attach on Windows when compiled with /RTC1 > > > top-level: > > 8145427: [aix] xlc: wrong flag used to switch off optimization > > 8171433: [aix] switch on gtest AIX build > > 8172712: configure should check that grep handles empty pattern correctly > > From kim.barrett at oracle.com Wed Mar 22 01:18:59 2017 From: kim.barrett at oracle.com (Kim Barrett) Date: Tue, 21 Mar 2017 21:18:59 -0400 Subject: CFV: New JDK 9/10 Reviewer: Martin Doerr In-Reply-To: References: Message-ID: <3F11FE61-3AE6-4799-A963-D855D89D1AB0@oracle.com> vote: yes > On Mar 15, 2017, at 3:40 PM, Volker Simonis wrote: > > I hereby nominate Martin Doerr (mdoerr) to JDK 9 and JDK 10 Reviewer. > > Martin is a long standing member of the JVM team at SAP. He's a JIT export > with a strong focus on the PowerPC/s390/Itanium architectures and one of > the initial authors of the ppc64/s390x ports. During the last years he has > contributed 46 changesets across the hotspot(45) [3] and jdk (1) [4] > repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and > JDK 10 lists. Unless someone can verify that it is enough to vote for one > of these projects I kindly ask everybody who is on both lists to reply to > both mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=60&rev=(author(%22mdoerr%22)+or+desc(%22Contributed-by%3A+martin.doerr%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22mdoerr%22)+or+desc(%22Contributed-by%3A+martin.doerr%40sap.com%22))+and+not+merge() > > hotspot: > > 8050972: Concurrency problem in PcDesc cache > > 8050973: CMS/G1 GC: add missing Resource and Handle mark > > 8062950: Bug in locking code when UseOptoBiasInlining is disabled: > assert(dmw->is_neutral()) failed: invariant > > 8068724: ppc64: update assembler: SPR access, CR logic, HTM > > 8136525: Generate interpreter entries only once and avoid unnecessary jump > to jump > 8139421: PPC64LE: MacroAssembler::bxx64_patchable kill register R12 > > 8139734: ppc: fix build after "8078556: Runtime: implement ranges..." > > 8138890: C1: Ambiguous operator delete > > 8138894: C1: Support IRIW on weak memory platforms > > 8138892: C1: Improve counter overflow checking > > 8138895: C1: PPC64 Port needs special register for Locks in synchronization > code > 8138952: C1: Distinguish between PPC32 and PPC64 > > 8138896: C1: NativeGeneralJump is mixed up with NativeCall in C1 patching > code > 8144847: PPC64: Update Transactional Memory and Atomic::cmpxchg code > > 8144019: PPC64 C1: Introduce Client Compiler > > 8136445: Performance issue with Nashorn and C2's global code motion > > 8144822: PPC64: Fix build after 8072008 > > 8143817: C1: Platform dependent stack space not preserved for all runtime > calls > 8144850: C1: operator delete needs an implementation > > 8146231: ppc64/gcc 4.1.2: fix build after "8143072: [JVMCI] Port JVMCI to > AArch64" > 8145913: PPC64: add Montgomery multiply intrinsic > > 8146612: C2: Precedence edges specification violated > > 8146613: PPC64: C2 does no longer respect int to long conversion for stub > calls > 8146978: PPC64: Fix build after integration of C++ interpreter removal > > 8149655: PPC64: Implement CompactString intrinsics > > 8151818: C1: LIRGenerator::move_to_phi can't deal with illegal phi > > 8154867: PPC64: Better byte behavior > > 8153267: nmethod's exception cache not multi-thread safe > > 8154836: VM crash due to "Base pointers must match" > > 8141635: Implement VarHandles/Unsafe intrinsics on POWER > > 8159976: PPC64: Add missing intrinsics for sub-word atomics > > 8165014: Unaligned unsafe access should throw InternalError on Solaris > > 8165018: Missing memory barrier for PPC64 in Unsafe_GetObjectVolatile > > 8165489: Missing G1 barrier in Unsafe_GetObjectVolatile > > 8166140: C1: Possible integer overflow in LIRGenerator::generate_address on > several platforms > 8155729: C2: Skip transformation of LoadConP for heap-based compressed oops > > 8166689: PPC64: Race condition between stack bang and non-entrant patching > > 8166970: Adapt mutex padding according to DEFAULT_CACHE_LINE_SIZE > > 8168083: PPC64: Cleanup template interpreter after 8154580 and 8154867 > > 8170991: PPC64: Bad code for initialization of short arrays > 8171244: PPC64: > Make interpreter's math entries consistent with C1 and C2 and support FMA > > 8171398: s390x: Make interpreter's math entries consistent with C1 and C2 > and support FMA > 8172145: C2: anti dependence missed because store hidden by membar > > 8172199: s390: Use same get_key_start_from_aescrypt_object implementation > as PPC64 > 8029101: PPC64 (part 211): ordering of Independent Reads of Independent > Writes > > jdk: > > 8053931: (fc) FileDispatcherImpl.lock0 does not handle ERROR_IO_PENDING > [win] From kim.barrett at oracle.com Wed Mar 22 01:19:55 2017 From: kim.barrett at oracle.com (Kim Barrett) Date: Tue, 21 Mar 2017 21:19:55 -0400 Subject: CFV: New JDK 9/10 Reviewer: Thomas Stuefe In-Reply-To: References: Message-ID: <6513ABDE-8A11-4CD0-B329-48DB04F65785@oracle.com> vote: yes > On Mar 15, 2017, at 3:27 PM, Volker Simonis wrote: > > I hereby nominate Thomas Stuefe (stuefe) to JDK 9 and JDK 10 Reviewer. > > Thomas is a long standing member of the JVM team at SAP. He's main area of > expertise are the Hotspot runtime system and the AIX/os400 platform. He's > one of the initial authors of the AIX port. During the last years he has > contributed 53 changesets across the hotspot(43) [3], jdk(7) [4] and > top-level (3) [5] repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and > JDK 10 lists. Unless someone can verify that it is enough to vote for one > of these projects I kindly ask everybody who is on both lists to reply to > both mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [5] > http://hg.openjdk.java.net/jdk10/hs/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > > hotspot: > > 8074860: Structured Exception Catcher missing around CreateJava VM on > Windows > 8077257: Use CanUseSafeFetch instead of probing SafeFetch stub directly > > 8076475: Misuses of strncpy/strncat > > 8078628: linux-zero does not build without precompiled header > > 8077276: allocating heap with UseLargePages and HugeTLBFS may trash > existing memory mappings (linux) > > 8078513: [linux] Clean up code relevant to LinuxThreads implementation > > 8080925: Make error log write timeout parameter configurable > > 8137329: [windows] Build broken on VS2010 after "8046148: JEP 158: Unified > JVM Logging" > 8140645: Recent Developments for AIX > > 8140648: Clean up remnants of fork1() from non-solaris platforms > > 8143233: [windows] Fixes to os::check_heap() > > 8143291: Remove redundant coding around os::exception_name > > 8144343: [aix] Stack bottom should be page aligned > > 8144702: Using tid decorator in Unified Logging may crash VM > > 8143125: [aix] Further Developments for AIX > > 8144192: Enhancements-to-print_siginfo-windows > > 8145103: [aix] implement os::print_register_info() > > 8145114: const-correctness for ucontext_t* reading functions > > 8144219: [posix] Remove redundant code around os::print_siginfo() > > 8079125: [aix] clean up Linux-specific code remnants in AIX coding > > 8145184: [aix] Implement os::platform_print_native_stack on AIX > > 8147509: [aix] Newlines missing in register info printout > > 8146905: cleanup ostream, staticBufferStream > > 8147510: [windows] no text locations shown for register info in hs-err file > > 8149096: Remove unused code in methodComparator > > 8150379: [windows] Fix Leaks in perfMemory_windows.cpp > > 8149036: Add tracing for thread related events at os level > > 8150619: Improve thread based logging introduced with 8149036 > > 8150843: [windows] os::getTimesSecs() returns negative values for kernel, > user times > 8148425: strerror() function is not thread-safe > > 8155639: Remove STEP numbers from error reporting > > 8167650: NMT should check for invalid MEMFLAGS > > 8171225: [aix] Fix gtests compile error on AIX 7.1 with xlC 12 > > 8171408: [aix] TOC overflow when linking the gtest libjvm.so > > 8166944: Hanging Error Reporting steps may lead to torn error logs. > > 8172964: [aix] AIX VM should not handle SIGDANGER > > 8168542: os::realloc should return a valid pointer for input size=0 > > 8176140: > 8176140-Crashes-or-timeouts-during-error-reporting-may-lead-to-infinitely-repeated-error-logs-until-ErrorLogTimeout-is-hit > > 8020775: PPC64 (part 12): posix signal printing > > 7102541: RFE: os::set_native_thread_name() cleanups > > 8064779: Add additional comments for "8062370: Various minor code > improvements" > 8065788: os::reserve_memory() on Windows should not assert that allocation > size is aligned to OS allocation granularity > > 8075505: aix: improve handling of native memory > > > jdk: > > 8139037: [aix] Crash in ResolverConfigurationImpl.c - pointer shearing > > 8153727: AIX jdk build broken after 8145174 > > 8150460: (linux|bsd|aix)_close.c: file descriptor table may become large or > may not work at all > > 8155211: Ucrypto Library leaks native memory > > 8166012: [linux] Remove remnants of LinuxThreads from Linux attach framework > > 8165936: Potential Heap buffer overflow when seaching timezone info files > > 8059868: JVM crashes on attach on Windows when compiled with /RTC1 > > > top-level: > > 8145427: [aix] xlc: wrong flag used to switch off optimization > > 8171433: [aix] switch on gtest AIX build > > 8172712: configure should check that grep handles empty pattern correctly > From alexandr.scherbatiy at oracle.com Wed Mar 22 11:24:15 2017 From: alexandr.scherbatiy at oracle.com (Alexandr Scherbatiy) Date: Wed, 22 Mar 2017 14:24:15 +0300 Subject: CFV: New JDK 9/10 Reviewer: Thomas Stuefe In-Reply-To: References: Message-ID: <506bd61e-5c2a-a578-78ef-921fa1db1404@oracle.com> Vote: yes. Thanks, Alexandr. On 3/15/2017 10:27 PM, Volker Simonis wrote: > I hereby nominate Thomas Stuefe (stuefe) to JDK 9 and JDK 10 Reviewer. > > Thomas is a long standing member of the JVM team at SAP. He's main area of > expertise are the Hotspot runtime system and the AIX/os400 platform. He's > one of the initial authors of the AIX port. During the last years he has > contributed 53 changesets across the hotspot(43) [3], jdk(7) [4] and > top-level (3) [5] repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and > JDK 10 lists. Unless someone can verify that it is enough to vote for one > of these projects I kindly ask everybody who is on both lists to reply to > both mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [5] > http://hg.openjdk.java.net/jdk10/hs/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > > hotspot: > > 8074860: Structured Exception Catcher missing around CreateJava VM on > Windows > 8077257: Use CanUseSafeFetch instead of probing SafeFetch stub directly > > 8076475: Misuses of strncpy/strncat > > 8078628: linux-zero does not build without precompiled header > > 8077276: allocating heap with UseLargePages and HugeTLBFS may trash > existing memory mappings (linux) > > 8078513: [linux] Clean up code relevant to LinuxThreads implementation > > 8080925: Make error log write timeout parameter configurable > > 8137329: [windows] Build broken on VS2010 after "8046148: JEP 158: Unified > JVM Logging" > 8140645: Recent Developments for AIX > > 8140648: Clean up remnants of fork1() from non-solaris platforms > > 8143233: [windows] Fixes to os::check_heap() > > 8143291: Remove redundant coding around os::exception_name > > 8144343: [aix] Stack bottom should be page aligned > > 8144702: Using tid decorator in Unified Logging may crash VM > > 8143125: [aix] Further Developments for AIX > > 8144192: Enhancements-to-print_siginfo-windows > > 8145103: [aix] implement os::print_register_info() > > 8145114: const-correctness for ucontext_t* reading functions > > 8144219: [posix] Remove redundant code around os::print_siginfo() > > 8079125: [aix] clean up Linux-specific code remnants in AIX coding > > 8145184: [aix] Implement os::platform_print_native_stack on AIX > > 8147509: [aix] Newlines missing in register info printout > > 8146905: cleanup ostream, staticBufferStream > > 8147510: [windows] no text locations shown for register info in hs-err file > > 8149096: Remove unused code in methodComparator > > 8150379: [windows] Fix Leaks in perfMemory_windows.cpp > > 8149036: Add tracing for thread related events at os level > > 8150619: Improve thread based logging introduced with 8149036 > > 8150843: [windows] os::getTimesSecs() returns negative values for kernel, > user times > 8148425: strerror() function is not thread-safe > > 8155639: Remove STEP numbers from error reporting > > 8167650: NMT should check for invalid MEMFLAGS > > 8171225: [aix] Fix gtests compile error on AIX 7.1 with xlC 12 > > 8171408: [aix] TOC overflow when linking the gtest libjvm.so > > 8166944: Hanging Error Reporting steps may lead to torn error logs. > > 8172964: [aix] AIX VM should not handle SIGDANGER > > 8168542: os::realloc should return a valid pointer for input size=0 > > 8176140: > 8176140-Crashes-or-timeouts-during-error-reporting-may-lead-to-infinitely-repeated-error-logs-until-ErrorLogTimeout-is-hit > > 8020775: PPC64 (part 12): posix signal printing > > 7102541: RFE: os::set_native_thread_name() cleanups > > 8064779: Add additional comments for "8062370: Various minor code > improvements" > 8065788: os::reserve_memory() on Windows should not assert that allocation > size is aligned to OS allocation granularity > > 8075505: aix: improve handling of native memory > > > jdk: > > 8139037: [aix] Crash in ResolverConfigurationImpl.c - pointer shearing > > 8153727: AIX jdk build broken after 8145174 > > 8150460: (linux|bsd|aix)_close.c: file descriptor table may become large or > may not work at all > > 8155211: Ucrypto Library leaks native memory > > 8166012: [linux] Remove remnants of LinuxThreads from Linux attach framework > > 8165936: Potential Heap buffer overflow when seaching timezone info files > > 8059868: JVM crashes on attach on Windows when compiled with /RTC1 > > > top-level: > > 8145427: [aix] xlc: wrong flag used to switch off optimization > > 8171433: [aix] switch on gtest AIX build > > 8172712: configure should check that grep handles empty pattern correctly > From volker.simonis at gmail.com Wed Mar 22 13:27:50 2017 From: volker.simonis at gmail.com (Volker Simonis) Date: Wed, 22 Mar 2017 14:27:50 +0100 Subject: CFV: New JDK 9/10 Reviewer: Thomas Stuefe In-Reply-To: References: Message-ID: Vote: yes On Wed, Mar 15, 2017 at 8:27 PM, Volker Simonis wrote: > I hereby nominate Thomas Stuefe (stuefe) to JDK 9 and JDK 10 Reviewer. > > Thomas is a long standing member of the JVM team at SAP. He's main area of > expertise are the Hotspot runtime system and the AIX/os400 platform. He's > one of the initial authors of the AIX port. During the last years he has > contributed 53 changesets across the hotspot(43) [3], jdk(7) [4] and > top-level (3) [5] repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and JDK > 10 lists. Unless someone can verify that it is enough to vote for one of > these projects I kindly ask everybody who is on both lists to reply to both > mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > [5] > http://hg.openjdk.java.net/jdk10/hs/log?revcount=50&rev=(author(%22stuefe%22)+or+desc(%22Contributed-by%3A+thomas.stuefe%40sap.com%22))+and+not+merge() > > hotspot: > > 8074860: Structured Exception Catcher missing around CreateJava VM on > Windows > 8077257: Use CanUseSafeFetch instead of probing SafeFetch stub directly > 8076475: Misuses of strncpy/strncat > 8078628: linux-zero does not build without precompiled header > 8077276: allocating heap with UseLargePages and HugeTLBFS may trash existing > memory mappings (linux) > 8078513: [linux] Clean up code relevant to LinuxThreads implementation > 8080925: Make error log write timeout parameter configurable > 8137329: [windows] Build broken on VS2010 after "8046148: JEP 158: Unified > JVM Logging" > 8140645: Recent Developments for AIX > 8140648: Clean up remnants of fork1() from non-solaris platforms > 8143233: [windows] Fixes to os::check_heap() > 8143291: Remove redundant coding around os::exception_name > 8144343: [aix] Stack bottom should be page aligned > 8144702: Using tid decorator in Unified Logging may crash VM > 8143125: [aix] Further Developments for AIX > 8144192: Enhancements-to-print_siginfo-windows > 8145103: [aix] implement os::print_register_info() > 8145114: const-correctness for ucontext_t* reading functions > 8144219: [posix] Remove redundant code around os::print_siginfo() > 8079125: [aix] clean up Linux-specific code remnants in AIX coding > 8145184: [aix] Implement os::platform_print_native_stack on AIX > 8147509: [aix] Newlines missing in register info printout > 8146905: cleanup ostream, staticBufferStream > 8147510: [windows] no text locations shown for register info in hs-err file > 8149096: Remove unused code in methodComparator > 8150379: [windows] Fix Leaks in perfMemory_windows.cpp > 8149036: Add tracing for thread related events at os level > 8150619: Improve thread based logging introduced with 8149036 > 8150843: [windows] os::getTimesSecs() returns negative values for kernel, > user times > 8148425: strerror() function is not thread-safe > 8155639: Remove STEP numbers from error reporting > 8167650: NMT should check for invalid MEMFLAGS > 8171225: [aix] Fix gtests compile error on AIX 7.1 with xlC 12 > 8171408: [aix] TOC overflow when linking the gtest libjvm.so > 8166944: Hanging Error Reporting steps may lead to torn error logs. > 8172964: [aix] AIX VM should not handle SIGDANGER > 8168542: os::realloc should return a valid pointer for input size=0 > 8176140: > 8176140-Crashes-or-timeouts-during-error-reporting-may-lead-to-infinitely-repeated-error-logs-until-ErrorLogTimeout-is-hit > 8020775: PPC64 (part 12): posix signal printing > 7102541: RFE: os::set_native_thread_name() cleanups > 8064779: Add additional comments for "8062370: Various minor code > improvements" > 8065788: os::reserve_memory() on Windows should not assert that allocation > size is aligned to OS allocation granularity > 8075505: aix: improve handling of native memory > > jdk: > > 8139037: [aix] Crash in ResolverConfigurationImpl.c - pointer shearing > 8153727: AIX jdk build broken after 8145174 > 8150460: (linux|bsd|aix)_close.c: file descriptor table may become large or > may not work at all > 8155211: Ucrypto Library leaks native memory > 8166012: [linux] Remove remnants of LinuxThreads from Linux attach framework > 8165936: Potential Heap buffer overflow when seaching timezone info files > 8059868: JVM crashes on attach on Windows when compiled with /RTC1 > > top-level: > > 8145427: [aix] xlc: wrong flag used to switch off optimization > 8171433: [aix] switch on gtest AIX build > 8172712: configure should check that grep handles empty pattern correctly > From volker.simonis at gmail.com Wed Mar 22 13:40:56 2017 From: volker.simonis at gmail.com (Volker Simonis) Date: Wed, 22 Mar 2017 14:40:56 +0100 Subject: CFV: New JDK 9/10 Reviewer: Martin Doerr In-Reply-To: References: Message-ID: Vote: yes On Wed, Mar 15, 2017 at 8:40 PM, Volker Simonis wrote: > I hereby nominate Martin Doerr (mdoerr) to JDK 9 and JDK 10 Reviewer. > > Martin is a long standing member of the JVM team at SAP. He's a JIT export > with a strong focus on the PowerPC/s390/Itanium architectures and one of the > initial authors of the ppc64/s390x ports. During the last years he has > contributed 46 changesets across the hotspot(45) [3] and jdk (1) [4] > repositories (see below for a complete list). > > Votes are due by 29 March 2017, 22:00 CET. > > Only current JDK 9/10 Reviewers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > Since we are in the borderland between JDK 9 and JDK 10 now I'm not sure if > we need a vote per project so I'm sending this CFV to both the JDK 9 and JDK > 10 lists. Unless someone can verify that it is enough to vote for one of > these projects I kindly ask everybody who is on both lists to reply to both > mails and treat this as two separate votes. > > For Three-Vote Consensus voting instructions, see [2]. > > Volker Simonis > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk10/hs/hotspot/log?revcount=60&rev=(author(%22mdoerr%22)+or+desc(%22Contributed-by%3A+martin.doerr%40sap.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk10/hs/jdk/log?revcount=50&rev=(author(%22mdoerr%22)+or+desc(%22Contributed-by%3A+martin.doerr%40sap.com%22))+and+not+merge() > > hotspot: > > 8050972: Concurrency problem in PcDesc cache > 8050973: CMS/G1 GC: add missing Resource and Handle mark > 8062950: Bug in locking code when UseOptoBiasInlining is disabled: > assert(dmw->is_neutral()) failed: invariant > 8068724: ppc64: update assembler: SPR access, CR logic, HTM > 8136525: Generate interpreter entries only once and avoid unnecessary jump > to jump > 8139421: PPC64LE: MacroAssembler::bxx64_patchable kill register R12 > 8139734: ppc: fix build after "8078556: Runtime: implement ranges..." > 8138890: C1: Ambiguous operator delete > 8138894: C1: Support IRIW on weak memory platforms > 8138892: C1: Improve counter overflow checking > 8138895: C1: PPC64 Port needs special register for Locks in synchronization > code > 8138952: C1: Distinguish between PPC32 and PPC64 > 8138896: C1: NativeGeneralJump is mixed up with NativeCall in C1 patching > code > 8144847: PPC64: Update Transactional Memory and Atomic::cmpxchg code > 8144019: PPC64 C1: Introduce Client Compiler > 8136445: Performance issue with Nashorn and C2's global code motion > 8144822: PPC64: Fix build after 8072008 > 8143817: C1: Platform dependent stack space not preserved for all runtime > calls > 8144850: C1: operator delete needs an implementation > 8146231: ppc64/gcc 4.1.2: fix build after "8143072: [JVMCI] Port JVMCI to > AArch64" > 8145913: PPC64: add Montgomery multiply intrinsic > 8146612: C2: Precedence edges specification violated > 8146613: PPC64: C2 does no longer respect int to long conversion for stub > calls > 8146978: PPC64: Fix build after integration of C++ interpreter removal > 8149655: PPC64: Implement CompactString intrinsics > 8151818: C1: LIRGenerator::move_to_phi can't deal with illegal phi > 8154867: PPC64: Better byte behavior > 8153267: nmethod's exception cache not multi-thread safe > 8154836: VM crash due to "Base pointers must match" > 8141635: Implement VarHandles/Unsafe intrinsics on POWER > 8159976: PPC64: Add missing intrinsics for sub-word atomics > 8165014: Unaligned unsafe access should throw InternalError on Solaris > 8165018: Missing memory barrier for PPC64 in Unsafe_GetObjectVolatile > 8165489: Missing G1 barrier in Unsafe_GetObjectVolatile > 8166140: C1: Possible integer overflow in LIRGenerator::generate_address on > several platforms > 8155729: C2: Skip transformation of LoadConP for heap-based compressed oops > 8166689: PPC64: Race condition between stack bang and non-entrant patching > 8166970: Adapt mutex padding according to DEFAULT_CACHE_LINE_SIZE > 8168083: PPC64: Cleanup template interpreter after 8154580 and 8154867 > 8170991: PPC64: Bad code for initialization of short arrays 8171244: PPC64: > Make interpreter's math entries consistent with C1 and C2 and support FMA > 8171398: s390x: Make interpreter's math entries consistent with C1 and C2 > and support FMA > 8172145: C2: anti dependence missed because store hidden by membar > 8172199: s390: Use same get_key_start_from_aescrypt_object implementation as > PPC64 > 8029101: PPC64 (part 211): ordering of Independent Reads of Independent > Writes > > jdk: > > 8053931: (fc) FileDispatcherImpl.lock0 does not handle ERROR_IO_PENDING > [win] > > From philip.race at oracle.com Thu Mar 23 17:24:51 2017 From: philip.race at oracle.com (Phil Race) Date: Thu, 23 Mar 2017 10:24:51 -0700 Subject: CFV: New JDK 9/10 Reviewer: Thomas Stuefe In-Reply-To: References: Message-ID: Vote: yes -phil. From philip.race at oracle.com Thu Mar 23 17:27:29 2017 From: philip.race at oracle.com (Phil Race) Date: Thu, 23 Mar 2017 10:27:29 -0700 Subject: CFV: New JDK 9/10 Reviewer: Martin Doerr In-Reply-To: References: Message-ID: <9566eaf5-75d0-9e29-9524-570724a22ea2@oracle.com> Vote: yes -phil. From joe.darcy at oracle.com Mon Mar 27 17:11:03 2017 From: joe.darcy at oracle.com (joe darcy) Date: Mon, 27 Mar 2017 10:11:03 -0700 Subject: How to handle future backports from JDK 10 into JDK 9? In-Reply-To: <77bbab8f-854a-e718-8d5c-e85faa8cc4f0@oracle.com> References: <49f8daf7-6c15-dec9-92e3-ef76dc6f2afb@oracle.com> <58db6d43-3457-8bd9-bb04-3ab01aeb64e7@oracle.com> <5df4217f-0a88-4938-a06f-e00176a5153b@oracle.com> <3729188d-aa28-25bf-efaf-e74acc19437a@oracle.com> <3815dda4-c612-dd5a-547f-553477fad5d7@oracle.com> <2a244a55-3576-1c69-b3c5-f0331df20f6c@oracle.com> <77bbab8f-854a-e718-8d5c-e85faa8cc4f0@oracle.com> Message-ID: Hello David and others, Returning to this topic, I concede there are exceptional cases where backporting some functionality under a different bug id may be reasonable. However, I don't think such rare cases should drive larger decisions of handling forward and backports in 9 and 10 and whether or not the duplicate bug id check should be disabled in JDK 10. While the bug id check does prevent the error of accidentally reusing a bug id, it does not prevent many other classes of errors around bug ids, such as swapped digit typos. (Sharing of scripts to do such checks pre-push welcome.) Additionally, the duplicate bug id check causes complications, including the topic under discussion now, as well as for the possible repository consolidation. That check has been disabled in the update releases for years without problems. Therefore, on the whole, I think it would be a net benefit to disable the duplicate bug id check for JDK 10 too. Cheers, -Joe On 2/21/2017 7:05 PM, David Holmes wrote: > Hi Joe, > > From my own observation/experience the "why" we would create a new bug > to "backport" something is when the something is not neatly packaged > and obtainable through direct backports of specific issues. Take an > example of an issue that is fixed but is buggy and has quite a lengthy > bugtail - once it is reliable you want to backport it to an earlier > release. Do you backport each individual bug (some of which may not > even apply to the earlier release) or do you backport the resulting > functionality that was finally obtained? There are pros and cons to > both approaches - neither is clean nor ideal. Such is life. > > Cheers, > David > ----- > > On 22/02/2017 3:14 AM, joe darcy wrote: >> On 2/20/2017 2:43 AM, David Holmes wrote: >>> On 20/02/2017 7:11 PM, Se?n Coffey wrote: >>>> On 18/02/2017 03:14, David Holmes wrote: >>>> >>>>> Creating a new bug for a "backport" is already existing practice for >>>>> the update releases, so this isn't something radically new. >>>> I don't believe above to be accurate. An engineer rarely has to >>>> create a >>>> backport bug ID. For the majority of cases, it's automatically handled >>>> by hgupdater tooling and no one has to ever reference the backport ID. >>> >>> I think there is a misunderstanding. What I am talking about is when a >>> specific issue is created (of type bug or rfe) to handle the >>> backporting of some fix or enhancement, when the use of a direct >>> "backport" of the original fix/ref is not possible for some reason. >>> >>> The bug database is littered with such issues, for example: >>> >>> https://bugs.openjdk.java.net/browse/JDK-8038440 >>> https://bugs.openjdk.java.net/browse/JDK-8052313 >>> >>> and there are many, many examples. >> >> The query >> >> summary ~ backport and project = JDK >> >> yields 398 results and the more specific query >> >> summary ~ backport and project = JDK and issuetype != Backport >> >> yields 262 results while >> >> summary ~ backport and project = JDK and issuetype != Backport and >> id > JDK-8000000 >> >> has only 182 results. Bug id 8000000 represents the start of using JBS >> as the bug system, circa September 2012. >> >> The query >> >> issuetype = backport and project = JDK and id > JDK-8000000 >> >> yields 52,604 results. Therefore, since JBS started the conventional use >> of the backport issue type is nearly 300 times as common as putting >> "backport" in the summary to indicate an issue is conceptually a >> backport without using a backport issue type at all. (The results are >> similar if legacy bugs imported into JBS are included in the analysis.) >> >> Post-JBS, the most frequent component to use "backport" in the summary >> without a backport issue type is core-libs (32 instances) followed by >> hotspot (31 instances) and FX (30 instances). >> >> If someone had asked my opinion on tracking fixes to multiple release >> trains using a backport-that-is-not-a-backport, I would have strongly >> advised against it. I don't think a relative handful of ill-advised uses >> of backports-that-are-not-backports should be used as a precedent to >> justify broader adoption of this (anti-)pattern. >> >> I don't understand the rationale for this usage. There is not a >> requirement that the patch of a backport apply cleanly for a backport >> issue type to be used. If one needs the specific backport issue to be >> created before pushing, one can do that manually as a backport issue >> type rather than an independent issue. >> >> -Joe