From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-16.6 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI, MENTIONS_GIT_HOSTING,SPF_HELO_NONE,SPF_PASS,USER_AGENT_GIT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 0C97FC433E0 for ; Tue, 22 Dec 2020 14:53:12 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 5E5BA229CA for ; Tue, 22 Dec 2020 14:53:11 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 5E5BA229CA Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=bytedance.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 7E8498D000B; Tue, 22 Dec 2020 09:53:10 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 771AA6B00AB; Tue, 22 Dec 2020 09:53:10 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 637D78D000B; Tue, 22 Dec 2020 09:53:10 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0203.hostedemail.com [216.40.44.203]) by kanga.kvack.org (Postfix) with ESMTP id 49F8B6B00AA for ; Tue, 22 Dec 2020 09:53:10 -0500 (EST) Received: from smtpin29.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay03.hostedemail.com (Postfix) with ESMTP id 145F68249980 for ; Tue, 22 Dec 2020 14:53:10 +0000 (UTC) X-FDA: 77621210940.29.top25_391225c27460 Received: from filter.hostedemail.com (10.5.16.251.rfc1918.com [10.5.16.251]) by smtpin29.hostedemail.com (Postfix) with ESMTP id B1DD1180865A9 for ; Tue, 22 Dec 2020 14:53:06 +0000 (UTC) X-HE-Tag: top25_391225c27460 X-Filterd-Recvd-Size: 11257 Received: from mail-pf1-f172.google.com (mail-pf1-f172.google.com [209.85.210.172]) by imf32.hostedemail.com (Postfix) with ESMTP for ; Tue, 22 Dec 2020 14:53:05 +0000 (UTC) Received: by mail-pf1-f172.google.com with SMTP id m6so8592315pfm.6 for ; Tue, 22 Dec 2020 06:53:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bytedance-com.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=uiVGkob1gIqqC6Yzdq61jcy8JuwOajeN/SctQX1aUtg=; b=ZTxAYCSGC8X1EFhnSJtDZlZc174+Df9IOXG7cK889ItQ/qcEeVbeGRpDqSwh9Z9Mfr N7Gb9xP8GDJT4GlkK+Ri/ln1/loWzNHiRlMzzNZgYCqEvqbgkMSlDOmawzAaH7XTXxIp +SQd2zkvD9Yxj4r5QKWJuyRD3AJ6mO6D78sXrL3RskvTd+c9Lu4vAjAkPYX9a8zxilIP UGfVd70ao7V/bffzBmsyfKOBRctU7PRbHNNWQy9JIjeIzWkscNjH9qWcbnsaB6kpPOVs 1LDVEgnXfA1dccGSSikvEyIABwt0nwbGSZ2/uOr7efuhnnTOjHcx9WMr52IpTjdRv22O TlLg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=uiVGkob1gIqqC6Yzdq61jcy8JuwOajeN/SctQX1aUtg=; b=SVY+T42XYlRdgThwsaczTIZqiSXnViLRIFWmXUPkV/83aCZgEuZfaCdWxGF1HP8j30 zvZJ7CY4YxjZxuTn+lafzwzyqnV3FoWSl/8qVcXYAqtzc38WCzEwJr5RrAQCWDRJ2nZ9 r+C6zc28yi4A3i922lI/PzAjFfgGqOtZ7VUkU2fmHxBqb3yE7KlnWKtKyV04nMhSuwsa 929M78mZAMeJOJgHqyCiNVAEPVaHCCJb+iLdTKfS4tIxGTc8zslbal+9xMLRHmZXcQbu hzIONk8CsgQTlQSeRuRPsf6VvoS3HTHBynUd2R59z+XBBFdGgyjuMQjvFkoBL2bf+uL2 1b5A== X-Gm-Message-State: AOAM531ueVUbjoIh56LmVxcXrGIWUQ8G1PpI63fwXzozpzjZNkmo2pIZ Scslz0mRY3ay/CISiVV1Akth X-Google-Smtp-Source: ABdhPJwOMZhlfbC+XRg0aWjA1Uit6jsytMTGwMgMGXRmVCuqrlGhh91ghHicYK7Hi8vTgPn0PDTGfw== X-Received: by 2002:a63:9dcf:: with SMTP id i198mr19940882pgd.242.1608648784515; Tue, 22 Dec 2020 06:53:04 -0800 (PST) Received: from localhost ([139.177.225.248]) by smtp.gmail.com with ESMTPSA id u1sm19156507pjr.51.2020.12.22.06.53.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 22 Dec 2020 06:53:03 -0800 (PST) From: Xie Yongji To: mst@redhat.com, jasowang@redhat.com, stefanha@redhat.com, sgarzare@redhat.com, parav@nvidia.com, akpm@linux-foundation.org, rdunlap@infradead.org, willy@infradead.org, viro@zeniv.linux.org.uk, axboe@kernel.dk, bcrl@kvack.org, corbet@lwn.net Cc: virtualization@lists.linux-foundation.org, netdev@vger.kernel.org, kvm@vger.kernel.org, linux-aio@kvack.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org Subject: [RFC v2 00/13] Introduce VDUSE - vDPA Device in Userspace Date: Tue, 22 Dec 2020 22:52:08 +0800 Message-Id: <20201222145221.711-1-xieyongji@bytedance.com> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: This series introduces a framework, which can be used to implement vDPA Devices in a userspace program. The work consist of two parts: control path forwarding and data path offloading. In the control path, the VDUSE driver will make use of message mechnism to forward the config operation from vdpa bus driver to userspace. Userspace can use read()/write() to receive/reply those control messages. In the data path, the core is mapping dma buffer into VDUSE daemon's address space, which can be implemented in different ways depending on the vdpa bus to which the vDPA device is attached. In virtio-vdpa case, we implements a MMU-based on-chip IOMMU driver with bounce-buffering mechanism to achieve that. And in vhost-vdpa case, the d= ma buffer is reside in a userspace memory region which can be shared to the VDUSE userspace processs via transferring the shmfd. The details and our user case is shown below: ------------------------ ------------------------- -----------------= ----------------------------- | Container | | QEMU(VM) | | = VDUSE daemon | | --------- | | ------------------- | | ---------------= ---------- ---------------- | | |dev/vdx| | | |/dev/vhost-vdpa-x| | | | vDPA device e= mulation | | block driver | | ------------+----------- -----------+------------ -------------+---= -------------------+--------- | | | = | | | | = | ------------+---------------------------+----------------------------+---= -------------------+--------- | | block device | | vhost device | | vduse driv= er | | TCP/IP | | | -------+-------- --------+-------- -------+----= ---- -----+---- | | | | | = | | | ----------+---------- ----------+----------- -------+----= --- | | | | virtio-blk driver | | vhost-vdpa driver | | vdpa devic= e | | | | ----------+---------- ----------+----------- -------+----= --- | | | | virtio bus | | = | | | --------+----+----------- | | = | | | | | | = | | | ----------+---------- | | = | | | | virtio-blk device | | | = | | | ----------+---------- | | = | | | | | | = | | | -----------+----------- | | = | | | | virtio-vdpa driver | | | = | | | -----------+----------- | | = | | | | | | = vdpa bus | | | -----------+----------------------+---------------------------+----= -------- | | | = ---+--- | -------------------------------------------------------------------------= ----------------| NIC |------ = ---+--- = | = ---------+--------- = | Remote Storages | = ------------------- We make use of it to implement a block device connecting to our distributed storage, which can be used both in containers and VMs. Thus, we can have an unified technology stack in this two cases. To test it with null-blk: $ qemu-storage-daemon \ --chardev socket,id=3Dcharmonitor,path=3D/tmp/qmp.sock,server,nowai= t \ --monitor chardev=3Dcharmonitor \ --blockdev driver=3Dhost_device,cache.direct=3Don,aio=3Dnative,file= name=3D/dev/nullb0,node-name=3Ddisk0 \ --export vduse-blk,id=3Dtest,node-name=3Ddisk0,writable=3Don,vduse-= id=3D1,num-queues=3D16,queue-size=3D128 The qemu-storage-daemon can be found at https://github.com/bytedance/qemu= /tree/vduse Future work: - Improve performance (e.g. zero copy implementation in datapath) - Config interrupt support - Userspace library (find a way to reuse device emulation code in qemu/= rust-vmm) This is now based on below series: https://lore.kernel.org/netdev/20201112064005.349268-1-parav@nvidia.com/ V1 to V2: - Add vhost-vdpa support - Add some documents - Based on the vdpa management tool - Introduce a workqueue for irq injection - Replace interval tree with array map to store the iova_map Xie Yongji (13): mm: export zap_page_range() for driver use eventfd: track eventfd_signal() recursion depth separately in different= cases eventfd: Increase the recursion depth of eventfd_signal() vdpa: Remove the restriction that only supports virtio-net devices vdpa: Pass the netlink attributes to ops.dev_add() vduse: Introduce VDUSE - vDPA Device in Userspace vduse: support get/set virtqueue state vdpa: Introduce process_iotlb_msg() in vdpa_config_ops vduse: Add support for processing vhost iotlb message vduse: grab the module's references until there is no vduse device vduse/iova_domain: Support reclaiming bounce pages vduse: Add memory shrinker to reclaim bounce pages vduse: Introduce a workqueue for irq injection Documentation/driver-api/vduse.rst | 91 ++ Documentation/userspace-api/ioctl/ioctl-number.rst | 1 + drivers/vdpa/Kconfig | 8 + drivers/vdpa/Makefile | 1 + drivers/vdpa/vdpa.c | 2 +- drivers/vdpa/vdpa_sim/vdpa_sim.c | 3 +- drivers/vdpa/vdpa_user/Makefile | 5 + drivers/vdpa/vdpa_user/eventfd.c | 229 ++++ drivers/vdpa/vdpa_user/eventfd.h | 48 + drivers/vdpa/vdpa_user/iova_domain.c | 517 ++++++++ drivers/vdpa/vdpa_user/iova_domain.h | 103 ++ drivers/vdpa/vdpa_user/vduse.h | 59 + drivers/vdpa/vdpa_user/vduse_dev.c | 1373 ++++++++++++++= ++++++ drivers/vhost/vdpa.c | 34 +- fs/aio.c | 3 +- fs/eventfd.c | 20 +- include/linux/eventfd.h | 5 +- include/linux/vdpa.h | 11 +- include/uapi/linux/vdpa.h | 1 + include/uapi/linux/vduse.h | 119 ++ mm/memory.c | 1 + 21 files changed, 2598 insertions(+), 36 deletions(-) create mode 100644 Documentation/driver-api/vduse.rst create mode 100644 drivers/vdpa/vdpa_user/Makefile create mode 100644 drivers/vdpa/vdpa_user/eventfd.c create mode 100644 drivers/vdpa/vdpa_user/eventfd.h create mode 100644 drivers/vdpa/vdpa_user/iova_domain.c create mode 100644 drivers/vdpa/vdpa_user/iova_domain.h create mode 100644 drivers/vdpa/vdpa_user/vduse.h create mode 100644 drivers/vdpa/vdpa_user/vduse_dev.c create mode 100644 include/uapi/linux/vduse.h --=20 2.11.0