-
Bug
-
Resolution: Fixed
-
P2
-
17, 18
| Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
|---|---|---|---|---|---|---|
| JDK-8271177 | 18 | Patricio Chilano Mateo | P2 | Resolved | Fixed | b08 |
| JDK-8271643 | 17.0.2 | Patricio Chilano Mateo | P2 | Resolved | Fixed | b01 |
| JDK-8271784 | 17.0.1 | Patricio Chilano Mateo | P2 | Resolved | Fixed | b05 |
Some locks allow a JavaThread to enter a blocked state.
If the JavaThread owning the lock is suspended on the back edge when returning to the VM state,
it may cause a deadlock.
An example of this is a JavaThread having the Compile_lock and then grabbing the VMOperation_lock,
the JavaThread may transition to a blocked state due to contentions or if the JavaThread waits on the
VMOperation_lock.
The resumer might call a path which needs the Compile_lock before it resumes the suspended JavaThread.
But since the Compile_lock will not be unlocked until the suspended JavaThread is resumed, we deadlock.
If the JavaThread owning the lock is suspended on the back edge when returning to the VM state,
it may cause a deadlock.
An example of this is a JavaThread having the Compile_lock and then grabbing the VMOperation_lock,
the JavaThread may transition to a blocked state due to contentions or if the JavaThread waits on the
VMOperation_lock.
The resumer might call a path which needs the Compile_lock before it resumes the suspended JavaThread.
But since the Compile_lock will not be unlocked until the suspended JavaThread is resumed, we deadlock.
- backported by
-
JDK-8271177 Suspend during block transition may deadlock if lock held
-
- Resolved
-
-
-
- Resolved
-
-
-
- Resolved
-
- duplicates
-
-
- Closed
-
- relates to
-
-
- Closed
-
-
-
- Closed
-
(1 relates to, 3 links to)