[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200220174801.2b793ae1@gandalf.local.home>
Date: Thu, 20 Feb 2020 17:48:01 -0500
From: Steven Rostedt <rostedt@...dmis.org>
To: Masami Hiramatsu <mhiramat@...nel.org>
Cc: Tom Zanussi <zanussi@...nel.org>, artem.bityutskiy@...ux.intel.com,
linux-kernel@...r.kernel.org, linux-rt-users@...r.kernel.org
Subject: Re: [PATCH 1/2] tracing: Fix synth event test to avoid using
smp_processor_id()
On Mon, 17 Feb 2020 18:52:29 +0900
Masami Hiramatsu <mhiramat@...nel.org> wrote:
> Since smp_processor_id() requires irq-disabled or preempt-disabled,
> synth event generation test module made some warnings. To prevent
> that, use get_cpu()/put_cpu() instead of smp_processor_id().
>
> Signed-off-by: Masami Hiramatsu <mhiramat@...nel.org>
> ---
> kernel/trace/synth_event_gen_test.c | 23 +++++++++++++++++------
> 1 file changed, 17 insertions(+), 6 deletions(-)
>
I just noticed this patch, after applying my version that just uses the
raw_smp_processor_id(). We don't really care what CPU it is do we?
I didn't want a test to muck with preemption disabling and all that fun.
-- Steve
Powered by blists - more mailing lists