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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id B0586C433F5 for ; Tue, 30 Nov 2021 06:53:39 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238841AbhK3G45 (ORCPT ); Tue, 30 Nov 2021 01:56:57 -0500 Received: from szxga03-in.huawei.com ([45.249.212.189]:28194 "EHLO szxga03-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232051AbhK3G44 (ORCPT ); Tue, 30 Nov 2021 01:56:56 -0500 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 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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 > . 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 bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 1E2FBC433EF for ; Tue, 30 Nov 2021 06:54:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:Content-Type: Content-Transfer-Encoding:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:From:References:CC:To:Subject: MIME-Version:Date:Message-ID:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=mppBUEgwbHoRGgx6YAENg3oarhO0Zt44NiIZhBIX/pM=; b=NvyNfw3syh+s8Z GTOtYrFnslEGevek0xHHRFfnDRGMcevLqh7XK0gU1gRE2d9sKmiMpRbLhvMunn9wG+/niHPqLeXhn +a9oOUtmd8SKfpwYxA1JdG0bq46a2a/OlvSAOwb+D2nY+cqh7WyjoNIBc5WGKGsfF56d6V25ss1Lw sgp8166pcDiQ+3Ort3VfcouQwvuSp67G3Jc3WleoVQYPNkICCDQ/FWnnooCQcb2pmbl6Z4brDWVY8 3z/8Z021hC2eiJcNfAVc+grc6eK2r73Y0X9NqBsIJpup8qPhHV75TH//yg4cW7mbw/HwNgQRXV34r jq+LUXsA1n4Et944qUrw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1mrx1V-003qrL-4K; Tue, 30 Nov 2021 06:53:53 +0000 Received: from szxga03-in.huawei.com ([45.249.212.189]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1mrx1G-003qp7-7T; Tue, 30 Nov 2021 06:53:40 +0000 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: 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-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20211129_225338_644340_52FBD8AB X-CRM114-Status: GOOD ( 21.09 ) X-BeenThere: linux-riscv@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "linux-riscv" Errors-To: linux-riscv-bounces+linux-riscv=archiver.kernel.org@lists.infradead.org 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 > . _______________________________________________ linux-riscv mailing list linux-riscv@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-riscv 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 lists.ozlabs.org (lists.ozlabs.org [112.213.38.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id B2803C433EF for ; Tue, 30 Nov 2021 06:54:39 +0000 (UTC) Received: from boromir.ozlabs.org (localhost [IPv6:::1]) by lists.ozlabs.org (Postfix) with ESMTP id 4J3CdB0lTVz3cPY for ; Tue, 30 Nov 2021 17:54:38 +1100 (AEDT) Authentication-Results: lists.ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=huawei.com (client-ip=45.249.212.189; helo=szxga03-in.huawei.com; envelope-from=wangkefeng.wang@huawei.com; receiver=) Received: from szxga03-in.huawei.com (szxga03-in.huawei.com [45.249.212.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 4J3Ccd1zg8z2yg5 for ; Tue, 30 Nov 2021 17:54:06 +1100 (AEDT) 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 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-BeenThere: linuxppc-dev@lists.ozlabs.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: linux-ia64@vger.kernel.org, dave.hansen@linux.intel.com, linux-mips@vger.kernel.org, linux-mm@kvack.org, paulus@samba.org, hpa@zytor.com, sparclinux@vger.kernel.org, cl@linux.com, will@kernel.org, linux-riscv@lists.infradead.org, x86@kernel.org, mingo@redhat.com, catalin.marinas@arm.com, aou@eecs.berkeley.edu, bp@alien8.de, paul.walmsley@sifive.com, tglx@linutronix.de, linux-arm-kernel@lists.infradead.org, tsbogend@alpha.franken.de, gregkh@linuxfoundation.org, linux-kernel@vger.kernel.org, palmer@dabbelt.com, tj@kernel.org, akpm@linux-foundation.org, linuxppc-dev@lists.ozlabs.org, davem@davemloft.net Errors-To: linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org Sender: "Linuxppc-dev" 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 > . 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 bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 2D1AAC433EF for ; Tue, 30 Nov 2021 06:55:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:Content-Type: Content-Transfer-Encoding:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:From:References:CC:To:Subject: MIME-Version:Date:Message-ID:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=vmqsTqFTlSEDiG/h8uCANiFligjklPF1TrMECzsDP9c=; b=WW/FO3va/4eECw GAbJw3Kzs8+j0cPSRHWNiCcY5KpblNIt1J9HeI131Uh1Tzl58HvkABqqcZBsU+akM1w7JC0EbIise wK4QMOsnHaynEEpaUY+PZtm/VrscqaB72Yk54fS8td2vUF1n2vaCxB9o/C0lEafm1JzCpGtK3h6GA 2htqopT0uBuDyIZaEivZmFW+8GQgfvIE6+CPkuxNTYsqLHIBQtzvpR7RmHqT8IzMGw8aEifr0Ej6u atFQ6XGrfBZPOlM4mQFfSJ7zxNCCZFRbDNAri1o5P4ZlCCOYCYCIuRu//zd/hJq0gZ5+13qdUq+U3 MNsUTdE+CxhYM3A1k9kA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1mrx1L-003qqC-LU; Tue, 30 Nov 2021 06:53:43 +0000 Received: from szxga03-in.huawei.com ([45.249.212.189]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1mrx1G-003qp7-7T; Tue, 30 Nov 2021 06:53:40 +0000 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: 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-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20211129_225338_644340_52FBD8AB X-CRM114-Status: GOOD ( 21.09 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org 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 > . _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kefeng Wang Date: Tue, 30 Nov 2021 06:53:33 +0000 Subject: Re: [PATCH RFC 0/4] mm: percpu: Cleanup percpu first chunk funciton Message-Id: <617f11ad-3033-473f-162e-cb7ecd67a78a@huawei.com> List-Id: References: <20211121093557.139034-1-wangkefeng.wang@huawei.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Dennis Zhou Cc: akpm@linux-foundation.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, tj@kernel.org, gregkh@linuxfoundation.org, cl@linux.com, catalin.marinas@arm.com, will@kernel.org, tsbogend@alpha.franken.de, mpe@ellerman.id.au, benh@kernel.crashing.org, paulus@samba.org, paul.walmsley@sifive.com, palmer@dabbelt.com, aou@eecs.berkeley.edu, davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com, bp@alien8.de, dave.hansen@linux.intel.com, hpa@zytor.com, linux-arm-kernel@lists.infradead.org, linux-ia64@vger.kernel.org, linux-mips@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org, sparclinux@vger.kernel.org, x86@kernel.org 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 > .