[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <87imz7xq0r.fsf@concordia.ellerman.id.au>
Date: Wed, 02 Jan 2019 22:22:44 +1100
From: Michael Ellerman <mpe@...erman.id.au>
To: Masahiro Yamada <yamada.masahiro@...ionext.com>,
linux-kbuild@...r.kernel.org
Cc: masahiroy@...nel.org, Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...hat.com>,
Ard Biesheuvel <ard.biesheuvel@...aro.org>,
Peter Zijlstra <peterz@...radead.org>,
Josh Poimboeuf <jpoimboe@...hat.com>,
linux-kernel@...r.kernel.org, Will Deacon <will.deacon@....com>,
"David S . Miller" <davem@...emloft.net>,
Max Filippov <jcmvbkbc@...il.com>, linux-arch@...r.kernel.org,
linux-xtensa@...ux-xtensa.org,
linux-arm-kernel@...ts.infradead.org,
linuxppc-dev@...ts.ozlabs.org, x86@...nel.org,
linux-s390@...r.kernel.org, sparclinux@...r.kernel.org,
Linus Torvalds <torvalds@...ux-foundation.org>,
Masahiro Yamada <yamada.masahiro@...ionext.com>
Subject: Re: [PATCH] jump_label: move 'asm goto' support test to Kconfig
Masahiro Yamada <yamada.masahiro@...ionext.com> writes:
> Currently, CONFIG_JUMP_LABEL just means "I _want_ to use jump label".
>
> The jump label is controlled by HAVE_JUMP_LABEL, which is defined
> like this:
>
> #if defined(CC_HAVE_ASM_GOTO) && defined(CONFIG_JUMP_LABEL)
> # define HAVE_JUMP_LABEL
> #endif
>
> We can improve this by testing 'asm goto' support in Kconfig, then
> make JUMP_LABEL depend on CC_HAS_ASM_GOTO.
>
> Ugly #ifdef HAVE_JUMP_LABEL will go away, and CONFIG_JUMP_LABEL will
> match to the real kernel capability.
>
> Signed-off-by: Masahiro Yamada <yamada.masahiro@...ionext.com>
> ---
>
> This is a trivial conversion from the build system PoV.
> I want to queue this up to kbuild tree.
>
>
> Makefile | 7 -------
> arch/Kconfig | 1 +
> arch/arm/kernel/jump_label.c | 4 ----
> arch/arm64/kernel/jump_label.c | 4 ----
> arch/mips/kernel/jump_label.c | 4 ----
> arch/powerpc/include/asm/asm-prototypes.h | 2 +-
> arch/powerpc/kernel/jump_label.c | 2 --
> arch/powerpc/platforms/powernv/opal-tracepoints.c | 2 +-
> arch/powerpc/platforms/powernv/opal-wrappers.S | 2 +-
> arch/powerpc/platforms/pseries/hvCall.S | 4 ++--
> arch/powerpc/platforms/pseries/lpar.c | 2 +-
Looks OK to me.
If there's any odd build errors they should get caught in linux-next.
Acked-by: Michael Ellerman <mpe@...erman.id.au> (powerpc)
cheers
Powered by blists - more mailing lists