From: "Roger Pau Monné" <roger.pau@citrix.com>
To: Jan Beulich <jbeulich@suse.com>
Cc: "xen-devel@lists.xenproject.org" <xen-devel@lists.xenproject.org>,
Andrew Cooper <andrew.cooper3@citrix.com>
Subject: Re: [PATCH for-4.22 v2 8/8] x86/mwait-idle: Add C-states validation
Date: Thu, 14 May 2026 17:30:16 +0200 [thread overview]
Message-ID: <agXqiEQgGblLyc7-@macbook.local> (raw)
In-Reply-To: <d8c66d85-59c1-4107-b283-a03f92f6eab1@suse.com>
On Tue, May 12, 2026 at 05:38:32PM +0200, Jan Beulich wrote:
> From: Artem Bityutskiy <artem.bityutskiy@linux.intel.com>
>
> Add validation for C-states specified via the "table=" module parameter.
> Treat this module parameter as untrusted input and validate it thoroughly.
>
> Signed-off-by: Artem Bityutskiy <artem.bityutskiy@linux.intel.com>
> Link: https://patch.msgid.link/20251216080402.156988-4-dedekind1@gmail.com
> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
> Origin: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git be6a150829b3
>
> Add __init to validate_cmdline_cstate(). Other adjustments to fit our env.
>
> Signed-off-by: Jan Beulich <jbeulich@suse.com>
Acked-by: Roger Pau Monné <roger.pau@citrix.com>
One comment below.
> ---
> v2: Const-ify validate_cmdline_cstate()'s parameters.
>
> --- a/xen/arch/x86/cpu/mwait-idle.c
> +++ b/xen/arch/x86/cpu/mwait-idle.c
> @@ -72,6 +72,11 @@ boolean_param("mwait-idle", opt_mwait_id
>
> /* The maximum allowed length for the 'table' module parameter */
> #define MAX_CMDLINE_TABLE_LEN 256
> +/* Maximum allowed C-state latency */
> +#define MAX_CMDLINE_LATENCY_US (5 * 1000 /* USEC_PER_MSEC */)
> +/* Maximum allowed C-state target residency */
> +#define MAX_CMDLINE_RESIDENCY_US (100 * 1000 /* USEC_PER_MSEC */)
> +
> static char cmdline_table_str[MAX_CMDLINE_TABLE_LEN] __initdata;
> string_param("mwait-idle.table", cmdline_table_str);
>
> @@ -1590,6 +1595,41 @@ static char *__init get_cmdline_field(ch
> }
>
> /**
> + * validate_cmdline_cstate - Validate a C-state from cmdline.
> + * @state: The C-state to validate.
> + * @prev_state: The previous C-state in the table or NULL.
> + *
> + * Return: 0 if the C-state is valid or -EINVAL otherwise.
> + */
> +static int __init validate_cmdline_cstate(const struct cpuidle_state *state,
> + const struct cpuidle_state *prev_state)
> +{
> + if (state->exit_latency == 0)
> + /* Exit latency 0 can only be used for the POLL state */
> + return -EINVAL;
> +
> + if (state->exit_latency > MAX_CMDLINE_LATENCY_US)
> + return -EINVAL;
> +
> + if (state->target_residency > MAX_CMDLINE_RESIDENCY_US)
> + return -EINVAL;
> +
> + if (state->target_residency < state->exit_latency)
> + return -EINVAL;
> +
> + if (!prev_state)
> + return 0;
> +
> + if (state->exit_latency <= prev_state->exit_latency)
> + return -EINVAL;
> +
> + if (state->target_residency <= prev_state->target_residency)
> + return -EINVAL;
> +
> + return 0;
> +}
> +
> +/**
> * cmdline_table_adjust - Adjust the C-states table with data from cmdline.
> *
> * Adjust the C-states table with data from the 'mwait-idle.table' parameter
> @@ -1697,6 +1737,21 @@ static void __init cmdline_table_adjust(
> state->name, state->exit_latency, state->target_residency);
> }
>
> + /* Validate the adjusted C-states */
> + for (i = 0; i < state_count; i++) {
> + struct cpuidle_state *prev_state;
const? FWIW, you could also init the field at definition, but I
understand this might diverge too much from the Linux code.
Thanks, Roger.
next prev parent reply other threads:[~2026-05-14 15:30 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-12 15:34 [PATCH for-4.22 v2 0/8] x86/mwait-idle: sync up with Linux 7.0-rc Jan Beulich
2026-05-12 15:35 ` [PATCH for-4.22 v2 1/8] x86/mwait-idle: arrange for BSP MSR adjustments during S3 resume Jan Beulich
2026-05-14 13:06 ` Roger Pau Monné
2026-05-12 15:36 ` [PATCH for-4.22 v2 2/8] x86/mwait-idle: clean up BYT/CHT auto demotion disable Jan Beulich
2026-05-14 14:10 ` Roger Pau Monné
2026-05-12 15:36 ` [PATCH for-4.22 v2 3/8] x86/mwait-idle: latch struct idle_cpu contents Jan Beulich
2026-05-12 15:36 ` [PATCH for-4.22 v2 4/8] x86/mwait-idle: move pre-initialized struct idle_cpu instances Jan Beulich
2026-05-12 15:37 ` [PATCH for-4.22 v2 5/8] x86/mwait-idle: Remove the 'preferred_cstates' parameter Jan Beulich
2026-05-12 15:37 ` [PATCH for-4.22 v2 6/8] x86/mwait-idle: drop const from struct cpuidle_state arrays Jan Beulich
2026-05-12 15:38 ` [PATCH for-4.22 v2 7/8] x86/mwait-idle: Add cmdline option to adjust C-states table Jan Beulich
2026-05-14 15:18 ` Roger Pau Monné
2026-05-15 6:57 ` Jan Beulich
2026-05-15 7:59 ` Roger Pau Monné
2026-05-12 15:38 ` [PATCH for-4.22 v2 8/8] x86/mwait-idle: Add C-states validation Jan Beulich
2026-05-14 15:30 ` Roger Pau Monné [this message]
2026-05-15 7:01 ` Jan Beulich
2026-05-12 15:39 ` [PATCH for-4.22 v2 0/8] x86/mwait-idle: sync up with Linux 7.0-rc Jan Beulich
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=agXqiEQgGblLyc7-@macbook.local \
--to=roger.pau@citrix.com \
--cc=andrew.cooper3@citrix.com \
--cc=jbeulich@suse.com \
--cc=xen-devel@lists.xenproject.org \
/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.