From patchwork Mon Jun 6 07:48:09 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Kefeng Wang X-Patchwork-Id: 12870082 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 C1CC1C43334 for ; Mon, 6 Jun 2022 07:38:42 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id ECD468D0002; Mon, 6 Jun 2022 03:38:41 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id E55348D0001; Mon, 6 Jun 2022 03:38:41 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id D1B1A8D0002; Mon, 6 Jun 2022 03:38:41 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by kanga.kvack.org (Postfix) with ESMTP id C15C98D0001 for ; Mon, 6 Jun 2022 03:38:41 -0400 (EDT) Received: from smtpin27.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay06.hostedemail.com (Postfix) with ESMTP id 864A4348CF for ; Mon, 6 Jun 2022 07:38:41 +0000 (UTC) X-FDA: 79547008842.27.CC7CC23 Received: from szxga02-in.huawei.com (szxga02-in.huawei.com [45.249.212.188]) by imf10.hostedemail.com (Postfix) with ESMTP id D0B57C0056 for ; Mon, 6 Jun 2022 07:37:51 +0000 (UTC) Received: from dggpemm500024.china.huawei.com (unknown [172.30.72.57]) by szxga02-in.huawei.com (SkyGuard) with ESMTP id 4LGlgf4W8DzjXT0; Mon, 6 Jun 2022 15:37:18 +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; Mon, 6 Jun 2022 15:38:35 +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; Mon, 6 Jun 2022 15:38:35 +0800 From: Kefeng Wang To: , , , , CC: , , , , Kefeng Wang Subject: [PATCH v4 0/6] arm64: Cleanup ioremap() and support ioremap_prot() Date: Mon, 6 Jun 2022 15:48:09 +0800 Message-ID: <20220606074815.139265-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: dggems704-chm.china.huawei.com (10.3.19.181) To dggpemm500001.china.huawei.com (7.185.36.107) X-CFilter-Loop: Reflected X-Rspamd-Server: rspam07 X-Rspamd-Queue-Id: D0B57C0056 X-Stat-Signature: wdsm4xx1sedpp4h9mmm9pr4wshxx9spg X-Rspam-User: Authentication-Results: imf10.hostedemail.com; dkim=none; spf=pass (imf10.hostedemail.com: domain of wangkefeng.wang@huawei.com designates 45.249.212.188 as permitted sender) smtp.mailfrom=wangkefeng.wang@huawei.com; dmarc=pass (policy=quarantine) header.from=huawei.com X-HE-Tag: 1654501071-604975 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. 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 | 20 +++-- arch/arm64/include/asm/pgtable.h | 10 +++ arch/arm64/kernel/acpi.c | 2 +- arch/arm64/mm/hugetlbpage.c | 10 --- arch/arm64/mm/ioremap.c | 84 +++---------------- include/asm-generic/io.h | 27 +++++- mm/ioremap.c | 26 ++++-- 12 files changed, 84 insertions(+), 121 deletions(-)