Note |
---|
This page will be updated during the month and is not final until after the 1st week of November. |
Summary of Month
Plans
Prototype a kernel level driver for ivshmem that can exchange messages with QEMU’s virtio-msg-ivshmem mode
HighlightsHighlights
The first version kernel driver for virtio-msg-amp has been created and is active in the hvac-demo project as demo4. It has been shown to be functional with virtio-net and virtio-rng.
hvac-demo v0.4 has been released that includes a demo for the driver above
QEMU to QEMU (virtio-msg-proxy) is working internal to AMD on real hardware
Issues/Changes
Jira Legacy | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
|
WIP Presentations
(none yet this monthIntro slides on front page of project were updated)
Meeting notes October 10th
...
Notice: no meeting on Nov 7th
Updates from Bill
I have a kernel that can send a GET_STATUS msg to Edgar’s QEMU on another machine and receive the response.
Next steps: deferred RX processing and hooking to Viresh’s virtio-msg common code
Note: this code is ugly and prototype quality, Edgar and I need to agree on common shared memory format that will remove hard-coded values
Corresponding system level code is here. Each of these branches (kernel and demo) will be rebased as I go along.
Note: This will be the first time we interoperate between Authors. So far we have tested Edgar to Edgar and Viresh to Viresh
Updates from Edgar?
Updates from Lei?
Updates from others?Viresh:
Updated ffa driver Lei started, added memory sharing interface
Starting work on the interface to FFA DMA hal, tring to make it generic
Lorenzo may have some patches to integrate FFA indirect message support in the kernel
Starting to work with Bertrand’s Xen work which should allow to do any DOM to any DOM (including DOMU to DOMU)
No API for getting FFA messages to user space (needed on device side)
Need to discuss in Dublin
Discuss meeting timings, its getting very late for India (22:30 IST) from Nov, possible to move it two hours earlier ?
Updates from Armelle
Virtio-msg and OPTEE? Joakim/Sumit: need to discuss in Dublin
OPTEE as VM
Keep SOC vendor in real TZ
Allow SW provider to use OPTEE in a pKVM VM
[Joakim, Something about secure timer → Armelle uses protected storage for this, timer only needs slow update (10s)]
HW Crypto keeps track of key expiration
Does OPTEE support TA’s in Rust, Joakim: yes the basics are there. As you use it for real work, more may be needed
Updates from others?