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=-7.0 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, INCLUDES_PATCH,MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_PASS,URIBL_BLOCKED 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 5A773C28CF8 for ; Tue, 20 Nov 2018 15:42:33 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 16B4A206BB for ; Tue, 20 Nov 2018 15:42:33 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 16B4A206BB Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=huawei.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728004AbeKUCMQ (ORCPT ); Tue, 20 Nov 2018 21:12:16 -0500 Received: from szxga06-in.huawei.com ([45.249.212.32]:33975 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725851AbeKUCMQ (ORCPT ); Tue, 20 Nov 2018 21:12:16 -0500 Received: from DGGEMS403-HUB.china.huawei.com (unknown [172.30.72.58]) by Forcepoint Email with ESMTP id C9D05C7D901C6; Tue, 20 Nov 2018 23:42:25 +0800 (CST) Received: from [127.0.0.1] (10.202.226.41) by DGGEMS403-HUB.china.huawei.com (10.3.19.203) with Microsoft SMTP Server id 14.3.408.0; Tue, 20 Nov 2018 23:42:22 +0800 From: John Garry Subject: Re: [PATCH v2] iommu/dma: Use NUMA aware memory allocations in __iommu_dma_alloc_pages() To: Robin Murphy , References: <1542721320-233109-1-git-send-email-john.garry@huawei.com> CC: , , , , , Message-ID: Date: Tue, 20 Nov 2018 15:42:16 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.202.226.41] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 20/11/2018 14:20, Robin Murphy wrote: > On 20/11/2018 13:42, John Garry wrote: >> 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 >> >> >> 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); > > The pages array is only accessed by the CPU servicing the > iommu_dma_alloc() call, and is usually freed again before that call even > returns. It's certainly never touched by the device, so forcing it to a > potentially non-local node doesn't make a great deal of sense. Right, it seems sensible to not make this allocation include the device-locality requirement, so can leave as is. However modifying to use kvzalloc() would seem ok. > >> 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 we're touching this, can we sort out that horrendous ternary? FWIW I > found I have a local version of the original patch which I tweaked at > the time, and apparently I reworked this hunk as below, which does seem > somewhat nicer for the same diffstat. > > Robin. > > > @@ -446,10 +443,12 @@ static struct page > **__iommu_dma_alloc_pages(unsigned int count, > for (order_mask &= (2U << __fls(count)) - 1; > order_mask; order_mask &= ~order_size) { > unsigned int order = __fls(order_mask); > + gfp_t alloc_flags = gfp; > > order_size = 1U << order; > - page = alloc_pages((order_mask - order_size) ? > - gfp | __GFP_NORETRY : gfp, > order); > + if (order_size < order_mask) > + alloc_flags |= __GFP_NORETRY; Sure, this can be included > + page = alloc_pages_node(nid, alloc_flags, order); > if (!page) > continue; > if (!order) > > . > Cheers, John