Summary of Month

Spec:
- Publish RFCv3 to virtio-comment list
- Stretch: Work on compliance conformance
hvac-demo updates:
- Rebase demo-amp-qemu-pci to Edgar’s QEMU RFC
- Rebase all/most demos to align with Spec RFCv3
- Add demo-ffa-optee
- Stretch: Work on compliance conformance
- Stretch: Build AMD 5050A demo from hvac-demo repo
virtio-msg-amp:
- Reproduce ST Linux / Zephyr demo
- Stretch: Implement new queue format in kernel and test kernel to kernel

Bertrand did a lot of work on spec compliance conformance and Manos reviewed
LAA is controlling 5050A power, boot mode jumpers, and USB internal / external jumpers
ST published presentation on their Linux (A7) + Zephyr (M4) demo (see below)

We did not publish spec RFCv3, we are waiting for the compliance format updates and will publish as PATCHv1
Due to travel and Thanksgiving holidays, not much demo work got done

Meeting November 6 CANCELED

Alex Viresh Bertrand Sumit Jerome Anirudh Edgar Bill
RFCv3 or Patchv1 (SKIP RFCv3)
Manos has been looking at conformance
Bertrand has already done conformance changes wants OK to continue
Token: Token must be 0 for event (don’t need to say that)
Token should be populated and correlated by bus, should we say that in the bus
Only spec constraint: Bus should ensure responses are rx’ed in order (per-device)
FFA today is doing per bus integer
Device side should NOT assume anything about the token
Target EOB Tuesday for GO/no-GO feedback on current PR
Anirudh has HW implementation with 496 bytes SRAM, TX msg Queues is getting full
Device is custom SW on host and driver is the PCIe EP RISC-V procesor
Need to move DMA out of message loop
(May need OOB notifications)
Edgar: Sounds very similar to the AMD HW setup, but we don’t have TX overflow
Zephyr?: Yes see ST version
https://github.com/arnopo/open-amp/commits/virtio-msg/ Openamp lib w/ virtio-msg (works in Zephyr)
https://github.com/arnopo/linux/commits/virtio-msg/ kernel with support