On Mon, Apr 08, 2013 at 01:44:45PM +0930, Rusty Russell wrote:
> Philip Kranz writes:
> > Hello.
> >
> > On Fri, Apr 05, 2013 at 12:07:15PM +0200, James Bottomley wrote:
> >> Just so you know: this isn't a parisc specific problem. Gcc produces
> >> duplicate section names under various
On Mon, Apr 08, 2013 at 01:44:45PM +0930, Rusty Russell wrote:
Philip Kranz philip.kr...@googlemail.com writes:
Hello.
On Fri, Apr 05, 2013 at 12:07:15PM +0200, James Bottomley wrote:
Just so you know: this isn't a parisc specific problem. Gcc produces
duplicate section names under
On Mon, Apr 08, 2013 at 01:44:45PM +0930, Rusty Russell wrote:
> Philip Kranz writes:
> > I am not able to produce an object file with duplicate section names
> > using gcc on x86. Even with -ffunction-sections, every section gets a
> > unique name. Is this architecture-specific behaviour of gcc?
On Mon, Apr 08, 2013 at 01:44:45PM +0930, Rusty Russell wrote:
Philip Kranz philip.kr...@googlemail.com writes:
I am not able to produce an object file with duplicate section names
using gcc on x86. Even with -ffunction-sections, every section gets a
unique name. Is this
Philip Kranz writes:
> Hello.
>
> On Fri, Apr 05, 2013 at 12:07:15PM +0200, James Bottomley wrote:
>> Just so you know: this isn't a parisc specific problem. Gcc produces
>> duplicate section names under various circumstances, but the one that
>> bites us is -ffunction-sections. Note that there
Philip Kranz philip.kr...@googlemail.com writes:
Hello.
On Fri, Apr 05, 2013 at 12:07:15PM +0200, James Bottomley wrote:
Just so you know: this isn't a parisc specific problem. Gcc produces
duplicate section names under various circumstances, but the one that
bites us is
On 6-Apr-13, at 9:22 PM, James Bottomley wrote:
John David Anglin wrote:
On 6-Apr-13, at 6:52 AM, James Bottomley wrote:
On Sat, 2013-04-06 at 15:22 +1030, Rusty Russell wrote:
The problem is our assumption that section names be unique. This
assumption is wrong. The ELF spec says
John David Anglin wrote:
>On 6-Apr-13, at 6:52 AM, James Bottomley wrote:
>
>> On Sat, 2013-04-06 at 15:22 +1030, Rusty Russell wrote:
The problem is our assumption that section names be unique. This
assumption is wrong. The ELF spec says (version 1.1 page 1-15):
>"An
object
On 6-Apr-13, at 6:52 AM, James Bottomley wrote:
On Sat, 2013-04-06 at 15:22 +1030, Rusty Russell wrote:
The problem is our assumption that section names be unique. This
assumption is wrong. The ELF spec says (version 1.1 page 1-15): "An
object file may have more than one section with the
On Sat, 2013-04-06 at 15:22 +1030, Rusty Russell wrote:
> > The problem is our assumption that section names be unique. This
> > assumption is wrong. The ELF spec says (version 1.1 page 1-15): "An
> > object file may have more than one section with the same name." We need
> > to fix the kernel
Hello.
On Fri, Apr 05, 2013 at 12:07:15PM +0200, James Bottomley wrote:
> Just so you know: this isn't a parisc specific problem. Gcc produces
> duplicate section names under various circumstances, but the one that
> bites us is -ffunction-sections. Note that there are proposals to use
>
Hello.
On Fri, Apr 05, 2013 at 12:07:15PM +0200, James Bottomley wrote:
Just so you know: this isn't a parisc specific problem. Gcc produces
duplicate section names under various circumstances, but the one that
bites us is -ffunction-sections. Note that there are proposals to use
On Sat, 2013-04-06 at 15:22 +1030, Rusty Russell wrote:
The problem is our assumption that section names be unique. This
assumption is wrong. The ELF spec says (version 1.1 page 1-15): An
object file may have more than one section with the same name. We need
to fix the kernel not to
On 6-Apr-13, at 6:52 AM, James Bottomley wrote:
On Sat, 2013-04-06 at 15:22 +1030, Rusty Russell wrote:
The problem is our assumption that section names be unique. This
assumption is wrong. The ELF spec says (version 1.1 page 1-15): An
object file may have more than one section with the same
John David Anglin dave.ang...@bell.net wrote:
On 6-Apr-13, at 6:52 AM, James Bottomley wrote:
On Sat, 2013-04-06 at 15:22 +1030, Rusty Russell wrote:
The problem is our assumption that section names be unique. This
assumption is wrong. The ELF spec says (version 1.1 page 1-15):
An
object
On 6-Apr-13, at 9:22 PM, James Bottomley wrote:
John David Anglin dave.ang...@bell.net wrote:
On 6-Apr-13, at 6:52 AM, James Bottomley wrote:
On Sat, 2013-04-06 at 15:22 +1030, Rusty Russell wrote:
The problem is our assumption that section names be unique. This
assumption is wrong.
Sebastian Wankerl writes:
> On 04/05/13 06:00, Rusty Russell wrote:
>> Sebastian Wankerl writes:
>>> On 04/04/13 03:00, Rusty Russell wrote:
Sebastian Wankerl writes:
> Add non-zero module sections to sysfs on architectures unequal to PARISC.
> KGDB needs all module sections for
James Bottomley writes:
> On Fri, 2013-04-05 at 14:30 +1030, Rusty Russell wrote:
>> Sebastian Wankerl writes:
>> > On 04/04/13 03:00, Rusty Russell wrote:
>> >> Sebastian Wankerl writes:
>> >>> Add non-zero module sections to sysfs on architectures unequal to PARISC.
>> >>> KGDB needs all
On 04/05/13 06:00, Rusty Russell wrote:
> Sebastian Wankerl writes:
>> On 04/04/13 03:00, Rusty Russell wrote:
>>> Sebastian Wankerl writes:
Add non-zero module sections to sysfs on architectures unequal to PARISC.
KGDB needs all module sections for proper module debugging. Therefore,
On Fri, 2013-04-05 at 14:30 +1030, Rusty Russell wrote:
> Sebastian Wankerl writes:
> > On 04/04/13 03:00, Rusty Russell wrote:
> >> Sebastian Wankerl writes:
> >>> Add non-zero module sections to sysfs on architectures unequal to PARISC.
> >>> KGDB needs all module sections for proper module
On 04/05/13 06:00, Rusty Russell wrote:
> Exactly. Don't workaround it here, revert it and put the
> duplicate-section-name fixup in parisc where it belongs.
>
> Assuming parisc still produces these dup sections: that patch is 4 years
> old now.
>
> Untested:
>
> diff --git
On 04/05/13 06:00, Rusty Russell wrote:
Exactly. Don't workaround it here, revert it and put the
duplicate-section-name fixup in parisc where it belongs.
Assuming parisc still produces these dup sections: that patch is 4 years
old now.
Untested:
diff --git a/arch/parisc/kernel/module.c
On Fri, 2013-04-05 at 14:30 +1030, Rusty Russell wrote:
Sebastian Wankerl sisew...@cip.cs.fau.de writes:
On 04/04/13 03:00, Rusty Russell wrote:
Sebastian Wankerl sisew...@cip.cs.fau.de writes:
Add non-zero module sections to sysfs on architectures unequal to PARISC.
KGDB needs all module
On 04/05/13 06:00, Rusty Russell wrote:
Sebastian Wankerl sisew...@cip.cs.fau.de writes:
On 04/04/13 03:00, Rusty Russell wrote:
Sebastian Wankerl sisew...@cip.cs.fau.de writes:
Add non-zero module sections to sysfs on architectures unequal to PARISC.
KGDB needs all module sections for proper
James Bottomley james.bottom...@hansenpartnership.com writes:
On Fri, 2013-04-05 at 14:30 +1030, Rusty Russell wrote:
Sebastian Wankerl sisew...@cip.cs.fau.de writes:
On 04/04/13 03:00, Rusty Russell wrote:
Sebastian Wankerl sisew...@cip.cs.fau.de writes:
Add non-zero module sections to
Sebastian Wankerl sisew...@cip.cs.fau.de writes:
On 04/05/13 06:00, Rusty Russell wrote:
Sebastian Wankerl sisew...@cip.cs.fau.de writes:
On 04/04/13 03:00, Rusty Russell wrote:
Sebastian Wankerl sisew...@cip.cs.fau.de writes:
Add non-zero module sections to sysfs on architectures unequal to
Sebastian Wankerl writes:
> On 04/04/13 03:00, Rusty Russell wrote:
>> Sebastian Wankerl writes:
>>> Add non-zero module sections to sysfs on architectures unequal to PARISC.
>>> KGDB needs all module sections for proper module debugging. Therefore,
>>> commit
>>>
On 04/04/13 03:00, Rusty Russell wrote:
> Sebastian Wankerl writes:
>> Add non-zero module sections to sysfs on architectures unequal to PARISC.
>> KGDB needs all module sections for proper module debugging. Therefore,
>> commit
>> 35dead4235e2b67da7275b4122fed37099c2f462 is revoked except for
On 04/04/13 03:00, Rusty Russell wrote:
Sebastian Wankerl sisew...@cip.cs.fau.de writes:
Add non-zero module sections to sysfs on architectures unequal to PARISC.
KGDB needs all module sections for proper module debugging. Therefore,
commit
35dead4235e2b67da7275b4122fed37099c2f462 is
Sebastian Wankerl sisew...@cip.cs.fau.de writes:
On 04/04/13 03:00, Rusty Russell wrote:
Sebastian Wankerl sisew...@cip.cs.fau.de writes:
Add non-zero module sections to sysfs on architectures unequal to PARISC.
KGDB needs all module sections for proper module debugging. Therefore,
commit
Sebastian Wankerl writes:
> Add non-zero module sections to sysfs on architectures unequal to PARISC.
> KGDB needs all module sections for proper module debugging. Therefore, commit
> 35dead4235e2b67da7275b4122fed37099c2f462 is revoked except for PARISC
> architecture.
#ifdef CONFIG_PARISC in
Add non-zero module sections to sysfs on architectures unequal to PARISC.
KGDB needs all module sections for proper module debugging. Therefore, commit
35dead4235e2b67da7275b4122fed37099c2f462 is revoked except for PARISC
architecture.
Signed-off-by: Sebastian Wankerl
Signed-off-by: Philip
Sebastian Wankerl sisew...@cip.cs.fau.de writes:
Add non-zero module sections to sysfs on architectures unequal to PARISC.
KGDB needs all module sections for proper module debugging. Therefore, commit
35dead4235e2b67da7275b4122fed37099c2f462 is revoked except for PARISC
architecture.
#ifdef
Add non-zero module sections to sysfs on architectures unequal to PARISC.
KGDB needs all module sections for proper module debugging. Therefore, commit
35dead4235e2b67da7275b4122fed37099c2f462 is revoked except for PARISC
architecture.
Signed-off-by: Sebastian Wankerl sisew...@cip.cs.fau.de
34 matches
Mail list logo