linux-kernel - Re: [PATCH] kernel/cpu: The number of CPUHP_AP_ONLINE_DYN (30) is too small that stops the new dynamic states hotplug.

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: <87o7ermf0c.ffs@tglx>
Date: Fri, 15 Dec 2023 20:39:47 +0100
From: Thomas Gleixner <tglx@...utronix.de>
To: wangxiaoming321 <xiaoming.wang@...el.com>, peterz@...radead.org,
 linux-kernel@...r.kernel.org
Cc: wangxiaoming321 <xiaoming.wang@...el.com>
Subject: Re: [PATCH] kernel/cpu: The number of CPUHP_AP_ONLINE_DYN (30) is
 too small that stops the new dynamic states hotplug.

On Tue, Dec 12 2023 at 10:52, wangxiaoming321 wrote:

The subject line has a two issues:

    1) the prefix is wrong. See
       https://www.kernel.org/doc/html/latest/process/maintainer-tip.html#patch-subject

       You find further information about changelogs there and in other
       parts of the documentation

    2) The sentence is too long and incomprehensible.

> 144: perf/x86/cstate:online
  ...
> 195: online

I have no idea what this number salad is trying to tell me. Changelogs
need to explain the problem they are trying to solve. This listing of
hotplug states is not an explanation and completely useless as it even
contains an entry which do not exist:

> 191: ia64/sep5:online

Even if it would exist a ia64 hotplug callback is hardly relevant on x86,
right?

Also the fixed entries e.g. workqueue and RCU/tree are irrelevant for
what you are trying to describe.

So what you really want to say is something like this:

   cpu/hotplug: Increase the number of dynamic states

   The dynamically allocatable hotplug state space can be exhausted by
   the existing drivers and infrastructure which install CPU hotplug
   states dynamically. That prevents new drivers and infrastructure from
   installing dynamically allocated states.

   Increase the size of the CPUHP_AP_ONLINE_DYN state by 10 to make
   room.

At least that's what I oracled out of your "changelog". Hmm?

Thanks,

        tglx