The following two tests failed in the JDK19 CI:

compiler/uncommontrap/TestDeoptOOM.java#id0
com/sun/jdi/EATests.java#id0

Here's a snippet from the TestDeoptOOM.java#id0 log file for the
linux-x64 sighting:

----------System.out:(24/2214)----------
CompileCommand: exclude compiler/uncommontrap/TestDeoptOOM.main bool exclude = true
CompileCommand: exclude compiler/uncommontrap/TestDeoptOOM.m9_1 bool exclude = true
OOM caught in main Java heap space: failed reallocation of scalar replaced objects
# To suppress the following error report, specify this argument
# after -XX: or in .hotspotrc: SuppressErrorAt=/objectStartArray.hpp:83
#
# A fatal error has been detected by the Java Runtime Environment:
#
# Internal Error (/opt/mach5/mesos/work_dir/slaves/a2dc162d-743b-4800-9e92-31f85abb45b1-S136859/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/3c9d3c77-10df-4cc4-9a34-2bfec603d345/runs/20f33cb4-b0e3-4775-bab1-765751c3a5c3/workspace/open/src/hotspot/share/gc/parallel/objectStartArray.hpp:83), pid=4044189, tid=4044210
# assert(_covered_region.contains(p)) failed: out of bounds access to object start array
#
# JRE version: Java(TM) SE Runtime Environment (19.0+6) (fastdebug build 19-ea+6-226)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 19-ea+6-226, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, parallel gc, linux-amd64)
# Problematic frame:
# V [libjvm.so+0x15ef12c] ObjectStartArray::object_starts_in_range(HeapWordImpl**, HeapWordImpl**) const+0x17c
#
# Core dump will be written. Default location: Core dumps may be processed with "/opt/core.sh %p" (or dumping to /opt/mach5/mesos/work_dir/slaves/a2dc162d-743b-4800-9e92-31f85abb45b1-S162899/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/76b8af15-8bc3-459c-8bc7-8e8f6f025573/runs/026ce0ed-6020-4583-8bdb-e8473f103bc2/testoutput/test-support/jtreg_open_test_hotspot_jtreg_hotspot_compiler_all_gcs/scratch/0/core.4044189)
#
# An error report file with more information is saved as:
# /opt/mach5/mesos/work_dir/slaves/a2dc162d-743b-4800-9e92-31f85abb45b1-S162899/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/76b8af15-8bc3-459c-8bc7-8e8f6f025573/runs/026ce0ed-6020-4583-8bdb-e8473f103bc2/testoutput/test-support/jtreg_open_test_hotspot_jtreg_hotspot_compiler_all_gcs/scratch/0/hs_err_pid4044189.log
#
# If you would like to submit a bug report, please visit:
# https://bugreport.java.com/bugreport/crash.jsp
#
----------System.err:(0/0)----------
----------rerun:(41/6143)*----------

Here's the crashing thread's stack:

--------------- T H R E A D ---------------

Current thread (0x00007fe480001220): WorkerThread "GC Thread#1" [stack: 0x00007fe4868f5000,0x00007fe4869f5000] [id=4044210]

Stack: [0x00007fe4868f5000,0x00007fe4869f5000], sp=0x00007fe4869f3b90, free space=1018k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x15ef12c] ObjectStartArray::object_starts_in_range(HeapWordImpl**, HeapWordImpl**) const+0x17c
V [libjvm.so+0x16c2bba] PSCardTable::scavenge_contents_parallel(ObjectStartArray*, MutableSpace*, HeapWordImpl**, PSPromotionManager*, unsigned int, unsigned int)+0x18a
V [libjvm.so+0x170c1c6] ScavengeRootsTask::work(unsigned int)+0x606
V [libjvm.so+0x1a94691] WorkerThread::run()+0x81
V [libjvm.so+0x193de50] Thread::call_run()+0x100
V [libjvm.so+0x1621094] thread_native_entry(Thread*)+0x104


The sighting in com/sun/jdi/EATests.java#id0 is similar.

These two tests failed on linux-aarch64 and linux-x64 in two
Tier3 job sets in a row. The first Tier3 includes this fix:

JDK-8279699 Parallel: More precise boundary in ObjectStartArray::object_starts_in_range

which I think is the cause of these regressions.