linux-kernel - Re: [PATCH v3] intel_idle: introduce 'no

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <6417e41c8564fccbeb97babb14656988e6b2ac7a.camel@gmail.com>
Date: Wed, 12 Feb 2025 09:04:49 +0200
From: Artem Bityutskiy <dedekind1@...il.com>
To: David Arcari <darcari@...hat.com>, linux-pm@...r.kernel.org
Cc: Jonathan Corbet <corbet@....net>, Len Brown <lenb@...nel.org>, Prarit
 Bhargava <prarit@...hat.com>, linux-doc@...r.kernel.org,
 linux-kernel@...r.kernel.org
Subject: Re: [PATCH v3] intel_idle: introduce 'no_native' module parameter

On Tue, 2025-02-11 at 08:27 -0500, David Arcari wrote:
> Since commit 18734958e9bf ("intel_idle: Use ACPI _CST for processor models
> without C-state tables") the intel_idle driver has had the ability to use
> the ACPI _CST to populate C-states when the processor model is not
> recognized. However, even when the processor model is recognized (native
> mode) there are cases where it is useful to make the driver ignore the per
> cpu idle states in lieu of ACPI C-states (such as specific application
> performance). Add the 'no_native' module parameter to provide this
> functionality.
> 
> Cc: Jonathan Corbet <corbet@....net>
> Cc: Jacob Pan <jacob.jun.pan@...ux.intel.com>
> Cc: Len Brown <lenb@...nel.org>
> Cc: David Arcari <darcari@...hat.com>
> Cc: Artem Bityutskiy <dedekind1@...il.com>
> Cc: Prarit Bhargava <prarit@...hat.com>
> Cc: linux-doc@...r.kernel.org
> Cc: linux-kernel@...r.kernel.org
> Signed-off-by: David Arcari <darcari@...hat.com>
> ---
> v3: more documentation cleanup
> v2: renamed parameter, cleaned up documentation

Reviewed-by: Artem Bityutskiy <artem.bityutskiy@...ux.intel.com>
Tested-by: Artem Bityutskiy <artem.bityutskiy@...ux.intel.com>