There is a failure in the JTReg test compiler/intrinsics/sha/sanity/TestSHA512MultiBlockIntrinsics.java. This appears to be caused the various SHA classes being loaded due to the function isIntrinsicsAvailable(), which causes a class load with the getDeclaredMethod() call.

This affects the behavior of LibraryCallKit::inline_digestBase_implCompressMB_predicate() in src/hotspot/share/opto/library_call.cpp. In that file, there is a check of whether the classes are loaded or not. It appears to make its decision on whether to use intrinsics based on whether the class is loaded or not.

So now the SHA1 & SHA2 intrinsics are used (UseSHA1Intrinsic is True by default). So the check against SHASanityTestBase.MB_INTRINSIC_ID fails because the Intrinsic _digestBase_implCompressMB is actually in the log.