On Fri, 8 Dec 2023 23:37:30 GMT, Serguei Spitsyn wrote:
> This seems to be the same fix that we REDO, is it right? Also, I'd like to
> double check on what testing was done for this REDO?
It's almost the same (the only differences are deleted asserts in HeapMerger
methods).
The PR contains 2
On Fri, 8 Dec 2023 22:29:12 GMT, Alex Menkov wrote:
> Original fix for JDK-8299426 (Heap dump does not contain virtual Thread stack
> references, #16665) caused failures of new test (added while #16665 was under
> review):
> test/hotspot/jtreg/compiler/c2/TestReduceAllocationAndHeapDump.java
Original fix for JDK-8299426 (Heap dump does not contain virtual Thread stack
references, #16665) caused failures of new test (added while #16665 was under
review):
test/hotspot/jtreg/compiler/c2/TestReduceAllocationAndHeapDump.java in many
tears and was reverted.
Segmented heap dump assumes
On Wed, 6 Dec 2023 23:09:35 GMT, Chris Plummer wrote:
> The fix provided by
> [JDK-8320931](https://bugs.openjdk.org/browse/JDK-8320931) plus the cleanup
> of all the extra /tmp subdirs has fixed
> [JDK-8318866](https://bugs.openjdk.org/browse/JDK-8318866). This test can now
> be removed
On Fri, 8 Dec 2023 11:54:40 GMT, Serguei Spitsyn wrote:
>> This fix is for JDK 23 but the intention is to back port it to 22 in RDP-1
>> time frame.
>> It is fixing a deadlock issue between `VirtualThread` class critical
>> sections with the `interruptLock` (in methods: `unpark()`,
> This fix is for JDK 23 but the intention is to back port it to 22 in RDP-1
> time frame.
> It is fixing a deadlock issue between `VirtualThread` class critical sections
> with the `interruptLock` (in methods: `unpark()`, `interrupt()`,
> `getAndClearInterrupt()`, `threadState()`,
> Compiler Control (https://openjdk.org/jeps/165) provides method-context
> dependent control of the JVM compilers (C1 and C2). The active directive
> stack is built from the directive files passed with the
> `-XX:CompilerDirectivesFile` diagnostic command-line option and the
>
