CFV: New JDK 9/10 Reviewer: Martin Doerr

[Volker Simonis]

Vote: yes


On Wed, Mar 15, 2017 at 8:40 PM, Volker Simonis
<volker.simonis at gmail.com> 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]
>
>