From: linux@arm.linux.org.uk (Russell King - ARM Linux)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] arm: Build with -fno-dwarf2-cfi-asm
Date: Mon, 26 Jul 2010 14:11:22 +0100 [thread overview]
Message-ID: <20100726131122.GD23399@n2100.arm.linux.org.uk> (raw)
In-Reply-To: <4C4D87D2.3090805@suse.cz>
On Mon, Jul 26, 2010 at 03:04:18PM +0200, Michal Marek wrote:
> On 10.7.2010 15:02, Mikael Pettersson wrote:
> > Michal Marek writes:
> > > Commit d0679c7 restricted this workaround to powerpc only, but it turns
> > > out that ARM needs it as well. Fixes
> > > https://bugzilla.kernel.org/show_bug.cgi?id=16310 .
> > >
> > > Reported-and-Tested-by: Robert Nelson <robertcnelson@gmail.com>
> > > Signed-off-by: Michal Marek <mmarek@suse.cz>
> > > ---
> > > arch/arm/Makefile | 5 +++++
> > > 1 files changed, 5 insertions(+), 0 deletions(-)
> > >
> > > diff --git a/arch/arm/Makefile b/arch/arm/Makefile
> > > index 64ba313..862d4ba 100644
> > > --- a/arch/arm/Makefile
> > > +++ b/arch/arm/Makefile
> > > @@ -21,6 +21,11 @@ GZFLAGS :=-9
> > > # Explicitly specifiy 32-bit ARM ISA since toolchain default can be -mthumb:
> > > KBUILD_CFLAGS +=$(call cc-option,-marm,)
> > >
> > > +# FIXME: the module load should be taught about the additional relocs
> > > +# generated by this.
> > > +# revert to pre-gcc-4.4 behaviour of .eh_frame
> > > +KBUILD_CFLAGS += $(call cc-option,-fno-dwarf2-cfi-asm)
> >
> > Appears related to gcc PR40521, which should be fixed in gcc-4.4.3,
> > though it may have been re-broken in gcc-4.5.0 for in a corner case
> > <http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40521#c24> that may or
> > may not apply to the kernel. There's also a related binutils issue.
> >
> > The above fix seems appropriate, but the FIXME comment seems wrong:
> > this is about getting the right kind of exception unwind tables in
> > the entire kernel, not just relocs in modules.
> >
> > The comment should just say:
> > # Never generate .eh_frame:
> >
> > So for the fix without the comment part:
> >
> > Acked-by: Mikael Pettersson <mikpe@it.uu.se>
>
> Hi Russell,
>
> should I resend the patch with the comment by Mikael?
Yes please - and please put it in the patch system.
WARNING: multiple messages have this Message-ID (diff)
From: Russell King - ARM Linux <linux@arm.linux.org.uk>
To: Michal Marek <mmarek@suse.cz>
Cc: Mikael Pettersson <mikpe@it.uu.se>,
Robert Nelson <robertcnelson@gmail.com>,
linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH] arm: Build with -fno-dwarf2-cfi-asm
Date: Mon, 26 Jul 2010 14:11:22 +0100 [thread overview]
Message-ID: <20100726131122.GD23399@n2100.arm.linux.org.uk> (raw)
In-Reply-To: <4C4D87D2.3090805@suse.cz>
On Mon, Jul 26, 2010 at 03:04:18PM +0200, Michal Marek wrote:
> On 10.7.2010 15:02, Mikael Pettersson wrote:
> > Michal Marek writes:
> > > Commit d0679c7 restricted this workaround to powerpc only, but it turns
> > > out that ARM needs it as well. Fixes
> > > https://bugzilla.kernel.org/show_bug.cgi?id=16310 .
> > >
> > > Reported-and-Tested-by: Robert Nelson <robertcnelson@gmail.com>
> > > Signed-off-by: Michal Marek <mmarek@suse.cz>
> > > ---
> > > arch/arm/Makefile | 5 +++++
> > > 1 files changed, 5 insertions(+), 0 deletions(-)
> > >
> > > diff --git a/arch/arm/Makefile b/arch/arm/Makefile
> > > index 64ba313..862d4ba 100644
> > > --- a/arch/arm/Makefile
> > > +++ b/arch/arm/Makefile
> > > @@ -21,6 +21,11 @@ GZFLAGS :=-9
> > > # Explicitly specifiy 32-bit ARM ISA since toolchain default can be -mthumb:
> > > KBUILD_CFLAGS +=$(call cc-option,-marm,)
> > >
> > > +# FIXME: the module load should be taught about the additional relocs
> > > +# generated by this.
> > > +# revert to pre-gcc-4.4 behaviour of .eh_frame
> > > +KBUILD_CFLAGS += $(call cc-option,-fno-dwarf2-cfi-asm)
> >
> > Appears related to gcc PR40521, which should be fixed in gcc-4.4.3,
> > though it may have been re-broken in gcc-4.5.0 for in a corner case
> > <http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40521#c24> that may or
> > may not apply to the kernel. There's also a related binutils issue.
> >
> > The above fix seems appropriate, but the FIXME comment seems wrong:
> > this is about getting the right kind of exception unwind tables in
> > the entire kernel, not just relocs in modules.
> >
> > The comment should just say:
> > # Never generate .eh_frame:
> >
> > So for the fix without the comment part:
> >
> > Acked-by: Mikael Pettersson <mikpe@it.uu.se>
>
> Hi Russell,
>
> should I resend the patch with the comment by Mikael?
Yes please - and please put it in the patch system.
next prev parent reply other threads:[~2010-07-26 13:11 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-09 21:13 [PATCH] arm: Build with -fno-dwarf2-cfi-asm Michal Marek
2010-07-09 21:13 ` Michal Marek
2010-07-10 13:02 ` Mikael Pettersson
2010-07-10 13:02 ` Mikael Pettersson
2010-07-26 13:04 ` Michal Marek
2010-07-26 13:04 ` Michal Marek
2010-07-26 13:11 ` Russell King - ARM Linux [this message]
2010-07-26 13:11 ` Russell King - ARM Linux
2010-07-26 13:28 ` [PATCH v2] " Michal Marek
2010-07-26 13:28 ` Michal Marek
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=20100726131122.GD23399@n2100.arm.linux.org.uk \
--to=linux@arm.linux.org.uk \
--cc=linux-arm-kernel@lists.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 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.