Hey

Gerd, do you have any time to look at this series again, I think at
v14 we should probably consider landing it.

I'm happy to give
Acked-by: Dave Airlie <airl...@redhat.com> for landing this via mm if
it makes the most sense.

One comment in passing, was I wonder if it makes sense for things like
vm_map_ram to have a folio variant in the future, to avoid that pages
temporary allocation.

Dave.

> Cc: David Hildenbrand <da...@redhat.com>
> Cc: Matthew Wilcox (Oracle) <wi...@infradead.org>
> Cc: Christoph Hellwig <h...@infradead.org>
> Cc: Andrew Morton <a...@linux-foundation.org>
> Cc: Daniel Vetter <daniel.vet...@ffwll.ch>
> Cc: Hugh Dickins <hu...@google.com>
> Cc: Peter Xu <pet...@redhat.com>
> Cc: Jason Gunthorpe <j...@nvidia.com>
> Cc: Gerd Hoffmann <kra...@redhat.com>
> Cc: Dongwon Kim <dongwon....@intel.com>
> Cc: Junxiao Chang <junxiao.ch...@intel.com>
>
> Vivek Kasireddy (8):
>   mm/gup: Introduce unpin_folio/unpin_folios helpers
>   mm/gup: Introduce check_and_migrate_movable_folios()
>   mm/gup: Introduce memfd_pin_folios() for pinning memfd folios
>   udmabuf: Use vmf_insert_pfn and VM_PFNMAP for handling mmap
>   udmabuf: Add back support for mapping hugetlb pages
>   udmabuf: Convert udmabuf driver to use folios
>   udmabuf: Pin the pages using memfd_pin_folios() API
>   selftests/udmabuf: Add tests to verify data after page migration
>
>  drivers/dma-buf/udmabuf.c                     | 231 +++++++++----
>  include/linux/memfd.h                         |   5 +
>  include/linux/mm.h                            |   5 +
>  mm/gup.c                                      | 307 +++++++++++++++---
>  mm/memfd.c                                    |  35 ++
>  .../selftests/drivers/dma-buf/udmabuf.c       | 214 ++++++++++--
>  6 files changed, 659 insertions(+), 138 deletions(-)
>
> --
> 2.43.0
>

Reply via email to