JIT: HardwareIntrinsics_Arm tests failing with GC holes

[amanasifkhalid]

Example run (console log). Numerous tests are hitting the following assert:

Assert failure(PID 6796 [0x00001a8c], Thread: 1624 [0x0658]): !CREATE_CHECK_STRING(!"Detected use of a corrupted OBJECTREF. Possible GC hole.")

CORECLR! `Object::ValidateInner'::`1'::catch$13 + 0xDC (0x00007ffc`9605cb24)
CORECLR! CallSettingFrame + 0x68 (0x00007ffc`95ab26c0)
CORECLR! _FrameHandler3::CxxCallCatchBlock + 0x1C0 (0x00007ffc`95faeb90)
<no module>! <no symbol> + 0x0 (0xec1b7ffc`ed183168)
    File: D:\a\_work\1\s\src\coreclr\vm\object.cpp:638
    Image: C:\h\w\C02C0A09\p\corerun.exe

Configuration:

set DOTNET_TieredCompilation=0
set DOTNET_GCStress=0xC
set DOTNET_HeapVerify=1
set DOTNET_JITMinOpts=1

cc @dotnet/arm64-contrib

[dotnet-policy-service]

Tagging subscribers to this area: @JulieLeeMSFT, @jakobbotsch
See info in area-owners.md if you want to be subscribed.

[amanasifkhalid]

This assert seems to only be hitting for SVE tests, so I suspect the enablement of Cobalt machines in CI has exposed GC info bugs with some instructions.