public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* [PATCH] sched: topology: cleanup comments
@ 2026-04-01 14:56 Yury Norov
  2026-04-23  1:10 ` Yury Norov
  2026-04-23  6:11 ` Valentin Schneider
  0 siblings, 2 replies; 3+ messages in thread
From: Yury Norov @ 2026-04-01 14:56 UTC (permalink / raw)
  To: Valentin Schneider, Ingo Molnar, Peter Zijlstra, Juri Lelli,
	Vincent Guittot, Dietmar Eggemann, Steven Rostedt, Ben Segall,
	Mel Gorman, K Prateek Nayak, Yury Norov, linux-kernel
  Cc: Yury Norov

sched_numa_find_closest() top comment is almost kernel-doc formatted,
but doesn't appear to be a valid kernel-doc. Fix that, and while there
reword NUMA-level comment, highlighting that 'NUMA level' is a synonym
to the number of hops.

Signed-off-by: Yury Norov <ynorov@nvidia.com>
---
 kernel/sched/topology.c | 10 +++++-----
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/kernel/sched/topology.c b/kernel/sched/topology.c
index 43150591914b..1e7b89ad6d11 100644
--- a/kernel/sched/topology.c
+++ b/kernel/sched/topology.c
@@ -841,7 +841,7 @@ int group_balance_cpu(struct sched_group *sg)
  *
  * We want to construct domains and groups to represent this. The way we go
  * about doing this is to build the domains on 'hops'. For each NUMA level we
- * construct the mask of all nodes reachable in @level hops.
+ * construct the mask of all nodes reachable at that number of hops.
  *
  * For the above NUMA topology that gives 3 levels:
  *
@@ -2237,13 +2237,13 @@ void sched_domains_numa_masks_clear(unsigned int cpu)
 	}
 }
 
-/*
+/**
  * sched_numa_find_closest() - given the NUMA topology, find the cpu
  *                             closest to @cpu from @cpumask.
- * cpumask: cpumask to find a cpu from
- * cpu: cpu to be close to
+ * @cpus: cpumask to find a cpu from
+ * @cpu: cpu to be close to
  *
- * returns: cpu, or nr_cpu_ids when nothing found.
+ * Return: @cpu, or nr_cpu_ids when nothing found.
  */
 int sched_numa_find_closest(const struct cpumask *cpus, int cpu)
 {
-- 
2.43.0


^ permalink raw reply related	[flat|nested] 3+ messages in thread

* Re: [PATCH] sched: topology: cleanup comments
  2026-04-01 14:56 [PATCH] sched: topology: cleanup comments Yury Norov
@ 2026-04-23  1:10 ` Yury Norov
  2026-04-23  6:11 ` Valentin Schneider
  1 sibling, 0 replies; 3+ messages in thread
From: Yury Norov @ 2026-04-23  1:10 UTC (permalink / raw)
  To: Valentin Schneider, Ingo Molnar, Peter Zijlstra, Juri Lelli,
	Vincent Guittot, Dietmar Eggemann, Steven Rostedt, Ben Segall,
	Mel Gorman, K Prateek Nayak, Yury Norov, linux-kernel

Ping?

On Wed, Apr 01, 2026 at 10:56:52AM -0400, Yury Norov wrote:
> sched_numa_find_closest() top comment is almost kernel-doc formatted,
> but doesn't appear to be a valid kernel-doc. Fix that, and while there
> reword NUMA-level comment, highlighting that 'NUMA level' is a synonym
> to the number of hops.
> 
> Signed-off-by: Yury Norov <ynorov@nvidia.com>
> ---
>  kernel/sched/topology.c | 10 +++++-----
>  1 file changed, 5 insertions(+), 5 deletions(-)
> 
> diff --git a/kernel/sched/topology.c b/kernel/sched/topology.c
> index 43150591914b..1e7b89ad6d11 100644
> --- a/kernel/sched/topology.c
> +++ b/kernel/sched/topology.c
> @@ -841,7 +841,7 @@ int group_balance_cpu(struct sched_group *sg)
>   *
>   * We want to construct domains and groups to represent this. The way we go
>   * about doing this is to build the domains on 'hops'. For each NUMA level we
> - * construct the mask of all nodes reachable in @level hops.
> + * construct the mask of all nodes reachable at that number of hops.
>   *
>   * For the above NUMA topology that gives 3 levels:
>   *
> @@ -2237,13 +2237,13 @@ void sched_domains_numa_masks_clear(unsigned int cpu)
>  	}
>  }
>  
> -/*
> +/**
>   * sched_numa_find_closest() - given the NUMA topology, find the cpu
>   *                             closest to @cpu from @cpumask.
> - * cpumask: cpumask to find a cpu from
> - * cpu: cpu to be close to
> + * @cpus: cpumask to find a cpu from
> + * @cpu: cpu to be close to
>   *
> - * returns: cpu, or nr_cpu_ids when nothing found.
> + * Return: @cpu, or nr_cpu_ids when nothing found.
>   */
>  int sched_numa_find_closest(const struct cpumask *cpus, int cpu)
>  {
> -- 
> 2.43.0

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH] sched: topology: cleanup comments
  2026-04-01 14:56 [PATCH] sched: topology: cleanup comments Yury Norov
  2026-04-23  1:10 ` Yury Norov
@ 2026-04-23  6:11 ` Valentin Schneider
  1 sibling, 0 replies; 3+ messages in thread
From: Valentin Schneider @ 2026-04-23  6:11 UTC (permalink / raw)
  To: Yury Norov, Ingo Molnar, Peter Zijlstra, Juri Lelli,
	Vincent Guittot, Dietmar Eggemann, Steven Rostedt, Ben Segall,
	Mel Gorman, K Prateek Nayak, Yury Norov, linux-kernel
  Cc: Yury Norov

On 01/04/26 10:56, Yury Norov wrote:
> sched_numa_find_closest() top comment is almost kernel-doc formatted,
> but doesn't appear to be a valid kernel-doc. Fix that, and while there
> reword NUMA-level comment, highlighting that 'NUMA level' is a synonym
> to the number of hops.
>
> Signed-off-by: Yury Norov <ynorov@nvidia.com>
> ---
>  kernel/sched/topology.c | 10 +++++-----
>  1 file changed, 5 insertions(+), 5 deletions(-)
>
> diff --git a/kernel/sched/topology.c b/kernel/sched/topology.c
> index 43150591914b..1e7b89ad6d11 100644
> --- a/kernel/sched/topology.c
> +++ b/kernel/sched/topology.c
> @@ -841,7 +841,7 @@ int group_balance_cpu(struct sched_group *sg)
>   *
>   * We want to construct domains and groups to represent this. The way we go
>   * about doing this is to build the domains on 'hops'. For each NUMA level we
> - * construct the mask of all nodes reachable in @level hops.
> + * construct the mask of all nodes reachable at that number of hops.
>   *
>   * For the above NUMA topology that gives 3 levels:
>   *
> @@ -2237,13 +2237,13 @@ void sched_domains_numa_masks_clear(unsigned int cpu)
>       }
>  }
>
> -/*
> +/**
>   * sched_numa_find_closest() - given the NUMA topology, find the cpu
>   *                             closest to @cpu from @cpumask.
> - * cpumask: cpumask to find a cpu from
> - * cpu: cpu to be close to
> + * @cpus: cpumask to find a cpu from
> + * @cpu: cpu to be close to
>   *
> - * returns: cpu, or nr_cpu_ids when nothing found.
> + * Return: @cpu, or nr_cpu_ids when nothing found.

The return isn't the input @cpu, so that's not right. Something more like so?

  Return: closest CPU number, or nr_cpu_ids when nothing found

>   */
>  int sched_numa_find_closest(const struct cpumask *cpus, int cpu)
>  {
> --
> 2.43.0


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2026-04-23  6:11 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-04-01 14:56 [PATCH] sched: topology: cleanup comments Yury Norov
2026-04-23  1:10 ` Yury Norov
2026-04-23  6:11 ` Valentin Schneider

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox