| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
Skip JIT/superpmi/superpmicollect/superpmicollect.sh
|
|
Lists:
JIT.jit64.opt.cse.hugeSimpleExpr1.hugeSimpleExpr1
GC.Regressions.v2.0-rtm.494226.494226.494226
GC.Scenarios.ServerModel.servermodel.servermodel
JIT.jit64.opt.cse.HugeField1.HugeField1
JIT.jit64.opt.cse.HugeField2.HugeField2
JIT.jit64.opt.cse.hugeexpr1.hugeexpr1
|
|
* [x86/Linux] Fix marshalling struct with 64-bit types
The System V ABI for i386 defines 4-byte alignment for 64-bit types.
* [Linux/x86] Fix marshalling tests in the case of System V i386 ABI
|
|
JIT/Directed/RVAInit/nested
JIT/Directed/RVAInit/simple
JIT/Regression/CLR-x86-JIT/V1.2-Beta1/b103058/b103058
|
|
JIT: port extra check to struct of struct of x promotion to release/2.1
|
|
Since there is no servicing version for this package, the 2.1 build was upgrading
to an incompatible 4.6 prerelease which caused test build breaks.
This package is only needed to build tests. We don't expect to service it
for 2.1, given it was an experemental prerelease package.
So fix its version at 4.5.0-rtm.
Closes #19138.
|
|
Port of #19156.
Avoid promoting structs that contain struct fields that themselves
wrap single simple fields, if those single simple fields are smaller
than their enclosing struct.
Otherwise we run the risk of losing track of the "extra" bytes in the
innner struct.
Addresses #19149.
|
|
Port of #18348 to release/2.1
We need to make sure that if we reorder a callfinally during finally cloning
that the callfinally is actually the one being targeted by the last block in
the try range.
Closes #18332. Linked issue has some more detailed notes.
|
|
In anticipation of taking a dependence on netcoreapp2.1 for the
forthcoming PMI work from jitutils.
Also make sure to shut down build servers before cleaning up the SDK.
|
|
* Split unix test builds in slices
Ports #17161 to linux
* Address review feedback
|
|
Fix unix test build by removing unnecessary 'managed_test_build' semafore file
|
|
For ARM, doing a secure delegate call requires adding
a custom calling convention argument R4 as the address of the
secure delegate invoke indirection cell. This is done using the
fgMorphArgs nonStandardArgs mechanism, and the argument is added
at the end. For calls with 4 or more register arguments, this
didn't work: we would initially set the non-standard arg as a
non-register argument, and the nonStandardArgs check didn't
consider converting an argument from a stack argument back to
a register argument. The fix allows nonStandardArgs to be either
stack or register arguments, no matter what their place in the
argument list would imply.
Fixes #17738
|
|
|
|
* Fix dlbigleak
* cleanup dlstack
* Fix doublinknoleak
* Fix doublinkstay
* Fix dlcollect
* Fix doublinkgen
* Fix dlbigleakthd
|
|
|
|
Disable LeakWheel and SlowTailCallArgs Ubuntu/arm tests
|
|
When enumerating live gc registers, if we are not on the active stack frame,
we need to report callee-save gc registers that are live before the call.
The reason is that the liveness of gc registers may change across a call
to a method that does not return. In this case the instruction after the call
may be a jump target and a register that didn't have a live gc pointer before
the call may have a live gc pointer after the jump. To make sure we report the
registers that have live gc pointers before the call we subtract 1 from curOffs.
|
|
|
|
Added test case JIT\HardwareIntrinsics\X86\Regression\GitHub_17435
|
|
* Fix x86 steady state tiered compilation performance
Also included - a few tiered compilation only test hooks + small logging fix for JitBench
Tiered compilation wasn't correctly implementing the MayHavePrecode and RequiresStableEntryPoint policy functions. On x64 this was a non-issue, but due to compact entrypoints on x86 it lead to methods allocating both FuncPtrStubs and Precodes. The FuncPtrStubs would never get backpatched which caused never ending invocations of the Prestub for some methods. Although such code still runs correctly, it is much slower than it needs to be. On MusicStore x86 I am seeing a 20% improvement in steady state RPS after this fix, bringing us inline with what I've seen on x64.
|
|
This change ups the timeout for running benchmarks to 60 minutes, and changes the training data corpus file to one that is now stored in azure blob storage, and is only 10MB, to reduce the time spent running this benchmark (which was excessively long for our lab perf testing).
|
|
|
|
* Disable some tests under GCStress where they take too long to complete
https://github.com/dotnet/coreclr/issues/15309
|
|
Handle SIMD8/LONG recasts for LCL_FLD
|
|
* Windows Event Log tests
* Add test for windows event log
* Make it run under one executable
* Removing duplicate files
* remove more useless file
* fix formatting for reference to Diagnostics.EventLog
* Windows Event Log test is not supported outside Windows
* More logging to see why failures are occuring...
* Fix typo
* fix more typos
* just make the test pass on non-windows platforms
* Make the test more reliable with timing
|
|
* Add Word2Vec Benchmark Harness
This change adds an additional scenario benchmark, the Word2Vec
benchmark. The harness pulls down Word2Vec.Net from eabdullin, applies a
patch of changes that we made to work with netcoreapp21, harness the
word training and search, and then runs the benchmark. It also updates
the timeout for running benchmarks, since the training scenario on a
100M file takes about 7 minutes locally.
|
|
Lowering needs to insert a `BITCAST` in the case of a `STORE_LCL_FLD` with mismatched `TYP_SIMD8`/`TYP_LONG` operands, just as for `STORE_LCL_VAR`.
|
|
Failures tracked by #17423.
|
|
Fixes regex-redux-1 failure seen in https://github.com/dotnet/coreclr/issues/15309
- HashMap lookups and insertions occur under a level 0 lock and may enter cooperative GC mode inside the lock. A GC that is triggered may delete some dynamic code, which takes another level 0 lock. It does not look like it's possible for a deadlock as a result.
- Fixed by increasing the crst level for the lock used in ReadyToRunInfo
|
|
Extends changes in #17319 to cover stress tests run via the normal
msbuild/xunit test harness.
|
|
at sha 33fed2977ba2d6040f347301a378af8885ee5eb8
|
|
|
|
Reject struct promotion of parameters when -GS checks are enabled
|
|
Mark GCCollect test as GC stress excluded
|
|
as we could introduce shadow copies of them.
Add new test case: GitHub_17329.cs
|
|
|
|
Fix GCStress failures from hardware intrinsic tests
|
|
Merge from sha 2c155d1f01d0a379157913989f2005eebd184c96
Merge conflicts were only in dependency versions which
should get reset after the next build.
|
|
* JitBench scenarios fix (#17154)
* each web app should use a separate directory to avoid conflicts + dead code removal
* update the framework package version to get scenarios benchmarks working
* use the correct version for 2.1 branch
|
|
|
|
Add back hosting to split builds
|
|
There are some behavior difference between C/C++ UTF8 encoder/decoder and Encoding.UTF8 as mentioned by #16786.
|
|
|
|
This test is incompatible with GC stress. The tests compares results of
GC.GetTotalMemory before and after GC.Collect and fails if the size
before the collection is smaller than after the collection. But GC
stress breaks this assumption.
|
|
Fixes #17013.
|
|
|
|
Enable Linux arm32 GCStress jobs
|
|
Things have progressed far enough that its time to use a friendlier name. The feature still still has performance aspects that need to be investigated and improved, but I don't want to scare people off simply because it isn't as fast as it could be.
This also updates to use a newer CoreFX version for JitBench since that appeared to be broken, and updated some comments and usage of the tieredcompilation variable.
|
|
Non-PR jobs (cron and push) are disabled for now.
|
|
Fixes #16840
|
