Cover Detail
Show a cover letter.
GET /api/covers/80334/?format=api
{ "id": 80334, "url": "https://patches.dpdk.org/api/covers/80334/?format=api", "web_url": "https://patches.dpdk.org/project/dpdk/cover/20201012081106.10610-1-ndabilpuram@marvell.com/", "project": { "id": 1, "url": "https://patches.dpdk.org/api/projects/1/?format=api", "name": "DPDK", "link_name": "dpdk", "list_id": "dev.dpdk.org", "list_email": "dev@dpdk.org", "web_url": "http://core.dpdk.org", "scm_url": "git://dpdk.org/dpdk", "webscm_url": "http://git.dpdk.org/dpdk", "list_archive_url": "https://inbox.dpdk.org/dev", "list_archive_url_format": "https://inbox.dpdk.org/dev/{}", "commit_url_format": "" }, "msgid": "<20201012081106.10610-1-ndabilpuram@marvell.com>", "list_archive_url": "https://inbox.dpdk.org/dev/20201012081106.10610-1-ndabilpuram@marvell.com", "date": "2020-10-12T08:11:04", "name": "[0/2] fix issue with partial DMA unmap", "submitter": { "id": 1202, "url": "https://patches.dpdk.org/api/people/1202/?format=api", "name": "Nithin Dabilpuram", "email": "ndabilpuram@marvell.com" }, "mbox": "https://patches.dpdk.org/project/dpdk/cover/20201012081106.10610-1-ndabilpuram@marvell.com/mbox/", "series": [ { "id": 12874, "url": "https://patches.dpdk.org/api/series/12874/?format=api", "web_url": "https://patches.dpdk.org/project/dpdk/list/?series=12874", "date": "2020-10-12T08:11:04", "name": "fix issue with partial DMA unmap", "version": 1, "mbox": "https://patches.dpdk.org/series/12874/mbox/" } ], "comments": "https://patches.dpdk.org/api/covers/80334/comments/", "headers": { "Return-Path": "<dev-bounces@dpdk.org>", "X-Original-To": "patchwork@inbox.dpdk.org", "Delivered-To": "patchwork@inbox.dpdk.org", "Received": [ "from dpdk.org (dpdk.org [92.243.14.124])\n\tby inbox.dpdk.org (Postfix) with ESMTP id 11261A04B6;\n\tMon, 12 Oct 2020 10:12:47 +0200 (CEST)", "from [92.243.14.124] (localhost [127.0.0.1])\n\tby dpdk.org (Postfix) with ESMTP id C787C1D609;\n\tMon, 12 Oct 2020 10:12:45 +0200 (CEST)", "from mx0b-0016f401.pphosted.com (mx0b-0016f401.pphosted.com\n [67.231.156.173]) by dpdk.org (Postfix) with ESMTP id 7425D1D5E3\n for <dev@dpdk.org>; Mon, 12 Oct 2020 10:12:43 +0200 (CEST)", "from pps.filterd (m0045851.ppops.net [127.0.0.1])\n by mx0b-0016f401.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id\n 09C8B7DJ020244; Mon, 12 Oct 2020 01:12:42 -0700", "from sc-exch01.marvell.com ([199.233.58.181])\n by mx0b-0016f401.pphosted.com with ESMTP id 343cfj4tgy-1\n (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT);\n Mon, 12 Oct 2020 01:12:42 -0700", "from DC5-EXCH01.marvell.com (10.69.176.38) by SC-EXCH01.marvell.com\n (10.93.176.81) with Microsoft SMTP Server (TLS) id 15.0.1497.2;\n Mon, 12 Oct 2020 01:12:41 -0700", "from DC5-EXCH02.marvell.com (10.69.176.39) by DC5-EXCH01.marvell.com\n (10.69.176.38) with Microsoft SMTP Server (TLS) id 15.0.1497.2;\n Mon, 12 Oct 2020 01:12:40 -0700", "from maili.marvell.com (10.69.176.80) by DC5-EXCH02.marvell.com\n (10.69.176.39) with Microsoft SMTP Server id 15.0.1497.2 via Frontend\n Transport; Mon, 12 Oct 2020 01:12:40 -0700", "from hyd1588t430.marvell.com (unknown [10.29.52.204])\n by maili.marvell.com (Postfix) with ESMTP id C6BB63F703F;\n Mon, 12 Oct 2020 01:12:38 -0700 (PDT)" ], "DKIM-Signature": "v=1; a=rsa-sha256; c=relaxed/relaxed; d=marvell.com;\n h=from : to : cc :\n subject : date : message-id : mime-version : content-type; s=pfpt0220;\n bh=7KcJy8R4C50y6EuBffJIsKk7Y0oM2uQOQHNZV89DKuM=;\n b=Mr31jQdIj+tqaC8gjvKpG32KT7OnFSdb+bpA2qb6QoapxatY7E62PJvXBfgXpGr/lG95\n L1FyQA7E6ToOZzw4FKHNWcjSkfeF/pKh7827PeDP1eORC7gqwsHs6Hh18soNtNjoI0so\n Xo25cTAU1FUq1q4ulGRjvEsj3afo9DoBI0W5AwEUv7QQhwxbzeCXliNCsxb7zVWa9RSM\n knPodctdRNGlHg7XgMaIXgAspnRyq3nqVkSey3q1zJ/EX6KFXADJaE3blAUohNLm7YNW\n MkQkw0LS75K4VYb1LlEkPXhaLTycYmew1Bi50YjaKFYhlZZzaZiE+fYcZjKnvLJY054D VA==", "From": "Nithin Dabilpuram <ndabilpuram@marvell.com>", "To": "<anatoly.burakov@intel.com>", "CC": "<jerinj@marvell.com>, <dev@dpdk.org>, Nithin Dabilpuram\n <ndabilpuram@marvell.com>", "Date": "Mon, 12 Oct 2020 13:41:04 +0530", "Message-ID": "<20201012081106.10610-1-ndabilpuram@marvell.com>", "X-Mailer": "git-send-email 2.8.4", "MIME-Version": "1.0", "Content-Type": "text/plain", "X-Proofpoint-Virus-Version": "vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687\n definitions=2020-10-12_03:2020-10-12,\n 2020-10-12 signatures=0", "Subject": "[dpdk-dev] [PATCH 0/2] fix issue with partial DMA unmap", "X-BeenThere": "dev@dpdk.org", "X-Mailman-Version": "2.1.15", "Precedence": "list", "List-Id": "DPDK patches and discussions <dev.dpdk.org>", "List-Unsubscribe": "<https://mails.dpdk.org/options/dev>,\n <mailto:dev-request@dpdk.org?subject=unsubscribe>", "List-Archive": "<http://mails.dpdk.org/archives/dev/>", "List-Post": "<mailto:dev@dpdk.org>", "List-Help": "<mailto:dev-request@dpdk.org?subject=help>", "List-Subscribe": "<https://mails.dpdk.org/listinfo/dev>,\n <mailto:dev-request@dpdk.org?subject=subscribe>", "Errors-To": "dev-bounces@dpdk.org", "Sender": "\"dev\" <dev-bounces@dpdk.org>" }, "content": "Partial DMA unmap is not supported by VFIO type1 IOMMU\nin Linux. Though the return value is zero, the returned\nDMA unmap size is not same as expected size.\nSo add test case and fixe to both heap triggered DMA\nmapping and user triggered DMA mapping/unmapping.\n\nRefer vfio_dma_do_unmap() in drivers/vfio/vfio_iommu_type1.c\nSnippet of comment is below.\n\n /*\n * vfio-iommu-type1 (v1) - User mappings were coalesced together to\n * avoid tracking individual mappings. This means that the granularity\n * of the original mapping was lost and the user was allowed to attempt\n * to unmap any range. Depending on the contiguousness of physical\n * memory and page sizes supported by the IOMMU, arbitrary unmaps may\n * or may not have worked. We only guaranteed unmap granularity\n * matching the original mapping; even though it was untracked here,\n * the original mappings are reflected in IOMMU mappings. This\n * resulted in a couple unusual behaviors. First, if a range is not\n * able to be unmapped, ex. a set of 4k pages that was mapped as a\n * 2M hugepage into the IOMMU, the unmap ioctl returns success but with\n * a zero sized unmap. Also, if an unmap request overlaps the first\n * address of a hugepage, the IOMMU will unmap the entire hugepage.\n * This also returns success and the returned unmap size reflects the\n * actual size unmapped.\n\n * We attempt to maintain compatibility with this \"v1\" interface, but \n * we take control out of the hands of the IOMMU. Therefore, an unmap \n * request offset from the beginning of the original mapping will \n * return success with zero sized unmap. And an unmap request covering\n * the first iova of mapping will unmap the entire range. \n\nThis behavior can be verified by using first patch and add return check for\ndma_unmap.size != len in vfio_type1_dma_mem_map()\n\nNithin Dabilpuram (2):\n test: add test case to validate VFIO DMA map/unmap\n vfio: fix partial DMA unmapping for VFIO type1\n\n app/test/test_memory.c | 79 +++++++++++++++++++++++++++++++++++++++++\n lib/librte_eal/linux/eal_vfio.c | 34 ++++++++++++++----\n lib/librte_eal/linux/eal_vfio.h | 1 +\n 3 files changed, 108 insertions(+), 6 deletions(-)" }