-
Notifications
You must be signed in to change notification settings - Fork 294
TSC Meeting Notes 2023
Nathalie Chan King Choy edited this page Mar 15, 2023
·
5 revisions
- Tanmay, Tammy, Tomas, Nathalie, Hari, Ed, Dan, Bill, Loic, Bruce, Nishanth, Stefano
- Latest from working groups
- OpenAMP RP
- System Reference
- Latest on Virtio proposal
- Linaro Connect in April:
- OpenAMP BOF proposal
- Maybe Tue afternoon/evening OpenAMP meeting
- Latest from working groups, cont.
- System DT (Stefano had a call conflict for 1st half)
- Maintainership of OpenAMP library
- Virtio proposal to Linaro & LEDGE
- Call scheduling across time zones
- Most of the work from App-services working group has been redirected to System Reference working group
- Virtio unification will be an important topic this year
- System DT documentation has been refactored and looks more official as a spec
- OpenAMP documentation is in much better shape for onboarding new participants, so could make sense to revisit the contractor topic
- Beneficial if any new joiners to OpenAMP could give feedback on how to improve the docs
- Tomas to revisit topic of OpenAMP maintainership w/ Xilinx management
- Bill: OpenAMP RP update
- Kernel upstreaming of Xilinx stuff is progressing well
- Discussing RPMsg over other types of transports besides virtio
- ST has done in past
- Xilinx interested in mailbox
- Bill suggests to create a design document. There is some code/patches already. This could be start of an RPMsg formal spec.
- Concerned that there are a bunch of partial RPMsg implementations
- Tomas: Have been talking about OpenAMP over PCIe in past. Anything new on that?
- Bill:
- Would want to do in virtio unification, but that would be RPMsg over virtio-mmio. RPMsg over UART, SPI, or direct mailbox is a bit different
- Would be good for OpenAMP to make a rule that we engage on technologies where there is an open source reference implementation on both halves of the conversation (e.g. Don't want to get into situation like Qualcomm G-link, which (I think) is open on kernel side, but not on firmware side)
- Tomas: Agree, can have commercial implementations, but also want open source for a given board
- Tomas: Think virtio unification will be important to this group, don't want to do stuff that will make it harder to unify
- Bill: Feature advancement will largely be focused on virtio unification
- Tomas: Maybe more boards (system reference)
- Nathalie: System Reference update
- Webinar in December went well. Got some good questions. Docs & demos are posted.
- Discord channel invitation link was posted, but has not been very active
- Will make a blog post to OpenAMP website with pointers to the resources
- Tomas: Exposed some things that we need to clean up & make easier wrt Yocto. Would be wonderful to get more than ST & Xilinx boards. Would be great to get TI & NXP boards in the system reference to show the breadth of OpenAMP.
- Tomas: Higher level services working group?
- Dan: Most of the work from app-services has been redirected to System Reference, where we have prototyped & aggregated the high level services code contributions, demos. Expect this to continue in near future.
- Tomas: The work WR did is really showing the possibilities. Good to show using things upstream & connected to Virtio proposal.
- Dan: Some 2023 plans may fall outside of System Reference WG. Plan to add additional virtio device support. If it doesn't turn into a demo, app services WG would be place for 9p, etc. Have considered publishing SDK w/ commercial binary image to show another runtime instead of Zephyr, still under discussion at WR. Would target ZCU102.
- Tomas: Think this is exciting to show this is more than Zephyr & Linux. If there's something similar we could do w/ Siemens Nucleus, would be great.
- Tammy: We haven't discussed related to OpenAMP, but have done demos for tradeshows & customers w/ Nucleus. Might be neat to show Zephyr-Nucleus & FreeRTOS-Nucleus to show different RTOSes in different combos. Have some stuff running on iMX.8 .
- Tomas: Good thing about open standards is that it is also applicable to commercial
- Linaro Connect in April
- Bill will send out BOF proposal draft (will request 40 min slot)
- Quick intro, Description of what we did in seminar & pointers to it (15 min)
- Rest of slot as open discussion
- Demos at Connect is still up in the air (not Friday afternoon as was historically done). Potentially would want to show Docker demo & 1-2 HW platforms. Otherwise can do the demo in the BOF.
- Tomas: We should prepare some Qs for discussion, just in case.
- Tue afternoon/evening F2F
- We will plan once we know who has talks accepted
- Would be good to try to organize hybrid
- TBD if members meeting will overlap
- Loic: Could be good to help us align on some technical points F2F.
- Bill will be arriving Monday & available Tue for meetings
- Loic & Eric arriving Monday. Proposing for Arnaud to join at same time. Could also be good if Mathieu is there.
- Bill will request Mathieu to arrive earlier (or he might be tied up with Members Meeting)
- TI trying to work out final list of who will be going
- Bill will send out BOF proposal draft (will request 40 min slot)
- Maintainership of OpenAMP library
- In past had Wendy & Ed on OpenAMP library & Ed is retired & not as active as maintainer
- Would like some help from another company b/c Arnaud would like time to work on kernel too
- Arnaud also has the ST view & would be good to have another maintainer with different use case perspective
- Tomas to revisit topic of OpenAMP maintainership w/ Xilinx management
- How much time per month? Sometimes Arnaud spends 30-40% time, which is high & challenge w/ ST new development activities. => maybe 15% if we have 2 maintainers
- Also good when maintainer is on vacation to have an alternate
- Ed: Would say minimum 8h/week to keep infrastructure rolling. Need to also keep an eye on LKML in case anything there affects the library.
- Loic: Agree it's important to have view on kernel & understand development on both sides
- Stefano: System DT WG update
- Marti from Nordic Semi contributed patches to Lopper for Zephyr
- Documentation refactored and looks more official as a spec (system DT subdir of lopper) - can call make & generate PDF
- Will talk about it at next System DT call next week
- System DT & Lopper came up in SOAFEE context (Automotive topics). Arm is SOAFEE steward.
- Hypervisor topics: Generic way to assign resources to VMs. Lopper came up as main tool to be able to generate the description of the DT for assigned devices.
- Discussions around how to evolve virtio spec in a more embedded/automotive/safety direction. Discussions around Xen hypervisor in last 6 mo.
- Virtio support for Xen on Arm patches to QEMU list
- Address filtering for additional safety protection on top of virtio
- Bruce working on Yocto integration & working w/ someone on dtc. Working on lookup by ranges in memory. Looking at JSON for secondary info wrt memory. Building block work to add new features in next few months.
- Virtio proposal to Linaro & LEDGE
- We created slide deck & presented to Linaro TSC
- Bill has enhanced to add more automotive context
- Would like to be able to use with A+M, A+R, or between hypervisor guests (specifically in hypervisors configured to be super lightweight & RTOS)
- Dan & WR hypervisorless virtio work fits in & want to take next steps on this
- https://drive.google.com/file/d/198kbwHojBHeM8QFnmSJd7dz5FLCpXPM9/view?usp=share_link
- We created slide deck & presented to Linaro TSC
- 6am or 7am Pacific / 10pm or 11pm China time to get China, Pacific, and Europe
- It gets better in spring with Daylight Savings
- Nathalie & Tomas to find out which topics they would be interested in
- Loic: Can ask ChatGPT to propose times that will work ;)
- Tomas: If anyone has contract work ideas to help us get things moving
- Nathalie: Previously had needed docs in better shape so that a contractor could onboard efficiently
- Tomas: Big thanks to Tammy, the docs look much better now.
- Tammy: Coming in with OpenAMP newbie perspective I hit all the pain points, so know what a new person coming to OpenAMP might have on their mind. Additional future improvements that could help:
- Explanation of how OpenAMP works
- Discussion on the different types of IPC drivers & using SW interrupts could be helpful for someone to understand
- Tomas: Would be good to ask as a standing topic those newly joining the project to take a look at the docs & give feedback on what to improve.