[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1250805049.4302.121.camel@mulgrave.site>
Date: Thu, 20 Aug 2009 15:50:49 -0600
From: James Bottomley <James.Bottomley@...senPartnership.com>
To: Helge Deller <deller@....de>
Cc: John David Anglin <dave@...uly1.hia.nrc.ca>, rusty@...tcorp.com.au,
linux-parisc@...r.kernel.org, linux-kernel@...r.kernel.org,
dave.anglin@....ca, roland@...hat.com
Subject: Re: kernel segv with 2.6.31-rc6 ?
On Thu, 2009-08-20 at 23:45 +0200, Helge Deller wrote:
> On 08/20/2009 08:55 PM, John David Anglin wrote:
> >> The reason seems to be, that something in the newer gcc compilers changed to generate multiple sections all named ".text" for the PCREL17 relocations.
> >> Older compilers named those sections ".text.1", ".text.2", ".text.3" and so forth.
> >
> > GCC has never generated ".text.1", etc, on parisc linux as far as I know.
>
> Hmm, I don't like to disagree with an gcc-expert like you,but
> I did pasted an objdump in my last mail, which shows that gcc did
> generated .text.1, .text.2 and so on:
>
> Sections:
> Idx Name Size VMA LMA File off Algn
> 0 .text 00000000 00000000 00000000 00000034 2**0
> CONTENTS, ALLOC, LOAD, READONLY, CODE
> ...
> 4 .text.1 00000000 00000000 00000000 000000b0 2**0
> CONTENTS, ALLOC, LOAD, READONLY, CODE
Since this is a relinked object, might it be possible that ld rather
than gcc is the culprit?
James
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists