Received: by 2002:a5b:505:0:0:0:0:0 with SMTP id o5csp4615000ybp; Mon, 14 Oct 2019 07:26:09 -0700 (PDT) X-Google-Smtp-Source: APXvYqxX6s7f1O2tTmIlisti/uLb2NOQ2IcNlEZYQplnSPWVluIHES16X7WaqUbYRGEytN+mItgO X-Received: by 2002:a17:906:cc90:: with SMTP id oq16mr28531399ejb.322.1571063169443; Mon, 14 Oct 2019 07:26:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1571063169; cv=none; d=google.com; s=arc-20160816; b=Mg98v0P0R2fugIkU66zdD/bwyDTEEDF2QPRbf4wPldPnuS7vOFZ5zhgxdGrl2m06NQ +t+aGwvkl4ZHLm07P7G/J/XO1E1OADT8aG1exsMY8isr3JjGd9LNwSpMDVTH/Txu7SZF z5+SILX9Zs1dTmySWq9+N5rhZij4tyygrV9XxsWZA8O/3YP+4m+E4uUv84pELANFQP3B ALR2pE4KkwbwDyvYyS/vv+MY2SV3MSEF9z4vnYeSLZ5twVb/xorOLBDiXyi0lvRIuHme AQipC4zcMqq/DQoPAbuzulcMVfLGrRr9ymm1CIpCtax5KlWgfTzn1sX+B/34t9adZbZj yh3g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=4f9NwKaCwxWGx9zROZ1D85b+IvVgz7blIWfY7VLVpeA=; b=bkq7pbpQT4eBYTvajgXqS3OqYBgYANg9CecCo5KmiG3XWEcKuBU16nPCjZ3TjYugTv WqAj5L4hT1C7XmLN5gIPMeFRoCYstErwV0cf1Ohojo5b9XsP7A2hQ42sBPUZ2PM0e7ec GtGssrNJbetGOoCJpQ0MTh/y8sCvY9Gb2O5y6jHQ4zPohERoVU1Ttp4btsseCZoFdtce T20Wo2f1UINcrVSoFSgaqR6Yxli9NJfBQG44dRdEm7+V0sZlEWuSxEVmeyCcO+7/tt8o zqB8r5+BPADKYwEFtp8FRlh0ICDQ2PJopnQJJHR1+uG/cbqWKWKCYwbK/IfD3iIgvFE6 yYmA== 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 p1si12633904eda.406.2019.10.14.07.25.45; Mon, 14 Oct 2019 07:26:09 -0700 (PDT) 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 S1732694AbfJNOWx (ORCPT + 99 others); Mon, 14 Oct 2019 10:22:53 -0400 Received: from foss.arm.com ([217.140.110.172]:45476 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732522AbfJNOWx (ORCPT ); Mon, 14 Oct 2019 10:22:53 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id A6A90337; Mon, 14 Oct 2019 07:22:52 -0700 (PDT) Received: from [10.1.197.57] (e110467-lin.cambridge.arm.com [10.1.197.57]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 7DAA23F68E; Mon, 14 Oct 2019 07:22:50 -0700 (PDT) Subject: Re: [PATCH v3 4/7] iommu/mediatek: Delete the leaf in the tlb flush To: Yong Wu , Matthias Brugger , Joerg Roedel , Will Deacon Cc: Evan Green , Tomasz Figa , linux-mediatek@lists.infradead.org, srv_heupstream@mediatek.com, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, iommu@lists.linux-foundation.org, youlin.pei@mediatek.com, Nicolas Boichat , anan.sun@mediatek.com, cui.zhang@mediatek.com, chao.hao@mediatek.com, edison.hsieh@mediatek.com References: <1571035101-4213-1-git-send-email-yong.wu@mediatek.com> <1571035101-4213-5-git-send-email-yong.wu@mediatek.com> From: Robin Murphy Message-ID: <20c74c20-864e-88af-3c58-ad3bb7600bcc@arm.com> Date: Mon, 14 Oct 2019 15:22:48 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <1571035101-4213-5-git-send-email-yong.wu@mediatek.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 14/10/2019 07:38, Yong Wu wrote: > In our tlb range flush, we don't care the "leaf". Remove it to simplify > the code. no functional change. Presumably you don't care about the granule either? Robin. > Signed-off-by: Yong Wu > --- > drivers/iommu/mtk_iommu.c | 16 ++++------------ > 1 file changed, 4 insertions(+), 12 deletions(-) > > diff --git a/drivers/iommu/mtk_iommu.c b/drivers/iommu/mtk_iommu.c > index 8712afc..19f936c 100644 > --- a/drivers/iommu/mtk_iommu.c > +++ b/drivers/iommu/mtk_iommu.c > @@ -174,8 +174,7 @@ static void mtk_iommu_tlb_flush_all(void *cookie) > } > > static void mtk_iommu_tlb_add_flush_nosync(unsigned long iova, size_t size, > - size_t granule, bool leaf, > - void *cookie) > + size_t granule, void *cookie) > { > struct mtk_iommu_data *data = cookie; > > @@ -219,14 +218,7 @@ static void mtk_iommu_tlb_sync(void *cookie) > static void mtk_iommu_tlb_flush_walk(unsigned long iova, size_t size, > size_t granule, void *cookie) > { > - mtk_iommu_tlb_add_flush_nosync(iova, size, granule, false, cookie); > - mtk_iommu_tlb_sync(cookie); > -} > - > -static void mtk_iommu_tlb_flush_leaf(unsigned long iova, size_t size, > - size_t granule, void *cookie) > -{ > - mtk_iommu_tlb_add_flush_nosync(iova, size, granule, true, cookie); > + mtk_iommu_tlb_add_flush_nosync(iova, size, granule, cookie); > mtk_iommu_tlb_sync(cookie); > } > > @@ -245,7 +237,7 @@ static void mtk_iommu_tlb_flush_page_nosync(struct iommu_iotlb_gather *gather, > static const struct iommu_flush_ops mtk_iommu_flush_ops = { > .tlb_flush_all = mtk_iommu_tlb_flush_all, > .tlb_flush_walk = mtk_iommu_tlb_flush_walk, > - .tlb_flush_leaf = mtk_iommu_tlb_flush_leaf, > + .tlb_flush_leaf = mtk_iommu_tlb_flush_walk, > .tlb_add_page = mtk_iommu_tlb_flush_page_nosync, > }; > > @@ -475,7 +467,7 @@ static void mtk_iommu_iotlb_sync(struct iommu_domain *domain, > spin_lock_irqsave(&dom->pgtlock, flags); > > mtk_iommu_tlb_add_flush_nosync(gather->start, length, gather->pgsize, > - false, data); > + data); > mtk_iommu_tlb_sync(data); > > if (!is_in_gather) >