The size of internal CodeHeap structures was not included in
codeheap memory reservation. It caused false OOM exception to
be thrown when JITed method code size was near 64kB multiple

Co-authored-by: Jan Kotas <jkotas@microsoft.com>

* Add getClassAssemblyName

* Handle nullptrs

* Remove CORINFO_ASSEMBLY_HANDLE

* Address feedbacks

Co-authored-by: Jan Kotas <jkotas@microsoft.com>

…107392)

Co-authored-by: Marek Fišera <mara@neptuo.com>

* Fix thread static cleanup paths - Do not destroy GC handles while holding the spin lock - Free the pLoaderHandle array when the thread is terminated

* Fix assert

* When using a ThreadStatics stress test on collectible assemblies, a few more issues were found - Fix issue where the LoaderAllocator's SegmentedHandleIndex wasn't being freed - Fix issue where the logic to re-use TLSIndex values wasn't working properly

---------

Co-authored-by: David Wrighton <davidwr@microsoft.com>

…hecks (#107598)

Under some circumstances, the compiler could assume code under if (someType == typeof(Foo)) is unreachable and optimize it into an infinite loop. This can happen when type Foo was only visible in metadata and not actually used at runtime.

Fixes #107300.

---------

Co-authored-by: Michal Strehovský <MichalStrehovsky@users.noreply.github.com>

…107476)

* kmov*_gpr writes to gpr

* add test

* Add using

---------

Co-authored-by: Kunal Pathak <Kunal.Pathak@microsoft.com>
Co-authored-by: Jeff Schwartz <jeffschw@microsoft.com>

…s for shift intrinsics (#107487)

* Don't emit mov for zero shift amount

* Add test

* Revert "Don't emit mov for zero shift amount"

This reverts commit cd2656f.

* Don't emit mov for zero left-shift amount

* Update test

* Use fallback intrinsic for >> by zero; remove mov special case

* Feedback

---------

Co-authored-by: Aman Khalid (from Dev Box) <amankhalid@microsoft.com>
Co-authored-by: Jeff Schwartz <jeffschw@microsoft.com>

We can't represent relocations in data currently.

Fixes #107396.

Co-authored-by: Andy Ayers <andya@microsoft.com>
Co-authored-by: Jeff Schwartz <jeffschw@microsoft.com>

…HWintrinsic (#107581)

* ARM64-SVE: Allow op inside conditionselect to be non HWintrinsic

* Add Sve.IsSupported check to test

---------

Co-authored-by: Alan Hayward <alan.hayward@arm.com>
Co-authored-by: Jeff Schwartz <jeffschw@microsoft.com>

…from stack (#107584)

* Use correct baseReg for vstr, similar to vldr

* add test cases

* Mark internal test methods private

---------

Co-authored-by: Kunal Pathak <Kunal.Pathak@microsoft.com>
Co-authored-by: Jeff Schwartz <jeffschw@microsoft.com>

The recent change that was fixing bad SSP updating during exception
handling with funceval has also modified the way SSP is extracted for
hardware exceptions. That works fine for many cases, but there is a
problem when the exception occurs in a JIT helper. The
`AjustContextForJITHelpers` uses only the basic `CONTEXT` structure for
unwinding to the managed caller and so the SSP is not properly updated.
That makes it off by one slot when we set it when continuing execution
after catch.
This change removes storing SSP for hardware exceptions in the
FaultingExceptionFrame to mitigate the issue. It effectively returns to
the way software exceptions use - scanning shadow stack for the
instruction pointer of the frame to which it is going to resume after
catch.

Co-authored-by: Jan Vorlicek <jan.vorlicek@volny,cz>
Co-authored-by: Jeff Schwartz <jeffschw@microsoft.com>

Co-authored-by: Buyaa Namnan <bunamnan@microsoft.com>

Co-authored-by: yowl <scott.waye@hubse.com>

There is a problem with the variant of the stack overflow test that can
overflow in a native function on ARM. The EHABI unwind info is not
present for leaf functions and libunwind is unable to unwind from the
failure location to the first managed frame.

I've created an issue (#107184) for the underlying problem. This PR
disables that test variant until the problem is fixed.

Close #106742

Co-authored-by: Jan Vorlicek <janvorli@microsoft.com>

…guration values (#107670)

* Fix config source gen binding value types to null configuration values

* Address the feedback

---------

Co-authored-by: Tarek Mahmoud Sayed <tarekms@microsoft.com>

…ionOptions (#107705)

* Fix config source gen binding with SslClientAuthenticationOptions

* Apply suggestions from code review

Co-authored-by: Eric Erhardt <eric.erhardt@microsoft.com>

---------

Co-authored-by: Tarek Mahmoud Sayed <tarekms@microsoft.com>
Co-authored-by: Tarek Mahmoud Sayed <10833894+tarekgh@users.noreply.github.com>
Co-authored-by: Eric Erhardt <eric.erhardt@microsoft.com>