From patchwork Tue Jun 7 12:50:21 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Kefeng Wang X-Patchwork-Id: 12871860 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 4A7A3C433EF for ; Tue, 7 Jun 2022 12:40:55 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id C1F106B0072; Tue, 7 Jun 2022 08:40:54 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id BCE8E6B0073; Tue, 7 Jun 2022 08:40:54 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id A96046B0074; Tue, 7 Jun 2022 08:40:54 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id 97B396B0072 for ; Tue, 7 Jun 2022 08:40:54 -0400 (EDT) Received: from smtpin11.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay11.hostedemail.com (Postfix) with ESMTP id 64F1D80AE1 for ; Tue, 7 Jun 2022 12:40:54 +0000 (UTC) X-FDA: 79551399228.11.5732856 Received: from szxga08-in.huawei.com (szxga08-in.huawei.com [45.249.212.255]) by imf21.hostedemail.com (Postfix) with ESMTP id 09EA71C0065 for ; Tue, 7 Jun 2022 12:40:36 +0000 (UTC) Received: from dggpemm500024.china.huawei.com (unknown [172.30.72.54]) by szxga08-in.huawei.com (SkyGuard) with ESMTP id 4LHVKK30Lbz1KF0t; Tue, 7 Jun 2022 20:39:01 +0800 (CST) Received: from dggpemm500001.china.huawei.com (7.185.36.107) by dggpemm500024.china.huawei.com (7.185.36.203) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Tue, 7 Jun 2022 20:40:48 +0800 Received: from localhost.localdomain.localdomain (10.175.113.25) by dggpemm500001.china.huawei.com (7.185.36.107) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Tue, 7 Jun 2022 20:40:48 +0800 From: Kefeng Wang To: , , , , CC: , , , , Kefeng Wang Subject: [PATCH v5 0/6] arm64: Cleanup ioremap() and support ioremap_prot() Date: Tue, 7 Jun 2022 20:50:21 +0800 Message-ID: <20220607125027.44946-1-wangkefeng.wang@huawei.com> X-Mailer: git-send-email 2.35.3 MIME-Version: 1.0 X-Originating-IP: [10.175.113.25] X-ClientProxiedBy: dggems701-chm.china.huawei.com (10.3.19.178) To dggpemm500001.china.huawei.com (7.185.36.107) X-CFilter-Loop: Reflected X-Stat-Signature: k3t8atk6e9qmqjok63da35gs3pxxthmy Authentication-Results: imf21.hostedemail.com; dkim=none; dmarc=pass (policy=quarantine) header.from=huawei.com; spf=pass (imf21.hostedemail.com: domain of wangkefeng.wang@huawei.com designates 45.249.212.255 as permitted sender) smtp.mailfrom=wangkefeng.wang@huawei.com X-Rspam-User: X-Rspamd-Server: rspam11 X-Rspamd-Queue-Id: 09EA71C0065 X-HE-Tag: 1654605636-457794 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: 1. Enhance generic ioremap to make it more useful. 2. Let's arm64 use GENERIC_IOREMAP to cleanup code. 3. Support HAVE_IOREMAP_PROT on arm64, which enable generic_access_phys(), it is useful when debug(eg, gdb) via access_process_vm device memory infrastructure. v5: - break long lines(> 80 cols), per Christoph Hellwig - move is_vmalloc_addr() check from arm64 into generic ioremap, per Christoph Hellwig - make arm64's ioremap_cache as an inline function, per Christoph - keep changes simple, make ioremap/iounmap_allowed return bool, per Baoquan He - simplify use 'void *' instead of 'void __iomem *' in iounmap, then drop __force annotation v4: - update based on v5.19-rc1 - add generic arch_ioremap/arch_iounmap define, per Andrew Monrton - simply return an int for arch_ioremap and rename arch_ioremap/arch_iounmap to a better name, ioremap_allowed/iounmap_allowed, per Arnd Bergmann - add __force annotation to slince sparse warning in vunmap() Note, 1) after the renaming, the arm's change(patch1) is not the necessary dependence for the following changes, but as a cleanup, still post it here, hope it go in via the arm64 tree with reset of the series directly if no object. 2) the changes in this version only influence on patch4/5, so retain the ack/review. v3: - add cleanup patch to kill ARM's unused arch_iounmap(the naming will be used in GENERIC_IOREMAP) and add comments for arch_ioremap/arch_iounmap hooks, per Anshuman Khandual - collect ack/review v2: - s/addr/phys_addr in ioremap_prot, suggested by Andrew Morton - rename arch_ioremap/iounmap_check to arch_ioremap/iounmap and change return value, per Christoph Hellwig and Andrew Morton - and use 'ifndef arch_ioremap' instead of weak function, per Arnd Bergmann - collect ack/review Kefeng Wang (6): ARM: mm: kill unused runtime hook arch_iounmap() mm: ioremap: Use more sensibly name in ioremap_prot() mm: ioremap: Setup phys_addr of struct vm_struct mm: ioremap: Add ioremap/iounmap_allowed() arm64: mm: Convert to GENERIC_IOREMAP arm64: Add HAVE_IOREMAP_PROT support .../features/vm/ioremap_prot/arch-support.txt | 2 +- arch/arm/include/asm/io.h | 4 +- arch/arm/mm/ioremap.c | 9 +- arch/arm/mm/nommu.c | 9 +- arch/arm64/Kconfig | 2 + arch/arm64/include/asm/io.h | 24 +++-- arch/arm64/include/asm/pgtable.h | 10 +++ arch/arm64/kernel/acpi.c | 2 +- arch/arm64/mm/hugetlbpage.c | 10 --- arch/arm64/mm/ioremap.c | 90 ++----------------- include/asm-generic/io.h | 29 +++++- mm/ioremap.c | 26 ++++-- 12 files changed, 90 insertions(+), 127 deletions(-)