From: Albert ARIBAUD <albert.u.boot@aribaud.net>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v4 2/2] arm: work around assembler bug
Date: Thu, 19 Jul 2012 08:06:19 +0200 [thread overview]
Message-ID: <20120719080619.72f89f3b@lilith> (raw)
In-Reply-To: <1342655153-9023-2-git-send-email-amartin@nvidia.com>
Hi Allen,
On Wed, 18 Jul 2012 16:45:53 -0700, Allen Martin <amartin@nvidia.com> wrote:
> Disable sibling call optimization based on binutils version. This is
> to work around a bug in the assember in binutils versions < 2.22.
> Branches to weak symbols can be incorrectly optimized in thumb mode to
> a short branch (b.n instruction) that won't reach when the symbol gets
> preempted.
>
> http://sourceware.org/bugzilla/show_bug.cgi?id=12532
>
> Signed-off-by: Allen Martin <amartin@nvidia.com>
> ---
> changes for v4:
> -removed warning print
> changes for v3:
> -split shell line to improve readability
> changes for v2:
> -changed GAS_BUG_12532 from yes/no to y/n to be consistent
> -added additional warning about code size increase
> ---
> arch/arm/config.mk | 18 ++++++++++++++++++
> 1 file changed, 18 insertions(+)
>
> diff --git a/arch/arm/config.mk b/arch/arm/config.mk
> index 3f4453a..24b9d7c 100644
> --- a/arch/arm/config.mk
> +++ b/arch/arm/config.mk
> @@ -87,3 +87,21 @@ endif
> ifndef CONFIG_NAND_SPL
> LDFLAGS_u-boot += -pie
> endif
> +
> +#
> +# FIXME: binutils versions < 2.22 have a bug in the assembler where
> +# branches to weak symbols can be incorrectly optimized in thumb mode
> +# to a short branch (b.n instruction) that won't reach when the symbol
> +# gets preempted
> +#
> +# http://sourceware.org/bugzilla/show_bug.cgi?id=12532
> +#
> +ifeq ($(CONFIG_SYS_THUMB_BUILD),y)
> +ifeq ($(GAS_BUG_12532),)
> +export GAS_BUG_12532:=$(shell if [ $(call binutils-version) -lt 0222 ] ; \
> + then echo y; else echo n; fi)
> +endif
> +ifeq ($(GAS_BUG_12532),y)
> +PLATFORM_RELFLAGS += -fno-optimize-sibling-calls
> +endif
> +endif
Can previous reviewers ack or test this? I would like to have it in the ARM
master branch in time for 12.07.
Amicalement,
--
Albert.
next prev parent reply other threads:[~2012-07-19 6:06 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-18 23:45 [U-Boot] [PATCH v4 1/2] tools, config.mk: add binutils-version Allen Martin
2012-07-18 23:45 ` [U-Boot] [PATCH v4 2/2] arm: work around assembler bug Allen Martin
2012-07-19 6:06 ` Albert ARIBAUD [this message]
2012-07-19 15:08 ` Tom Rini
2012-08-01 17:34 ` Allen Martin
2012-10-04 8:47 ` Albert ARIBAUD
2012-07-19 3:11 ` [U-Boot] [PATCH v4 1/2] tools, config.mk: add binutils-version Mike Frysinger
2012-07-19 15:08 ` Tom Rini
2012-07-19 15:21 ` Mike Frysinger
2012-07-19 15:38 ` Tom Rini
2012-07-19 16:43 ` Mike Frysinger
2012-07-19 16:54 ` Tom Rini
2012-08-01 22:31 ` Mike Frysinger
2012-08-01 22:46 ` Allen Martin
2012-08-01 22:55 ` Graeme Russ
2012-08-01 23:01 ` Mike Frysinger
2012-08-02 17:12 ` Allen Martin
2012-08-02 19:30 ` Wolfgang Denk
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=20120719080619.72f89f3b@lilith \
--to=albert.u.boot@aribaud.net \
--cc=u-boot@lists.denx.de \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.