Received: by 2002:a05:6358:e9c4:b0:b2:91dc:71ab with SMTP id hc4csp4223739rwb; Sun, 7 Aug 2022 18:33:29 -0700 (PDT) X-Google-Smtp-Source: AA6agR4c9f1n/SdumMGC68N2OBN/0sgBKPiMP/qjjFnYCcyg4wUHeH6k4rA3bINNDm3VM+j9VQOz X-Received: by 2002:a17:906:cc4a:b0:730:850f:5cb5 with SMTP id mm10-20020a170906cc4a00b00730850f5cb5mr12126817ejb.658.1659922408943; Sun, 07 Aug 2022 18:33:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1659922408; cv=none; d=google.com; s=arc-20160816; b=iQxcrVRyuKNIbdxLM+dzoBCNJU0Im0ILT5T8+C1q7cwP8cC//5re7VwZeEf+t6eL1O 2F/ulmPXevmE0xkhEAzINHf5d3Aujhn1EtXWQGmiCsgo16rb7dZVhQejgYgQAIbj3dLT 77Ql6EVqcOAK4sMUJcdm9F9We23v9yTllZiKeD3KmNaKgyEpmA1zuGtqnEfxN0c48PjM CRsMt8zX/k+3uwxf9BsrEtvBX9r0a6HhRqWh7fzG7YI6fBX56INWNZClfbZzMHkT/DfF JqDkFpHqWafizb6y72aOGn71p4jKklChKheO+d6RY/AdvICo8YkEpJ9jsUxnCnYv/Pcq 6PQA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=lokms1Np/IKXQv3oxt1vmcUmv6Jb0IV/TSJXg6Zirds=; b=TM4b9BKGWqV55WE45DN06NMg6lRNmo+ULwWcymdR2D+pdXcggqsLj3b8gR69SGxxFs Dz8pJR4KjJCz3eJVhEzcbV/FQjtVzwVd3bfcZQp9iWk1gqi04SShWcPmYBWQ8P+Qm9PV Y/hskAPFLdYgvaRvyl5/w3NM6FfqFbJ17ttGZjxuho5Iz7QEwxUpIvxzrAwKeC7P7pot vEOJJiDpv8rdkjOUHZD+252RlujizMSHOccNtPT5gBwmzveyWaanWt6YqfvL7fdYg8zd iDbGzlaJgT7D7By3Bc2PsXkuL6D8YBKWMpm+FKpT0smYz8PrKG1uI5R1hPvUY/zytQ+y 3Tvw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=eczPGk22; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id c17-20020a05640227d100b0043d18471439si6235921ede.154.2022.08.07.18.33.04; Sun, 07 Aug 2022 18:33:28 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=eczPGk22; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241831AbiHHBb1 (ORCPT + 99 others); Sun, 7 Aug 2022 21:31:27 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57010 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229637AbiHHBbZ (ORCPT ); Sun, 7 Aug 2022 21:31:25 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5BAA155A0; Sun, 7 Aug 2022 18:31:24 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id DF23460DD9; Mon, 8 Aug 2022 01:31:23 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 241ABC433D6; Mon, 8 Aug 2022 01:31:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1659922283; bh=OoS7fDsTLFt5o448KvE98tJDqMqP3yvI9Hoy2tKilo0=; h=From:To:Cc:Subject:Date:From; b=eczPGk22yTy+GcoZuD8DggejnOb+6UgD3T+HrzjSgoAF6Radcb3Bsd9IAZ3RggFCY f0/muVUe6uN+YYLHCOJucFD914ucK/a/DDIMT94UVroLmafSDzvT5BlWVeCU8976hA Ep6yyx5i6+IqcwJB5mJNnQFqZxkWLxZnteiAMKRzvCo9cmP2ISew9HbyIr7PZwldrl n9kzq8fBmLXZiVJcqBg0wnFfQa1gL9TI9m7lN33TvhPyffrOyzsaI0Ccpyfl8AYLo9 tvizyBq1GErmJ3e3UWv1AFwIke/irf0kYE0BLW+EBmrrEIznXt/A4h/9Mh/nRt0q63 Ba/9AoMdtAi8A== From: Sasha Levin To: linux-kernel@vger.kernel.org, stable@vger.kernel.org Cc: Wyes Karny , Dave Hansen , Zhang Rui , Sasha Levin , rafael@kernel.org, daniel.lezcano@linaro.org, corbet@lwn.net, tglx@linutronix.de, mingo@redhat.com, bp@alien8.de, x86@kernel.org, peterz@infradead.org, chang.seok.bae@intel.com, ebiederm@xmission.com, zhengqi.arch@bytedance.com, linux-pm@vger.kernel.org, linux-doc@vger.kernel.org Subject: [PATCH AUTOSEL 5.19 01/58] x86: Handle idle=nomwait cmdline properly for x86_idle Date: Sun, 7 Aug 2022 21:30:19 -0400 Message-Id: <20220808013118.313965-1-sashal@kernel.org> X-Mailer: git-send-email 2.35.1 MIME-Version: 1.0 X-stable: review X-Patchwork-Hint: Ignore Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-7.7 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Wyes Karny [ Upstream commit 8bcedb4ce04750e1ccc9a6b6433387f6a9166a56 ] When kernel is booted with idle=nomwait do not use MWAIT as the default idle state. If the user boots the kernel with idle=nomwait, it is a clear direction to not use mwait as the default idle state. However, the current code does not take this into consideration while selecting the default idle state on x86. Fix it by checking for the idle=nomwait boot option in prefer_mwait_c1_over_halt(). Also update the documentation around idle=nomwait appropriately. [ dhansen: tweak commit message ] Signed-off-by: Wyes Karny Signed-off-by: Dave Hansen Tested-by: Zhang Rui Link: https://lkml.kernel.org/r/fdc2dc2d0a1bc21c2f53d989ea2d2ee3ccbc0dbe.1654538381.git-series.wyes.karny@amd.com Signed-off-by: Sasha Levin --- Documentation/admin-guide/pm/cpuidle.rst | 15 +++++++++------ arch/x86/kernel/process.c | 9 ++++++--- 2 files changed, 15 insertions(+), 9 deletions(-) diff --git a/Documentation/admin-guide/pm/cpuidle.rst b/Documentation/admin-guide/pm/cpuidle.rst index aec2cd2aaea7..19754beb5a4e 100644 --- a/Documentation/admin-guide/pm/cpuidle.rst +++ b/Documentation/admin-guide/pm/cpuidle.rst @@ -612,8 +612,8 @@ the ``menu`` governor to be used on the systems that use the ``ladder`` governor by default this way, for example. The other kernel command line parameters controlling CPU idle time management -described below are only relevant for the *x86* architecture and some of -them affect Intel processors only. +described below are only relevant for the *x86* architecture and references +to ``intel_idle`` affect Intel processors only. The *x86* architecture support code recognizes three kernel command line options related to CPU idle time management: ``idle=poll``, ``idle=halt``, @@ -635,10 +635,13 @@ idle, so it very well may hurt single-thread computations performance as well as energy-efficiency. Thus using it for performance reasons may not be a good idea at all.] -The ``idle=nomwait`` option disables the ``intel_idle`` driver and causes -``acpi_idle`` to be used (as long as all of the information needed by it is -there in the system's ACPI tables), but it is not allowed to use the -``MWAIT`` instruction of the CPUs to ask the hardware to enter idle states. +The ``idle=nomwait`` option prevents the use of ``MWAIT`` instruction of +the CPU to enter idle states. When this option is used, the ``acpi_idle`` +driver will use the ``HLT`` instruction instead of ``MWAIT``. On systems +running Intel processors, this option disables the ``intel_idle`` driver +and forces the use of the ``acpi_idle`` driver instead. Note that in either +case, ``acpi_idle`` driver will function only if all the information needed +by it is in the system's ACPI tables. In addition to the architecture-level kernel command line options affecting CPU idle time management, there are parameters affecting individual ``CPUIdle`` diff --git a/arch/x86/kernel/process.c b/arch/x86/kernel/process.c index d456ce21c255..9346c95e8879 100644 --- a/arch/x86/kernel/process.c +++ b/arch/x86/kernel/process.c @@ -821,6 +821,10 @@ static void amd_e400_idle(void) */ static int prefer_mwait_c1_over_halt(const struct cpuinfo_x86 *c) { + /* User has disallowed the use of MWAIT. Fallback to HALT */ + if (boot_option_idle_override == IDLE_NOMWAIT) + return 0; + if (c->x86_vendor != X86_VENDOR_INTEL) return 0; @@ -932,9 +936,8 @@ static int __init idle_setup(char *str) } else if (!strcmp(str, "nomwait")) { /* * If the boot option of "idle=nomwait" is added, - * it means that mwait will be disabled for CPU C2/C3 - * states. In such case it won't touch the variable - * of boot_option_idle_override. + * it means that mwait will be disabled for CPU C1/C2/C3 + * states. */ boot_option_idle_override = IDLE_NOMWAIT; } else -- 2.35.1