Message ID | 20241220075313.51502-1-yangyicong@huawei.com (mailing list archive) |
---|---|
Headers | show
Return-Path: <linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org> 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 953CCE77188 for <linux-arm-kernel@archiver.kernel.org>; Fri, 20 Dec 2024 07:55:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:Content-Type: Content-Transfer-Encoding:MIME-Version:Message-ID:Date:Subject:CC:To:From: Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender :Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Owner; bh=0tnCPwFZ3WiTP7DrO0gTHfg2Tu1AbyF+GwbKC/7PC1E=; b=X/UPaIDP4dUH3zpDxsSBcVMHX5 35Jgv/w8ucH3PgsP8spVgIAl2aJU+fj66s0cKbHIyRc2wQKrMEVkF8E/UjmAOFOZsHe7hYwmaYBc7 a+8f5KoSdUqLDot751usR61YX+H2JdfCr/1eJiUhIZP+bFDDKn7gzyryx6IGqvICl+mO4cJSqtAo5 JI4qwGJ2hGA3L1XDK25l90x+nbEKOX4Xt7VwVLHx7NoFQHkMHd6WX10P3WaL/LT9F1VNIoPcedDCA hFxYqeiZCtXsb/j+Dnpx1V2yl26vAablgCvnnd8hMfojSq6fgCq/lqKn/IjoxgeUYRXkWgb/wW7Qc J0tdrvLA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.98 #2 (Red Hat Linux)) id 1tOXrI-00000004DTT-1AAU; Fri, 20 Dec 2024 07:55:40 +0000 Received: from szxga04-in.huawei.com ([45.249.212.190]) by bombadil.infradead.org with esmtps (Exim 4.98 #2 (Red Hat Linux)) id 1tOXq7-00000004D8m-283f for linux-arm-kernel@lists.infradead.org; Fri, 20 Dec 2024 07:54:29 +0000 Received: from mail.maildlp.com (unknown [172.19.163.17]) by szxga04-in.huawei.com (SkyGuard) with ESMTP id 4YF04l1PqYz21nqZ; Fri, 20 Dec 2024 15:52:23 +0800 (CST) Received: from kwepemd200014.china.huawei.com (unknown [7.221.188.8]) by mail.maildlp.com (Postfix) with ESMTPS id 9B9BA1A0188; Fri, 20 Dec 2024 15:54:17 +0800 (CST) Received: from localhost.localdomain (10.50.165.33) by kwepemd200014.china.huawei.com (7.221.188.8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1258.34; Fri, 20 Dec 2024 15:54:16 +0800 From: Yicong Yang <yangyicong@huawei.com> To: <catalin.marinas@arm.com>, <will@kernel.org>, <sudeep.holla@arm.com>, <tglx@linutronix.de>, <peterz@infradead.org>, <mpe@ellerman.id.au>, <linux-arm-kernel@lists.infradead.org>, <mingo@redhat.com>, <bp@alien8.de>, <dave.hansen@linux.intel.com>, <pierre.gondois@arm.com>, <dietmar.eggemann@arm.com> CC: <linuxppc-dev@lists.ozlabs.org>, <x86@kernel.org>, <linux-kernel@vger.kernel.org>, <morten.rasmussen@arm.com>, <msuchanek@suse.de>, <gregkh@linuxfoundation.org>, <rafael@kernel.org>, <jonathan.cameron@huawei.com>, <prime.zeng@hisilicon.com>, <linuxarm@huawei.com>, <yangyicong@hisilicon.com>, <xuwei5@huawei.com>, <guohanjun@huawei.com> Subject: [PATCH v10 0/4] Support SMT control on arm64 Date: Fri, 20 Dec 2024 15:53:09 +0800 Message-ID: <20241220075313.51502-1-yangyicong@huawei.com> X-Mailer: git-send-email 2.31.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain X-Originating-IP: [10.50.165.33] X-ClientProxiedBy: dggems701-chm.china.huawei.com (10.3.19.178) To kwepemd200014.china.huawei.com (7.221.188.8) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20241219_235427_876471_A40F253D X-CRM114-Status: GOOD ( 12.25 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: <linux-arm-kernel.lists.infradead.org> List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe> List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/> List-Post: <mailto:linux-arm-kernel@lists.infradead.org> List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help> List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe> Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org> Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org |
Series | Support SMT control on arm64 | expand |
From: Yicong Yang <yangyicong@hisilicon.com> The core CPU control framework supports runtime SMT control which is not yet supported on arm64. Besides the general vulnerabilities concerns we want this runtime control on our arm64 server for: - better single CPU performance in some cases - saving overall power consumption This patchset implements it in the following aspects: - Provides a default topology_is_primary_thread() - support retrieve SMT thread number on OF based system - support retrieve SMT thread number on ACPI based system - select HOTPLUG_SMT for arm64 Tests has been done on our ACPI based arm64 server and on ACPI/OF\ based QEMU VMs. Change since v9: - Refine the comment of topology_is_primary_thread(). Tested with LoongArch to prove it also works on architecture's not using CONFIG_GENERIC_ARCH_TOPOLOGY - always call cpu_smt_set_num_threads() to make the smt/control shows correct status on non-SMT system Link: https://lore.kernel.org/linux-arm-kernel/20241114141127.23232-1-yangyicong@huawei.com/ Change since v8: - Fix WARN on ACPI based non-SMT platform noticed in v7, per Pierre. Link: https://lore.kernel.org/all/20241105093237.63565-1-yangyicong@huawei.com/ Change since v7: Address the comments from Thomas: - Add a newline between the glue define and function of topology_is_primary_thread - Explicitly mention the sibling mask won't be empty in the comment Link: https://lore.kernel.org/lkml/20241030125415.18994-1-yangyicong@huawei.com/ Change since v6: - Fix unused variable if !CONFIG_ARM64 || !CONFIG_RISV found by lkp-test - Fix max_smt_thread_num updating in OF path pointed by Pierre - Drop unused variable and refine the comments/commit per Pierre Link: https://lore.kernel.org/linux-arm-kernel/20241015021841.35713-1-yangyicong@huawei.com/ Change since v5: - Drop the dependency on CONFIG_SMP since it's always on on arm64, per Pierre - Avoid potential multiple calls of cpu_smt_set_num_threads() on asymmetric system, per Dietmar - Detect heterogenous SMT topology and issue a warning for partly support, per Pierre - Thanks Dietmar for testing, didn't pickup the tag due to code changes. Thanks testing by Pierre Link: https://lore.kernel.org/linux-arm-kernel/20240806085320.63514-1-yangyicong@huawei.com/ Change since v4: - Provide a default topology_is_primary_thread() in the framework, Per Will Link: https://lore.kernel.org/linux-arm-kernel/20231121092602.47792-1-yangyicong@huawei.com/ Change since v3: - Fix some build and kconfig error reported by kernel test robot <lkp@intel.com> Link: https://lore.kernel.org/linux-arm-kernel/20231114040110.54590-1-yangyicong@huawei.com/ Change since v2: - Detect SMT thread number at topology build from ACPI/DT, avoid looping CPUs - Split patches into ACPI/OF/arch_topology path and enable the kconfig for arm64 Link: https://lore.kernel.org/linux-arm-kernel/20231010115335.13862-1-yangyicong@huawei.com/ Yicong Yang (4): cpu/SMT: Provide a default topology_is_primary_thread() arch_topology: Support SMT control for OF based system arm64: topology: Support SMT control on ACPI based system arm64: Kconfig: Enable HOTPLUG_SMT arch/arm64/Kconfig | 1 + arch/arm64/kernel/topology.c | 66 +++++++++++++++++++++++++++++ arch/powerpc/include/asm/topology.h | 1 + arch/x86/include/asm/topology.h | 2 +- drivers/base/arch_topology.c | 26 ++++++++++++ include/linux/topology.h | 22 ++++++++++ 6 files changed, 117 insertions(+), 1 deletion(-)