Messages in this thread | | | Date | Tue, 28 Mar 2023 09:26:35 -0300 | From | Jason Gunthorpe <> | Subject | Re: [PATCH v1 14/14] iommu/arm-smmu-v3: Add arm_smmu_cache_invalidate_user |
| |
On Tue, Mar 28, 2023 at 02:48:31AM +0000, Tian, Kevin wrote:
> But emulated vIOMMUs are typically MMIO-based ring structure > which requires 1) kvm provides a synchronous ioeventfd for MMIO > based head/tail emulation; 2) userspace vIOMMU shares its virtual > register page with the kernel which can then update virtual tail/head > registers w/o exiting to the userspace; 3) the kernel thread can > selectively exit to userspace for cmds which it cannot directly handle.
What is needed is for the kvm side to capture the store execute it to some backing memory, and also trigger the eventfd.
It shouldn't need to be synchronous.
For SMMU the interface is layed out with unique 4k pages per-CMDQ that contains the 3 relevant 8 byte values.
So we could mmap a page from the kernel that has the 3 values. qemu would install the page in the kvm memory map and it would arrange things so that stores reach the 8 bytes and trigger an eventfd.
Kernel simply reads the cons index after the eventfd, looks in the IOAS to get the queue memory and does the operation async.
It is not especially conceptually difficult..
Jason
| |