From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f45.google.com (mail-wm1-f45.google.com [209.85.128.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 236555505DA for ; Tue, 13 Oct 2026 20:55:11 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.45 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1791924913; cv=none; b=bWZBMd5InHEZGvl4oRc+dA8sTF6g6YFc7CfOzieOGSXUlUhxYMTKE30RW7Ik1mVea9R611heHXyF+dkrDcB4jowpt/s6LK/CskyQ22W44DRzA8DDlU0BvJ34b+67plnC40wGQ+KkUorFWjYOiRHaFlzqVwh9uuFvtX5vNgf3caE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1791924913; c=relaxed/simple; bh=4S7l8rO/VydhUtuxA0Ctgs7Qj97Y1FNDSbIA3N0wUEk=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=h5PRIRHV7eLX/F+06sQNVPJj5ElohiS3tymjK8HrEnqDon1yw9kR3+ww6Bi+wKILEkMdZvT4iKzeAKovXQfkZUbAQ+1Db7w0IDSJhNIC/ykIA7N0UMBCsuMMmKsCXdsJXE7EKAL5xTcaMJFTpUfxArKuRlP+fjRFfJB32ucufBQ= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=ZAq+iDfw; arc=none smtp.client-ip=209.85.128.45 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="ZAq+iDfw" Received: by mail-wm1-f45.google.com with SMTP id 5b1f17b1804b1-4a1b07c3c5fso2535295e9.1 for ; Tue, 13 Oct 2026 13:55:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1791924909; x=1792529709; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to:content-type; bh=1BimhgbvfojlD6pHPB1upr9KfNd1p9a9GXQsOgOoHN8=; b=ZAq+iDfw/X1JjtJE7cZ8dh78iV92mn73x5D98EIks82Mul0QJg7Xa8uKBYYkYYg3Uj gdHVveMYevGyiJdvfGVUKF/DegKqeEHe0rn1jWil8hdgnW3+yzSV7MRFIFXi/4wJecbQ 7IC6pR7u2F3RirnGgD/WfQA0IwoW49ZaXjD8ZojSxz3zduMsBmqVfdpLGOQJQvCkL2XW TsehLH3VHCtsqtbWRCvplPQoWL6s0tSd4acgMWF5zc7CJJx6GCGOVMM9cXljNX04LdjZ GdjUmoKLJ5dtVf2/lZJ8rke/ry/ofWu5UxLBzpTeuXLaVPZCFbv3AMwAh4nl9VGT8Uko +UVA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20260707; t=1791924909; x=1792529709; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to:content-type; bh=1BimhgbvfojlD6pHPB1upr9KfNd1p9a9GXQsOgOoHN8=; b=Z6rcznayVZ87LKkxiK1AHONMJC6tuVqKZLB3cwKl25OTLXtRjiv6NHkPRjtEOiekg5 MRuo+u3Jnzy2Q4ccsPeLhuH7RntOPA/2/rr0fhQYePAGwmLxAFFEV1Q7xdpbv8V+4053 strd60/63Q/KX+8CuLRmUy8Wl+mlvmID7xXrWi5KD6mkn4MkN0fwknxGgSopVe5lSrKH MI3ThZ66jLn5HYdxm+UV0BK7tLlHIqsPEuBMUboCeLqgZJAp5QxgoH6oN4WIeZrbKFDF UvWoAAmEbLiK9VficMAm0pf9MV2eEt6bJLaVmzWYEokvWLZaom/kG7pJwVh4OV+PM84m Pbdg== X-Forwarded-Encrypted: i=1; AKwUvBy2/8Str6Yt1+W4hRX53mGqOtmHEjCx3I62rnSlAzk1JtZAVt6mRrxTilBYrSl1ghJt+uY13Gs4voNv/w==@vger.kernel.org X-Gm-Message-State: AFq9FYJXZAG3Wb3HJMWD00f3oOMZQfj0xoQYATDrWMdHcCz22oCAdbGd ngZNXZG+l3lZrFlp/pac4Uz3F+oN9O1cs6t3VGKOjQl9STJqXJzRHCSq X-Gm-Gg: AYBFou3G/kaOkHIIxp3td3qwYIPTWzDYkcx2vmc4CSsuLOAHbnR1zP5y+DQrOf3HlYP X8qK6QQDgC+GBBwy9ONsMI9HnCd8WB8rTWcJIBnHETlkcthxC85U0pHFhQFPyn2fFUETV03g5Wb xacbr4Qt81JaJdSuXKU9MgywTTCH2hHDPVru622tuGDEslui2NvWFpbeZJGATJM0xEwEXPovdZX lsOndcYUoaKZLWIQp7AWAJrQjTqPfGV+VXhmYmSCstSJsyaCTPWS99Kds3+bZwsu2Oe4qY3bAXl nv7gQTa9IRPKL8tF4VjdTOdKq23n03TwxdMujLWDke6FwpTDHfGh8xOv2yU5CG66OkTPeeadFw7 Fe5mMbfbCc5W2EjRmhlfwaYBFhFjTFKP2zbwIfCf1zXqSMBOISpctBwPaLS6xGpP01uKxeYjQw6 UPBvKrUl4vKsHuR/fd+1hEDZrz93MhN12WqrIg5oPM/0wn+gYhXW6rMpbNBXd109vF7WQqQrM49 D9uTkPOvgP97/Lw8MWUiTW155ru2aDl7ZRc6gvfufxV2jLDXqbNWPcllomFFM7+e1lFmQVerOPc Zg== X-Received: by 2002:a05:600c:5251:b0:49f:e772:6ddf with SMTP id 5b1f17b1804b1-4a18e4d5a01mr268593445e9.32.1791924909279; Tue, 13 Oct 2026 13:55:09 -0700 (PDT) Received: from 127.mynet ([2a01:4b00:bd21:4f00:7cc6:d3ca:494:116c]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-48de7273a0esm2380730f8f.29.2026.10.13.13.55.06 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 13 Oct 2026 13:55:08 -0700 (PDT) From: Pavel Begunkov To: linux-block@vger.kernel.org Cc: asml.silence@gmail.com, linux-kernel@vger.kernel.org, linux-media@vger.kernel.org, dri-devel@lists.freedesktop.org, linaro-mm-sig@lists.linaro.org, linux-nvme@lists.infradead.org, linux-fsdevel@vger.kernel.org, io-uring@vger.kernel.org, Christoph Hellwig , Sumit Semwal , =?UTF-8?q?Christian=20K=C3=B6nig?= , Keith Busch , Sagi Grimberg , Alexander Viro , Christian Brauner , Jan Kara , Andrew Morton , Jens Axboe , Nitesh Shetty , Kanchan Joshi , Anuj Gupta , Tushar Gohad , William Power , Matthew Brost , Alasdair Kergon , Mike Snitzer , Mikulas Patocka , Benjamin Marzinski , dm-devel@lists.linux.dev Subject: [PATCH v10 00/13] Add dmabuf read/write via io_uring Date: Tue, 13 Oct 2026 21:54:44 +0100 Message-ID: X-Mailer: git-send-email 2.54.0 Precedence: bulk X-Mailing-List: linux-media@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit The patch set allows to register a dmabuf to an io_uring instance for a specified file and use it with io_uring read / write requests. The infrastructure is not tied to io_uring and there could be more users in the future. A similar idea was attempted some years ago by Keith [1], from where I borrowed a number of changes. Later it was brough back up to life by Tushar and Vishal. It's an opt-in feature for files, and they need to implement a new file operation to use it. Only NVMe block devices are supported in this series. The user API is built on top of io_uring's "registered buffers", where a dmabuf is registered in a special way, but after it can be used as any other "registered buffer" with IORING_OP_{READ,WRITE}_FIXED requests. It's created via a new file operation and the resulted map is then passed through the I/O stack in a new iterator type. There is some additional infrastructure to glue it together, count requests, manage lifetime and implement invalidation. Tushar, William, Phil did a lot of testing and experimentation on various devices with previous versions of the patch set, and I've received lots of help from Anuj, Kanchan and Nitesh with investigations, testing, and patching. Earlier benchmarks by Anuj for IOMMU optimisations with udmabuf showed: STRICT: before = 570 KIOPS, after = 5.01 MIOPS LAZY: before = 1.93 MIOPS, after = 5.01 MIOPS PASSTHROUGH: before = 5.01 MIOPS, after = 5.01 MIOPS # Patch set structure: - Patches 1-2 introduce internal API and infrastructure mediating io_uring and target subsystem / devices - Patches 3-5: block layer support + prep patches - Patches 6-8 implement NVMe support - Patches 9-13 add io_uring support and uapi. There are some liburing tests that can serve as an example: git: https://github.com/isilence/liburing.git rw-dmabuf-tests-v8 url: https://github.com/isilence/liburing/tree/rw-dmabuf-tests-v8 The patches are based on Jens' for-next. Also available as a branch: git: https://github.com/isilence/linux.git rw-dmabuf-v10 url: https://github.com/isilence/linux/tree/rw-dmabuf-v10 [1] https://lore.kernel.org/io-uring/20220805162444.3985535-1-kbusch@fb.com/ v10: - Mark io_uring registered bufs uncloneable - Check io_uring size/offset on type truncation - Include dma-buf + PI fix from Anuj - Fix io_uring build failures w/o CONFIG_DMA_SHARED_BUFFER v9: - resend v8: - fix blkdev_buffered_write() returning 0 - fix kvmalloc-kfree mismatch - fix invalidation hang - remove cpu dma sync as unnecessary for dev-to-dev transfers - move nvme dma-buf code into a new file - tighten dma-buf [re]export around io_uring issue - simplify dma-buf-io locking/sync as proposed by Matthew Brost v7: - refcount *_io_ctx - wait rcu grace period for ctx->map before freeing maps - increment map counters under dma resv lock - more comments about bio splitting - make ->unmap responsible for freeing maps to match ->map - replace dma_sync_single* with full table sync - detach dma-buf on nvme reset after cancel nvme_cancel_tagset v6: - remove fences and wait on invalidation synchronously - report all map requests are detached earlier, outside of wq - handle nvme removal - gate nvme_free_descriptors() on iod->nr_descriptors - fix error handling in nvme_rq_setup_dmabuf_map() - fix iov_iter_alignment() - relax the 1G io_uring registered dma-buf limit - fix type overflow issue in bio split - allocate struct dma_buf_io_ctx inside the dma-buf-io code - harden block checks against dma-buf + buffered io v5: - Reject dma-buf with buffered IO for raw bdev - Add lim->max_segments bio splitting - Add bio_iov_iter_set() helper - Fix io_uring uapi validation - Other minor changes NVMe: - Rename nvme_pci_sgl_set_data() to nvme_pci_dma_iter_set_sgl(), split into its own prep patch. - Convert segment walk loops to do-while. - Drop adjacent segment coalescing logic. - Drop first_dma/first_len from nvme_pci_dmabuf_sgl_nents() - Remove entries > NVME_MAX_SEGS bailout; moving to the block layer. - Factor SGL vs PRP decision making into a helper. v4: - https://lore.kernel.org/all/cover.1785274111.git.asml.silence@gmail.com/ - Add sgl support from Anuj - Move it under drivers/dma-buf/ and rename - Fix mis-sized allocations - Fix io_uring re-import mishandling - Drop map before io_uring "task work" - Move blk-mq callback to block_device_operations - Convert bio flag to REQ_OP* - Other small changes v3: https://lore.kernel.org/io-uring/cover.1777475843.git.asml.silence@gmail.com/ - Rework io_uring registration - Move token/map infrastructure code out of blk-mq - Simplify callbacks: remove a separate blk-mq table, which was mostly just forwarding calls (to nvme). - Don't skip dma sync depending on request direction - Fix a couple of hangs - Rename s/dma/dmabuf/ - Other small changes v2: - Don't pass raw dma addresses, wrap it into a driver specific object - Split into two objects: token and map - Implement move_notify Anuj Gupta (2): nvme-pci: rename nvme_pci_sgl_set_data to nvme_pci_dma_iter_set_sgl nvme-pci: add SGL support for the dmabuf path Pavel Begunkov (11): dma-buf: introduce initial file I/O infrastructure iov_iter: add iterator type for dmabuf maps block: always adjust bi_offset on bio_advance_iter block: introduce dma map backed bio type block: add dma-buf support for raw bdev nvme-pci: implement dma-buf backed requests io_uring/rsrc: introduce buf registration structure io_uring/rsrc: extend buffer update io_uring/rsrc: add uncloneable regbuf flag io_uring/rsrc: add regbuf import flags io_uring/rsrc: add dmabuf backed registered buffers block/bio.c | 15 +- block/blk-merge.c | 52 +++++++ block/blk-mq.c | 6 + block/fops.c | 26 +++- drivers/dma-buf/Makefile | 2 +- drivers/dma-buf/dma-buf-io.c | 183 ++++++++++++++++++++++++ drivers/md/dm-io-rewind.c | 6 +- drivers/nvme/host/Makefile | 1 + drivers/nvme/host/core.c | 12 ++ drivers/nvme/host/nvme.h | 2 + drivers/nvme/host/pci-dmabuf.c | 165 ++++++++++++++++++++++ drivers/nvme/host/pci-dmabuf.h | 73 ++++++++++ drivers/nvme/host/pci.c | 249 ++++++++++++++++++++++++++++++++- include/linux/bio.h | 21 +-- include/linux/blk-mq.h | 7 + include/linux/blk_types.h | 14 +- include/linux/blkdev.h | 2 + include/linux/bvec.h | 3 +- include/linux/dma-buf-io.h | 105 ++++++++++++++ include/linux/fs.h | 2 + include/linux/io_uring_types.h | 5 + include/linux/iov_iter.h | 2 + include/linux/uio.h | 11 ++ include/uapi/linux/io_uring.h | 31 +++- io_uring/Makefile | 1 + io_uring/dma-buf.c | 66 +++++++++ io_uring/dma-buf.h | 76 ++++++++++ io_uring/rsrc.c | 174 +++++++++++++++++------ io_uring/rsrc.h | 32 ++++- io_uring/rw.c | 33 +++-- lib/iov_iter.c | 29 +++- 31 files changed, 1321 insertions(+), 85 deletions(-) create mode 100644 drivers/dma-buf/dma-buf-io.c create mode 100644 drivers/nvme/host/pci-dmabuf.c create mode 100644 drivers/nvme/host/pci-dmabuf.h create mode 100644 include/linux/dma-buf-io.h create mode 100644 io_uring/dma-buf.c create mode 100644 io_uring/dma-buf.h -- 2.54.0