All of lore.kernel.org
 help / color / mirror / Atom feed
From: Albert ARIBAUD <albert.u.boot@aribaud.net>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 2/2] arm: work around assembler bug
Date: Tue, 10 Jul 2012 08:16:24 +0200	[thread overview]
Message-ID: <20120710081624.17dd8cf6@lilith> (raw)
In-Reply-To: <CALButCKFosvtCJ=sA=SqcQmrAP_j9rX6n=2WGJTTqOK+1hM_UA@mail.gmail.com>

Hi Graeme and Allen,

On Tue, 10 Jul 2012 15:13:47 +1000, Graeme Russ <graeme.russ@gmail.com> wrote:
> Hi Martin,
> 
> On Tue, Jul 10, 2012 at 3:08 PM, 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>
> > ---
> >  arch/arm/config.mk |   20 ++++++++++++++++++++
> >  1 file changed, 20 insertions(+)
> >
> > diff --git a/arch/arm/config.mk b/arch/arm/config.mk
> > index 3f4453a..1ba9d75 100644
> > --- a/arch/arm/config.mk
> > +++ b/arch/arm/config.mk
> > @@ -87,3 +87,23 @@ endif
> >  ifndef CONFIG_NAND_SPL
> >  LDFLAGS_u-boot += -pie
> >  endif
> > +
> > +#
> > +# 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 yes; else echo no; fi)
> 
> y instead of yes
> 
> > +ifeq ($(GAS_BUG_12532),yes)
> 
> So:
> 
> ifeq ($(GAS_BUG_12532),y)
> 
> is more consistent
> 
> > +$(warning *** disabling sibling call optimzation because binutils version < 2.22)
> 
> Maybe add 'code size will be (slightly) larger'

"could be" rather than "will be" ?

> 
> > +endif
> > +endif
> > +ifeq ($(GAS_BUG_12532),yes)
> > +PLATFORM_RELFLAGS += -fno-optimize-sibling-calls
> > +endif
> > +endif
> > --
> > 1.7.9.5
> >

If a new patch version is out and Tested-by: soon, I am willing to take this in.

> Regards,
> 
> Graeme

Amicalement,
-- 
Albert.

      reply	other threads:[~2012-07-10  6:16 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-10  5:08 [U-Boot] [PATCH 1/2] tools, config.mk: add binutils-version Allen Martin
2012-07-10  5:08 ` [U-Boot] [PATCH 2/2] arm: work around assembler bug Allen Martin
2012-07-10  5:13   ` Graeme Russ
2012-07-10  6:16     ` Albert ARIBAUD [this message]

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=20120710081624.17dd8cf6@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.