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

Cortex-R Team: Decide on 2019 objectives #272

Closed
adamgreig opened this issue Dec 11, 2018 · 5 comments
Closed

Cortex-R Team: Decide on 2019 objectives #272

adamgreig opened this issue Dec 11, 2018 · 5 comments

Comments

@adamgreig
Copy link
Member

As part of our 2019 planning, we want to figure out what each team wants to work on this year, including new ideas, items from the 2019 wishlist (#256), and any leftover items from this year.

Let's use this issue to come up with a list of possible items and then prioritise them.

@japaric
Copy link
Member

japaric commented Dec 13, 2018

cc @rust-embedded/cortex-r @kenkeiter

From the wishlist:

Backlog:

  • cortex-r, cortex-r-rt and other crates to bring Cortex-R development up to par with Cortex-M development. There's https://github.com/paoloteti/cortex-r-rt and https://github.com/paoloteti/ti-hercules-bsp; I also have my own (currently not public) Cortex-R stack. We should sit down and put the common pieces under the rust-embedded org. (The R5 device I'm using has a totally different memory layout and interrupt handling than TI's Cortex-R devices; also I use it in split mode rather than in lockstep mode so I think this will be interesting).

Other ideas:

  • We should piggy back on the effort for stabilizing Cortex-M intrinsics in core::arch::arm to also stabilize the Cortex-R intrinsics we need.

@paoloteti
Copy link

At the moment (except I'm missing something) you cannot buy Cortex-R52 devices easly. Are usually available for selected partners or "approved customers" and under an NDA. (see NXP GreenBox for example).

So I prefer to wait for obvious reasons.

PS: Cortex-R52 support also the DCLS mode up to 8 cores, rather then Split/Lock mode

@japaric
Copy link
Member

japaric commented Jan 9, 2019

We discussed in yesterday's meeting (#290) that teams should start deciding on
how to prioritize their work items for this year. We'll let each team decide how
to do the item prioritization but we recommend having a real-time / synchronous
meeting (IRC or video meeting) to discuss all the potential goals.

If appropriate, you can reserve a time slot during the weekly meetings to have
this synchronous discussion. Just let us know in advance in one of the meeting
issues (e.g. #291).

Finally, if any of your goals for this year requires changes in any of the
rust-lang/* repositories and you haven't mentioned them in #256 or #269 then
please report them in #269 ASAP. We'll discuss prioritization of rust-lang
request during the next meeting (2019-01-15).

cc @rust-embedded/cortex-r

@eldruin
Copy link
Member

eldruin commented Aug 11, 2020

2019 finished. Maybe we can create a follow up issue for 2020. Nominating for next week's meeting.

@adamgreig
Copy link
Member Author

Closing as we're now well into 2020; if anything outstanding from this list is still relevant please add it to the not-yet-awesome embedded rust list, or create a new issue to track it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants