- 21 4月, 2021 25 次提交
-
-
由 Johan Lorensson 提交于
Lazy init of ThreadWaitInfo in Thread.Mono.cs to prevent crash on external attached threads. (#51483) * Init ThreadWaitInfo to prevent crash on external attached threads. Commit https://github.com/dotnet/runtime/commit/457f58cd30082c9de0be9ca62e64fa179c37dab3 added a new managed object into Mono's managed thread object, _waitInfo. This new object was initialized in Thread managed constructor, problem with that is for all threads that gets their thread object created in native code, create_thread_object, that code did the same thing as constructor before commit, since managed constructor called down into native code calling the same native method as create_thread_object meaning a thread object created from managed or native would be initialized identical. After above commit this is no longer true, meaning that all managed thread objects created in native code (like attached external threads) won't get _waitInfo initialized and that leads to a crash when OnThreadExiting gets called from Finalizer thread. Fix is to make sure _waitInfo get initialize regardless of thread object gets created from managed or native code. This fix implements a lazy init as part of property access, I tested a native version of the fix, calling back into managed to init managed parts of thread when tread gets created in native, but turns out that such a fix gets a little complicated, since some of the threads are created early when it's not possible to run managed code, so that in turn needed additional changes into the init order, that in turn has bigger impact and could cause other unwanted side effects. Fixing it in managed using lazy/on demand init is simpler/cleaner approach but might come with a small performance hit for callers of WaitInfo property (will add volatile read and conditional branch), but looking at callers of the property, they appear in functions with rather high "cost", like Sleep, NewMutex, Wait, SignalAndWait, Interrupt and RelinquishOwnership.
-
由 Levi Broderick 提交于
-
由 Andrew Au 提交于
Nuget package for ILCompiler.Reflection.ReadyToRun Co-authored-by: NMichal Strehovský <MichalStrehovsky@users.noreply.github.com>
-
由 Jan Kotas 提交于
* Simplify non-generic ArrayEnumerator * Implement GetFlattenedIndex for Mono
-
由 Andy Ayers 提交于
Rework the inlinee profile scale computations so that all scaling happens during the profile incorporation phase, rather than sometimes deferring the scaling until inlining. Because of this we no longer need to record the scale on the inline info. Toss out profile data if all counts are zero. Update the edge profile solver to handle a special case where no return block was executed, but edges within the method had counts. In such cases the entry block count can end up zero and blocking proper scaling computations. For this case, try and deduce a plausible count in this case from nearby blocks and edges. Fix the edge weight computations to tolerate inconsistent data rather than to assert.
-
由 Jan Kotas 提交于
Disable the tests for values are not guaranteed to roundtrip depending on the GC settings. We have more extensive test coverage for the latency modes under runtime tests.
-
由 Kevin Jones 提交于
The Apple API offers significant performance improvements (an order of a magnitude) over reading from /dev/urandom.
-
由 Andy Ayers 提交于
Records of this type are created when class profile histograms in dynamic PGO data are summarized by the static PGO tooling. These records can appear in both prejit and jit schemas when the static PGO data is passed back to the jit.
-
由 David Pine 提交于
There appeared to be two issues, where the config.GetReloadToken().RegisterChangeCallback was registered after the updates were made.
-
由 Zoltan Varga 提交于
This forces the llvm backend to allocate a stack location for them, so they get GC tracking.
-
由 Ankit Jain 提交于
* [wasm] Set runtime pack directory to the nuget path, if not set * Update src/mono/wasm/build/WasmApp.targets Co-authored-by: NLarry Ewing <lewing@microsoft.com> Co-authored-by: NLarry Ewing <lewing@microsoft.com>
-
由 Layomi Akinrinade 提交于
[JSON source gen 3/3] Add new methods to JsonSerializer and System.Net.Http.Json APIs that take type metadata (#51528) * Add new methods to JsonSerializer and System.Net.Http.Json APIs that take type metadata * Address review feedback
-
由 Jeff Handley 提交于
-
由 Levi Broderick 提交于
-
由 dotnet-maestro[bot] 提交于
[main] Update dependencies from dotnet/runtime dotnet/arcade dotnet/icu dotnet/xharness dotnet/llvm-project dotnet/runtime-assets (#51488) [main] Update dependencies from dotnet/runtime dotnet/arcade dotnet/icu dotnet/xharness dotnet/llvm-project dotnet/runtime-assets
-
由 Eric StJohn 提交于
* Disable source generators from binplacing * Ensure APICompat doesn't run for non-Source projects
-
由 Konrad Kokosa 提交于
It's 14 hours of lectures about how .NET GC is implemented.
-
由 David Wrighton 提交于
-
由 Jeremy Koritzinsky 提交于
Use adjusted parent layout size to handle a non-zero-sized class inheriting from a zero-sized class that inherits from another zero-sized class. (#50861)
-
由 Stephen Toub 提交于
* Remove pinning in BufferedFileStreamStrategy * Simplify code/synchronization in ValueTaskSource
-
由 Stephen Toub 提交于
* Add metadata update handler to System.ComponentModel.TypeConverter * Update src/libraries/System.ComponentModel.TypeConverter/src/System/ComponentModel/ReflectTypeDescriptionProvider.cs
-
由 Jan Kotas 提交于
-
由 Ben Adams 提交于
-
由 Geoff Kizer 提交于
* fix zero byte send on linux and update tests Co-authored-by: NGeoffrey Kizer <geoffrek@windows.microsoft.com>
-
由 Jeremy Barton 提交于
Also change the storage model to SafeEvpPKeyHandle, only import and export use legacy SafeRsaHandle.
-
- 20 4月, 2021 15 次提交
-
-
由 Johan Lorensson 提交于
Mono runtime component infrastructure including EventPipe/DiagnosticsServer as a Mono runtime component. (#50837) Implementation of Mono runtime component infrastructure, https://github.com/dotnet/runtime/blob/main/docs/design/mono/components.md. This commit also includes a port of Mono EventPipe/DiagnosticsServer library over to new runtime component infrastructure. Before all packaging/deploy have been fixed for platforms that will switch over to hosting components as shared libraries, all components will be build and linked using the static linkage scenario outline in document above. Once package and deploy is resolved for dynamic linking scenarios, we will switch this for corresponding platforms in follow up commits.
-
由 Lakshan Fernando 提交于
* eh fix * test change that inadvertently got checked in earlier * Suppresses the trimmer warning on TypeAnalysis ctor * Incorporating FB * Update src/libraries/System.Diagnostics.DiagnosticSource/src/System/Diagnostics/DiagnosticSourceEventSource.cs Co-authored-by: NEric Erhardt <eric.erhardt@microsoft.com> * Update src/libraries/System.Diagnostics.DiagnosticSource/src/System/Diagnostics/DiagnosticSourceEventSource.cs Co-authored-by: NEric Erhardt <eric.erhardt@microsoft.com> * Update src/libraries/System.Private.CoreLib/src/System/Diagnostics/Tracing/EventSource.cs Co-authored-by: NEric Erhardt <eric.erhardt@microsoft.com> * Fix DynamicDependency as per PR feedback * an earlier change got reverted * fixed proj file netcore app condition check * fixed NETCORE_ENGINEERING_TELEMETRY build failures * fixeing another NETCORE_ENGINEERING_TELEMETRY build failures * Adding RequiresUnreferencedCode to TypeAnalysis ctor instead of suppressing the warning to get FB, not fully fixed * PR FB and suppressing warnings for safe calls * propagated the warning all the way up * CI build break fix for one file * excluding NativeRTEventSrc from being build in a project * Missed couple of supppressions on NativeRTEventSrc * build break fixes * Trimmer warning fix related to EventSource manifest creation * incorporate fb * fix build break in some configs * comment feedback * build break Co-authored-by: NEric Erhardt <eric.erhardt@microsoft.com>
-
由 Maxim Lipnin 提交于
Annotated public System.Console APIs throwing PNSE on Android. Part of #47911.
-
由 Jeff Handley 提交于
-
由 Elinor Fung 提交于
-
由 Andy Ayers 提交于
SPMI wasn't capturing enough data for PGO schemas that had class profiles, leading to replay failures.
-
由 Kunal Pathak 提交于
* Run SPMI collection on libraries-tests * Only run for libraries-tests and change GUID * fix error * fix the collection name * fix the timeoutInMinutes * Download libraries test artifacts * try to fix the libs+tests artifacts name * Use artifacts name as is * Fix the libraries test artifacts name * Use librares_test.zip * Modify the filter to unzip all *Tests.dll files * Revert "Modify the filter to unzip all *Tests.dll files" This reverts commit b62f7132ec084453495a92a3e336688585366908. * Try to unzip libraries_zipped * overwriteExistingFiles=true * Fix the asset extension - Also exclude files present in core_root * fix artifacts name * remove extra . * Ignore permission error * Copy common test files in CORE_ROOT - And do not copy not *.Tests.dll" for PMI * Perform collection for all libraries_tests assets * Add UnicodeEncodeError EH * Add PermissionError for copy2 * Copy all the test assests to core_root * Make input_directory readonly * make ch_mod recursive * Add option of error_limit to superpmi.py * Pass -failureLimit flag to parallel mode * Revert "Only run for libraries-tests and change GUID" This reverts commit 7f4cdda9cf4f49fc21a354f616a67554f65cd6ea.
-
由 Tanner Gooding 提交于
* Refactoring GenTreeJitIntrinsic to expose SimdSize and SimdBaseType via methods * Updating the JIT to pass through the CORINFO_TYPE for hardware intrinsics * Adding support for Vector<nint> and Vector<nuint> to managed code * Updating the vector tests to cover nint and nuint * Recognize Vector<nint> and Vector<nuint> in the JIT * Updating Vector64/128/256<T> NotSupportedTest metadata to include type name * Updating the Vector64/128/256<T> tests to have NotSupported validation for nint/nuint * Splitting ThrowHelper.ThrowForUnsupportedVectorBaseType into separate functions for Numerics vs Intrinsics * Updating Utf16Utility.Validation to directly use Vector<nuint> * Don't use the auxiliary type to hold a SIMD type, since it can be trivially pulled from the operand instead * Split the mono handling for ThrowForUnsupportedVectorBaseType into ThrowForUnsupportedNumericsVectorBaseType and ThrowForUnsupportedIntrinsicsVectorBaseType * Add basic handling for MONO_TYPE_I and MONO_TYPE_U to simd-intrinsics.c * Ensure simd-intrinsics.c in Mono handles `MONO_TYPE_I` and `MONO_TYPE_U` on relevant code paths * Ensure we don't assert when encountering synthesized Vector128<nint> handles * Applying formatting patch * Fix the handling for Crc32 and Crc32C on ARM64 * Updating Mono mini-amd64 to handle MONO_TYPE_I and MONO_TYPE_U for SIMD operations * Handle OP_XCOMPARE.CMP_GE_UN for MONO_TYPE_U * Handle MONO_TYPE_I and MONO_TYPE_U for Vector types in mini-llvm
-
由 Jose Perez Rodriguez 提交于
* Address remaining warnings from DataContractSerialization * Refactor MemberTypes declaration * Remove Unused UnconditionalSuppressMessages * Addressing some PR Feedback * Suppress MakeGenericMethod calls in AccessorBuilder * Suppressing error in NullPrimitiveDataContract constructor * Suppress other MakeGenericMethod linker warnings * Address remaining feedback and move trimmer string to DataContract * Addressing some nits * Fix typo and remove unnecesary usings
-
由 James Newton-King 提交于
-
由 Valentin Grigorev 提交于
Co-authored-by: NValentin Grigorev <valentin.grigorev@jetbrains.com>
-
由 Sergey Andreenko 提交于
-
由 Carlos Sanchez 提交于
Co-authored-by: Ncarlossanlop <carlossanlop@users.noreply.github.com>
-
由 Omair Majid 提交于
-
由 David Pine 提交于
- Add two `ConfigureHostOptions` extension methods - Two overloads exist, per [Maryam's comment](https://github.com/dotnet/runtime/pull/49502/files#r596466330) - Add corresponding unit tests to ensure these new methods function correctly Fixes #48743
-