Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp5007430pxv; Wed, 28 Jul 2021 00:21:36 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzlY7QPtG7uisFfO9YyoZwYPp8bN2z060TeSHsEDIs1lbpLrGpwtTgVodddsX18Dv0vDLXx X-Received: by 2002:a17:906:360f:: with SMTP id q15mr15375272ejb.270.1627456896275; Wed, 28 Jul 2021 00:21:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627456896; cv=none; d=google.com; s=arc-20160816; b=rZEMVxP55jX4rJDrE21F5Lfva1IbT6ty2xQJE4mxzYwvAASPuDyhHpZXNfv/R4iTy4 F1/ftK0Qfu6DgWbUnW0FW5FbmFq4DetXq+4Z9+v20D40OMYJJh2GBIZk8BdFy2nGHj42 mvL8Y3kYERO9p/YB0eI53yt873BUlCZSPqOPaTn6956iNhcbC4U9oJTJxs56UY9zbJ9l 0InRUcQUX2LkF9PBN8Kw19rg3bNNeHocv8zjuGzf3p7aPiOzdDPCcNA35gNkpngD2r+X TjJER6W2QOYlNaEWbyg3JikyfF8duX9yGa9jk+aMZyT7rVS4iow47ai1eai2CJURMgl4 tOXw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=LX6k2IZe2rWnR49t7b31lYQoXnQ/bBYQsmo6vOxK9Sk=; b=1El/zFG6mAsZogJJMNhxqemFSHUL4lAtp98q5TbtShn1eisKZlVq/woM2/+5vcsITx ryNlKGl4ja3IQZpDt42nS1MiI2b6VdPCQdcIZ0ihy1yXA1egB0zMVGNnPuLznQHsdh9W rR9GzWsCycHDvMmg5b7NUEz5XwGDQlpaC3IqDXDeKS5MCmHSfaAKxM3kBvmc8Cq24jNt mJZQjLHKnhLOKlsz5NssNHkXyWJ9rHT/n4nZ8X1bxrNmoEwS7OEx4THEMSnULyPBeutZ oNUv9oG1ojYn8NWMLGSRxJUPyfTNcKt0jx7MJsq1jOV7rNDlX5nspzOlg7uTj0D1gy9x BDiA== 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 s11si5687470edh.361.2021.07.28.00.21.13; Wed, 28 Jul 2021 00:21:36 -0700 (PDT) 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 S234961AbhG1HT3 (ORCPT + 99 others); Wed, 28 Jul 2021 03:19:29 -0400 Received: from relay2-d.mail.gandi.net ([217.70.183.194]:39579 "EHLO relay2-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234949AbhG1HT2 (ORCPT ); Wed, 28 Jul 2021 03:19:28 -0400 Received: (Authenticated sender: alex@ghiti.fr) by relay2-d.mail.gandi.net (Postfix) with ESMTPSA id 4CA9D4000A; Wed, 28 Jul 2021 07:19:17 +0000 (UTC) Subject: Re: [PATCH] riscv: fix the global name pfn_base confliction error To: Kenneth Lee , Paul Walmsley , Palmer Dabbelt , Albert Ou , Anup Patel , Atish Patra , Kenneth Lee , Kefeng Wang , Vitaly Wool , Guo Ren , Jisheng Zhang , Mike Rapoport , Nick Kossifidis , linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org Cc: guohanjun@huawei.com, wangzhou1@hisilicon.com References: <20210728064318.375747-1-nek.in.cn@gmail.com> From: Alex Ghiti Message-ID: <0e81c8d2-468a-9afd-bce3-0e8211baa065@ghiti.fr> Date: Wed, 28 Jul 2021 09:19:16 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 MIME-Version: 1.0 In-Reply-To: <20210728064318.375747-1-nek.in.cn@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: fr Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Kenneth, Le 28/07/2021 ? 08:43, Kenneth Lee a ?crit?: > From: Kenneth Lee > > RISCV use a global variable pfn_base for page/pfn translation. But this > is a common name and will be used elsewhere. In those case, > the page-pfn macro which refer this name will refer to the local/input > variable of those function (such as in vfio_pin_pages_remote). This make > everything wrong. > > This patch change the name from pfn_base to riscv_global_pfn_base to fix > this problem What about removing this variable entirely and using PFN_DOWN(kernel_map.phys_addr) directly in ARCH_PFN_OFFSET definition? That would remove code from mm/init.c, which is nice :) Thanks, Alex > > Signed-off-by: Kenneth Lee > --- > arch/riscv/include/asm/page.h | 4 ++-- > arch/riscv/mm/init.c | 6 +++--- > 2 files changed, 5 insertions(+), 5 deletions(-) > > diff --git a/arch/riscv/include/asm/page.h b/arch/riscv/include/asm/page.h > index cca8764aed83..8711e415f37c 100644 > --- a/arch/riscv/include/asm/page.h > +++ b/arch/riscv/include/asm/page.h > @@ -79,8 +79,8 @@ typedef struct page *pgtable_t; > #endif > > #ifdef CONFIG_MMU > -extern unsigned long pfn_base; > -#define ARCH_PFN_OFFSET (pfn_base) > +extern unsigned long riscv_global_pfn_base; > +#define ARCH_PFN_OFFSET (riscv_global_pfn_base) > #else > #define ARCH_PFN_OFFSET (PAGE_OFFSET >> PAGE_SHIFT) > #endif /* CONFIG_MMU */ > diff --git a/arch/riscv/mm/init.c b/arch/riscv/mm/init.c > index a14bf3910eec..2ce4e9a46ca0 100644 > --- a/arch/riscv/mm/init.c > +++ b/arch/riscv/mm/init.c > @@ -228,8 +228,8 @@ static struct pt_alloc_ops _pt_ops __initdata; > #define pt_ops _pt_ops > #endif > > -unsigned long pfn_base __ro_after_init; > -EXPORT_SYMBOL(pfn_base); > +unsigned long riscv_global_pfn_base __ro_after_init; > +EXPORT_SYMBOL(riscv_global_pfn_base); > > pgd_t swapper_pg_dir[PTRS_PER_PGD] __page_aligned_bss; > pgd_t trampoline_pg_dir[PTRS_PER_PGD] __page_aligned_bss; > @@ -572,7 +572,7 @@ asmlinkage void __init setup_vm(uintptr_t dtb_pa) > kernel_map.va_kernel_pa_offset = kernel_map.virt_addr - kernel_map.phys_addr; > #endif > > - pfn_base = PFN_DOWN(kernel_map.phys_addr); > + riscv_global_pfn_base = PFN_DOWN(kernel_map.phys_addr); > > /* > * Enforce boot alignment requirements of RV32 and >