[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200727150812.3051fa7d@oasis.local.home>
Date: Mon, 27 Jul 2020 15:08:12 -0400
From: Steven Rostedt <rostedt@...dmis.org>
To: Tingwei Zhang <tingwei@...eaurora.org>
Cc: Ingo Molnar <mingo@...hat.com>, tsoni@...eaurora.org,
Sai Prakash Ranjan <saiprakash.ranjan@...eaurora.org>,
Mao Jinlong <jinlmao@...eaurora.org>,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 6/6] stm class: ftrace: use different channel
accroding to CPU
On Sun, 26 Jul 2020 10:59:31 +0800
Tingwei Zhang <tingwei@...eaurora.org> wrote:
> --- a/drivers/hwtracing/stm/ftrace.c
> +++ b/drivers/hwtracing/stm/ftrace.c
> @@ -37,8 +37,9 @@ static void notrace
> stm_ftrace_write(struct trace_export *export, const void *buf, unsigned int len)
> {
> struct stm_ftrace *stm = container_of(export, struct stm_ftrace, ftrace);
> + unsigned int cpu = smp_processor_id();
Probably should add a comment to the above stating that this is called
from the tracing system with preemption disabled.
Other than my two comments:
Reviewed-by: Steven Rostedt (VMware) <rostedt@...dmis.org>
-- Steve
>
> - stm_source_write(&stm->data, STM_FTRACE_CHAN, buf, len);
> + stm_source_write(&stm->data, STM_FTRACE_CHAN + cpu, buf, len);
> }
>
> static int stm_ftrace_link(struct stm_source_data *data)
Powered by blists - more mailing lists