lkml.org 
[lkml]   [2012]   [Feb]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] x86: drop false warning of empty cpumask in IPI

* Gilad Ben-Yossef <gilad@benyossef.com> wrote:

> With current generic SMP infrastructure, it is feasible
> for the target CPUs to begin processing an IPI work item
> even before we sent them the actual IPI in the case that
> an IPI from another CPU woke them first.
>
> This can lead to generating a false warning in a valid
> state of trying to send IPI with an empty cpumask when
> multiple concurrent IPIs are being sent.
>
> This patch was triggered by the following LKML discussion:
> https://lkml.org/lkml/2012/1/13/308
>
> Signed-off-by: Gilad Ben-Yossef <gilad@benyossef.com>
> CC: Thomas Gleixner <tglx@linutronix.de>
> CC: Ingo Molnar <mingo@redhat.com>
> CC: "H. Peter Anvin" <hpa@zytor.com>
> CC: Milton Miller <miltonm@bga.com>
> CC: x86@kernel.org
> ---
> arch/x86/kernel/apic/ipi.c | 5 ++++-
> 1 files changed, 4 insertions(+), 1 deletions(-)
>
> diff --git a/arch/x86/kernel/apic/ipi.c b/arch/x86/kernel/apic/ipi.c
> index cce91bf..00b68a3 100644
> --- a/arch/x86/kernel/apic/ipi.c
> +++ b/arch/x86/kernel/apic/ipi.c
> @@ -106,7 +106,10 @@ void default_send_IPI_mask_logical(const struct cpumask *cpumask, int vector)
> unsigned long mask = cpumask_bits(cpumask)[0];
> unsigned long flags;
>
> - if (WARN_ONCE(!mask, "empty IPI mask"))
> + if (!mask)
> + /* The target CPUs must have already processed the
> + * work items due to a concurrent IPI
> + */
> return;

This could potentially hide real bugs on other callsites.

So why not do the checking at the call site? In almost every
other scenario it's invalid to send an empty mask.

Thanks,

Ingo


\
 
 \ /
  Last update: 2012-02-17 13:05    [W:0.032 / U:0.600 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site