Cover Detail
Show a cover letter.
GET /api/covers/48410/?format=api
{ "id": 48410, "url": "http://patchwork.dpdk.org/api/covers/48410/?format=api", "web_url": "http://patchwork.dpdk.org/project/dpdk/cover/cover.1543495935.git.anatoly.burakov@intel.com/", "project": { "id": 1, "url": "http://patchwork.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": "<cover.1543495935.git.anatoly.burakov@intel.com>", "list_archive_url": "https://inbox.dpdk.org/dev/cover.1543495935.git.anatoly.burakov@intel.com", "date": "2018-11-29T13:48:31", "name": "[0/4] Allow using external memory without malloc", "submitter": { "id": 4, "url": "http://patchwork.dpdk.org/api/people/4/?format=api", "name": "Anatoly Burakov", "email": "anatoly.burakov@intel.com" }, "mbox": "http://patchwork.dpdk.org/project/dpdk/cover/cover.1543495935.git.anatoly.burakov@intel.com/mbox/", "series": [ { "id": 2612, "url": "http://patchwork.dpdk.org/api/series/2612/?format=api", "web_url": "http://patchwork.dpdk.org/project/dpdk/list/?series=2612", "date": "2018-11-29T13:48:33", "name": "Allow using external memory without malloc", "version": 1, "mbox": "http://patchwork.dpdk.org/series/2612/mbox/" } ], "comments": "http://patchwork.dpdk.org/api/covers/48410/comments/", "headers": { "Return-Path": "<dev-bounces@dpdk.org>", "X-Original-To": "patchwork@dpdk.org", "Delivered-To": "patchwork@dpdk.org", "Received": [ "from [92.243.14.124] (localhost [127.0.0.1])\n\tby dpdk.org (Postfix) with ESMTP id 363661B4E7;\n\tThu, 29 Nov 2018 14:48:49 +0100 (CET)", "from mga03.intel.com (mga03.intel.com [134.134.136.65])\n\tby dpdk.org (Postfix) with ESMTP id EDEDF322C\n\tfor <dev@dpdk.org>; Thu, 29 Nov 2018 14:48:39 +0100 (CET)", "from fmsmga002.fm.intel.com ([10.253.24.26])\n\tby orsmga103.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384;\n\t29 Nov 2018 05:48:37 -0800", "from irvmail001.ir.intel.com ([163.33.26.43])\n\tby fmsmga002.fm.intel.com with ESMTP; 29 Nov 2018 05:48:36 -0800", "from sivswdev01.ir.intel.com (sivswdev01.ir.intel.com\n\t[10.237.217.45])\n\tby irvmail001.ir.intel.com (8.14.3/8.13.6/MailSET/Hub) with ESMTP id\n\twATDmZID012495; Thu, 29 Nov 2018 13:48:35 GMT", "from sivswdev01.ir.intel.com (localhost [127.0.0.1])\n\tby sivswdev01.ir.intel.com with ESMTP id wATDmZdU019964;\n\tThu, 29 Nov 2018 13:48:35 GMT", "(from aburakov@localhost)\n\tby sivswdev01.ir.intel.com with LOCAL id wATDmZwe019960;\n\tThu, 29 Nov 2018 13:48:35 GMT" ], "X-Amp-Result": "SKIPPED(no attachment in message)", "X-Amp-File-Uploaded": "False", "X-ExtLoop1": "1", "X-IronPort-AV": "E=Sophos;i=\"5.56,294,1539673200\"; d=\"scan'208\";a=\"116397784\"", "From": "Anatoly Burakov <anatoly.burakov@intel.com>", "To": "dev@dpdk.org", "Cc": "shahafs@mellanox.com, yskoh@mellanox.com, thomas@monjalon.net,\n\tshreyansh.jain@nxp.com", "Date": "Thu, 29 Nov 2018 13:48:31 +0000", "Message-Id": "<cover.1543495935.git.anatoly.burakov@intel.com>", "X-Mailer": "git-send-email 1.7.0.7", "Subject": "[dpdk-dev] [PATCH 0/4] Allow using external memory without malloc", "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\t<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\t<mailto:dev-request@dpdk.org?subject=subscribe>", "Errors-To": "dev-bounces@dpdk.org", "Sender": "\"dev\" <dev-bounces@dpdk.org>" }, "content": "Currently, the only way to use externally allocated memory\nis through rte_malloc API's. While this is fine for a lot\nof use cases, it may not be suitable for certain other use\ncases like manual memory management, etc.\n\nThis patchset adds another API to register memory segments\nwith DPDK (so that API's like ``rte_mem_virt2memseg`` could\nbe relied on by PMD's and such), but not create a malloc\nheap out of them.\n\nAside from the obvious (not adding memory to a heap), the\nother major difference between this API and the\n``rte_malloc_heap_*`` external memory functions is the fact\nthat no DMA mapping is performed automatically.\n\nThis really draws a line in the sand, and there are now two\nways of doing things - do everything automatically (using\nthe ``rte_malloc_heap_*`` API's), or do everything manually\n(``rte_extmem_*`` and future DMA mapping API [1] that would\nreplace ``rte_vfio_dma_map``). This way, the consistency of\nAPI is kept, and flexibility is also allowed.\n\n[1] https://mails.dpdk.org/archives/dev/2018-November/118175.html\n\nNote: at the time of this writing, there's no release notes\n template, so no release notes updates in this patchset.\n They will be added in later revisions.\n\nAnatoly Burakov (4):\n malloc: separate creating memseg list and malloc heap\n malloc: separate destroying memseg list and heap data\n mem: allow registering external memory areas\n mem: allow usage of non-heap external memory in multiprocess\n\n .../prog_guide/env_abstraction_layer.rst | 63 +++++++--\n lib/librte_eal/common/eal_common_memory.c | 116 +++++++++++++++++\n lib/librte_eal/common/include/rte_memory.h | 122 ++++++++++++++++++\n lib/librte_eal/common/malloc_heap.c | 104 +++++++++++----\n lib/librte_eal/common/malloc_heap.h | 15 ++-\n lib/librte_eal/common/rte_malloc.c | 115 +++++++----------\n lib/librte_eal/rte_eal_version.map | 4 +\n 7 files changed, 434 insertions(+), 105 deletions(-)" }