[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200722150943.53046592@oasis.local.home>
Date: Wed, 22 Jul 2020 15:09:43 -0400
From: Steven Rostedt <rostedt@...dmis.org>
To: Peter Zijlstra <peterz@...radead.org>
Cc: Sami Tolvanen <samitolvanen@...gle.com>,
Masahiro Yamada <masahiroy@...nel.org>,
Will Deacon <will@...nel.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
"Paul E. McKenney" <paulmck@...nel.org>,
Kees Cook <keescook@...omium.org>,
Nick Desaulniers <ndesaulniers@...gle.com>,
clang-built-linux@...glegroups.com,
kernel-hardening@...ts.openwall.com, linux-arch@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-kbuild@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-pci@...r.kernel.org,
x86@...nel.org, Josh Poimboeuf <jpoimboe@...hat.com>
Subject: Re: [RFC][PATCH] objtool,x86_64: Replace recordmcount with objtool
On Wed, 22 Jul 2020 20:41:37 +0200
Peter Zijlstra <peterz@...radead.org> wrote:
> > That said, Andi Kleen added an option to gcc called -mnop-mcount which
> > will have gcc do both create the mcount section and convert the calls
> > into nops. When doing so, it defines CC_USING_NOP_MCOUNT which will
> > tell ftrace to expect the calls to already be converted.
>
> That seems like the much easier solution, then we can forget about
> recordmcount / objtool entirely for this.
Of course that was only for some gcc compilers, and I'm not sure if
clang can do this.
Or do you just see all compilers doing this in the future, and not
worrying about record-mcount at all, and bothering with objtool?
-- Steve
Powered by blists - more mailing lists