Re: [PATCH v6 3/3] mm/gup: disallow FOLL_LONGTERM GUP-fast writing to file-backed mappings
From: David Hildenbrand <hidden>
Date: 2023-05-02 14:16:22
Also in:
bpf, linux-fsdevel, linux-mm, linux-perf-users, lkml
On 02.05.23 16:04, Jason Gunthorpe wrote:
On Tue, May 02, 2023 at 03:57:30PM +0200, David Hildenbrand wrote:quoted
On 02.05.23 15:50, Jason Gunthorpe wrote:quoted
On Tue, May 02, 2023 at 03:47:43PM +0200, David Hildenbrand wrote:quoted
quoted
Eventually we want to implement a mechanism where we can dynamically pin in response to RPCIT.Okay, so IIRC we'll fail starting the domain early, that's good. And if we pin all guest memory (instead of small pieces dynamically), there is little existing use for file-backed RAM in such zPCI configurations (because memory cannot be reclaimed either way if it's all pinned), so likely there are no real existing users.Right, this is VFIO, the physical HW can't tolerate not having pinned memory, so something somewhere is always pinning it. Which, again, makes it weird/wrong that this KVM code is pinning it again :\IIUC, that pinning is not for ordinary IOMMU / KVM memory access. It's for passthrough of (adapter) interrupts. I have to speculate, but I guess for hardware to forward interrupts to the VM, it has to pin the special guest memory page that will receive the indications, to then configure (interrupt) hardware to target the interrupt indications to that special guest page (using a host physical address).Either the emulated access is "CPU" based happening through the KVM page table so it should use mmu_notifier locking. Or it is "DMA" and should go through an IOVA through iommufd pinning and locking. There is no other ground, nothing in KVM should be inventing its own access methodology.
I might be wrong, but this seems to be a bit different. It cannot tolerate page faults (needs a host physical address), so memory notifiers don't really apply. (as a side note, KVM on s390x does not use mmu notifiers as we know them) It's kind-of like DMA, but it's not really DMA. It's the CPU delivering interrupts for a specific device. So we're configuring the interrupt controller I guess to target a guest memory page. But I have way too little knowledge about zPCI and the code in question here. And if it could be converted to iommufd (and if that's really the right mechanism to use here). Hopefully Matthew knows the details and if this really needs to be special :) -- Thanks, David / dhildenb