Loading...

XML

Word

Printable

Type: Bug
Resolution: Fixed
Priority: P2
Fix Version/s: 26
Affects Version/s: 17, 26
Component/s: hotspot
Labels:

Subcomponent:
runtime
Resolved In Build:
b15

Issue	Fix Version	Assignee	Priority	Status	Resolution	Resolved In Build
JDK-8373414	25.0.3-oracle	Kavya K S	P2	Resolved	Fixed	master
JDK-8373910	25.0.3	Aleksey Shipilev	P2	Resolved	Fixed	master
JDK-8373413	21.0.11-oracle	Kavya K S	P2	Resolved	Fixed	master
JDK-8373415	17.0.19-oracle	Kavya K S	P2	Resolved	Fixed	master

The hs_err file shows the SIGILL in the compiler thread due to a handshake timeout. However the core dump shows that the compiler thread encountered a signal whilst executring mprotect form within malloc, and it then gets repeated signals until presumably we get the SIGILL due to the timeout. Meanwhile maloc is unusable and all other threads lock up and the WatcherThread then tries to kill the VM. All in all a bit of a train wreck and no way to be sure what happened first. See comments for stack details.

backported by

JDK-8373413 Test runtime/handshake/HandshakeTimeoutTest.java crashed

Resolved

JDK-8373414 Test runtime/handshake/HandshakeTimeoutTest.java crashed

Resolved

JDK-8373415 Test runtime/handshake/HandshakeTimeoutTest.java crashed

Resolved

JDK-8373910 Test runtime/handshake/HandshakeTimeoutTest.java crashed

Resolved

caused by

JDK-8260555 Change the default TIMEOUT_FACTOR from 4 to 1

Resolved

links to

Commit(master) openjdk/jdk25u-dev/04bd2469

Commit(master) openjdk/jdk/8ab8d02e

Review(master) openjdk/jdk25u-dev/79

Review(master) openjdk/jdk/27183

(4 links to)

Assignee:: David Holmes
Reporter:: David Holmes
Votes:: 0 Vote for this issue
Watchers:: 6 Start watching this issue

Created:: 2025-09-04 16:25
Updated:: 2025-12-19 11:29
Resolved:: 2025-09-09 22:51

Details

Backports

Description

Attachments

Issue Links

Activity

People

Dates