RFR: 8320302: compiler/arguments/TestC1Globals.java hits SIGSEGV in ContinuationEntry::set_enter_code

[Patricio Chilano Mateo]

When creating Continuation.enterSpecial/doYield special native nmethods we currently assume the call to nmethod::new_native_nmethod() always succeeds. If the CodeCache happens to be full though, creating the nmethod will fail and we'll hit a SIGSEGV when trying to dereference the return value. 

Since this happens the first time those methods are resolved, throwing an exception at that point implying that we cannot run virtual threads looks odd from a user perspective. So instead I added a step to initialize the Continuation class at startup so that failure to create those nmethods is treated early as a fatal error as we do with any other critical resource needed by the VM. I measured the added step to the startup sequence to be ~90us, or about 0.3% of the total startup time.

I verified the fix by running the test mentioned in the bug plus I also run tiers1-5 in mach5.

Thanks,
Patricio

-------------

Commit messages:
 - v1

Changes: https://git.openjdk.org/jdk/pull/17455/files
 Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=17455&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8320302
  Stats: 30 lines in 8 files changed: 22 ins; 8 del; 0 mod
  Patch: https://git.openjdk.org/jdk/pull/17455.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17455/head:pull/17455

PR: https://git.openjdk.org/jdk/pull/17455