[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20220422092751.19386-1-mark-pk.tsai@mediatek.com>
Date: Fri, 22 Apr 2022 17:27:51 +0800
From: Mark-PK Tsai <mark-pk.tsai@...iatek.com>
To: <mark-pk.tsai@...iatek.com>
CC: <linux-arm-kernel@...ts.infradead.org>,
<linux-kernel@...r.kernel.org>,
<linux-mediatek@...ts.infradead.org>, <matthias.bgg@...il.com>,
<mingo@...hat.com>, <rostedt@...dmis.org>, <yj.chiang@...iatek.com>
Subject: [PATCH v3 0/2] tracing: make tracer_init_tracefs initcall asynchronous
Hi Steve,
Could you please help to review this patch?
Sorry to disturb you, I just want to make sure it has not been
forgotten.
> Move trace_eval_init() to subsys_initcall to make it start
> earlier.
> And to avoid tracer_init_tracefs being blocked by
> trace_event_sem which trace_eval_init() hold [1],
> queue tracer_init_tracefs() to eval_map_wq to let
> the two works being executed sequentially.
>
> It can speed up the initialization of kernel as result
> of making tracer_init_tracefs asynchronous.
>
> On my arm64 platform, it reduce ~20ms of 125ms which total
> time do_initcalls spend.
>
> Mark-PK Tsai (2):
> tracing: Avoid adding tracer option before update_tracer_options
> tracing: make tracer_init_tracefs initcall asynchronous
>
> kernel/trace/trace.c | 38 ++++++++++++++++++++++++++++----------
> 1 file changed, 28 insertions(+), 10 deletions(-)
>
> --
> 2.18.0
Powered by blists - more mailing lists