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

Open-sourcing CoreCLR MIPS64 Port #38069

Open
theaoqi opened this issue Jun 18, 2020 · 27 comments
Open

Open-sourcing CoreCLR MIPS64 Port #38069

theaoqi opened this issue Jun 18, 2020 · 27 comments
Assignees
Labels
arch-mips64 Related to MIPS64 architecture (unsupported) area-Meta
Milestone

Comments

@theaoqi
Copy link
Contributor

theaoqi commented Jun 18, 2020

We're excited to announce that our CoreCLR MIPS64 Port has been open-sourced, and the initial commit has been pushed. The work is based on a commit nearly a year ago in dotnet/coreclr. We hope to implement a release version (3.0 or 3.1) first, and then to upgrade to upstream dotnet/runtime.

We are debugging priority1 tests in CoreCLR. More than 9500 tests have been passed according to our test method. The FlightFinder sample can work on MIPS64 now.

A gsvm/loongson-dotnet repository was created for general information, tools, downloads, etc., and further repositories may be created or forked if needed.

The work is still in progress. All contributions and suggestions are greatly welcomed. Please feel free to contact us.

Many thanks to Andy Ayers (@AndyAyersMS), Bruce Forstall (@BruceForstall), David Wrighton (@davidwrighton), Fei Peng (@fiigii), Jan Kotas (@jkotas), Jan Vorlicek (@janvorli), Maoni Stephens (@Maoni0), MeiChin-Tsai (@MeiChin-Tsai), and our great team!

@Dotnet-GitSync-Bot Dotnet-GitSync-Bot added the untriaged New issue has not been triaged by the area owner label Jun 18, 2020
@Dotnet-GitSync-Bot
Copy link
Collaborator

I couldn't figure out the best area label to add to this issue. Please help me learn by adding exactly one area label.

@BruceForstall BruceForstall added arch-mips64 Related to MIPS64 architecture (unsupported) area-Meta and removed untriaged New issue has not been triaged by the area owner labels Jun 18, 2020
@BruceForstall BruceForstall added this to the Future milestone Jun 18, 2020
@BruceForstall
Copy link
Member

This is great to hear. Congratulations on the progress!

@richlander @dotnet/jit-contrib @jeffschwMSFT

@geffzhang
Copy link

Congratulations on reaching such a milestone

@mfjiang
Copy link

mfjiang commented Jun 18, 2020

nice job !

@myFirstway
Copy link

It's exciting

@fiigii
Copy link
Contributor

fiigii commented Jun 18, 2020

Great job! Congrat Loongson!

@janvorli
Copy link
Member

Awesome! I was looking for this moment. Congratulations!

@maikebing
Copy link

Congratulations on reaching such a milestone

@RockNHawk
Copy link

Great job!

@lindexi
Copy link
Member

lindexi commented Jun 21, 2020

Awesome

@theaoqi
Copy link
Contributor Author

theaoqi commented Jun 22, 2020

Awesome! I was looking for this moment. Congratulations!

Sorry, it was late ;)

@KatyushaScarlet
Copy link

Congratulations!

@maikebing
Copy link

When are you planning to merge into .net 5?

@theaoqi
Copy link
Contributor Author

theaoqi commented Jun 30, 2020

When are you planning to merge into .net 5?

We hope to begin the work of upgrading to master this year, but I cannot give an accurate time at present. Even if we finish all the work, I am not sure when dotnet/runtime will (or maybe already?) close the door for such a new port to stabilize .NET 5. .NET 6 is an LTS release. If possible, maybe we will try to merge into .NET 6. @BruceForstall , may I ask when is the deadline for merging such a big feature/port into .NET 5 and .NET 6?

@BruceForstall
Copy link
Member

@theaoqi It's too late for such a large amount of work to go into .NET 5. The 'master' branch will become the .NET 6 branch probably in early September. Generally speaking, it would be better to try to start the process of upstreaming this work to 'master' early in the .NET 6 product cycle, so there is enough time to do that work, and when risk tolerance for change is higher than it is towards the end.

@jkotas
Copy link
Member

jkotas commented Jun 30, 2020

Also, upstreaming of the delta that is this large will likely need to be broken into multiple smaller PRs to be manageable. It expect that it will take several months of effort to merge.

@theaoqi
Copy link
Contributor Author

theaoqi commented Jul 1, 2020

@BruceForstall @jkotas , thank you, you have helped to make it more clear for me!

@jason522008
Copy link

bravo loongson

@InCerryGit
Copy link

Congratulations! Great job!

@SofiaXu
Copy link

SofiaXu commented Jul 17, 2020

Great job!

@1426781227
Copy link

时刻关注着,dotnet发展!一起进入新的元年!

@jkotas
Copy link
Member

jkotas commented Nov 17, 2020

@theaoqi @xiangzhai Do you have an estimate for when you will start upstreaming your changes to dotnet/runtime? Do you expect that you will start upstreaming the changes in next 6 months? We would like to make sure that we plan for it accordingly.

@theaoqi
Copy link
Contributor Author

theaoqi commented Nov 20, 2020

Thank you very much, @jkotas . I cannot be sure about this now. I will follow up on this, and let you know if there is any progress.

@happyNBB
Copy link

happyNBB commented Dec 1, 2020

加油!!👍👍👍

@driver1998
Copy link

@theaoqi Port of the 3.1 release is generally available now, I guess it is time now for upstreaming? Hopefully it can catch up to .NET 6.

@woxihuanjia
Copy link

congratulations!

@ghost ghost added the needs-further-triage Issue has been initially triaged, but needs deeper consideration or reconsideration label May 6, 2021
@joperezr joperezr removed needs-further-triage Issue has been initially triaged, but needs deeper consideration or reconsideration needs more info labels May 13, 2021
@wanghucheng66
Copy link

Great job!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
arch-mips64 Related to MIPS64 architecture (unsupported) area-Meta
Projects
No open projects
Status: Untriaged
Development

No branches or pull requests