[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [PATCH v3 03/15] xen/cpufreq: refactor cmdline "cpufreq=xxx"


  • To: Jan Beulich <jbeulich@xxxxxxxx>
  • From: "Penny, Zheng" <penny.zheng@xxxxxxx>
  • Date: Tue, 1 Apr 2025 05:44:50 +0000
  • Accept-language: en-US
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=amd.com; dmarc=pass action=none header.from=amd.com; dkim=pass header.d=amd.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=6n4B6Jc20zwFIFzFziY1e68w/DqumTRMr2U5rS0iJ1I=; b=DGNFlAwUTNvN3K5mjjNtNt52Em0DntVeXl0ltiinmZLWaASpBxLbget8P5jR9y7UZBsNgzCOBkcuPlAqNTgQxzuQi5ZmhUSNyyu9hSw4NYfwvQnAxNdrtVo+qOcFpZiF6gU6+QVeKTjiegvCEEXKFLryp/sCda5h8VomTftlOScF6CdPM9eezEWKVKyKjiwpZqFcKA/u0Hzrk+sa7JDcT566q+IWp0JeQJoLrCgllpq1rKyKqFYb9aPHP4/Cljl3oej3pYRUqitZaz3WAhh6hXsHFifec9W2AqjHlAk69r5ISuH4ssVpPjPziC1U7ZSw4uWfqUJ8UeyxVXviq71F+Q==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=SzZcgZwzVmInpqVGQSCuANdfzOdjWftqICybpD0mURxvsr8N9Lm0QWz0KPrDC1rjU8DSZLEQdv7ubVPtN2LGWufxSKIOGKagYJn15oTpwGmLvv1vZIHi60UJR7ZTSiTgSW0vwVq5gkJul/Ll+LCxgSt1K5u6v6S0EPtm7sKZZ+cexSqlK2eekAHuqtY34r/OdQ+p0X84jfv93BHiJbtgepQix4lqGXsmo+BmRsUKJCt14WtDD8IhqCxqT4syKcZRDc9eP/j6xtUi4qix4nS51/enA5uGGBIE22efSj166GzZBU3eGuigASeLr6nh/v2ncXj/wP2FuTF+NANWM0me9A==
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=amd.com;
  • Cc: "Huang, Ray" <Ray.Huang@xxxxxxx>, Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, Anthony PERARD <anthony.perard@xxxxxxxxxx>, "Orzel, Michal" <Michal.Orzel@xxxxxxx>, Julien Grall <julien@xxxxxxx>, Roger Pau Monné <roger.pau@xxxxxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Tue, 01 Apr 2025 05:45:06 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Msip_labels: MSIP_Label_f265efc6-e181-49d6-80f4-fae95cf838a0_ActionId=905956bd-b65c-468d-948a-897500a09bf4;MSIP_Label_f265efc6-e181-49d6-80f4-fae95cf838a0_ContentBits=0;MSIP_Label_f265efc6-e181-49d6-80f4-fae95cf838a0_Enabled=true;MSIP_Label_f265efc6-e181-49d6-80f4-fae95cf838a0_Method=Privileged;MSIP_Label_f265efc6-e181-49d6-80f4-fae95cf838a0_Name=Open Source;MSIP_Label_f265efc6-e181-49d6-80f4-fae95cf838a0_SetDate=2025-04-01T05:44:12Z;MSIP_Label_f265efc6-e181-49d6-80f4-fae95cf838a0_SiteId=3dd8961f-e488-4e60-8e11-a82d994e183d;MSIP_Label_f265efc6-e181-49d6-80f4-fae95cf838a0_Tag=10, 0, 1, 1;
  • Thread-index: AQHbjnNpEkvZJyYnHka7avkYmH1MUrOCfisAgAKWJuCAAEZ9gIAJF6sQ
  • Thread-topic: [PATCH v3 03/15] xen/cpufreq: refactor cmdline "cpufreq=xxx"

[Public]

Hi

> -----Original Message-----
> From: Jan Beulich <jbeulich@xxxxxxxx>
> Sent: Wednesday, March 26, 2025 6:43 PM
> To: Penny, Zheng <penny.zheng@xxxxxxx>
> Cc: Huang, Ray <Ray.Huang@xxxxxxx>; Andrew Cooper
> <andrew.cooper3@xxxxxxxxxx>; Anthony PERARD <anthony.perard@xxxxxxxxxx>;
> Orzel, Michal <Michal.Orzel@xxxxxxx>; Julien Grall <julien@xxxxxxx>; Roger
> Pau Monné <roger.pau@xxxxxxxxxx>; Stefano Stabellini <sstabellini@xxxxxxxxxx>;
> xen-devel@xxxxxxxxxxxxxxxxxxxx
> Subject: Re: [PATCH v3 03/15] xen/cpufreq: refactor cmdline "cpufreq=xxx"
>
> On 26.03.2025 08:20, Penny, Zheng wrote:
> >> -----Original Message-----
> >> From: Jan Beulich <jbeulich@xxxxxxxx>
> >> Sent: Monday, March 24, 2025 11:01 PM
> >>
> >> On 06.03.2025 09:39, Penny Zheng wrote:
> > Maybe I mis-understood the previous comment you said ```
> >         >          else if ( IS_ENABLED(CONFIG_INTEL) && choice < 0 &&
> >         > ```
> >
> >         For the rest of this, I guess I'd prefer to see this in context. 
> > Also with
> >         regard to the helper function's name.
> > ```
> > I thought you suggested to introduce helper function to wrap the conditional
> codes...
> > Or may you were suggesting something like:
> > ```
> > #ifdef CONFIG_INTEL
> > else if ( choice < 0 && !cmdline_strcmp(str, "hwp") ) {
> >     xen_processor_pmbits |= XEN_PROCES
> >     ...
> > }
> > #endif
> > ```
>
> Was this reply of yours misplaced? It doesn't fit with the part of my reply 
> in context
> above. Or maybe I'm not understanding what you mean to say.
>
> >> In the end I'm also not entirely convinced that we need these two
> >> almost identical helpers (with a 3rd likely appearing in a later patch).
>
> Instead it feels as if this response of yours was to this part of my comment.
> Indeed iirc I was suggesting to introduce a helper function. Note, however, 
> the
> singular here as well as in your response above.
>

Correct if I understood wrongly, you are suggesting that we shall use one 
single helper
function here to cover all scenarios, maybe as follows:
```
+static int __init handle_cpufreq_cmdline(const char *arg, const char *end,
+                                         enum cpufreq_xen_opt option)
+{
+    int ret;
+
+    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;
+    }
+
+    xen_processor_pmbits |= XEN_PROCESSOR_PM_PX;
+    cpufreq_controller = FREQCTL_xen;
+    cpufreq_xen_opts[cpufreq_xen_cnt++] = option;
+    switch ( option )
+    {
+    case CPUFREQ_hwp:
+        if ( arg[0] && arg[1] )
+            ret = hwp_cmdline_parse(arg + 1, end);
+    case CPUFREQ_xen:
+        if ( arg[0] && arg[1] )
+            ret = cpufreq_cmdline_parse(arg + 1, end);
+    default:
+        ret = -EINVAL;
+    }
+
+    return ret;
+}
```

> Jan

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.