Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Updating the JIT to recognize and handle Vector64/128/256<T> for nint/nuint #52016

Merged
merged 4 commits into from
Apr 30, 2021

Conversation

tannergooding
Copy link
Member

This resolves the dotnet/runtime side for dotnet/runtimelab#1035 by recognizing nint and nuint for Vector64/128/256<T> as valid ABI types.

The general-purpose methods (such as As, GetElement, WithElement, etc) are blocked until they go through API review.

CC. @jkotas, @AntonLapounov

@dotnet-issue-labeler dotnet-issue-labeler bot added the area-CodeGen-coreclr CLR JIT compiler in src/coreclr/src/jit and related components such as SuperPMI label Apr 28, 2021
@tannergooding
Copy link
Member Author

Also CC @echesakovMSFT

@tannergooding
Copy link
Member Author

We already have negative tests assertion that the various APIs throw NotSupportedException, such as: https://github.com/dotnet/runtime/blob/main/src/tests/JIT/HardwareIntrinsics/General/NotSupported/Vector128NIntAllBitsSet.cs

@tannergooding
Copy link
Member Author

Logged #52017 for the API proposal. Most of the surface area is generic and support comes that way.

There is also some surface area that can be exposed for cases like: Sse.ConvertScalarToVector128Single where it has a 64-bit equivalent under Sse.X64.ConvertScalarToVector128Single, but that can be a separate proposal.

Copy link
Member

@AntonLapounov AntonLapounov left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks great. Thank you for the quick fix! There is still one outstanding suggestion regarding Vector256NUIntHandle.

tannergooding and others added 2 commits April 28, 2021 17:39
Co-authored-by: Anton Lapounov <anton.lapounov@microsoft.com>
@BruceForstall
Copy link
Member

cc @dotnet/jit-contrib

@@ -1502,7 +1502,7 @@ int MethodTable::GetVectorSize()
// We need to verify that T (the element or "base" type) is a primitive type.
TypeHandle typeArg = GetInstantiation()[0];
CorElementType corType = typeArg.GetSignatureCorElementType();
if (corType >= ELEMENT_TYPE_I1 && corType <= ELEMENT_TYPE_R8)
if (((corType >= ELEMENT_TYPE_I1) && (corType <= ELEMENT_TYPE_R8)) || (corType == ELEMENT_TYPE_I) || (corType == ELEMENT_TYPE_U))
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The VM was not correctly handling nint or nuint for the purposes of GetVectorSize() which was impacting downstream decisions about whether it was HFA/HVA and how it should be handled.

@AntonLapounov
Copy link
Member

PayloadShouldHaveSimilarSizeWhenSplitIntoSegments test failure is tracked by #52031.

@tannergooding
Copy link
Member Author

@jkotas (for the small VM side change) and @dotnet/jit-contrib could you give this a quick secondary review. It should be good to merge otherwise.

Copy link
Member

@jkotas jkotas left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM. Thank you!

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
area-CodeGen-coreclr CLR JIT compiler in src/coreclr/src/jit and related components such as SuperPMI
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants