All of lore.kernel.org
 help / color / mirror / Atom feed
From: Wyes Karny <wyes.karny@amd.com>
To: Zhang Rui <rui.zhang@intel.com>, linux-kernel@vger.kernel.org
Cc: Lewis.Carroll@amd.com, Mario.Limonciello@amd.com,
	gautham.shenoy@amd.com, Ananth.Narayan@amd.com, bharata@amd.com,
	len.brown@intel.com, x86@kernel.org, tglx@linutronix.de,
	mingo@redhat.com, bp@alien8.de, dave.hansen@linux.intel.com,
	hpa@zytor.com, peterz@infradead.org, chang.seok.bae@intel.com,
	keescook@chromium.org, metze@samba.org,
	zhengqi.arch@bytedance.com, mark.rutland@arm.com, puwen@hygon.cn,
	rafael.j.wysocki@intel.com, andrew.cooper3@citrix.com,
	jing2.liu@intel.com, jmattson@google.com,
	pawan.kumar.gupta@linux.intel.com
Subject: Re: [PATCH v3 1/3] x86: Use HLT in default_idle when idle=nomwait cmdline arg is passed
Date: Mon, 23 May 2022 10:32:48 +0530	[thread overview]
Message-ID: <9c50a737-3e3d-71ea-2722-914cd89c9a07@amd.com> (raw)
In-Reply-To: <a2fba1bf7cf0833372a825f626c12502a44a660e.camel@intel.com>

Hello Rui,

On 5/20/2022 9:08 PM, Zhang Rui wrote:
> Hi, Wyes,
> 
> On Tue, 2022-05-10 at 15:48 +0530, Wyes Karny wrote:
>> 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.
>>
>> This patch fixes it by checking for the idle=nomwait boot option in
>> prefer_mwait_c1_over_halt().
>>
>> Also update the documentation around idle=nomwait appropriately.
> 
> I think we also need to update the comment in idle_setup() as well. 

Agreed. Will update. Thanks!

> 
>         } 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.
>                  */
>                 boot_op
> tion_idle_override = IDLE_NOMWAIT;
>         } else
> 
> thanks,
> rui
>>
>> Signed-off-by: Wyes Karny <wyes.karny@amd.com>
>> ---
>> Changes in v3:
>> - Update documentation around idle=mwait
>>
>>  Documentation/admin-guide/pm/cpuidle.rst | 15 +++++++++------
>>  arch/x86/kernel/process.c                |  4 ++++
>>  2 files changed, 13 insertions(+), 6 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 b370767f5b19..49b915d1b7b4 100644
>> --- a/arch/x86/kernel/process.c
>> +++ b/arch/x86/kernel/process.c
>> @@ -824,6 +824,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;
>>  
> 

Thanks,
Wyes


  reply	other threads:[~2022-05-23  5:03 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-05-10 10:18 [PATCH v3 0/3] x86: Prefer MWAIT over HLT on AMD processors Wyes Karny
2022-05-10 10:18 ` [PATCH v3 1/3] x86: Use HLT in default_idle when idle=nomwait cmdline arg is passed Wyes Karny
2022-05-20 15:38   ` Zhang Rui
2022-05-23  5:02     ` Wyes Karny [this message]
2022-05-10 10:18 ` [PATCH v3 2/3] x86: Remove vendor checks from prefer_mwait_c1_over_halt Wyes Karny
2022-05-19 16:00   ` Dave Hansen
2022-05-20 11:27     ` Wyes Karny
2022-05-20 13:43     ` Zhang Rui
2022-05-20 15:46       ` Zhang Rui
2022-05-23 15:49       ` Wyes Karny
2022-05-25  7:20         ` Zhang Rui
2022-05-10 10:18 ` [PATCH v3 3/3] x86: Fix comment for X86_FEATURE_ZEN Wyes Karny
2022-05-19 10:13 ` [PATCH v3 0/3] x86: Prefer MWAIT over HLT on AMD processors Wyes Karny

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=9c50a737-3e3d-71ea-2722-914cd89c9a07@amd.com \
    --to=wyes.karny@amd.com \
    --cc=Ananth.Narayan@amd.com \
    --cc=Lewis.Carroll@amd.com \
    --cc=Mario.Limonciello@amd.com \
    --cc=andrew.cooper3@citrix.com \
    --cc=bharata@amd.com \
    --cc=bp@alien8.de \
    --cc=chang.seok.bae@intel.com \
    --cc=dave.hansen@linux.intel.com \
    --cc=gautham.shenoy@amd.com \
    --cc=hpa@zytor.com \
    --cc=jing2.liu@intel.com \
    --cc=jmattson@google.com \
    --cc=keescook@chromium.org \
    --cc=len.brown@intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mark.rutland@arm.com \
    --cc=metze@samba.org \
    --cc=mingo@redhat.com \
    --cc=pawan.kumar.gupta@linux.intel.com \
    --cc=peterz@infradead.org \
    --cc=puwen@hygon.cn \
    --cc=rafael.j.wysocki@intel.com \
    --cc=rui.zhang@intel.com \
    --cc=tglx@linutronix.de \
    --cc=x86@kernel.org \
    --cc=zhengqi.arch@bytedance.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.