Received-SPF: pass (google.com: domain of linux-kernel+bounces-210428-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) client-ip=147.75.80.249;
From: Martin Oliveira <martin.oliveira@eideticom.com>
To: linux-rdma@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-mm@kvack.org
Cc: Jason Gunthorpe <jgg@ziepe.ca>,
	Leon Romanovsky <leon@kernel.org>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Tejun Heo <tj@kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Logan Gunthorpe <logang@deltatee.com>,
	Martin Oliveira <martin.oliveira@eideticom.com>,
	Mike Marciniszyn <mike.marciniszyn@intel.com>,
	Shiraz Saleem <shiraz.saleem@intel.com>,
	Michael Guralnik <michaelgur@nvidia.com>,
	Artemy Kovalyov <artemyko@nvidia.com>
Subject: [PATCH v2 0/4] Enable P2PDMA in Userspace RDMA
Date: Tue, 11 Jun 2024 12:27:28 -0600
Message-ID: <20240611182732.360317-1-martin.oliveira@eideticom.com>
Content-Transfer-Encoding: 8bit
Content-Type: text/plain
Precedence: bulk
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0:
	=?us-ascii?Q?bqQ/1UR1g0cV6eRqHfYWvnD8nr9BcpMyYjXrBs6xNjh/2iov87KmDJKAg65C?=
 =?us-ascii?Q?Tn5Ds2P4XNHMNSsqeJkGP41R6sUzUJpRbbkX4NDVWOneAWPl4a1NnYx/x73O?=
 =?us-ascii?Q?LYff/Q0urqcptd5MneVEYhqDA5unZcw2/tItm+x591yaZ3k/QKPbn2ftr8iR?=
 =?us-ascii?Q?OfiVsBrv5DBetWqCrlSv+v7BLDThPc13Vb0Q/nFOPCnTtvLZVPwR6R8vikEB?=
 =?us-ascii?Q?6O78xbCaOnkzWVknaT9ulhL5tbOBd65plORNXuIZcd5wMWz1Pn70h1m+60U0?=
 =?us-ascii?Q?uFY3R1yqWbfb1/zSIdwJ0F6dciSU97SW8ekQWd7os43/0pL2ywvbOPP7ou85?=
 =?us-ascii?Q?ujGuX2UPZpUV7qnE29IhlpRjnCWiwRSc6mSCi7qTqJr5VKsj0mcVeOE0feqJ?=
 =?us-ascii?Q?l/YN4gOtlEq00R38dnwbQElPYCE06b8PkLuXlw58AmmPLRNu0L6Ae1o1/Lv9?=
 =?us-ascii?Q?+s2/UnB2y8SQLWmC4CcNugybXqGhmv0K/NaO6tyo0yieECuivJ982l6KnDq/?=
 =?us-ascii?Q?xViecCr88ipCLugBUEi8YlWgEAMBYU9MxNrSHKs4ggTfHPbKFd1T3hOFIeEM?=
 =?us-ascii?Q?706mJNVH50dDdGURDvPVUGPM5/2JZOc+bNpGwQF3Zpn60gfueR4rQ85dmffB?=
 =?us-ascii?Q?LzU64WKgBK9IbRGBBuO8xcHreVFSYEUtx3WETSJEFPdneSA1YCVHR27Tj1qx?=
 =?us-ascii?Q?fOnzB83TKBJEUZkzAvzxkXBpzzJ0xaHBr+HGsNZdXUr0wpvsjfvEDALC96S+?=
 =?us-ascii?Q?dc9oSxfnSZh9DWnQNe9Q4xS0OlVNEB6n4sBuDDUrZ4TC+iG9DltN7aMmCLjc?=
 =?us-ascii?Q?LO/IAjtJ+ENfS8Qw8uuxUVbdPXvhVAW2hCAvdxTmAMwZDUawUz/NtAJnmux6?=
 =?us-ascii?Q?qbb9wP3nYNfYR0FEj0uh6PcueTqnxu5MW9R/64VTvtWIAUoUZl8S/XZAHwOm?=
 =?us-ascii?Q?8+Dl/DhAZ7tQNTiOAvrQzOPrOn+QPfOy3ihe2Xd2oUinnoAJXiv3H20QnzjT?=
 =?us-ascii?Q?7MqaKLnnG9Slhc/r0HEjoQxmit48zYRUtQRQ7U9o+gDScTHZatEVOdgMfxgt?=
 =?us-ascii?Q?+WN/2ZBGIQafFHKButjrQ58IjeHS+pu8iP+hD6FPUqE7cBNQJWGPhJ2yqlLW?=
 =?us-ascii?Q?9e2FbHmCUbLWt2hUhQuCzx1eT4G42Hx3FXadTwraId6MZn/8ja1TLYtne4OW?=
 =?us-ascii?Q?hdbD17RytbT0o4SnqfjmQ7hxTRdan+4jkmXTe//OzTykvolJf4FC+h5u+Vxu?=
 =?us-ascii?Q?Yrmu8Uk+VxkKgyeYwkAE/ur4IZWp+Dx7m9zOujC+zh/Lcy9Ndub+2t7TEuai?=
 =?us-ascii?Q?ECAbhVp7FXkujM2ZUs065PT+oE3Qq1QBD0gH8qFERCENfGv40Cvs9NXqqutF?=
 =?us-ascii?Q?2/l5peWTmcBIlSHh5glWevR++YnRbgxQyp4mcHbmSyfflKZBqEoB3r5nEMro?=
 =?us-ascii?Q?uqLhbBtzDZouUUnmlJV4hLrUEsnBGbR81RqjdzANBo23uTTobX/cKXwJ8vv4?=
 =?us-ascii?Q?nC2EOhPABfbcD/huoozjcSvf8HE1qDHHEZsONtLR59LvwoJgEHcq8W9Jo/vJ?=
 =?us-ascii?Q?wjdLfsny2lhCEaQNHO8DZkxDJfOqg1JU7nhBGFhd44YTzWoJRb8b7W4YY1d4?=
 =?us-ascii?Q?Fg1BvgUhJf1GfK0r/rNbQR0=3D?=
X-OriginatorOrg: eideticom.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 8a3697d3-42e6-49c9-9296-08dc8a443879
X-MS-Exchange-CrossTenant-AuthSource: MW3PR19MB4250.namprd19.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 Jun 2024 18:27:59.0875
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 3490cd4b-0360-4377-abb1-15f8c5af8fc2
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: 6tUYkeiieGtgSPAcBLM6376e0G2oZZju+vIyO2rHb+eiTTIwgop2qjmvLuvpgYBl8JbZPSC8vHyIUkIQxPwB6aaX88NlbwppRrG5W7p31Go=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL1PR19MB6105

This patch series enables P2PDMA memory to be used in userspace RDMA
transfers. With this series, P2PDMA memory mmaped into userspace (ie.
only NVMe CMBs, at the moment) can then be used with ibv_reg_mr() (or
similar) interfaces. This can be tested by passing a sysfs p2pmem
allocator to the --mmap flag of the perftest tools.

This requires addressing three issues:

* Stop exporting kernfs VMAs with page_mkwrite, which is incompatible
with FOLL_LONGTERM and is redudant since the default fault code has the
same behavior as kernfs_vma_page_mkwrite() (i.e., call
file_update_time()).

* Fix folio_fast_pin_allowed() path to take into account ZONE_DEVICE pages.

* Remove the restriction on FOLL_LONGTREM with FOLL_PCI_P2PDMA which was
initially put in place due to excessive caution with assuming P2PDMA
would have similar problems to fsdax with unmap_mapping_range(). Seeing
P2PDMA only uses unmap_mapping_range() on device unbind and immediately
waits for all page reference counts to go to zero after calling it, it
is actually believed to be safe from reuse and user access faults. See
[1] for more discussion.

This was tested using a Mellanox ConnectX-6 SmartNIC (MT28908 Family),
using the mlx5_core driver, as well as an NVMe CMB.

Thanks,
Martin

[1]: https://lore.kernel.org/linux-mm/87cypuvh2i.fsf@nvdebian.thelocal/T/

--

Changes in v2:
  - Remove page_mkwrite() for all kernfs, instead of creating a
    different vm_ops for p2pdma.

--

Martin Oliveira (4):
  kernfs: remove page_mkwrite() from vm_operations_struct
  mm/gup: handle ZONE_DEVICE pages in folio_fast_pin_allowed()
  mm/gup: allow FOLL_LONGTERM & FOLL_PCI_P2PDMA
  RDMA/umem: add support for P2P RDMA

 drivers/infiniband/core/umem.c |  3 +++
 fs/kernfs/file.c               | 26 +++-----------------------
 mm/gup.c                       |  9 ++++-----
 3 files changed, 10 insertions(+), 28 deletions(-)


base-commit: 83a7eefedc9b56fe7bfeff13b6c7356688ffa670
-- 
2.43.0