Date: Thu, 28 Mar 2024 21:19:32 +0000 (UTC) Message-ID: <252908802.3.1711660772576@aa35d4267e41> Subject: Exported From Confluence MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_Part_2_1836312381.1711660772575" ------=_Part_2_1836312381.1711660772575 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Location: file:///C:/exported.html
Pratik Patel
Stefano
Updates
fatvirt
rng
gpio
i2c
RPMB
[Mike] What direction should we take in the next cycle ?
[Mike] updating Fixed versions
[Mike] Updating Jira - people do want the updates - Akaskis finds the es= pecially helpful with the timezone issue
Rust implementation discussion,
multiplexing multiple VMs do yu need multiple daemons. For stability, yo= u may want to N to N vs 1 to N backends.
What is the plan for vhost-user backend mutability
Fatvirtques
Compiling but not working, engineer context switching slowing things dow= n
GPIO
The issue with alternate implementation, everyone discussing Vireshes co= de, had a call between Arnd and Viresh. Atomicity is still a question - vir= ito is blocking, gpio driver may sleep and most are not set up this way. In= side kernel 90% can only use non blocking. Plan to follow on with proposal = for all virtquesue.
RNG
95% done, rate limiting is there, multithreaded, no guest can overwhelm = the host. The termination is not working as desired yet, clean up is not ha= ppening, when a guest exists the daemon does not listen and reconnects fail=
Alex - is this s only when the guest stops, yes, but VMs may want to use= the daemon. vhost user rust is not cleaning up.
Arnd assume it is not a design issue ? Mathieu viresh is using traits an= d I am not. Perhaps my lack of sync trait.
Alex, join RustVMM slack channel, usually a good place to ask questions<= /p>
I2C - waiting for upstream comments, implementation looks clean. I2C mai= ntainer wants a pull request
RPMB
Ruchika - found an error in the spec that does not allow multi block rea= ds, patch sent
implementing multiblock for op-tee, trying to get rust version working= p>
Added cards to RPMB task, will have to do a kernel interface, used ACRN = tree which worked which was not in an upstream state LKML rejected a propos= al but Intel have not posted an expected
What direction should we take in the next cycle
Propose we follow Linaro Stratos cycles - Mathieu, Alex
Need to have a plan agreed by the members so that we can start on Octobe= r 1st
Matt we can look at aligning with SOAFEE, mid September, virtual event, = Kracken launch desktop Altra - automotive with safety island, NXP
Steffano
Wei Chen email - to KVM too= ls mailing list highlighted the problem, they wanted to add Xen to KVM = tools. This issue was interesting, io_req was the easy bit. He identified c= ode that needs adding all over virtio, that is difficult. Two ideas - 1. li= brary does not solve adding code to KVM tools, 2. using virito then there i= s still an issue with injecting interrupts.
Fell unfortunate they will need to fork the code to have a KVMtool binar= y for the backend
Alex is anyone looking at rust-vmm crates in Xen project, three groups a= ctive in RustVMM spec
Alex needs the tires kicking on the proposal. Steffano, the back end fee= ls easier, just need an API, adding backend is harder. Memory mapping on in= terrupts might be harder.
Alex, does kernel have the ability to not write to areas, Arnd yes DT ca= n mark areas, Steffano, there is work on a patch to map other VMs memory. A= rnd, there is work to remove struct pages, think there are patches and foli= o patches Mark Wilcocks.
Alex is this related to hugepages are backed by a struct page, hugepages= are better with TLB
Alex if you have a hole, won't there be a page in between? Arnd IO pages= don't need them.