From patchwork Tue Nov 20 13:42:00 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: John Garry X-Patchwork-Id: 151588 Delivered-To: patch@linaro.org Received: by 2002:a2e:299d:0:0:0:0:0 with SMTP id p29-v6csp616400ljp; Tue, 20 Nov 2018 05:40:58 -0800 (PST) X-Google-Smtp-Source: AJdET5fFLP5ydhvszIuqBbH36yKE27aNEYxY2JiEX2rRnAwK0Jf8MvCvXpyb1LQOyasfv0OcwGyj X-Received: by 2002:a62:5615:: with SMTP id k21-v6mr2202008pfb.190.1542721258231; Tue, 20 Nov 2018 05:40:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1542721258; cv=none; d=google.com; s=arc-20160816; b=DKcJqFpeHia6uLbKebVU8UIentYzRFUU8wme9Xc6+Ed6SqFcay8gbICngpOmibxHA3 q/kpZu5PjZlf+mUHJpKpWmOTg3Xy9feYVX9Dq0dI2EjJmWUFlaqdjxLRIuo/oMJuB1DA BjUsayVrUARlocsn0RXihESp2IbXBMrj0fxo7tZi35OiskrQkRYfEZ44TQAyVUAYvJ0J x2e7WufgGHyCDOlFltWDNUpLs1YhXI1KXPOqErvjMXUWVS1sXAg4sQtxjRtjZfQaDjXq ZBED5ohUB9lLjcOObperzbY4mDBVWx8NwyeYziqcM/VKHNqwaaxOWHyvkkf2ojNY6WhC WQzw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:subject:cc :to:from; bh=m6JqtIod/yic+WDQEGbMpP1wv29s10b7zrqrKEAdIHY=; b=W+8BpCoa7l+Q6D+YEpNqmFfNj0BhdpyfO4UiKQ1k6R87pYkcQussSRp2QFLge1IPvW G97BWXbo7sLGB8WeGsOTA/awW09VU1KKdoU1K+f7OaYP+1ygpv8dOogsDtCBYn5Q6qCS 1tdgkswFUDtXZ1jBOvtxRI+1XLCU+MaLQr130bdTY1rzuNY3i0539bOC2on5GlaZ+OIi mF51FvuiorR0O6OljmhA4ymlmwQF0RsIAR+KyvYYypU2N7+ZHBE3VhN4A9SmUfzZiLYr DvGpiLOusa+BHKqQ/Ja1vbCYlkQTIUIvTpoyvysI7rxq/XOYs8e+zL+qjf49mBhuPG+A CoYg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b7si5402042plk.206.2018.11.20.05.40.57; Tue, 20 Nov 2018 05:40:58 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728540AbeKUAKI (ORCPT + 32 others); Tue, 20 Nov 2018 19:10:08 -0500 Received: from szxga06-in.huawei.com ([45.249.212.32]:56867 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725950AbeKUAJx (ORCPT ); Tue, 20 Nov 2018 19:09:53 -0500 Received: from DGGEMS411-HUB.china.huawei.com (unknown [172.30.72.59]) by Forcepoint Email with ESMTP id 0850D469E5C4C; Tue, 20 Nov 2018 21:40:40 +0800 (CST) Received: from localhost.localdomain (10.67.212.75) by DGGEMS411-HUB.china.huawei.com (10.3.19.211) with Microsoft SMTP Server id 14.3.408.0; Tue, 20 Nov 2018 21:40:35 +0800 From: John Garry To: CC: , , , , , , , John Garry Subject: [PATCH v2] iommu/dma: Use NUMA aware memory allocations in __iommu_dma_alloc_pages() Date: Tue, 20 Nov 2018 21:42:00 +0800 Message-ID: <1542721320-233109-1-git-send-email-john.garry@huawei.com> X-Mailer: git-send-email 2.8.1 MIME-Version: 1.0 X-Originating-IP: [10.67.212.75] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Ganapatrao Kulkarni Change function __iommu_dma_alloc_pages() to allocate memory/pages for DMA from respective device NUMA node. Signed-off-by: Ganapatrao Kulkarni [JPG: Modifed to use kvzalloc() and fixed indentation] Signed-off-by: John Garry --- Difference v1->v2: - Add Ganapatrao's tag and change author This patch was originally posted by Ganapatrao in [1]. However, after initial review, it was never reposted (due to lack of cycles, I think). In addition, the functionality in its sibling patches were merged through patches, as mentioned in [2]; this also refers to a discussion on device local allocations vs CPU local allocations for DMA pool, and which is better [3]. However, as mentioned in [3], dma_alloc_coherent() uses the locality information from the device - as in direct DMA - so this patch is just applying this same policy. [1] https://lore.kernel.org/patchwork/patch/833004/ [2] https://lkml.org/lkml/2018/8/22/391 [3] https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1692998.html -- 1.9.1 diff --git a/drivers/iommu/dma-iommu.c b/drivers/iommu/dma-iommu.c index d1b0475..ada00bc 100644 --- a/drivers/iommu/dma-iommu.c +++ b/drivers/iommu/dma-iommu.c @@ -449,20 +449,17 @@ static void __iommu_dma_free_pages(struct page **pages, int count) kvfree(pages); } -static struct page **__iommu_dma_alloc_pages(unsigned int count, - unsigned long order_mask, gfp_t gfp) +static struct page **__iommu_dma_alloc_pages(struct device *dev, + unsigned int count, unsigned long order_mask, gfp_t gfp) { struct page **pages; - unsigned int i = 0, array_size = count * sizeof(*pages); + unsigned int i = 0, nid = dev_to_node(dev); order_mask &= (2U << MAX_ORDER) - 1; if (!order_mask) return NULL; - if (array_size <= PAGE_SIZE) - pages = kzalloc(array_size, GFP_KERNEL); - else - pages = vzalloc(array_size); + pages = kvzalloc_node(count * sizeof(*pages), GFP_KERNEL, nid); if (!pages) return NULL; @@ -483,8 +480,10 @@ static struct page **__iommu_dma_alloc_pages(unsigned int count, unsigned int order = __fls(order_mask); order_size = 1U << order; - page = alloc_pages((order_mask - order_size) ? - gfp | __GFP_NORETRY : gfp, order); + page = alloc_pages_node(nid, + (order_mask - order_size) ? + gfp | __GFP_NORETRY : gfp, + order); if (!page) continue; if (!order) @@ -569,7 +568,8 @@ struct page **iommu_dma_alloc(struct device *dev, size_t size, gfp_t gfp, alloc_sizes = min_size; count = PAGE_ALIGN(size) >> PAGE_SHIFT; - pages = __iommu_dma_alloc_pages(count, alloc_sizes >> PAGE_SHIFT, gfp); + pages = __iommu_dma_alloc_pages(dev, count, alloc_sizes >> PAGE_SHIFT, + gfp); if (!pages) return NULL;