| Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
|---|---|---|---|---|---|---|
| JDK-2172407 | 7 | Y. Ramakrishna | P2 | Closed | Fixed | b42 |
| JDK-2172848 | 6u14 | Y. Ramakrishna | P3 | Resolved | Fixed | b01 |
| JDK-2170539 | 5.0u20 | Unassigned | P2 | Closed | Not an Issue | |
| JDK-2170538 | 1.4.2_22 | Unassigned | P2 | Closed | Not an Issue | |
| JDK-2170537 | hs15 | Y. Ramakrishna | P2 | Closed | Not an Issue |
with CMS where
Thread 26 has done an allocation out of the perm gen and is trying
to reacquire the heap lock and is blocked. The perm gen object has
not been initialized.
Thread 25 has requested a collection (VM_GenCollectForPermanentAllocation) and is
executing in VMThread::execute() and has grabbed the heap lock as
part of the doit_prologue().
Thread 16 is the VM thread and it is trying to do a compaction.
It is in the loop in CompactibleFreeListSpace::block_size() waiting
for the block to be initialized (never will be).
- backported by
-
JDK-2172848 CMS: Livelock in CompactibleFreeListSpace::block_size().
-
- Resolved
-
-
-
- Closed
-
-
-
- Closed
-
-
-
- Closed
-
-
-
- Closed
-
- relates to
-
JDK-6736295 SIGSEGV in product jvm, assertion "these are the only valid states during a mark sweep" in fastdebug
-
- Resolved
-
-
-
- Resolved
-
-
-
- Closed
-
-
JDK-6186200 RFE: Stall allocation requests while heap is full and GC locker is held
-
- Resolved
-