Re: [f2fs-dev] [PATCH 00/10] convert the majority of file systems to mmap_prepare
On Mon, Jun 16, 2025 at 08:33:19PM +0100, Lorenzo Stoakes wrote: > The intent is to gradually deprecate f_op->mmap, and in that vein this > series coverts the majority of file systems to using f_op->mmap_prepare. I saw this on lwn and just wanted to give a little bit of thought on this topic.. It looks to me like we need some more infrastructure to convert anything that uses remap_pfn/etc in the mmap() callback I would like to suggest we add a vma->prepopulate() callback which is where the remap_pfn should go. Once the VMA is finalized and fully operational the vma_ops have the opportunity to prepopulate any PTEs. This could then actually be locked properly so it is safe with concurrent unmap_mapping_range() (current mmap callback is not safe) Jason ___ Linux-f2fs-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel
Re: [f2fs-dev] [PATCH kvm-next V11 7/7] KVM: guest_memfd: selftests: Add tests for mmap and NUMA policy support
On Thu, Sep 25, 2025 at 02:35:19PM -0700, Sean Christopherson wrote: > > LDLIBS += -ldl > > +LDLIBS += -lnuma > > Hrm, this is going to be very annoying. I don't have libnuma-dev installed on > any of my systems, and I doubt I'm alone. Installing the package > is > trivial, but I'm a little wary of foisting that requirement on all KVM > developers > and build bots. Wouldn't it be great if the kselftest build system used something like meson and could work around these little issues without breaking the whole build ? :( Does anyone else think this? Every time I try to build kselftsts I just ignore all the errors the fly by because the one bit I wanted did build properly anyhow. Jason ___ Linux-f2fs-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel
