-
Bug
-
Resolution: Fixed
-
P3
-
25
-
b30
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8362045 | 25.0.1 | Martin Doerr | P3 | Resolved | Fixed | b02 |
The change is incorrect for non-x86 platforms. They don't use a runtime_call for not-entrant patching at the verified entry point (VEP).
In addition, there were concerns about the usage of NMethodState_lock. See Dean's comment in
"This is a tricky one. I'm not really happy with the
I think that
- backported by
-
JDK-8362045 JDK25: Backout JDK-8258229
-
- Resolved
-
- relates to
-
JDK-8358821 patch_verified_entry causes problems, use nmethod entry barriers instead
-
- Resolved
-
-
JDK-8357017 UnexpectedDeoptimizationAllTest.java crashes in C1 during nmethod registration
-
- Closed
-
-
JDK-8258229 Crash in nmethod::reloc_string_for
-
- Closed
-
- links to
-
Commit(jdk25) openjdk/jdk/993215f3
-
Review(jdk25) openjdk/jdk/26091
(1 links to)