From mboxrd@z Thu Jan 1 00:00:00 1970 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 42FCFC433EF for ; Tue, 30 Nov 2021 06:54:00 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 8800B6B0073; Tue, 30 Nov 2021 01:53:49 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 82FEF6B0074; Tue, 30 Nov 2021 01:53:49 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 71EB66B0075; Tue, 30 Nov 2021 01:53:49 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0212.hostedemail.com [216.40.44.212]) by kanga.kvack.org (Postfix) with ESMTP id 63E136B0073 for ; Tue, 30 Nov 2021 01:53:49 -0500 (EST) Received: from smtpin15.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay02.hostedemail.com (Postfix) with ESMTP id 1BA1C86E94 for ; Tue, 30 Nov 2021 06:53:39 +0000 (UTC) X-FDA: 78864680958.15.931C756 Received: from szxga03-in.huawei.com (szxga03-in.huawei.com [45.249.212.189]) by imf12.hostedemail.com (Postfix) with ESMTP id 2AFBE10000BB for ; Tue, 30 Nov 2021 06:53:38 +0000 (UTC) Received: from dggpemm500022.china.huawei.com (unknown [172.30.72.53]) by szxga03-in.huawei.com (SkyGuard) with ESMTP id 4J3CYk04yNz8vg4; Tue, 30 Nov 2021 14:51:38 +0800 (CST) Received: from dggpemm500001.china.huawei.com (7.185.36.107) by dggpemm500022.china.huawei.com (7.185.36.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.20; Tue, 30 Nov 2021 14:53:35 +0800 Received: from [10.174.177.243] (10.174.177.243) by dggpemm500001.china.huawei.com (7.185.36.107) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.2308.20; Tue, 30 Nov 2021 14:53:34 +0800 Message-ID: <617f11ad-3033-473f-162e-cb7ecd67a78a@huawei.com> Date: Tue, 30 Nov 2021 14:53:33 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.2.0 Subject: Re: [PATCH RFC 0/4] mm: percpu: Cleanup percpu first chunk funciton Content-Language: en-US To: Dennis Zhou CC: , , , , , , , , , , , , , , , , , , , , , , , , , , , References: <20211121093557.139034-1-wangkefeng.wang@huawei.com> From: Kefeng Wang In-Reply-To: Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.174.177.243] X-ClientProxiedBy: dggeme705-chm.china.huawei.com (10.1.199.101) To dggpemm500001.china.huawei.com (7.185.36.107) X-CFilter-Loop: Reflected X-Stat-Signature: rgc6akoyf4tfneomw43webnoueuomcw1 Authentication-Results: imf12.hostedemail.com; dkim=none; spf=pass (imf12.hostedemail.com: domain of wangkefeng.wang@huawei.com designates 45.249.212.189 as permitted sender) smtp.mailfrom=wangkefeng.wang@huawei.com; dmarc=pass (policy=quarantine) header.from=huawei.com X-Rspamd-Server: rspam03 X-Rspamd-Queue-Id: 2AFBE10000BB X-HE-Tag: 1638255218-130532 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: On 2021/11/30 6:55, Dennis Zhou wrote: > Hello, > > On Sun, Nov 21, 2021 at 05:35:53PM +0800, Kefeng Wang wrote: >> When support page mapping percpu first chunk allocator on arm64, we >> found there are lots of duplicated codes in percpu embed/page first >> chunk allocator. This patchset is aimed to cleanup them and should >> no funciton change, only test on arm64. >> >> Kefeng Wang (4): >> mm: percpu: Generalize percpu related config >> mm: percpu: Add pcpu_fc_cpu_to_node_fn_t typedef >> mm: percpu: Add generic pcpu_fc_alloc/free funciton >> mm: percpu: Add generic pcpu_populate_pte() function >> >> arch/arm64/Kconfig | 20 +---- >> arch/ia64/Kconfig | 9 +-- >> arch/mips/Kconfig | 10 +-- >> arch/mips/mm/init.c | 14 +--- >> arch/powerpc/Kconfig | 17 +--- >> arch/powerpc/kernel/setup_64.c | 92 +-------------------- >> arch/riscv/Kconfig | 10 +-- >> arch/sparc/Kconfig | 12 +-- >> arch/sparc/kernel/smp_64.c | 105 +----------------------- >> arch/x86/Kconfig | 17 +--- >> arch/x86/kernel/setup_percpu.c | 66 ++------------- >> drivers/base/arch_numa.c | 68 +--------------- >> include/linux/percpu.h | 13 +-- >> mm/Kconfig | 12 +++ >> mm/percpu.c | 143 +++++++++++++++++++++++++-------- >> 15 files changed, 165 insertions(+), 443 deletions(-) >> >> -- >> 2.26.2 >> > I've made a few comments. I think this will be a little bit of a > challenge to get through due to it touching so many architectures. For > ease, it probably makes sense to run it through mny tree, but we'll need > explicit acks as I mentioned. > > I like getting rid of the pcpu_alloc_bootmem()/pcpu_free_bootmem() > functions. However, let's keep the implementation identical to x86. ok , will change patch3 in v2 > > > I don't think we should get rid of the populate_pte_fn(). I'm not > comfortable changing x86's implementation. Simply offer a NULL, and if > NULL use the default. As replied in patch4, we use __weak method, and x86's implementation is not changed in patch4, is this ok? > > Do you have a tree that intel pulls? I suggest cleaning up the patches > and pushing to a remote branch that they pick up. That would have caught > the mips typo. Send a PR creating a file in [1] for your branch, github > is fine. Basic validation needs to be done before I can pick this up > too on more than arm64. Ok, x86/arm64/riscv are tested, but I don't has ppc/mips/sparc compliler. I will try to push new version into github and test by lkp. Thanks. > > [1] https://github.com/intel/lkp-tests/tree/master/repo/linux > > Thanks, > Dennis > .