In order to implement concurrent class unloading, a mechanism will be required to arm nmethods in a safepoint such that the first entry into an nmethod after the pause triggers a barrier before continuing.
The barrier will be used for:
* Patching immediate oops, and keeping phantomly reachable oops alive through the nmethod entry
* Cleaning IC caches that are potentially stale after class unloading
* Detecting entries through stale IC caches during unloading
The barrier will be used for:
* Patching immediate oops, and keeping phantomly reachable oops alive through the nmethod entry
* Cleaning IC caches that are potentially stale after class unloading
* Detecting entries through stale IC caches during unloading
- relates to
-
JDK-8212609 Minimal VM build failure after JDK-8210498 (nmethod entry barriers)
-
- Resolved
-
-
JDK-8294729 [s390] Implement nmethod entry barriers
-
- Resolved
-
-
JDK-8212616 x86_32 build failures after JDK-8210498 (nmethod entry barriers)
-
- Resolved
-
-
JDK-8279317 compiler/jvmci/compilerToVM/DisassembleCodeBlobTest.java assumes immutable code
-
- Resolved
-
-
JDK-8260372 [PPC64] Add support for JDK-8210498 and JDK-8222841
-
- Resolved
-