From: Vasily Gorbik <gor@linux.ibm.com>
To: Josh Poimboeuf <jpoimboe@redhat.com>
Cc: Peter Zijlstra <peterz@infradead.org>,
Ingo Molnar <mingo@kernel.org>, Borislav Petkov <bp@suse.de>,
Miroslav Benes <mbenes@suse.cz>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/2] compiler.h: Avoid using inline asm operand modifiers
Date: Mon, 8 Nov 2021 16:40:38 +0100 [thread overview]
Message-ID: <your-ad-here.call-01636386038-ext-6578@work.hours> (raw)
In-Reply-To: <20211105165418.ucsrpk53dv5kgu6k@treble>
On Fri, Nov 05, 2021 at 09:54:18AM -0700, Josh Poimboeuf wrote:
> On Wed, May 19, 2021 at 03:03:08PM +0200, Vasily Gorbik wrote:
> > The expansion of annotate_reachable/annotate_unreachable on s390 will
> > result in a compiler error if the __COUNTER__ value is high enough.
> > For example with "i" (154) the "%c0" operand of annotate_reachable
> > will be expanded to -102:
> >
> > -102:
> > .pushsection .discard.reachable
> > .long -102b - .
> > .popsection
> >
> > This is a quirk of the gcc backend for s390, it interprets the %c0
> > as a signed byte value. Avoid using operand modifiers in this case
> > by simply converting __COUNTER__ to string, with the same result,
> > but in an arch assembler independent way.
> >
> > Signed-off-by: Vasily Gorbik <gor@linux.ibm.com>
>
> This patch causes these macros to break with Clang and
> CONFIG_TRACE_BRANCH_PROFILING.
>
> I get a lot of warnings like
>
> arch/x86/kernel/traps.o: warning: objtool: handle_xfd_event()+0x134: unreachable instruction
>
> Without an asm input, 'volatile' is ignored for some reason and Clang
> feels free to move the reachable() annotation away from its intended
> location.
>
> I wonder if we could go back to the original approach of providing
> __COUNTER__ as an input to the asm, but then mask it to < 128.
>
> Does this work on s390?
>
> diff --git a/include/linux/compiler.h b/include/linux/compiler.h
> index 3d5af56337bd..42935500a712 100644
> --- a/include/linux/compiler.h
> +++ b/include/linux/compiler.h
> @@ -115,24 +115,18 @@ void ftrace_likely_update(struct ftrace_likely_data *f, int val,
> * The __COUNTER__ based labels are a hack to make each instance of the macros
> * unique, to convince GCC not to merge duplicate inline asm statements.
> */
> -#define __stringify_label(n) #n
> -
> -#define __annotate_reachable(c) ({ \
> - asm volatile(__stringify_label(c) ":\n\t" \
> +#define annotate_reachable() ({ \
> + asm volatile("%c0:\n\t" \
> ".pushsection .discard.reachable\n\t" \
> - ".long " __stringify_label(c) "b - .\n\t" \
> - ".popsection\n\t"); \
> + ".long %c0b - .\n\t" \
> + ".popsection\n\t" : : "i" (__COUNTER__ & 0x7f)); \
> })
hm, could we just add asm input back and not use it? and keep
__stringify_label(c) as is? would that work as well?
next prev parent reply other threads:[~2021-11-08 15:40 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-05-19 13:03 [PATCH 0/2] objtool annotations: Avoid using inline asm operand modifiers Vasily Gorbik
2021-05-19 13:03 ` [PATCH 1/2] compiler.h: " Vasily Gorbik
2021-11-05 16:54 ` Josh Poimboeuf
2021-11-08 15:40 ` Vasily Gorbik [this message]
2021-11-08 16:50 ` Josh Poimboeuf
2021-11-10 10:39 ` David Laight
2021-05-19 13:03 ` [PATCH 2/2] instrumentation.h: " Vasily Gorbik
2021-05-19 20:52 ` [PATCH 0/2] objtool annotations: " Josh Poimboeuf
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=your-ad-here.call-01636386038-ext-6578@work.hours \
--to=gor@linux.ibm.com \
--cc=bp@suse.de \
--cc=jpoimboe@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mbenes@suse.cz \
--cc=mingo@kernel.org \
--cc=peterz@infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox