RELEASE NOTES FOR: 17.0.11
====================================================================================================

Notes generated: Thu Apr 25 06:33:43 CEST 2024

Hint: Prefix bug IDs with https://bugs.openjdk.org/browse/ to reach the relevant JIRA entry.

JAVA ENHANCEMENT PROPOSALS (JEP):

  None.

RELEASE NOTES:

tools/javac:

    JDK-8225377: `TypeMirror` Changed to Provide Annotations for Types Loaded from Bytecode

      The implementation of `TypeMirror` now provides access to annotations for types loaded from
      bytecode. Previously type annotations were not associated with types loaded from bytecode.
      
      Annotation processors can access type annotations for elements using
      `AnnotationMirror#getAnnotationMirrors`, and the annotations will be included in the output of
      `AnnotationMirror#toString`.
      
      Any programs that relied on annotations being omitted for elements loaded from the classpath
      should be updated to handle type annotations.

security-libs/javax.xml.crypto:

    JDK-8319124: Update XML Security for Java to 3.0.3

      The XML Signature implementation has been updated to Santuario 3.0.3. Support for four new
      SHA-3 based RSA-MGF1 `SignatureMethod` algorithms have been added:
      `SignatureMethod.SHA3_224_RSA_MGF1`, `SignatureMethod.SHA3_256_RSA_MGF1`,
      `SignatureMethod.SHA3_384_RSA_MGF1`, and `SignatureMethod.SHA3_512_RSA_MGF1`.

    JDK-8319124: Update XML Security for Java to 3.0.3

      The XML Signature implementation has been updated to Santuario 3.0.3. Support for four new
      SHA-3 based RSA-MGF1 signature methods have been added: `SHA3_224_RSA_MGF1`,
      `SHA3_256_RSA_MGF1`, `SHA3_384_RSA_MGF1`, and `SHA3_512_RSA_MGF1`. While these new algorithm
      URIs are not defined in `javax.xml.crypto.dsig.SignatureMethod` in the JDK update releases,
      they may be represented as string literals in order to be functionally equivalent. SHA-3 hash
      algorithm support was delivered to JDK 9 via [JEP 287](https://openjdk.org/jeps/287). Releases
      earlier than that may use third party security providers.

    JDK-8305972: Update XML Security for Java to 3.0.2

      The XML Signature implementation has been updated to Santuario 3.0.2. Support for the
      following EdDSA signatures has been added: `ED25519` and `ED448`. While these new algorithm
      URIs are not defined in `javax.xml.crypto.dsig.SignatureMethod` in the JDK Update releases,
      they may be represented as string literals in order to be functionally equivalent. The JDK
      supports EdDSA since [JDK 15](https://openjdk.org/jeps/339). Releases earlier than that may
      use 3rd party security providers. One other difference is that the JDK still supports the
      [`here()` function](https://www.w3.org/TR/xmldsig-core1/#function-here) by default. However,
      we recommend avoiding the use of the `here()` function in new signatures and replacing
      existing signatures that use the `here()` function. Future versions of the JDK will likely
      disable, and eventually remove, support for this function, as it cannot be supported using the
      standard Java XPath API. Users can now disable the `here()` function by setting the security
      property `jdk.xml.dsig.hereFunctionSupported` to "false".

    JDK-8305972: Update XML Security for Java to 3.0.2

      The XML Signature implementation has been updated to Santuario 3.0.2. The main, new feature is
      support for EdDSA. One difference is that the JDK still supports the [`here()`
      function](https://www.w3.org/TR/xmldsig-core1/#function-here) by default. However, we
      recommend avoiding the use of the `here()` function in new signatures and replacing existing
      signatures that use the `here()` function. Future versions of the JDK will likely disable, and
      eventually remove, support for this function, as it cannot be supported using the standard
      Java XPath API. Users can now disable the `here()` function by setting the security property
      `jdk.xml.dsig.hereFunctionSupported` to "false".

core-libs/java.lang:

    JDK-8307990: Fixed Indefinite `jspawnhelper` Hangs

      Since JDK 13, executing commands in a sub-process uses the so-called `POSIX_SPAWN` launching
      mechanism (that is, `-Djdk.lang.Process.launchMechanism=POSIX_SPAWN`) by default on Linux. In
      cases where the parent JVM process terminates abnormally before the handshake between the JVM
      and the newly created `jspawnhelper` process has completed, `jspawnhelper` can hang
      indefinitely in JDK 13 to JDK 20. This issue is fixed in JDK 21. The issue was especially
      harmful if the parent process had open sockets, because in that case, the forked
      `jspawnhelper` process will inherit them and keep all the corresponding ports open,
      effectively preventing other processes from binding to them.
      
      This misbehavior has been observed with applications which frequently fork child processes in
      environments with tight memory constraints. In such cases, the OS can kill the JVM in the
      middle of the forking process leading to the described issue. Restarting the JVM process after
      such a crash will be impossible if the new process tries to bind to the same ports as the
      initial application because they will be blocked by the hanging `jspawnhelper` child process.
      
      The root cause of this issue is `jspawnhelper`'s omission to close its writing end of the
      pipe, which is used for the handshake with the parent JVM. It was fixed by closing the writing
      end of the communication pipe before attempting to read data from the parent process. This
      way, `jspawnhelper` will reliably read an EOF event from the communication pipe and terminate
      once the parent process dies prematurely.
      
      A second variant of this issue could happen because the handshaking code in the JDK didn't
      handle interrupts to `write(2)` correctly. This could lead to incomplete messages being sent
      to the `jspawnhelper` child process. The result is a deadlock between the parent thread and
      the child process which manifests itself in a `jspawnhelper` process being blocked while
      reading from a pipe and the following stack trace in the corresponding parent Java process:
      ``` java.lang.Thread.State: RUNNABLE   at
      java.lang.ProcessImpl.forkAndExec(java.base@17.0.7/Native Method)   at
      java.lang.ProcessImpl.<init>(java.base@17.0.7/ProcessImpl.java:314)   at
      java.lang.ProcessImpl.start(java.base@17.0.7/ProcessImpl.java:244)   at
      java.lang.ProcessBuilder.start(java.base@17.0.7/ProcessBuilder.java:1110)   at
      java.lang.ProcessBuilder.start(java.base@17.0.7/ProcessBuilder.java:1073) ```     

client-libs/java.awt:

    JDK-8322750: AWT SystemTray API Is Not Supported on Most Linux Desktops

      The `java.awt.SystemTray` API is used for notifications in a desktop taskbar and may include
      an icon representing an application. On Linux, the Gnome desktop's own icon support in the
      taskbar has not worked properly for several years due to a platform bug. This, in turn, has
      affected the JDK's API, which relies upon that.
      
      Therefore, in accordance with the existing Java SE specification,
      `java.awt.SystemTray.isSupported()` will return false where ever the JDK determines the
      platform bug is likely to be present.
      
      The impact of this is likely to be limited since applications always must check for that
      support anyway. Additionally, some distros have not supported the SystemTray for several years
      unless the end-user chooses to install non-bundled desktop extensions.

security-libs/java.security:

    JDK-8321408: Added Certainly R1 and E1 Root Certificates

      The following root certificates have been added to the cacerts truststore: ``` + Certainly   +
      certainlyrootr1     DN: CN=Certainly Root R1, O=Certainly, C=US
      
      + Certainly   + certainlyroote1     DN: CN=Certainly Root E1, O=Certainly, C=US ```


ALL FIXED ISSUES, BY COMPONENT AND PRIORITY:

client-libs:
  (P4) JDK-8294158: HTML formatting for PassFailJFrame instructions
  (P5) JDK-8274634: Use String.equals instead of String.compareTo in java.desktop

client-libs/2d:
  (P3) JDK-8318951: Additional negative value check in JPEG decoding
  (P3) JDK-8316028: Update FreeType to 2.13.2
  (P3) JDK-8313643: Update HarfBuzz to 8.2.2
  (P4) JDK-8324347: Enable "maybe-uninitialized" warning for FreeType 2.13.1
  (P4) JDK-8318603: Parallelize sun/java2d/marlin/ClipShapeTest.java

client-libs/java.awt:
  (P1) JDK-8322750: Test "api/java_awt/interactive/SystemTrayTests.html" failed because A blue ball icon is added outside of the system tray
  (P3) JDK-8294254: [macOS] javax/swing/plaf/aqua/CustomComboBoxFocusTest.java failure
  (P3) JDK-8316030: Update Libpng to 1.6.40
  (P4) JDK-8318955: Add ReleaseIntArrayElements in Java_sun_awt_X11_XlibWrapper_SetBitmapShape XlbWrapper.c to early return
  (P4) JDK-8318154: Improve stability of WheelModifier.java test
  (P4) JDK-8169475: WheelModifier.java fails by timeout
  (P4) JDK-8316947: Write a test to check textArea triggers MouseEntered/MouseExited events properly

client-libs/javax.accessibility:
  (P2) JDK-8309733: [macOS, Accessibility] VoiceOver: Incorrect announcements of JRadioButton
  (P3) JDK-8311160: [macOS, Accessibility] VoiceOver: No announcements on JRadioButtonMenuItem and JCheckBoxMenuItem
  (P3) JDK-8317771: [macos14] Expand/collapse a JTree using keyboard freezes the application in macOS 14 Sonoma
  (P4) JDK-8283400: [macos] a11y : Screen magnifier does not reflect JRadioButton value change

client-libs/javax.sound:
  (P3) JDK-8301846: Invalid TargetDataLine after screen lock when using JFileChooser or COM library
  (P3) JDK-8301310: The SendRawSysexMessage test may cause a JVM crash

client-libs/javax.swing:
  (P2) JDK-8300269: The selected item in an editable JComboBox with titled border is not visible in Aqua LAF
  (P3) JDK-6928542: Chinese characters in RTF are not decoded
  (P4) JDK-8315986: [macos14] javax/swing/JMenuItem/4654927/bug4654927.java: component must be showing on the screen to determine its location
  (P4) JDK-8290399: [macos] Aqua LAF does not fire an action event if combo box menu is displayed
  (P4) JDK-7132796: [macosx] closed/javax/swing/JComboBox/4517214/bug4517214.java fails on MacOS
  (P4) JDK-8054572: [macosx] JComboBox paints the border incorrectly
  (P4) JDK-7148092: [macosx] When Alt+down arrow key is pressed, the combobox popup does not appear.
  (P4) JDK-8310238: [test bug] javax/swing/JTableHeader/6889007/bug6889007.java fails
  (P4) JDK-8294535: Add screen capture functionality to PassFailJFrame
  (P4) JDK-8321151: JDK-8294427 breaks Windows L&F on all older Windows versions
  (P4) JDK-8315594: Open source few headless Swing misc tests
  (P4) JDK-8315600: Open source few more headless Swing misc tests
  (P4) JDK-8316106: Open source few swing JInternalFrame and JMenuBar tests
  (P4) JDK-8315761: Open source few swing JList and JMenuBar tests
  (P4) JDK-8315731: Open source several Swing Text related tests
  (P4) JDK-8315602: Open source swing security manager test
  (P4) JDK-8315611: Open source swing text/html and tree test
  (P4) JDK-8286846: test/jdk/javax/swing/plaf/aqua/CustomComboBoxFocusTest.java fails on mac aarch64

core-libs:
  (P3) JDK-8319922: libCreationTimeHelper.so fails to link in JDK 21
  (P4) JDK-8278028: [test-library] Warnings cleanup of the test library

core-libs/java.io:
  (P3) JDK-8274122: java/io/File/createTempFile/SpecialTempFile.java fails in Windows 11
  (P4) JDK-8322772: Clean up code after JDK-8322417
  (P4) JDK-8320798: Console read line with zero out should zero out underlying buffer
  (P4) JDK-8322417: Console read line with zero out should zero out when throwing exception
  (P4) JDK-8315034: File.mkdirs() occasionally fails to create folders on Windows shared folder

core-libs/java.lang:
  (P3) JDK-8307990: jspawnhelper must close its writing side of a pipe before reading from it
  (P3) JDK-8311645: Memory leak in jspawnhelper spawnChild after JDK-8307990
  (P4) JDK-8310838: Correct range notations in MethodTypeDesc specification
  (P5) JDK-8313621: test/jdk/jdk/internal/math/FloatingDecimal/TestFloatingDecimal should use RandomFactory

core-libs/java.lang.module:
  (P4) JDK-8290041: ModuleDescriptor.hashCode is inconsistent

core-libs/java.lang:reflect:
  (P3) JDK-8319436: Proxy.newProxyInstance throws NPE if loader is null and interface not visible from class loader
  (P4) JDK-8261404: Class.getReflectionFactory() is not thread-safe

core-libs/java.math:
  (P4) JDK-8271616: oddPart in MutableBigInteger::mutableModInverse contains info on final result

core-libs/java.net:
  (P3) JDK-8301787: java/net/httpclient/SpecialHeadersTest failing after JDK-8301306
  (P3) JDK-8263256: Test java/net/Inet6Address/serialize/Inet6AddressSerializationTest.java fails due to dynamic reconfigurations of network interface during test
  (P4) JDK-8205076: [17u] Inet6AddressImpl.c: `lookupIfLocalHost` accesses `int InetAddress.preferIPv6Address` as a boolean
  (P4) JDK-8320168: handle setsocktopt return values
  (P4) JDK-8305906: HttpClient may use incorrect key when finding pooled HTTP/2 connection for IPv6 address
  (P4) JDK-8054022: HttpURLConnection timeouts with Expect: 100-Continue and no chunking
  (P4) JDK-8301306: java/net/httpclient/* fail with -Xcomp
  (P4) JDK-8269258: java/net/httpclient/ManyRequestsLegacy.java failed with connection timeout
  (P4) JDK-8314164: java/net/HttpURLConnection/HttpURLConnectionExpectContinueTest.java fails intermittently in timeout
  (P4) JDK-8308336: Test java/net/HttpURLConnection/HttpURLConnectionExpectContinueTest.java failed: java.net.BindException: Address already in use
  (P4) JDK-8278312: Update SimpleSSLContext keystore to use SANs for localhost IP addresses
  (P4) JDK-8305900: Use loopback IP addresses in security policy files of httpclient tests

core-libs/java.nio:
  (P3) JDK-8316304: (fs) Add support for BasicFileAttributes.creationTime() for Linux
  (P4) JDK-8280241: (aio) AsynchronousSocketChannel init fails in IPv6 only Windows env
  (P4) JDK-8317603: Improve exception messages thrown by sun.nio.ch.Net native methods (win)
  (P4) JDK-8309302: java/net/Socket/Timeouts.java fails with AssertionError on test temporal post condition
  (P4) JDK-8310807: java/nio/channels/DatagramChannel/Connect.java timed out

core-libs/java.nio.charsets:
  (P3) JDK-8310631: test/jdk/sun/nio/cs/TestCharsetMapping.java is spuriously passing

core-libs/java.time:
  (P3) JDK-8322725: (tz) Update Timezone Data to 2023d
  (P3) JDK-8325150: (tz) Update Timezone Data to 2024a

core-libs/java.util.concurrent:
  (P4) JDK-8317960: [17u] Excessive CPU usage on AbstractQueuedSynchronized.isEnqueued

core-libs/java.util:i18n:
  (P3) JDK-8321480: ISO 4217 Amendment 176 Update
  (P4) JDK-8310923: Refactor Currency tests to use JUnit
  (P4) JDK-8210410: Refactor java.util.Currency:i18n shell tests to plain java tests

core-libs/javax.naming:
  (P4) JDK-8317307: test/jdk/com/sun/jndi/ldap/LdapPoolTimeoutTest.java fails with ConnectException: Connection timed out: no further information

core-libs/javax.script:
  (P5) JDK-8319668: Fixup of jar filename typo in BadFactoryTest.sh

core-svc/debugger:
  (P4) JDK-8318736: com/sun/jdi/JdwpOnThrowTest.java failed with "transport error 202: bind failed: Address already in use"
  (P4) JDK-8318957: Enhance agentlib:jdwp help output by info about allow option
  (P4) JDK-8274621: NullPointerException because listenAddress[0] is null

core-svc/java.lang.instrument:
  (P4) JDK-8318410: jdk/java/lang/instrument/BootClassPath/BootClassPathTest.sh fails on Japanese Windows

core-svc/java.lang.management:
  (P4) JDK-8304074: [JMX] Add an approximation of total bytes allocated on the Java heap by the JVM
  (P4) JDK-8316445: Mark com/sun/management/HotSpotDiagnosticMXBean/CheckOrigin.java as vm.flagless

core-svc/tools:
  (P4) JDK-8209595: MonitorVmStartTerminate.java timed out

docs:
  (P4) JDK-8306408: Fix the format of several tables in building.md

hotspot/compiler:
  (P1) JDK-8322985: [BACKOUT] 8318562: Computational test more than 2x slower when AVX instructions are used
  (P1) JDK-8274060: C2: Incorrect computation after JDK-8273454
  (P2) JDK-8317507: C2 compilation fails with "Exceeded _node_regs array"
  (P2) JDK-8316392: compiler/interpreter/TestVerifyStackAfterDeopt.java failed with SIGBUS in PcDescContainer::find_pc_desc_internal
  (P2) JDK-8321599: Data loss in AVX3 Base64 decoding
  (P3) JDK-8310844: [AArch64] C1 compilation fails because monitor offset in OSR buffer is too large for immediate
  (P3) JDK-8316679: C2 SuperWord: wrong result, load should not be moved before store if not comparable
  (P3) JDK-8315920: C2: "control input must dominate current control" assert failure
  (P3) JDK-8316414: C2: large byte array clone triggers "failed: malformed control flow" assertion failure on linux-x86
  (P3) JDK-8297968: Crash in PrintOptoAssembly
  (P3) JDK-8321215: Incorrect x86 instruction encoding for VSIB addressing mode
  (P3) JDK-8261837: SIGSEGV in ciVirtualCallTypeData::translate_from
  (P4) JDK-8283626: AArch64: Set relocInfo::offset_unit to 4
  (P4) JDK-8271118: C2: StressGCM should have higher priority than frequency-based policy
  (P4) JDK-8273454: C2: Transform (-a)*(-b) into a*b
  (P4) JDK-8318183: C2: VM may crash after hitting node limit
  (P4) JDK-8318468: compiler/tiered/LevelTransitionTest.java fails with -XX:CompileThreshold=100 -XX:TieredStopAtLevel=1
  (P4) JDK-8318562: Computational test more than 2x slower when AVX instructions are used
  (P4) JDK-8314220: Configurable InlineCacheBuffer size
  (P4) JDK-8305356: Fix ignored bad CompileCommands in tests
  (P4) JDK-8318490: Increase timeout for JDK tests that are close to the limit when run with libgraal
  (P4) JDK-8315680: java/lang/ref/ReachabilityFenceTest.java should run with -Xbatch
  (P4) JDK-8320363: ppc64 TypeEntries::type_unknown logic looks wrong, missed optimization opportunity
  (P4) JDK-8302149: Speed up compiler/jsr292/methodHandleExceptions/TestAMEnotNPE.java

hotspot/gc:
  (P1) JDK-8292946: GC lock/jni/jnilock001 test failed "assert(gch->gc_cause() == GCCause::_scavenge_alot || !gch->incremental_collection_failed()) failed: Twice in a row"
  (P2) JDK-8308043: Deadlock in TestCSLocker.java due to blocking GC while allocating
  (P2) JDK-8274632: Possible pointer overflow in PretouchTask chunk claiming
  (P3) JDK-8323086: Shenandoah: Heap could be corrupted by oom during evacuation
  (P3) JDK-8316929: Shenandoah: Shenandoah degenerated GC and full GC need to cleanup old OopMapCache entries
  (P4) JDK-8316418: containers/docker/TestMemoryWithCgroupV1.java get OOM killed with Parallel GC
  (P4) JDK-8289764: gc/lock tests failed with "OutOfMemoryError: Java heap space: failed reallocation of scalar replaced objects"
  (P4) JDK-8316001: GC: Make TestArrayAllocatorMallocLimit use createTestJvm
  (P4) JDK-8319456: jdk/jfr/event/gc/collection/TestGCCauseWith[Serial|Parallel].java : GC cause 'GCLocker Initiated GC' not in the valid causes
  (P4) JDK-8281585: Remove unused imports under test/lib and jtreg/gc
  (P4) JDK-8323021: Shenandoah: Encountered reference count always attributed to first worker thread
  (P4) JDK-8321815: Shenandoah: gc state should be synchronized to java threads only once per safepoint
  (P4) JDK-8323428: Shenandoah: Unused memory in regions compacted during a full GC should be mangled

hotspot/jfr:
  (P3) JDK-8295274: HelidonAppTest.java fails "assert(event->should_commit()) failed: invariant" from compiled frame"
  (P3) JDK-8287832: jdk/jfr/event/runtime/TestActiveSettingEvent.java failed with "Expected two batches of Active Setting events"
  (P3) JDK-8288663: JFR: Disabling the JfrThreadSampler commits only a partially disabled state
  (P3) JDK-8288846: misc tests fail "assert(ms < 1000) failed: Un-interruptable sleep, short time use only"
  (P3) JDK-8276125: RunThese24H.java SIGSEGV in JfrThreadGroup::thread_group_id

hotspot/jvmti:
  (P3) JDK-8309462: [AIX] vmTestbase/nsk/jvmti/RunAgentThread/agentthr001/TestDescription.java crashing due to empty while loop
  (P3) JDK-8313816: Accessing jmethodID might lead to spurious crashes
  (P4) JDK-8319961: JvmtiEnvBase doesn't zero _ext_event_callbacks

hotspot/runtime:
  (P2) JDK-8323243: JNI invocation of an abstract instance method corrupts the stack
  (P3) JDK-8327036: [macosx-aarch64] SIGBUS in MarkActivationClosure::do_code_blob reached from Unsafe_CopySwapMemory0
  (P3) JDK-8293117: Add atomic bitset functions
  (P3) JDK-8327391: Add SipHash attribution file
  (P4) JDK-8322968: [17u] Amend Atomics gtest with 1-byte tests
  (P4) JDK-8323806: [17u] VS2017 build fails with warning after 8293117.
  (P4) JDK-8322321: Add man page doc for -XX:+VerifySharedSpaces
  (P4) JDK-8293547: Add relaxed add_and_fetch for macos aarch64 atomics
  (P4) JDK-8320300: Adjust hs_err output in malloc/mmap error cases
  (P4) JDK-8292458: Atomic operations on scoped enums don't build with clang
  (P4) JDK-8295124: Atomic::add to pointer type may return wrong value
  (P4) JDK-8324514: ClassLoaderData::print_on should print address of class loader
  (P4) JDK-8272811: Document the effects of building with _GNU_SOURCE in os_posix.hpp
  (P4) JDK-8304696: Duplicate class names in dynamicArchive tests can lead to test failure
  (P4) JDK-8318607: Enable parallelism in vmTestbase/nsk/stress/jni tests
  (P4) JDK-8318608: Enable parallelism in vmTestbase/nsk/stress/threads tests
  (P4) JDK-8323331: fix typo hpage_pdm_size
  (P4) JDK-8303605: Memory leaks in Metaspace gtests
  (P4) JDK-8313081: MonitoringSupport_lock should be unconditionally initialized after 8304074
  (P4) JDK-8322098: os::Linux::print_system_memory_info enhance the THP output with /sys/kernel/mm/transparent_hugepage/hpage_pmd_size
  (P4) JDK-8322783: prioritize /etc/os-release over /etc/SuSE-release in hs_err/info output
  (P4) JDK-8281543: Remove unused code/headerfile dtraceAttacher.hpp
  (P4) JDK-8322583: RISC-V: Enable fast class initialization checks
  (P4) JDK-8324280: RISC-V: Incorrect implementation in VM_Version::parse_satp_mode
  (P4) JDK-8314830: runtime/ErrorHandling/ tests ignore external VM flags
  (P4) JDK-8316693: Simplify at-requires checkDockerSupport()
  (P4) JDK-8312434: SPECjvm2008/xml.transform with CDS fails with "can't seal package nu.xom"
  (P4) JDK-8286312: Stop mixing signed and unsigned types in bit operations
  (P4) JDK-8307926: Support byte-sized atomic bitset operations
  (P4) JDK-8320937: support latest VS2022 MSC_VER in abstract_vm_version.cpp
  (P4) JDK-8321972: test runtime/Unsafe/InternalErrorTest.java timeout on linux-riscv64 platform
  (P4) JDK-8299494: Test vmTestbase/nsk/stress/except/except011.java failed: ExceptionInInitializerError: target class not found
  (P5) JDK-8311581: Remove obsolete code and comments in TestLVT.java

hotspot/svc:
  (P4) JDK-8310380: Handle problems in core-related tests on macOS when codesign tool does not work
  (P4) JDK-8325585: Remove no longer necessary calls to set/unset-in-asgct flag in JDK 17

hotspot/svc-agent:
  (P4) JDK-8307955: Prefer to PTRACE_GETREGSET instead of PTRACE_GETREGS in method 'ps_proc.c::process_get_lwp_regs'

hotspot/test:
  (P4) JDK-8278363: Create extented container test groups
  (P4) JDK-8323515: Create test alias "all" for all test roots
  (P4) JDK-8311986: Disable runtime/os/TestTracePageSizes.java for ShenandoahGC
  (P4) JDK-8324647: Invalid test group of lib-test after JDK-8323515
  (P4) JDK-8305962: update jcstress to 0.16

infrastructure:
  (P4) JDK-8320885: Bump update version for OpenJDK: jdk-17.0.11

infrastructure/build:
  (P3) JDK-8323008: filter out harmful -std* flags added by autoconf from CXX
  (P3) JDK-8317807: JAVA_FLAGS removed from jtreg running in JDK-8317039
  (P4) JDK-8323637: Capture hotspot replay files in GHA
  (P4) JDK-8313082: Enable CreateCoredumpOnCrash for testing in makefiles
  (P4) JDK-8317039: Enable specifying the JDK used to run jtreg
  (P4) JDK-8324937: GHA: Avoid multiple test suites per job
  (P4) JDK-8324659: GHA: Generic jtreg errors are not reported
  (P4) JDK-8320921: GHA: Parallelize hotspot_compiler test jobs
  (P4) JDK-8318961: increase javacserver connection timeout values and max retry attempts
  (P4) JDK-8324184: Windows VS2010 build failed with "error C2275: 'int64_t'"

infrastructure/release_eng:
  (P4) JDK-8329836: [17u] Remove designator DEFAULT_PROMOTED_VERSION_PRE=ea for release 17.0.11

security-libs:
  (P3) JDK-8315042: NPE in PKCS7.parseOldSignedData
  (P4) JDK-8318983: Fix comment typo in PKCS12Passwd.java

security-libs/java.security:
  (P3) JDK-8321408: Add Certainly roots R1 and E1
  (P3) JDK-8296631: NSS tests failing on OL9 linux-aarch64 hosts
  (P3) JDK-8313206: PKCS11 tests silently skip execution
  (P3) JDK-8313575: Refactor PKCS11Test tests
  (P3) JDK-8320208: Update Public Suffix List to b5bf572
  (P4) JDK-8319213: Compatibility.java reads both stdout and stderr of JdkUtils
  (P4) JDK-8311081: KeytoolReaderP12Test.java fail on localized Windows platform
  (P4) JDK-8309305: sun/security/ssl/SSLSocketImpl/BlockedAsyncClose.java fails with jtreg test timeout
  (P4) JDK-8325096: Test java/security/cert/CertPathBuilder/akiExt/AKISerialNumber.java is failing

security-libs/javax.crypto:pkcs11:
  (P2) JDK-8307185: pkcs11 native libraries make JNI calls into java code while holding GC lock
  (P3) JDK-8312428: PKCS11 tests fail with NSS 3.91
  (P4) JDK-8317144: Exclude sun/security/pkcs11/sslecc/ClientJSSEServerJSSE.java on Linux ppc64le

security-libs/javax.net.ssl:
  (P4) JDK-8326000: Remove obsolete comments for class sun.security.ssl.SunJSSE
  (P4) JDK-8295068: SSLEngine throws NPE parsing CertificateRequests
  (P4) JDK-8310106: sun.security.ssl.SSLHandshake.getHandshakeProducer() incorrectly checks handshakeConsumers
  (P4) JDK-8306014: Update javax.net.ssl TLS tests to use SSLContextTemplate or SSLEngineTemplate

security-libs/javax.security:
  (P4) JDK-8318689: jtreg is confused when folder name is the same as the test name

security-libs/javax.xml.crypto:
  (P3) JDK-8305972: Update XML Security for Java to 3.0.2
  (P3) JDK-8319124: Update XML Security for Java to 3.0.3

security-libs/jdk.security:
  (P4) JDK-8316415: Parallelize sun/security/rsa/SignedObjectChain.java subtests

tools/jar:
  (P3) JDK-8318971: Better Error Handling for Jar Tool When Processing Non-existent Files

tools/javac:
  (P2) JDK-8320001: javac crashes while adding type annotations to the return type of a constructor
  (P3) JDK-8322883: [BACKOUT] 8225377: type annotations are not visible to javac plugins across compilation boundaries
  (P3) JDK-8225377: type annotations are not visible to javac plugins across compilation boundaries
  (P4) JDK-7167356: (javac) investigate failing tests in JavacParserTest
  (P4) JDK-8308245: Add -proc:full to describe current default annotation processing policy
  (P4) JDK-8309870: Using -proc:full should be considered requesting explicit annotation processing

tools/javadoc(tool):
  (P4) JDK-8272853: improve `JavadocTester.runTests`

xml/javax.xml.validation:
  (P3) JDK-8298087: XML Schema Validation reports an required attribute twice via ErrorHandler
  (P4) JDK-8283994: Make Xerces DatatypeException stackless