Follow @Openwall on Twitter for new release announcements and other news
[<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

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.