|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] RE: [PATCH v4 04/15] xen/cpufreq: refactor cmdline "cpufreq=xxx"
[Public]
> -----Original Message-----
> From: Penny, Zheng
> Sent: Thursday, June 19, 2025 3:52 PM
> To: xen-devel@xxxxxxxxxxxxxxxxxxxx; Jan Beulich <jbeulich@xxxxxxxx>; Andryuk,
> Jason <Jason.Andryuk@xxxxxxx>
> Cc: Huang, Ray <Ray.Huang@xxxxxxx>; Jan Beulich <jbeulich@xxxxxxxx>
> Subject: RE: [PATCH v4 04/15] xen/cpufreq: refactor cmdline "cpufreq=xxx"
>
>
>
> > -----Original Message-----
> > From: Penny, Zheng <penny.zheng@xxxxxxx>
> > Sent: Monday, April 14, 2025 3:41 PM
> > To: xen-devel@xxxxxxxxxxxxxxxxxxxx
> > Cc: Huang, Ray <Ray.Huang@xxxxxxx>; Penny, Zheng
> > <penny.zheng@xxxxxxx>; Jan Beulich <jbeulich@xxxxxxxx>
> > Subject: [PATCH v4 04/15] xen/cpufreq: refactor cmdline "cpufreq=xxx"
> >
> > A helper function handle_cpufreq_cmdline() is introduced to tidy
> > different handling pathes.
> > We also add a new helper cpufreq_opts_contain() to ignore and warn
> > user redundant setting, like "cpufreq=hwp;hwp;xen"
> >
> > Signed-off-by: Penny Zheng <Penny.Zheng@xxxxxxx>
> > ---
> > v2 -> v3:
> > - new commit
> > ---
> > v3 -> v4:
> > - add one single helper to do the tidy work
> > - ignore and warn user redundant setting
> > ---
> > xen/drivers/cpufreq/cpufreq.c | 53
> > +++++++++++++++++++++++++++++------
> > 1 file changed, 45 insertions(+), 8 deletions(-)
> >
> > diff --git a/xen/drivers/cpufreq/cpufreq.c
> > b/xen/drivers/cpufreq/cpufreq.c index
> > e01acc0c2d..79c6444116 100644
> > --- a/xen/drivers/cpufreq/cpufreq.c
> > +++ b/xen/drivers/cpufreq/cpufreq.c
> > @@ -71,6 +71,49 @@ unsigned int __initdata cpufreq_xen_cnt = 1;
> >
> > static int __init cpufreq_cmdline_parse(const char *s, const char
> > *e);
> >
> > +static bool __init cpufreq_opts_contain(enum cpufreq_xen_opt option) {
> > + unsigned int count = cpufreq_xen_cnt;
> > +
> > + while ( count )
> > + {
> > + if ( cpufreq_xen_opts[--count] == option )
> > + return true;
> > + }
> > +
> > + return false;
> > +}
> > +
> > +static int __init handle_cpufreq_cmdline(enum cpufreq_xen_opt option) {
> > + int ret = 0;
> > +
> > + if ( cpufreq_opts_contain(option) )
> > + {
> > + const char *cpufreq_opts_str[] = { "CPUFREQ_xen", "CPUFREQ_hwp"
> > + };
> > +
> > + printk(XENLOG_WARNING
> > + "Duplicate cpufreq driver option: %s",
> > + cpufreq_opts_str[option - 1]);
> > + return 0;
> > + }
> > +
> > + cpufreq_controller = FREQCTL_xen;
> > + cpufreq_xen_opts[cpufreq_xen_cnt++] = option;
> > + switch ( option )
> > + {
> > + case CPUFREQ_hwp:
> > + case CPUFREQ_xen:
> > + xen_processor_pmbits |= XEN_PROCESSOR_PM_PX;
> > + break;
> > + default:
> > + ret = -EINVAL;
>
> I'm thinking since handle_cpufreq_cmdline() is totally internal and has very
> few
> caller, maybe ASSERT_UNREACHABLE() is more suitable. Then the function itself
> could become void return.
Sorry, forgot the release build. I'll add assert and stays with non-void return
>
> > + break;
> > + }
> > +
> > + return ret;
> > +}
> > +
> > static int __init cf_check setup_cpufreq_option(const char *str) {
> > const char *arg = strpbrk(str, ",:;"); @@ -114,20 +157,14 @@
> > static int __init cf_check setup_cpufreq_option(const char *str)
> >
> > if ( choice > 0 || !cmdline_strcmp(str, "xen") )
> > {
> > - xen_processor_pmbits |= XEN_PROCESSOR_PM_PX;
> > - cpufreq_controller = FREQCTL_xen;
> > - cpufreq_xen_opts[cpufreq_xen_cnt++] = CPUFREQ_xen;
> > - ret = 0;
> > + ret = handle_cpufreq_cmdline(CPUFREQ_xen);
> > if ( arg[0] && arg[1] )
> > ret = cpufreq_cmdline_parse(arg + 1, end);
> > }
> > else if ( IS_ENABLED(CONFIG_INTEL) && choice < 0 &&
> > !cmdline_strcmp(str, "hwp") )
> > {
> > - xen_processor_pmbits |= XEN_PROCESSOR_PM_PX;
> > - cpufreq_controller = FREQCTL_xen;
> > - cpufreq_xen_opts[cpufreq_xen_cnt++] = CPUFREQ_hwp;
> > - ret = 0;
> > + ret = handle_cpufreq_cmdline(CPUFREQ_hwp);
> > if ( arg[0] && arg[1] )
> > ret = hwp_cmdline_parse(arg + 1, end);
> > }
> > --
> > 2.34.1
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |