Re: [BUG] tracing: dynamic ftrace selftest detected failures

[Sami Tolvanen]

On Tue, Aug 20, 2024 at 5:21 PM Masami Hiramatsu <mhiramat@xxxxxxxxxx> wrote:
>
> On Wed, 21 Aug 2024 08:43:51 +0900
> Masami Hiramatsu (Google) <mhiramat@xxxxxxxxxx> wrote:
>
> > On Tue, 20 Aug 2024 18:11:09 -0400
> > Steven Rostedt <rostedt@xxxxxxxxxxx> wrote:
> >
> > > On Wed, 21 Aug 2024 07:05:39 +0900
> > > Masami Hiramatsu (Google) <mhiramat@xxxxxxxxxx> wrote:
> > >
> > >
> > > > Does the noinline attribute prevent embedding callsite too? I mean
> > > >
> > > > extern callee()
> > > >
> > > > noinline callee()
> > > > {
> > > > ...
> > > > }
> > > >
> > > > caller()
> > > > {
> > > >   callee() // (*)
> > > > }
> > > >
> > > > In this case, does noinline prevent LTO to embed the callee at the callsite(*)
> > > > or prevent LTO remove the callee() symbol?
> > > >
> > >
> > > Even though we have it passed as a parameter, I think the compiler and
> > > linker is smart enough to see that and notice its use, and that the
> > > function passed in is a nop, which doesn't break the flow.
> > >
> > > Can you add the __used and see if it fixes it?
> >
> > Adding __used to DYN_FTRACE_TEST_NAME() and DYN_FTRACE_TEST_NAME2() does
> > not change, the test still fails. Hmm, what about makes the caller
> > (trace_selftest_startup_dynamic_tracing()) called via a function pointer?
> > In that case, wouldn't it be subject to constant propagetion?
> >
> > Let me try.
>
> OK, it is succeeded! Calling `caller` via global function pointer makes
> it run as we expected. It passed the dynamic_ftrace test, but other tests
> still fails. Those need to be called via function pointer too.

I was able to reproduce this with LTO_CLANG_FULL, and it indeed
optimizes away the direct calls to the empty stubs, but the functions
are still there. LTO_CLANG_THIN doesn't perform this optimization,
presumably because it doesn't have full visibility to the other TU.

Sami