porters-dev  

Messages by Thread

• Aarch64 and Cortex A53 - broken since 21.0.7 Duft Markus
  • Re: Aarch64 and Cortex A53 - broken since 21.0.7 Andrew Haley
  • Re: Aarch64 and Cortex A53 - broken since 21.0.7 Duft Markus
  • Re: Aarch64 and Cortex A53 - broken since 21.0.7 Andrew Haley
  • Re: Aarch64 and Cortex A53 - broken since 21.0.7 Aleksey Shipilev
  • Re: Aarch64 and Cortex A53 - broken since 21.0.7 Duft Markus
  • Re: Aarch64 and Cortex A53 - broken since 21.0.7 Aleksey Shipilev
  • Re: Aarch64 and Cortex A53 - broken since 21.0.7 Duft Markus
• JEP : Cooperative JFR Sampling (porting work) Markus Gronlund
  • RE: JEP : Cooperative JFR Sampling (porting work) Markus Gronlund
  • RE: JEP : Cooperative JFR Sampling (porting work) Markus Gronlund
• Windows/Zero Julian Waters
  • Re: Windows/Zero Julian Waters
  • Re: Windows/Zero Kim Barrett
  • Re: Windows/Zero Andrew Hughes
• Parameterize pthread and iconv flags Harald Eilertsen
  • Re: Parameterize pthread and iconv flags David Holmes
• Re: Improving OpenJDK for FreeBSD David Holmes
  • Re: Improving OpenJDK for FreeBSD Thomas Stüfe
  • Re: Improving OpenJDK for FreeBSD Harald Eilertsen
  • Re: Improving OpenJDK for FreeBSD Harald Eilertsen
  • Re: Improving OpenJDK for FreeBSD Jorn Vernee
  • Re: Improving OpenJDK for FreeBSD David Holmes
  • Re: Improving OpenJDK for FreeBSD Harald Eilertsen
  • Re: Improving OpenJDK for FreeBSD David Holmes
  • Re: Improving OpenJDK for FreeBSD Harald Eilertsen
  • Re: Improving OpenJDK for FreeBSD Magnus Ihse Bursie
  • Re: Improving OpenJDK for FreeBSD Magnus Ihse Bursie
  • Re: Improving OpenJDK for FreeBSD David Holmes
  • Re: Improving OpenJDK for FreeBSD Thomas Stüfe
  • Re: Improving OpenJDK for FreeBSD Harald Eilertsen
  • Re: Improving OpenJDK for FreeBSD Antonio
  • Re: Improving OpenJDK for FreeBSD Andrew Hughes
  • Re: Improving OpenJDK for FreeBSD Harald Eilertsen
  • Re: Improving OpenJDK for FreeBSD Magnus Ihse Bursie
  • AW: Improving OpenJDK for FreeBSD Doerr, Martin
  • Re: Improving OpenJDK for FreeBSD Andrew Hughes
  • Re: Improving OpenJDK for FreeBSD Magnus Ihse Bursie
  • Re: Improving OpenJDK for FreeBSD Harald Eilertsen
  • Re: Improving OpenJDK for FreeBSD Magnus Ihse Bursie
  • Re: Improving OpenJDK for FreeBSD David Holmes
  • Re: Improving OpenJDK for FreeBSD Magnus Ihse Bursie
  • Re: Improving OpenJDK for FreeBSD Harald Eilertsen
  • Re: Improving OpenJDK for FreeBSD Magnus Ihse Bursie
  • Re: Improving OpenJDK for FreeBSD Harald Eilertsen
  • Re: Improving OpenJDK for FreeBSD Thomas Stüfe
  • Re: Improving OpenJDK for FreeBSD Magnus Ihse Bursie
• Porting request for JEP Reduce Latency of G1 Write Barriers Thomas Schatzl
  • Re: Porting request for JEP Reduce Latency of G1 Write Barriers Thomas Schatzl
  • Re: Porting request for JEP Reduce Latency of G1 Write Barriers Thomas Schatzl
  • Porting request/PR out: G1: Improve Application Throughput with a More Efficient Write-Barrier [Was: Re: Porting request for JEP Reduce Latency of G1 Write Barriers] Thomas Schatzl
  • Re: Porting request/PR out: G1: Improve Application Throughput with a More Efficient Write-Barrier [Was: Re: Porting request for JEP Reduce Latency of G1 Write Barriers] Amit Kumar
• Force lightweight locking on 32 bit platforms? Kennke, Roman
• JEP 475 is now open for porting Roberto Castaneda Lozano
  • Re: JEP 475 is now open for porting Amit Kumar
  • Re: [External] : Re: JEP 475 is now open for porting Roberto Castaneda Lozano
  • Re: : Re: JEP 475 is now open for porting Amit Kumar
  • Re: [External] : Re: : Re: JEP 475 is now open for porting Roberto Castaneda Lozano
• Heads-up: upcoming porting of JEP 475 (Late Barrier Expansion for G1) Roberto Castaneda Lozano
• Resigning as s390x Port Project Lead Volker Simonis
  • Re: Resigning as s390x Port Project Lead Amit Kumar
• Heads-up: Late G1 Barrier Expansion (Draft JEP) Roberto Castaneda Lozano
  • Re: Heads-up: Late G1 Barrier Expansion (Draft JEP) Andrew Dinn
  • Re: [External] : Re: Heads-up: Late G1 Barrier Expansion (Draft JEP) Roberto Castaneda Lozano
  • Re: Heads-up: Late G1 Barrier Expansion (Draft JEP) Liang Mao
  • Re: [External] : Re: Heads-up: Late G1 Barrier Expansion (Draft JEP) Roberto Castaneda Lozano
  • Re: [External] : Re: Heads-up: Late G1 Barrier Expansion (Draft JEP) Roberto Castaneda Lozano
  • Re: [External] : Re: Heads-up: Late G1 Barrier Expansion (Draft JEP) Liang Mao
  • Re: [External] : Re: Heads-up: Late G1 Barrier Expansion (Draft JEP) Roberto Castaneda Lozano
• Is 32-bit Arm support being actively maintained in JDK21 and head? Stewart Addison
  • Re: Is 32-bit Arm support being actively maintained in JDK21 and head? Aleksei Voitylov
  • RE: Is 32-bit Arm support being actively maintained in JDK21 and head? Lindenmaier, Goetz
• Re: RFC: 8318776: Require supports_cx8 to always be true David Holmes
• Upcoming FFM API integration/finalization Jorn Vernee
• Windows/UCRT64 Port Julian Waters
  • Re: Windows/UCRT64 Port Dalibor Topic
  • Windows/UCRT64 Port Julian Waters
• Who's testing Windows x86? Jorn Vernee
  • Re: Who's testing Windows x86? Martijn Verburg
• Making the foreign liner a required API Jorn Vernee
  • Re: Making the foreign liner a required API Tyler Steele
  • Re: Making the foreign liner a required API Jorn Vernee
  • RE: Making the foreign liner a required API Tyler Steele
  • Re: [External] : RE: Making the foreign liner a required API Jorn Vernee
  • Re: Making the foreign liner a required API Peter Tribble
  • Re: [External] : Re: Making the foreign liner a required API Jorn Vernee
• Question about CAS via LDREX/STREX on 32-bit arm Thomas Stüfe
  • Re: Question about CAS via LDREX/STREX on 32-bit arm David Holmes
  • Re: Question about CAS via LDREX/STREX on 32-bit arm Thomas Stüfe
  • Re: Question about CAS via LDREX/STREX on 32-bit arm Reingruber, Richard
  • Re: Question about CAS via LDREX/STREX on 32-bit arm Thomas Stüfe
  • Re: Question about CAS via LDREX/STREX on 32-bit arm Reingruber, Richard
  • Re: Question about CAS via LDREX/STREX on 32-bit arm Thomas Stüfe
  • Re: Question about CAS via LDREX/STREX on 32-bit arm Reingruber, Richard
  • Re: Question about CAS via LDREX/STREX on 32-bit arm Thomas Stüfe
• Fwd: RFR: 8280419: Remove dead code related to VerifyThread and verify_thread() David Holmes
• Missing nmethod entry barriers on ARM32 Reingruber, Richard
  • Re: Missing nmethod entry barriers on ARM32 Sergey Nazarkin
  • Re: Missing nmethod entry barriers on ARM32 Reingruber, Richard
  • Re: Missing nmethod entry barriers on ARM32 Boris Ulasevich
  • Re: Missing nmethod entry barriers on ARM32 Reingruber, Richard
• Help needed/Heads-up: 8291555: Replace stack-locking with fast-locking Kennke, Roman
• JDK-8290981: Enable CDS for zero builds Ioi Lam
  • Re: JDK-8290981: Enable CDS for zero builds Aleksey Shipilev
  • Re: [External] : Re: JDK-8290981: Enable CDS for zero builds Ioi Lam
• About to integrate JDK-8290025 Erik Osterlund
  • Re: About to integrate JDK-8290025 Thomas Stüfe
  • Re: [External] : Re: About to integrate JDK-8290025 Erik Osterlund
  • Re: [External] : Re: About to integrate JDK-8290025 Thomas Stüfe
  • Re: [External] : Re: About to integrate JDK-8290025 Erik Osterlund
  • Re: About to integrate JDK-8290025 Thomas Stüfe
• Re: State of the ppc64le port of JEP 425: Virtual Threads (Preview) Reingruber, Richard
  • Re: State of the ppc64le port of JEP 425: Virtual Threads (Preview) Reingruber, Richard
• State of Windows AARCH64 port after 8284161: Implementation of Virtual Threads (Preview) Ahmed Muhsin
• State of x86_32 port of JEP 425: Virtual Threads (Preview) Aleksey Shipilev
  • Re: State of x86_32 port of JEP 425: Virtual Threads (Preview) Ron Pressler
  • Re: State of x86_32 port of JEP 425: Virtual Threads (Preview) Aleksey Shipilev
  • Re: State of x86_32 port of JEP 425: Virtual Threads (Preview) Alan Bateman
  • Re: State of x86_32 port of JEP 425: Virtual Threads (Preview) dean . long
  • Re: State of x86_32 port of JEP 425: Virtual Threads (Preview) Aleksey Shipilev