Adjust some terms (dotnet/coreclr#24351)

Commit migrated from https://github.com/dotnet/coreclr/commit/78e2dd7a4dbe9846806215741783a0900f698159

Nullable: Interop and src/System remainder (dotnet/coreclr#24328)

* Nullable: Interop and src/System remainder

* apply feedback

Commit migrated from https://github.com/dotnet/coreclr/commit/1744b9ab1d7e8a8654c621b3ab79eafb7afa0402

Nullable: System.Collections remainder (non-generic) (dotnet/coreclr#24326)

* Nullable: System.Collections remainder (non-generic)

* apply feedback

Commit migrated from https://github.com/dotnet/coreclr/commit/8811118a19fcd9728753505e93ecac5ff786dab4

Update CoreClr to preview6-27701-72 (dotnet/coreclr#24329)

Commit migrated from https://github.com/dotnet/coreclr/commit/b97e783c696626ecc5f0411de2eedd0745f8b996

Added overloads to Path.Join (dotnet/coreclr#24307)

* Added overloads to Path.Join

* Refactor Path.Join and Path.Combine to use ValueStringBuilder

* Use proper defined const for empty string

* Fix Windows-specific const

Commit migrated from https://github.com/dotnet/coreclr/commit/886b81692e13861cd1aa80e72e726792093ca671

Addressing code review feedbacks

Commit migrated from https://github.com/dotnet/coreclr/commit/78360d92a412b3ba8f0577121fcbb488a11e797f

Simplifying Pop() logic

Commit migrated from https://github.com/dotnet/coreclr/commit/7cc30ea964201729b79b7c74617fa7c3749a3b89

Remove the RundownThread filter

Commit migrated from https://github.com/dotnet/coreclr/commit/5520dfb224db447677071310363cf926417ee30f

Avoid nested spin lock in WriteAllBuffersToFile and GetNextEvent

Commit migrated from https://github.com/dotnet/coreclr/commit/02d048e0a29c473734aa73ea80ffff5106048e2f

Pulling in Noah's fix in event_pipe_lock_fix branch

Commit migrated from https://github.com/dotnet/coreclr/commit/30130c3f75c684f7863efe59c5ca322861716118

Update issues.targets and reduce test execution time. (dotnet/coreclr#24345)

* Update issues.targets and reduce test execution time.

Commit migrated from https://github.com/dotnet/coreclr/commit/1144acad9bd92e0bd7485a0231ece95e016e5178

When large pages are enabled, only reserve/commit 1x seg size for LOH (dotnet/coreclr#24320)

When large pages are enabled, we must commit everything we reserve.
Previously we reserved 2x the segment size for LOH. This is a problem
with large pages where we must commit everything we reserve.

Thanks to https://github.com/dotnet/coreclr/pull/24081 this does not
cause performance regression with large pages; but without large pages
we were seeing regressions when the loh_seg_size was reduced. So this
change will only take effect when large pages are enabled.

Commit migrated from https://github.com/dotnet/coreclr/commit/5a34da317e3f8cef7895d6d4ad6ed75f3a79d38e

Copy all win32 resources (dotnet/coreclr#24308)

- Add crossgen test to verify file version is preserved
- Add support for general win32 resource copying to ReadyToRun
  - Copy all resources

Commit migrated from https://github.com/dotnet/coreclr/commit/4d820df4437139275b7c05330dd98631db708802

Move the new ConfigureAwait/WithCancellation extension methods to a new type (dotnet/coreclr#24331)

We decided after all to put these on a different type, TaskAsyncEnumerableExtensions.  This commit adds the new type.  We can delete the methods in the old location once corefx consumes an updated build and switches over to using the new ones.

Commit migrated from https://github.com/dotnet/coreclr/commit/75fd45860789ad54223e223ed04a24b2f2d2a8d5

Disable CallbackStressTest everywhere.

Commit migrated from https://github.com/dotnet/coreclr/commit/379c3848ada079fce37d2691869b73531120c212

Updating lookupNamedIntrinsic to no longer assert for an unexpected hwintrinsic method. (dotnet/coreclr#24327)

Commit migrated from https://github.com/dotnet/coreclr/commit/07b3afc27304800f00975c8fd4836b319aaa8820

Merge pull request dotnet/coreclr#24258 from dotnet/NullableFeature

Merge nullable feature into master

Commit migrated from https://github.com/dotnet/coreclr/commit/7a24a538cd265993e5864179f51781398c28ecdf

Changing comments/names that refers to file switching to flushing instead

Commit migrated from https://github.com/dotnet/coreclr/commit/3cf188aa78fbbc830da54cb930e00807cd24ba95

Support for larger version bubbles in R2RDump (dotnet/coreclr#24277)

After JanV fixed basically all test failures related to larger
version bubbles originally implemented by Andon, it's high time
to fix R2RDump for its support as a prerequisite to enabling
larger version bubbles in CPAOT. This change implements this
support via the following particular changes:

1) In DumpOptions, I added a list of explicit assembly references,
another list of reference paths that are used for resolving
assembly references, a cache for repeated assembly lookups and
a new method FindAssembly for file resolution of a given simple
assembly name.

2) I have moved ECMA metadata-related logic from R2RReader to
its new base class EcmaMetadataReader. This class can represent
both R2R and MSIL binaries and adds the logic for reference
assembly lookup.

3) Large version bubble R2R PE exe's contain a special R2R header
table READYTORUN_SECTION_MANIFEST_METADATA that contains ECMA
metadata with a list of extra AssemblyRef's on top of those stored
in the original MSIL. I have added support for parsing this table
to the R2RReader constructor.

4) I have modified R2RSignature to be based off the new
EcmaMetadataReader instead of R2RReader which cannot represent
arbitrary reference assemblies. I have patched the two places
dealing with module overrides to use the new logic to temporarily
switch to a "remote module" SignatureDecoder for the purpose
of parsing an external entity.

5) I have removed temporary hacks Andon put in place to keep
R2RDump alive in some cases with larger version bubbles without
proper support for parsing module overrides.

6) I have added logic for dumping the contents of the manifest
metadata along with the standard AssemblyRef table to the
header dump as I fought with recalculation of the indices
when debugging larger version bubble code for quite some time.

7) As an extra half-forgotten bit from the past I added dumping
of unboxing and instantiation stubs.

I have noticed that the MSIL AssemblyRef count was off by one.
I have also found out that XML output has bitrotten over time.
This additional delta fixes both issues. [That forced me to
add a bunch of empty ctors even though in practice we don't
actually serialize anything into the dumper, we only use
the XML serializer to emit the XML output file.

Thanks

Tomas

Commit migrated from https://github.com/dotnet/coreclr/commit/fc05a4297c903c1456762d89913d79e1780b55b1

Compute sizeof array instead of pointer (dotnet/coreclr#24288)

* Compute sizeof array instead of pointer

* Consolidate element count in dumpStack

Commit migrated from https://github.com/dotnet/coreclr/commit/cdc344f7475e9e193b6bf7a454f5782b4d793be8

Make block optimized ClearWithoutReferences fully shared (dotnet/coreclr#24312)

Commit migrated from https://github.com/dotnet/coreclr/commit/0555dafead1c0362eb0a43a39c0f602e8b79ba56

Update BuildTools, CoreClr to preview4-03930-01, preview6-27630-77, respectively (dotnet/coreclr#24316)

Commit migrated from https://github.com/dotnet/coreclr/commit/c6c2dccd330d1ad861806840029443f10f244b4d

Remove FreeLibrary call to unload CoreCLR (dotnet/coreclr#24317)

Commit migrated from https://github.com/dotnet/coreclr/commit/bb83fe67e0027d93c0d04d921163efa0e414b047

Merge master into NullableFeature

Commit migrated from https://github.com/dotnet/coreclr/commit/c3f5c90d02c317cf8d01865fe8cb6a00640df84e

Fix test failures

Commit migrated from https://github.com/dotnet/coreclr/commit/a0d373b624babea46f8da346bfeb94862f150ef7

fix build errors after merge

Commit migrated from https://github.com/dotnet/coreclr/commit/737907cec8b74abe3b9d3dc1c4501b29c8b7f4a4

Disable CallbackStressTest against dotnet/coreclr#24305

Commit migrated from https://github.com/dotnet/coreclr/commit/5f7d459bf1a23f7e773c56eb5ef5425505b8eb0a

Add more asserts for the EventPipeBufferManager consumers

Commit migrated from https://github.com/dotnet/coreclr/commit/56c38c3c4093d8fe7ef582c2b65a9290f2ce0000

Updating System.Numerics.Vector<T> to use the readonly members feature. (dotnet/coreclr#23827)

Commit migrated from https://github.com/dotnet/coreclr/commit/94b7f1d2e46c03d269a763c8c996810933c24890

Add more span-based Vector<T> ctors and CopyTo methods (dotnet/coreclr#23333)

Commit migrated from https://github.com/dotnet/coreclr/commit/003bf857ea8a89e9eedd913f8b095f8fa01fd0b4

Move DefaultBinder.CanConvert.cs to shared (dotnet/coreclr#23931)

Commit migrated from https://github.com/dotnet/coreclr/commit/b169f91d204e2b9e6e760d1b46579556bd20f492

Move NativeLibrary to the shared partition (dotnet/coreclr#24143)

I'm taking the LibraryNameVariation helper from System.Runtime.Loader for the ride as well because it's a general purpose probing logic that is useful in a managed implementation of NativeLibrary.

Commit migrated from https://github.com/dotnet/coreclr/commit/8f54d67f5f5a451ce43f1a70a1fc5fd0e4e469f9

Update CoreClr to preview6-27629-72

Commit migrated from https://github.com/dotnet/coreclr/commit/11ec7592f44c2a7ad9dc19f64196268f9943772a

Fix GetObjectReferences API when caller doesn't zero the param (dotnet/coreclr#24299)

Commit migrated from https://github.com/dotnet/coreclr/commit/00a853313ee2943ce2e97e4e9e7a114e0e7bc689

Improve pref of `Array.IndexOf()` for certain `T`. (dotnet/coreclr#24293)

Applies changes to `Array.IndexOf()` and `Array.LastIndexOf()` similar
to the changes made in dotnet/coreclr#20855, so that types other than `byte` and
`char` can use use the fast vectorized path.

Also allows 32-bit and 64-bit types for which
`RuntimeHelpers.IsBitwiseEquatable<T>()` returns `true` to use the
faster implementation of `IndexOf` and `LastIndexOf` from
`MemoryExtensions`.

Commit migrated from https://github.com/dotnet/coreclr/commit/2551753281ce89be4321c3d23111db6c6b7e77c0

Workaround memset alignment sensitivity (dotnet/coreclr#24302)

* Workaround memset alignment sensitivity

memset is up to 2x slower on misaligned block on some types of hardware. The problem is uneven performance of "rep stosb"
used to implement the memset in some cases. The exact matrix on when it is slower and by how much is very complex.

This change workarounds the issue by aligning the memory block before it is passed to memset and filling in the potential misaligned
part manually. This workaround will regress performance by a few percent (<10%) in some cases, but we will gain up to 2x improvement
in other cases.

Fixes dotnet/coreclr#24300

Commit migrated from https://github.com/dotnet/coreclr/commit/3661584ffcdeac6f35fa9e2485796a482ebbf7b3

Resolves an assert around Sse41.ConvertToVector128Int* and Avx2.ConvertToVector256Int* (dotnet/coreclr#24289)

* Adding tests for the overloads of Sse41.ConvertToVector128Int* and Avx2.ConvertToVector256Int* that take a pointer

* Fixing the handling of Sse41.ConvertToVector128* and Avx2.ConvertToVector256*

Commit migrated from https://github.com/dotnet/coreclr/commit/54af92b34fc18ee9d8adada35d1f527c67224be7

Merge pull request dotnet/coreclr#24283 from briansull/ibc-linux-new

Updated fixes for IBC profile data on Linux

Commit migrated from https://github.com/dotnet/coreclr/commit/e3f602bb27a5798115a016b282ae6ab87c0decdc

Improve Precision to 10 microseconds in timespan (dotnet/coreclr#24279)

* Increasing precision properly and leaving the rounding of to casting operator

* disabling corefx tests in coreclr and addressing feedback

* correcting test project name

* Fix json

Commit migrated from https://github.com/dotnet/coreclr/commit/6bca031ae0e612c5d9dbe350e435cce9d9d1919a

Fix Satellite Assembly loading (dotnet/coreclr#24191)

* Fix Satellite Assembly loading

When loading satellite assemblies, we should probe next to the parent
assembly and load into the same AssemblyLoadContext as the parent
assembly.

Disable fallback probing for satellite assemblies.

Add AssemblyLoadContext.Resolving handler to probe for satellite
assemblies next to parent

Fixes dotnet/coreclr#20979

* Call ResolveSatelliteAssembly from native

Only call ResolveSatelliteAssembly from native when
resolving a satellite assembly

* PR Feedback

Minimize string creation
Remove unnecessary if null checks
Eliminate corner cases by only allowing one case insensitive matching directory.

* ResolveSatelliteAssembly should ...

ResolveSatelliteAssembly should always be called on the ALC which loaded parentAssembly

Simplify code.
Add Debug.Assert

* Remove case insensitive culture search

* PR Feedback

* Fix parentAssembly logic

* Fixes from initial testing

* Add probe for lower case culture name

* PR feedback

Commit migrated from https://github.com/dotnet/coreclr/commit/a65e2b9f1fe36d9b4dd0c850ec71984919547e18

Merge pull request dotnet/coreclr#24282 from erozenfeld/Fix24253

 Fix for a jit liveness bug.

Commit migrated from https://github.com/dotnet/coreclr/commit/78f53be46063ccaf31e23c8d8160793756490ed4

Removed method ReleaseManagedCommandLine()
jkotas - We are intentionally not doing any cleanup that is just releasing memory.
We depend on the OS to take care of releasing the memory.

Commit migrated from https://github.com/dotnet/coreclr/commit/663ce255b2d236d1b8075f635a9d5b0d20b45c7a

Restore IBCMerge using an authenticated service connection (dotnet/coreclr#24284)

* Add separate build steps to do the IBCMerge restore.

* Attempt 1 to get config picked up.

* Attempt 2 getting ibcmerge restore working.

* Fix invalid MSBuild syntax.

* Fix getting IBC package version.

Commit migrated from https://github.com/dotnet/coreclr/commit/9cf8b4b5c7d43c4352823ad57493dc91640a4fe2

Fix running JitBench on Linux (dotnet/coreclr#24248)

* Fix running JitBench on Linux

* Bump to head of aspnet/JitBench:rel/2.0.0

Commit migrated from https://github.com/dotnet/coreclr/commit/64b5ddd69e979c84e54c1fe278c94feaee3fbabf

Add missing check for UTF-16 low surrogate char at start of buffer (dotnet/coreclr#24286)

Commit migrated from https://github.com/dotnet/coreclr/commit/b7fc495f951ced0c6fa1207353bf5c2aa2d058df

Merge pull request dotnet/coreclr#24261 from sandreenko/fixRegressionCoreFXx86

Fix optAssertionProp_Update.

Commit migrated from https://github.com/dotnet/coreclr/commit/46a064d2ff514fa9c68226dbc8a64fb539c9a5fd

Nullable: Comparers, Dictionary and Friends (dotnet/coreclr#23971)

* Nullable: Comparers, Dictionary and Friends

* Add object constraint to Dictionary

* Fix warning from new compiler and annotating dictionary

* PR Feedback

Commit migrated from https://github.com/dotnet/coreclr/commit/ad38bf7164ecb3ecad102645e8a8381fa015f565

Nullable for Type class (dotnet/coreclr#23489)

System.Type, System.Reflection nullability

Commit migrated from https://github.com/dotnet/coreclr/commit/56f38ea2a930b18b0c43f717f90496b44a5d9283

Nullable: System.Diagnostics.Tracing (dotnet/coreclr#24070)

* Nullable: System.Diagnostics.Tracing

* apply feedback

* fix one more comment

Commit migrated from https://github.com/dotnet/coreclr/commit/898d95a811428b0adc0c8de0b74797ea445a93fd

Fix CoreLib build breaks

Commit migrated from https://github.com/dotnet/coreclr/commit/bf657dfda9b61fdde81f871305b73730f1128ea7

Add System.Resources.Extensions (dotnet/corefxdotnet/coreclr#36906)

* Add System.Resources.Binary.Reader|Writer

* Fix ResourceWriter tests

* Test fixes and PR feedback

* More test fixes

* Add packages for System.Resources.Binary.*

* Suppress duplicate types in System.Resources.Binary.*

* Test refactoring and adding RuntimeResourceSet

It turns out me must have our own ResourceSet since the CoreLib resource set doesn't
expose a constructor that takes an IResourceReader.

I've shared the code since it does a bit of non-trivial caching.

* Don't use auto-property initializers for platfrom sensitive test data

For some reason I thought these lazy-initialized the properties but they don't.

As a result we were hitting the platform sensitive code even when we never
called the getter.  Switch to an expression instead.

* Only use Drawing converters on Windows

* Fix test failures

* Don't leak System.Private.CoreLib into resources

* Make sure RuntimeResourceSet doesn't call ResourceReader(IResourceReader)

* WIP

* Rename types in System.Resources.Extensions

Leave RuntimeResourceSet internal as it doesn't need to be public.

* Update packages

* Respond to API review feedback

Remove abstraction for ResourceReader/Writer: just reuse the source.

Remove non-essential members.

* Clean up

* Further cleanup

* Further cleanup

* Review feedback

* Ensure we have stable type names in Resources.Extensions

We don't want to use the runtime type identity when doing type checks or writing
types as this may change.  Instead, check-in hard-coded strings that match the
type identity.

Add a test case to ensure the resources we generate match what we
test the reader against in the resource manager case (also to track any
change to the binary format).

Signed-off-by: dotnet-bot <dotnet-bot@microsoft.com>
Commit migrated from https://github.com/dotnet/coreclr/commit/ae6c7a9a7ddfa43f30450fa4085d952a1aaf3723

Switch to non-Int Azure pool providers

Commit migrated from https://github.com/dotnet/coreclr/commit/a011bafd661919f67eff1532563ce95f2f57ce19

Typos (dotnet/coreclr#24280)

* thier -> their

* exeption -> exception

* Estbalisher -> Establisher

* neeed -> need

* neeed -> need

* neeeded -> needed

* neeeded -> needed

* facilitiate -> facilitate

* extremly -> extremely

* extry -> extra

Commit migrated from https://github.com/dotnet/coreclr/commit/2832f54a6602cd4c0dff4fa65163345ab3ad953c

Improve LOH heap balancing (dotnet/coreclr#24081)

* Improve LOH heap balancing

Previously in `balance_heaps_loh`, we would default to `org_hp` being
`acontext->get_alloc_heap()`.

Since `alloc_large_object` is an instance method, that ultimately came
from the heap instance this was called on. In `GCHeap::Alloc` that came
from `acontext->get_alloc_heap()` (this is a different acontext). That
variable is set when we allocate a small object. So the heap we were
allocating large objects on was affected by the heap we were allocating
small objects on. This isn't necessary as small object heap and large
object heaps have separate areas. In scenarios with limited memory, we
can unnecessarily run out of memory by refusing to move away from that
hea. However, we do want to ensure that the large object heap accessed
is not on a different numa node than the small object heap.

I experimented with adding a `get_loh_alloc_heap()` to acontext similar
to the SOH alloc heap, but performance tests showed that it was usually
better to just start from the home heap. The chosen policy was:

* Start searching from the home heap -- this is the one corresponding to
our processor.

* Have a low (but non-zero) preference for that heap (dd_min_size(dd) /
2), as long as we stay within the same numa node.

* Have a higher cost of switching to a different numa node. However,
this is still much less than before; it was dd_min_size(dd) * 4, now
dd_min_size(dd) * 3 / 2.

This showed big performance improvements (over 30% less time) in a
scenario with lots of LOH allocation where there were fewer allocating
threads than GC heaps. The changes were more pronounced the more we
allocated large objects vs small objects. There was usually slight
improvement (1-2%) when there were 48 constantly allocating threads and
48 heaps. The one place we did see a slight regression was in an 800MB
container and 4 allocating threads on a 48 processor machine; however,
similar tests with less memory or more threads were prone to running out
of memory or running very slow on the master branch, so we've improved
stability. Previously the gc could get lucky by having the SOH choice
happen to be a good choice for LOH, but we shouldn't be relying on it as
it failed in some container scenarios.

One more change is in joined_generation_to_condemn: If there is a memory
limit and we are about to OOM, we should always do a compacting GC. This
helps avoid the OOM and feeds into the next change.

This PR also adds a *second* balance_heaps_loh function for when there
is a memory limit and we previously failed to allocate into the chosen
heap. `balance_heaps_loh` works based on allocation budgets, whereas
`balance_heaps_loh_hard_limit_retry` works on the actual space available
at the end of the segment. Thanks to the change to
joined_generation_to_condemn the heaps should be compact, so not looking
at free space here.

* Fix uninitialized variable

* In a container, use space available instead of budget

* Fix duplicate semicolon

Commit migrated from https://github.com/dotnet/coreclr/commit/141926d90c54bb358cfe8d9eb641c88e94639a8c

Merge pull request dotnet/coreclr#24270 from janvorli/fix-gc-numa-to-heap-map-creation

Fix creation of the NUMA node to heap number map

Commit migrated from https://github.com/dotnet/coreclr/commit/4452efd309d40d4bc7fc1fa48bf1b6e615ee6755

Clean up fgRemoveDeadStore.

Remove duplication and a couple of goto's from `fgRemoveDeadStore`.

This part was very confusing:

`
                /* If this is GT_CATCH_ARG saved to a local var don't bother */

                JITDUMP("removing stmt with no side effects\n");

                if (asgNode->gtFlags & GTF_ORDER_SIDEEFF)
                {
                    if (rhsNode->gtOper == GT_CATCH_ARG)
                    {
                        goto EXTRACT_SIDE_EFFECTS;
                    }
                }
`

The `goto` was to the preceding `if` and was useless since the call
to `gtExtractSideEffList(rhsNode, &sideEffList);` couldn't possibly find
side effects because we already checked that
`rhsNode->gtFlags & GTF_SIDE_EFFECT == 0`.

Commit migrated from https://github.com/dotnet/coreclr/commit/dc389a8a3378972b42200ce9644fb482ec477543

Added check for GetManagedCommandLine() returning a nullptr in ProfileDataAllocateScenarioInfo

Moved call to ReleaseManagedCommandLine() to EEShutDownHelper

Commit migrated from https://github.com/dotnet/coreclr/commit/d360e7cb82d2b0bcec37fc9d06bb88fe7d87e2ae

Commits from dotnet/coreclr#24229 - Fixes for IBC profile data on Linux

Added public static function GetManagedCommandLine() and SaveManagedCommandLine()

Moved GetManagedCommandLine and SaveManagedCommandLine to ceeload to link

Disabled the setup for BBSweep on Linux as the PAL doesn’t support process named objects

Commit migrated from https://github.com/dotnet/coreclr/commit/36e4846e9053cf966b7c07d28fdb47b983afbfca

Merge pull request dotnet/coreclr#24281 from BruceForstall/CleanCorefxRuns

Disable failing corefx tests

Commit migrated from https://github.com/dotnet/coreclr/commit/08bad50dc319c74f8f6efdd59565f3b2c3c39e12

Disable failing corefx tests

Commit migrated from https://github.com/dotnet/coreclr/commit/77c0e27c0e5d56aeb4e6c1e06f60477f61395011

Merge pull request dotnet/coreclr#24276 from briansull/revert-24229

Revert 24229

Commit migrated from https://github.com/dotnet/coreclr/commit/72e450b5d4eb6cc8fd9e99e0202b538b795350e8

Fix the case when we replace `stmt->gtStmtExpr`.

Commit migrated from https://github.com/dotnet/coreclr/commit/3e271954768ec502d1827c18d911d046f234c5a1

Fix for a jit liveness bug.

`fgRemoveDeadStore` has special logic for removing dead assignments
whose rhs was of type `TYP_STRUCT`:

https://github.com/dotnet/coreclr/blob/dotnet/coreclr@311b5e2fe413c6c74a2a3680ab54d8a978651472/src/jit/liveness.cpp#L2264-L2274

That logic was applied to "normal"
assignments (i.e., direct children of `GT_STMT`) but not to "internal"
assignments (e.g., children of `GT_COMMA`).
The test case has an internal assignment and, because this logic wasn't
applied, we ended up with a standalone `GT_IND` of type `TYP_STRUCT`
that the register allocator can't handle.

This change apples the missing logic to "internal" assignments.

Fixes dotnet/coreclr#24253.

Commit migrated from https://github.com/dotnet/coreclr/commit/e6ee8a2c075ac906f4d86d831cac124f2f22a504

Revert "Fix for IBC profile data on Linux - Build the full command line for FEATURE_PAL"

This reverts commit dotnet/coreclr@08422af33fa2026953c2e720cecf000ed4345a32.

Commit migrated from https://github.com/dotnet/coreclr/commit/1a30173f2fb4e6cf427dfbd962ab4f80a36583a3

Revert "Added method ReleaseManagedCommandLine to release memory"

This reverts commit dotnet/coreclr@1f2435763926f6068fc88a36a2b8dc49c263f271.

Commit migrated from https://github.com/dotnet/coreclr/commit/78bfc4fbd634f34870e4c11f280c36b7ed696c9f

Use `ReplaceOperand`.

Commit migrated from https://github.com/dotnet/coreclr/commit/0bf52e4304b5e13aaa40ec248a16f06db8d892ae

Undo a change where we ignore the specified EventPipe sessionType.

Commit migrated from https://github.com/dotnet/coreclr/commit/c3e404425f9f03088f0e7106914190634baef619

Refactored the duplicated code into a template method pattern

Commit migrated from https://github.com/dotnet/coreclr/commit/3a559ad43022df53c0f1426c828a6c21f79dd5dd

Add config value for jit host slab cache maximum size (dotnet/coreclr#24254)

Commit migrated from https://github.com/dotnet/coreclr/commit/f3a932ad6ebcb1135562843a53476e373f7b5de3

Fix creation of the NUMA node to heap number map

The current implementation assumes that the NUMA nodes of CPUs
used for GC threads form a zero based continous range. However that
doesn't have to be true for cases when user selects only a subset of the
available CPUs for the GC heap threads using the
COMPlus_GCHeapAffinitizeMask or COMPlus_GCHeapAffinitizeRanges. The
selected CPUs may belong only to a subset of NUMA nodes that don't
necessarily start at node 0 or form a continuous range.

This change fixes the algorithm that initializes the
numa_node_to_heap_map lookup array so that it works correctly even in
such cases.

Commit migrated from https://github.com/dotnet/coreclr/commit/9733c30b27ca90d3eeb07928df6e6e5861c203bb

Merge pull request dotnet/coreclr#24229 from briansull/ibc-linux

Fixes for IBC profile data on Linux

Commit migrated from https://github.com/dotnet/coreclr/commit/03e79408df6b14d36467cfc7eb30bd699f8d3849

Add a repro test.

Commit migrated from https://github.com/dotnet/coreclr/commit/e5decb744c05dcce3f23ec0757517711a0ecb900

Fix parent's links in fgArgInfo in optAssertionProp_Update.

Commit migrated from https://github.com/dotnet/coreclr/commit/6418fcf88c7014d564dbb38ea0d459d2da2645af

Change gtFindLink to return parent as well.

Commit migrated from https://github.com/dotnet/coreclr/commit/332bd2ec8a6bad66e1fb9b2dc3cf37e9e4d77727

Add comments and format `gtGetThisArg`.

Commit migrated from https://github.com/dotnet/coreclr/commit/736291405ac4daf4fa84d11183e8be2bdf294425

Helix telemetry fixes

- Enable telemetry unconditionally
- Set the `_BuildConfig` variable in `xplat-job.yml` so it is available to
  both product and test builds.
- Set the Helix `Type` parameter explicitly to distinguish product and test builds
- Set the Helix `Source` parameter for builds as well as test jobs

This includes a fix to job.yml from dotnet/arcadedotnet/coreclr#2620.

Commit migrated from https://github.com/dotnet/coreclr/commit/9957d039a2ac69bf42fac51b45abae48c1c212d0

[System.Globalization.Native] Fix small issues in CloneCollatorWithOptions and GetCollatorFromSortHandle (dotnet/coreclr#24100)

* Fix allocation size calculation when resizing array
Allocate initial array using malloc to avoid needlessly zeroing it
Reinstate optimization for empty array returned from GetCustomRules lost in dotnet/coreclr#22378

* Avoid resizing arrays in GetCustomRules by preallocating the maximum size we can consume (5648 bytes)

* Avoid creating a binary search tree for something that could be easily stored as 32-entry lookup table

* Remove obsolete comment

Commit migrated from https://github.com/dotnet/coreclr/commit/a59ead8f8b31f836ea551807eef77b77281848e2

Null-terminate buffers that strncpy writes to (dotnet/coreclr#24095)

It is possible that the string being copied is so large that strncpy
fills up the destination array and does not write any null characters to
it. That will lead to buffer overflows. Work around that by always
writing a null character at the end of the destination array.

Commit migrated from https://github.com/dotnet/coreclr/commit/dea615bfbeff6b8769e6d162aea33862e676fadb

Remove redundant tests (dotnet/coreclr#24255)

Tests are technically flaky and have been determined largely redundant with CoreFx.

Fixes dotnet/coreclr#24212

Commit migrated from https://github.com/dotnet/coreclr/commit/37957f427e324448152fb6e75795b876967cfe55

Added method ReleaseManagedCommandLine to release memory

Commit migrated from https://github.com/dotnet/coreclr/commit/1f2435763926f6068fc88a36a2b8dc49c263f271

Add IsFrozenObject Profiler API (dotnet/coreclr#24239)

Commit migrated from https://github.com/dotnet/coreclr/commit/14458204d17a47eff4323f1f8102eb222b157637

Removing EventPipe file polling (EventPipeController+Timer) (dotnet/coreclr#24225)

* Remove file polling only, and leave the COMPlus_* functionality.
* Fix bug/typo introduced with https://github.com/dotnet/coreclr/pull/21718

Commit migrated from https://github.com/dotnet/coreclr/commit/e30263455e930b63c0f311cf28d4f73a8abb504c

Fix for IBC profile data on Linux - Build the full command line for FEATURE_PAL

Added public static function GetManagedCommandLine() andSaveManagedCommandLine()
Add helper method Append_Next_Item
Moved GetManagedCommandLine and SaveManagedCommandLine to ceeload to link crossgen
Cleanup, codereview feedback

Commit migrated from https://github.com/dotnet/coreclr/commit/08422af33fa2026953c2e720cecf000ed4345a32

Merge pull request dotnet/coreclr#24242 from janvorli/fix-numa-node-for-disabled-numa

Fix NUMA node for heap when NUMA is not available

Commit migrated from https://github.com/dotnet/coreclr/commit/58a26dfea967eee422cffe487ffff4c1a2546da6

Using SList<SListElem<T>> to store the EventPipeProviderCallbackData

Commit migrated from https://github.com/dotnet/coreclr/commit/4449737e3e25d57f3fb1e4bb7aa8f16110a27538

Add IBCMerge restore source to the restore command. (dotnet/coreclr#24250)

Commit migrated from https://github.com/dotnet/coreclr/commit/bb24f926d7b0c001b75d4fcb4d64c2d7572c1d38

Nullable System.Collections.EmptyReadOnlyDictionaryInternal, System.Collections.ObjectModel.* (dotnet/coreclr#24221)

* annotating collections

* annotated collection.cs and readonlycollection.cs

* adding tkey constraint and comments

Commit migrated from https://github.com/dotnet/coreclr/commit/ebb717431b79c6d6c83a32983b5819a13eb62cef

Merge pull request dotnet/coreclr#24232 from janvorli/fix-large-version-bubble-2

Fix crossgen with large version bubble enabled

Commit migrated from https://github.com/dotnet/coreclr/commit/b5bb75ec39a501bde4089ba754bb717e1d52fe0d

Improve the performance of the type loader (dotnet/coreclr#24177)

Improve the performance of the type loader
- Disable interface ambiguity checks in Corelib
- Improve StackingAllocator perf
  - Increase size of allocation blocks
  - Cleanup allocation blocks comletely on gc suspension
- Check for presence of generic parameters to methods in a more efficient manner
  - Querying the count of GenericParameter records requires a binary search in the GenericParams table
  - Checking the generic flag on the method signature is effectively free
- Skip unnecessary checks in EnumerateClassMethods for corelib
- Use Sanity check flag where appropriate
- Use slightly faster hashtable functions in StringLiteralMap
  - Remove pointless string literal entry hash table search
- Change stacking allocator to not be allocated for the lifetime of a thread, but instead its allocated/destroyed around the first frame on the thread that needs the allocator.
  - Allocate at most 1 stacking allocator per thread
  - The allocation is on the stack via _alloca (as managed by the ACQUIRE_STACKING_ALLOCATOR macro
  - This will put an 8KB buffer on the stack, and if there is need for a larger buffer it will allocate off of the heap.
  - Stacking allocator initial block is always present, so the allocation routine for the allocator can be somewhat simpler
  - More logic has been move the the cpp file, to reduce header bloat, and improve iteration when modifying StackingAllocator code
  - Avoid use of alloca for StackingAllocator when less than 512KB of stack is available

Commit migrated from https://github.com/dotnet/coreclr/commit/713091f4e504b9a194dcb2cfda180baa21572c58

Fix verification of 3-byte UTF-8 sequence followed by non-ASCII byte (dotnet/coreclr#24235)

Commit migrated from https://github.com/dotnet/coreclr/commit/e3d7d212a4d5350227c1fcc6949e9a379e9162c5

Return null for unexpected HW intrinsic (dotnet/coreclr#24219)

Fix dotnet/coreclr#17815

Commit migrated from https://github.com/dotnet/coreclr/commit/9cd5658f969f503127e2a40991989976c72f866d

Fixing 23941 (dotnet/coreclr#24199)

* Fixing 23941

The issue here is that in R2R code, unlike jitted IL code, the pinvoke calls are wrapped by a pair of calls to the JIT_PInvokeBegin and JIT_PInvokeEnd helpers, which link and unlink the InlinedCallFrame to the current thread. We do not initialize and link the ICF in the method prolog, and unlink it in the epilog, like jitted code does. We do this in the JIT helpers, right before/after the pinvoke call.
When an exception is thrown, the JIT_PInvokeEnd helper will be skipped since execution will resume at the nearest valid catch block, and the ICF will remain linked to the thread, which poses a problem if the method attempts another pinvoke operation (it will try to link the ICF which is already the top frame, and we'll end up in an infinite loop). Therefore, for the R2R case, we need to pop the ICF from the chain during exception unwinding.

Commit migrated from https://github.com/dotnet/coreclr/commit/e966022128c67163e04be4ab2360d314d7d9c062

Nullable: Contract.cs and more interop (dotnet/coreclr#24193)

* Nullable: Contract.cs and more interop

* Address PR feedback

Commit migrated from https://github.com/dotnet/coreclr/commit/4dc324887a85bc90ef6830b2d27ba49c31058d72

Fix NUMA node for heap when NUMA is not available

The recent refactoring of the GCToOSInterface::GetProcessorForHeap has
accidentally changed the NUMA node returned in case NUMA is disabled
(either via the COMPlus_GCNumaAware or due to the fact that there is
just a single NUMA node on the system) and the CPU groups are disabled.
Before that refactoring, the code was incorrectly returning 0 as the
NUMA node when CPU groups were disabled no matter whether NUMA was
enabled or disabled. The refactoring fixed that by returning the
current CPU group number for the case when NUMA was enabled, however
it still returned incorrect value, this time GroupProcNo::NoGroup as
the NUMA node number in case NUMA was disabled.

This change fixes it by returning the current group number in this case.

Commit migrated from https://github.com/dotnet/coreclr/commit/8d93bd9080f47efd87dc5420a6e600f8dc432659

Postponing the managed callback so that they are called after the lock acquistion

Commit migrated from https://github.com/dotnet/coreclr/commit/e6034d903f2608445a3f66e3694f461fad7b8b88

Switch to workstation GC in case of constrained CPU resources (dotnet/coreclr#24194)

* Switch to workstation GC in case of constrained CPU resources

Right now, if the user sets the configuration so that the server GC is
used, the server GC will be loaded even in conditions where we know the
workstation GC would fare better. An example of such conditions is
constrained environment where there is only 1 or less CPU or with very
low memory.

This can be harmful if users deploy the same projects on different kind
of platforms: deploying to a 20+ cores server and to Azure Functions
will require largely different configurations for the runtime.

There are already multiple ways for the user to specify to use the
server GC or not:
 - setting `COMPlus_gcServer` as an environment variable
 - setting `gcServer` in the configuration file
 - setting `System.GC.Server` passed to `coreclr_initialize`

Fix https://github.com/dotnet/coreclr/issues/23949

* Address review

* Address review

Remove GCToOSInterface::GetCurrentProcessCpuLimit in favor of
GCToOSInterface::GetCurrentProcessCpuCount because the CpuLimit is taken
into account in the CpuCount again.

* Address review

Do the work in src/vm/ceemain.cpp otherwise there will be a disparity
between what the VM and the GC are running. Before, only the GC would be
aware of the switch from server to workstation GC, but not the VM.

Commit migrated from https://github.com/dotnet/coreclr/commit/a9b6851ad1a9551f3f654b654b094147b50e5999

Added optional/default parameters for StreamWriter/StreamReader (dotnet/coreclr#24056)

* Added optional/default parameters for StreamWriter/StreamReader

* Disabled outdated test

* Changed default encoding to UTF8NoBOM

* Made encoding parameter nullable

Commit migrated from https://github.com/dotnet/coreclr/commit/57a40b91ce8d340f60717b73ab5d779e9f6a53be

Unify WIN32_FIND_DATA (dotnet/corefxdotnet/coreclr#37158)

Signed-off-by: dotnet-bot <dotnet-bot@microsoft.com>
Commit migrated from https://github.com/dotnet/coreclr/commit/6d0ea2a67116907dc7e3e9213d3270944142e7f5

Add Medium GC Profiling Mode & ICorProfilerInfo::GetObjectReferences (dotnet/coreclr#24156)

Commit migrated from https://github.com/dotnet/coreclr/commit/c2dacd2025145c586a5569408c1427899a3767cc

More multi-appdomain support removal (dotnet/coreclr#23921)

More multi-appdomain support removal
- Remove DomainLocalBlock
- Remove DomainModule
- Remove FindDomain(File/Module/Assembly)
- Remove GetDomainModule
- Remove variants of GetDomain(File/Assembly) that take AppDomain parameter
- Adjust contracts to be less strict
  - GetDomainFile/Assembly no longer need a complex contract as multi-domain support does not exist
- Eliminiate uses of encoded ModuleID

Commit migrated from https://github.com/dotnet/coreclr/commit/4a2654124ecf38300a717db79926334703abeb70