Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp2333923pxu; Mon, 7 Dec 2020 04:05:04 -0800 (PST) X-Google-Smtp-Source: ABdhPJwsZ2SyOmjwnBhsD4OryeqHAdynU5J9a4zIRwK5TRd/AFzj/K7NskIXP093K/amA53Qt0cx X-Received: by 2002:a50:a40a:: with SMTP id u10mr18892589edb.16.1607342704269; Mon, 07 Dec 2020 04:05:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1607342704; cv=none; d=google.com; s=arc-20160816; b=IYHglKxf8WuzpKsoD4v9yYnfcBJHdruqMBdxAlE+qHnWIaSkuzoXjZSEKmmdVPekvK Af1XMCOoh1TtAYvr5hy/tM+KXomvrcaw2AKZXObzmr4IhoRNMLLsB5ywEl9T9j5+ZETa LXIqZVfeSR3KL3vBmCPUwFXxbUqC5lQYHUsZ6OMkCGHJ+9CRHHQpyNtJgMnXCjkj+VtG qwW0YumCACKEtkbTTZpYBQO6BnAsOZbDtjOT+SYn2gPHcJ5S1qW3m/bYQuDXIOTY5nMf fSrr99b1l6ZEsW/b/nSr7tmpAMh07IaOhnfebjNQArSNNN72Uyb4pQ1JftUWAM9l/6mh JDSA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=kPANcFTWcKhr5nBViQ1UgJQXqMU32saxWM2JcIgJvWY=; b=AxgBRzjqA1e0efxjZdxb7XuQLszzrqyh66MFFpN9z9U39wDRJ4dr1EVSejOPYMMhfS aNLCzz1nS0uGbnO/WotpXTQLSJYM5jjsB9GmZGsIFjrHn+0t1akofUXgp/9Z9IaENk7x tlCN9Eqwa8ZGvMQFuYxKxt06r/B8wwnvRa/DR85pbkDaF48+CxqMbu8U+nykgi+KNGuz R/Ua5XWL1iN+aB/6KGIF1+bhIWhy3qUklM92bGkbUcYlY/nmi4iDuzyMHSFy9upCO1Tq kjn0qSNVnce7qrbrt+i5X5gfbhnU4gJl7Vxhysm1q7ylHg/ZPVpSK2xiWVZrMl+iQh5z pFPA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e8si3481800edq.377.2020.12.07.04.04.41; Mon, 07 Dec 2020 04:05:04 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727020AbgLGMDG (ORCPT + 99 others); Mon, 7 Dec 2020 07:03:06 -0500 Received: from szxga05-in.huawei.com ([45.249.212.191]:9026 "EHLO szxga05-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727004AbgLGMDG (ORCPT ); Mon, 7 Dec 2020 07:03:06 -0500 Received: from DGGEMS406-HUB.china.huawei.com (unknown [172.30.72.60]) by szxga05-in.huawei.com (SkyGuard) with ESMTP id 4CqMNv6JCwzhntJ; Mon, 7 Dec 2020 20:01:51 +0800 (CST) Received: from DESKTOP-6NKE0BC.china.huawei.com (10.174.185.137) by DGGEMS406-HUB.china.huawei.com (10.3.19.206) with Microsoft SMTP Server id 14.3.487.0; Mon, 7 Dec 2020 20:02:15 +0800 From: Kunkun Jiang To: Will Deacon , Robin Murphy , "Joerg Roedel" , "moderated list:ARM SMMU DRIVERS" , "open list:IOMMU DRIVERS" , open list CC: , Keqian Zhu , "Zenghui Yu" , Kunkun Jiang Subject: [PATCH RESEND] iommu/io-pgtalbe-arm: Remove "iopte_type(pte, l)" extra parameter "l" Date: Mon, 7 Dec 2020 20:01:50 +0800 Message-ID: <20201207120150.1891-1-jiangkunkun@huawei.com> X-Mailer: git-send-email 2.26.2.windows.1 MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=US-ASCII X-Originating-IP: [10.174.185.137] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Knowing from the code, the macro "iopte_type(pte, l)" doesn't use the parameter "l" (level). So we'd better to remove it. Fixes: e1d3c0fd701df(iommu: add ARM LPAE page table allocator) Signed-off-by: Kunkun Jiang --- drivers/iommu/io-pgtable-arm.c | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/iommu/io-pgtable-arm.c b/drivers/iommu/io-pgtable-arm.c index a7a9bc08dcd1..e58ba5759b80 100644 --- a/drivers/iommu/io-pgtable-arm.c +++ b/drivers/iommu/io-pgtable-arm.c @@ -130,7 +130,7 @@ /* IOPTE accessors */ #define iopte_deref(pte,d) __va(iopte_to_paddr(pte, d)) -#define iopte_type(pte,l) \ +#define iopte_type(pte) \ (((pte) >> ARM_LPAE_PTE_TYPE_SHIFT) & ARM_LPAE_PTE_TYPE_MASK) #define iopte_prot(pte) ((pte) & ARM_LPAE_PTE_ATTR_MASK) @@ -151,9 +151,9 @@ static inline bool iopte_leaf(arm_lpae_iopte pte, int lvl, enum io_pgtable_fmt fmt) { if (lvl == (ARM_LPAE_MAX_LEVELS - 1) && fmt != ARM_MALI_LPAE) - return iopte_type(pte, lvl) == ARM_LPAE_PTE_TYPE_PAGE; + return iopte_type(pte) == ARM_LPAE_PTE_TYPE_PAGE; - return iopte_type(pte, lvl) == ARM_LPAE_PTE_TYPE_BLOCK; + return iopte_type(pte) == ARM_LPAE_PTE_TYPE_BLOCK; } static arm_lpae_iopte paddr_to_iopte(phys_addr_t paddr, @@ -280,7 +280,7 @@ static int arm_lpae_init_pte(struct arm_lpae_io_pgtable *data, /* We require an unmap first */ WARN_ON(!selftest_running); return -EEXIST; - } else if (iopte_type(pte, lvl) == ARM_LPAE_PTE_TYPE_TABLE) { + } else if (iopte_type(pte) == ARM_LPAE_PTE_TYPE_TABLE) { /* * We need to unmap and free the old table before * overwriting it with a block entry. @@ -548,7 +548,7 @@ static size_t arm_lpae_split_blk_unmap(struct arm_lpae_io_pgtable *data, * block, but anything else is invalid. We can't misinterpret * a page entry here since we're never at the last level. */ - if (iopte_type(pte, lvl - 1) != ARM_LPAE_PTE_TYPE_TABLE) + if (iopte_type(pte) != ARM_LPAE_PTE_TYPE_TABLE) return 0; tablep = iopte_deref(pte, data); -- 2.19.1