> There's no need to keep a fault handler around for this, instead map on > mmap. > > While we're here, rename area to vma to be consistent. > > This correctly makes the mapping a mixed map mapping. > > This works towards establishing the invariant that only PFN mapped or mixed > map mappings may clear the VM_MAYWRITE flag. The status page mapping clears > VM_MAYWRITE, so it must be kernel-owned; the control page mapping remains > writable and is left fault-based. > > The assumption is made that the struct pcm_mmap_status structure is at most > a page in size, which is asserted as a build bug. > > This is safe to assume, as the size of the structure is 56 bytes at most. > > Acked-by: Takashi Iwai <[email protected]> > Signed-off-by: Lorenzo Stoakes (ARM) <[email protected]>
Sashiko has reviewed this patch and found no issues. It looks great! -- Sashiko AI review ยท https://sashiko.dev/#/patchset/20260914-b4-mmap-prepare-vma-flag-sanify-v2-0-7d9781ed5...@kernel.org?part=13
