* [PATCH v2] x86: Fix /proc/cpuinfo cpumask warning
@ 2022-10-12 8:19 Andrew Jones
2022-10-12 8:24 ` Andrew Jones
0 siblings, 1 reply; 5+ messages in thread
From: Andrew Jones @ 2022-10-12 8:19 UTC (permalink / raw)
To: x86, linux-kernel
Cc: Thomas Gleixner, Ingo Molnar, Borislav Petkov, Dave Hansen,
Yury Norov
Commit 78e5a3399421 ("cpumask: fix checking valid cpu range") has
started issuing warnings[*] when cpu indices equal to nr_cpu_ids - 1
are passed to cpumask_next* functions. seq_read_iter() and cpuinfo's
start and next seq operations implement a pattern like
n = cpumask_next(n - 1, mask);
show(n);
while (1) {
++n;
n = cpumask_next(n - 1, mask);
if (n >= nr_cpu_ids)
break;
show(n);
}
which will issue the warning when reading /proc/cpuinfo. Ensure no
warning is generated by validating the cpu index before calling
cpumask_next().
[*] Warnings will only appear with DEBUG_PER_CPU_MAPS enabled.
Signed-off-by: Andrew Jones <ajones@ventanamicro.com>
Cc: Yury Norov <yury.norov@gmail.com>
---
arch/x86/kernel/cpu/proc.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/x86/kernel/cpu/proc.c b/arch/x86/kernel/cpu/proc.c
index 099b6f0d96bd..94ac02c8dd6f 100644
--- a/arch/x86/kernel/cpu/proc.c
+++ b/arch/x86/kernel/cpu/proc.c
@@ -153,6 +153,9 @@ static int show_cpuinfo(struct seq_file *m, void *v)
static void *c_start(struct seq_file *m, loff_t *pos)
{
+ if (*pos >= nr_cpu_ids)
+ return NULL;
+
*pos = cpumask_next(*pos - 1, cpu_online_mask);
if ((*pos) < nr_cpu_ids)
return &cpu_data(*pos);
--
2.37.3
^ permalink raw reply related [flat|nested] 5+ messages in thread* Re: [PATCH v2] x86: Fix /proc/cpuinfo cpumask warning 2022-10-12 8:19 [PATCH v2] x86: Fix /proc/cpuinfo cpumask warning Andrew Jones @ 2022-10-12 8:24 ` Andrew Jones 2022-10-12 12:42 ` Andrew Jones 0 siblings, 1 reply; 5+ messages in thread From: Andrew Jones @ 2022-10-12 8:24 UTC (permalink / raw) To: x86, linux-kernel Cc: Thomas Gleixner, Ingo Molnar, Borislav Petkov, Dave Hansen, Yury Norov On Wed, Oct 12, 2022 at 10:19:05AM +0200, Andrew Jones wrote: > Commit 78e5a3399421 ("cpumask: fix checking valid cpu range") has > started issuing warnings[*] when cpu indices equal to nr_cpu_ids - 1 > are passed to cpumask_next* functions. seq_read_iter() and cpuinfo's > start and next seq operations implement a pattern like > > n = cpumask_next(n - 1, mask); > show(n); > while (1) { > ++n; > n = cpumask_next(n - 1, mask); > if (n >= nr_cpu_ids) > break; > show(n); > } > > which will issue the warning when reading /proc/cpuinfo. Ensure no > warning is generated by validating the cpu index before calling > cpumask_next(). > > [*] Warnings will only appear with DEBUG_PER_CPU_MAPS enabled. > > Signed-off-by: Andrew Jones <ajones@ventanamicro.com> > Cc: Yury Norov <yury.norov@gmail.com> > --- Forgot the changelog... v2: - Added all the information I should have in the first place to the commit message [Boris] - Changed style of fix [Boris] > arch/x86/kernel/cpu/proc.c | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/arch/x86/kernel/cpu/proc.c b/arch/x86/kernel/cpu/proc.c > index 099b6f0d96bd..94ac02c8dd6f 100644 > --- a/arch/x86/kernel/cpu/proc.c > +++ b/arch/x86/kernel/cpu/proc.c > @@ -153,6 +153,9 @@ static int show_cpuinfo(struct seq_file *m, void *v) > > static void *c_start(struct seq_file *m, loff_t *pos) > { > + if (*pos >= nr_cpu_ids) > + return NULL; > + > *pos = cpumask_next(*pos - 1, cpu_online_mask); > if ((*pos) < nr_cpu_ids) > return &cpu_data(*pos); > -- > 2.37.3 > ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH v2] x86: Fix /proc/cpuinfo cpumask warning 2022-10-12 8:24 ` Andrew Jones 2022-10-12 12:42 ` Andrew Jones @ 2022-10-12 12:42 ` Andrew Jones 0 siblings, 0 replies; 5+ messages in thread From: Andrew Jones @ 2022-10-12 12:42 UTC (permalink / raw) To: x86, linux-kernel Cc: Thomas Gleixner, Ingo Molnar, Borislav Petkov, Dave Hansen, Yury Norov, Jonas Bonn, Stefan Kristiansson, Stafford Horne, openrisc, Michael Ellerman, linuxppc-dev, Heiko Carstens, Vasily Gorbik, Alexander Gordeev, linux-s390 Adding more people and lists to CC in order to point this patch out, because, based on a quick grep of cpuinfo seq operations, I think at least openrisc, powerpc, and s390 also need an equivalent patch (and I've already sent a patch for riscv). While the test is simple (see next paragraph) I'm not equipped to test on each architecture. To test, just build a kernel with DEBUG_PER_CPU_MAPS enabled, boot to a shell, do 'cat /proc/cpuinfo', and look for a kernel warning. Thanks, drew On Wed, Oct 12, 2022 at 10:24:22AM +0200, Andrew Jones wrote: > On Wed, Oct 12, 2022 at 10:19:05AM +0200, Andrew Jones wrote: > > Commit 78e5a3399421 ("cpumask: fix checking valid cpu range") has > > started issuing warnings[*] when cpu indices equal to nr_cpu_ids - 1 > > are passed to cpumask_next* functions. seq_read_iter() and cpuinfo's > > start and next seq operations implement a pattern like > > > > n = cpumask_next(n - 1, mask); > > show(n); > > while (1) { > > ++n; > > n = cpumask_next(n - 1, mask); > > if (n >= nr_cpu_ids) > > break; > > show(n); > > } > > > > which will issue the warning when reading /proc/cpuinfo. Ensure no > > warning is generated by validating the cpu index before calling > > cpumask_next(). > > > > [*] Warnings will only appear with DEBUG_PER_CPU_MAPS enabled. > > > > Signed-off-by: Andrew Jones <ajones@ventanamicro.com> > > Cc: Yury Norov <yury.norov@gmail.com> > > --- > > Forgot the changelog... > > v2: > - Added all the information I should have in the first place to the > commit message [Boris] > - Changed style of fix [Boris] > > > arch/x86/kernel/cpu/proc.c | 3 +++ > > 1 file changed, 3 insertions(+) > > > > diff --git a/arch/x86/kernel/cpu/proc.c b/arch/x86/kernel/cpu/proc.c > > index 099b6f0d96bd..94ac02c8dd6f 100644 > > --- a/arch/x86/kernel/cpu/proc.c > > +++ b/arch/x86/kernel/cpu/proc.c > > @@ -153,6 +153,9 @@ static int show_cpuinfo(struct seq_file *m, void *v) > > > > static void *c_start(struct seq_file *m, loff_t *pos) > > { > > + if (*pos >= nr_cpu_ids) > > + return NULL; > > + > > *pos = cpumask_next(*pos - 1, cpu_online_mask); > > if ((*pos) < nr_cpu_ids) > > return &cpu_data(*pos); > > -- > > 2.37.3 > > ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH v2] x86: Fix /proc/cpuinfo cpumask warning @ 2022-10-12 12:42 ` Andrew Jones 0 siblings, 0 replies; 5+ messages in thread From: Andrew Jones @ 2022-10-12 12:42 UTC (permalink / raw) To: x86, linux-kernel Cc: Jonas Bonn, linux-s390, Alexander Gordeev, Vasily Gorbik, Yury Norov, Heiko Carstens, Dave Hansen, Stefan Kristiansson, Ingo Molnar, Borislav Petkov, Thomas Gleixner, linuxppc-dev, Stafford Horne, openrisc Adding more people and lists to CC in order to point this patch out, because, based on a quick grep of cpuinfo seq operations, I think at least openrisc, powerpc, and s390 also need an equivalent patch (and I've already sent a patch for riscv). While the test is simple (see next paragraph) I'm not equipped to test on each architecture. To test, just build a kernel with DEBUG_PER_CPU_MAPS enabled, boot to a shell, do 'cat /proc/cpuinfo', and look for a kernel warning. Thanks, drew On Wed, Oct 12, 2022 at 10:24:22AM +0200, Andrew Jones wrote: > On Wed, Oct 12, 2022 at 10:19:05AM +0200, Andrew Jones wrote: > > Commit 78e5a3399421 ("cpumask: fix checking valid cpu range") has > > started issuing warnings[*] when cpu indices equal to nr_cpu_ids - 1 > > are passed to cpumask_next* functions. seq_read_iter() and cpuinfo's > > start and next seq operations implement a pattern like > > > > n = cpumask_next(n - 1, mask); > > show(n); > > while (1) { > > ++n; > > n = cpumask_next(n - 1, mask); > > if (n >= nr_cpu_ids) > > break; > > show(n); > > } > > > > which will issue the warning when reading /proc/cpuinfo. Ensure no > > warning is generated by validating the cpu index before calling > > cpumask_next(). > > > > [*] Warnings will only appear with DEBUG_PER_CPU_MAPS enabled. > > > > Signed-off-by: Andrew Jones <ajones@ventanamicro.com> > > Cc: Yury Norov <yury.norov@gmail.com> > > --- > > Forgot the changelog... > > v2: > - Added all the information I should have in the first place to the > commit message [Boris] > - Changed style of fix [Boris] > > > arch/x86/kernel/cpu/proc.c | 3 +++ > > 1 file changed, 3 insertions(+) > > > > diff --git a/arch/x86/kernel/cpu/proc.c b/arch/x86/kernel/cpu/proc.c > > index 099b6f0d96bd..94ac02c8dd6f 100644 > > --- a/arch/x86/kernel/cpu/proc.c > > +++ b/arch/x86/kernel/cpu/proc.c > > @@ -153,6 +153,9 @@ static int show_cpuinfo(struct seq_file *m, void *v) > > > > static void *c_start(struct seq_file *m, loff_t *pos) > > { > > + if (*pos >= nr_cpu_ids) > > + return NULL; > > + > > *pos = cpumask_next(*pos - 1, cpu_online_mask); > > if ((*pos) < nr_cpu_ids) > > return &cpu_data(*pos); > > -- > > 2.37.3 > > ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH v2] x86: Fix /proc/cpuinfo cpumask warning @ 2022-10-12 12:42 ` Andrew Jones 0 siblings, 0 replies; 5+ messages in thread From: Andrew Jones @ 2022-10-12 12:42 UTC (permalink / raw) To: x86, linux-kernel Cc: Jonas Bonn, linux-s390, Alexander Gordeev, Vasily Gorbik, Yury Norov, Michael Ellerman, Heiko Carstens, Dave Hansen, Ingo Molnar, Borislav Petkov, Thomas Gleixner, linuxppc-dev, openrisc Adding more people and lists to CC in order to point this patch out, because, based on a quick grep of cpuinfo seq operations, I think at least openrisc, powerpc, and s390 also need an equivalent patch (and I've already sent a patch for riscv). While the test is simple (see next paragraph) I'm not equipped to test on each architecture. To test, just build a kernel with DEBUG_PER_CPU_MAPS enabled, boot to a shell, do 'cat /proc/cpuinfo', and look for a kernel warning. Thanks, drew On Wed, Oct 12, 2022 at 10:24:22AM +0200, Andrew Jones wrote: > On Wed, Oct 12, 2022 at 10:19:05AM +0200, Andrew Jones wrote: > > Commit 78e5a3399421 ("cpumask: fix checking valid cpu range") has > > started issuing warnings[*] when cpu indices equal to nr_cpu_ids - 1 > > are passed to cpumask_next* functions. seq_read_iter() and cpuinfo's > > start and next seq operations implement a pattern like > > > > n = cpumask_next(n - 1, mask); > > show(n); > > while (1) { > > ++n; > > n = cpumask_next(n - 1, mask); > > if (n >= nr_cpu_ids) > > break; > > show(n); > > } > > > > which will issue the warning when reading /proc/cpuinfo. Ensure no > > warning is generated by validating the cpu index before calling > > cpumask_next(). > > > > [*] Warnings will only appear with DEBUG_PER_CPU_MAPS enabled. > > > > Signed-off-by: Andrew Jones <ajones@ventanamicro.com> > > Cc: Yury Norov <yury.norov@gmail.com> > > --- > > Forgot the changelog... > > v2: > - Added all the information I should have in the first place to the > commit message [Boris] > - Changed style of fix [Boris] > > > arch/x86/kernel/cpu/proc.c | 3 +++ > > 1 file changed, 3 insertions(+) > > > > diff --git a/arch/x86/kernel/cpu/proc.c b/arch/x86/kernel/cpu/proc.c > > index 099b6f0d96bd..94ac02c8dd6f 100644 > > --- a/arch/x86/kernel/cpu/proc.c > > +++ b/arch/x86/kernel/cpu/proc.c > > @@ -153,6 +153,9 @@ static int show_cpuinfo(struct seq_file *m, void *v) > > > > static void *c_start(struct seq_file *m, loff_t *pos) > > { > > + if (*pos >= nr_cpu_ids) > > + return NULL; > > + > > *pos = cpumask_next(*pos - 1, cpu_online_mask); > > if ((*pos) < nr_cpu_ids) > > return &cpu_data(*pos); > > -- > > 2.37.3 > > ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2022-10-13 11:38 UTC | newest] Thread overview: 5+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2022-10-12 8:19 [PATCH v2] x86: Fix /proc/cpuinfo cpumask warning Andrew Jones 2022-10-12 8:24 ` Andrew Jones 2022-10-12 12:42 ` Andrew Jones 2022-10-12 12:42 ` Andrew Jones 2022-10-12 12:42 ` Andrew Jones
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.