On Tue, Nov 12, 2019 at 05:59:41PM +1100, Andrew Donnellan wrote:
> From: Nicholas Piggin
>
> Commit ff45000fcb56b5b0f1a14a865d3541746d838a0a upstream.
>
> The boot wrapper performs its own relocations and does not require
> PT_INTERP segment. However currently we don't tell the linker that.
>
From: Nicholas Piggin
Commit ff45000fcb56b5b0f1a14a865d3541746d838a0a upstream.
The boot wrapper performs its own relocations and does not require
PT_INTERP segment. However currently we don't tell the linker that.
Prior to binutils 2.28 that works OK. But since binutils commit
1a9ccd70f9a7
On Mon, 2016-11-28 at 01:42:26 UTC, Nicholas Piggin wrote:
> The boot wrapper performs its own relocations and does not require
> PT_INTERP segment.
>
> Without this option, binutils 2.28 and newer tries to create a program
> header segment due to PT_INTERP, and the link fails because there is no
On Sat, 3 Dec 2016 22:06:28 +1100
Michael Ellerman wrote:
> From: Nicholas Piggin
>
> The boot wrapper performs its own relocations and does not require
> PT_INTERP segment. However currently we don't tell the linker that.
>
> Prior to binutils 2.28
From: Nicholas Piggin
The boot wrapper performs its own relocations and does not require
PT_INTERP segment. However currently we don't tell the linker that.
Prior to binutils 2.28 that works OK. But since binutils commit
1a9ccd70f9a7 ("Fix the linker so that it will not
On 11/29/2016 01:42 AM, Michael Ellerman wrote:
Nicholas Piggin writes:
> On Mon, 28 Nov 2016 22:07:39 +1100
> Michael Ellerman wrote:
>> Nicholas Piggin writes:
>>> diff --git a/arch/powerpc/boot/wrapper b/arch/powerpc/boot/wrapper
Nicholas Piggin writes:
> On Mon, 28 Nov 2016 22:07:39 +1100
> Michael Ellerman wrote:
>> Nicholas Piggin writes:
>> > diff --git a/arch/powerpc/boot/wrapper b/arch/powerpc/boot/wrapper
>> > index 404b3aa..cd941a8 100755
>> > ---
On Mon, 28 Nov 2016 14:25:31 +
Nick Clifton wrote:
> Hi Nicholas,
>
> >> ... this actually seems like a better fix to me. If you do not want the
> >> PT_INTERP segment, then telling this linker this is a good idea. So
> >> wouldn't
> >> a patch like this be a better
Hi Nicholas,
>> ... this actually seems like a better fix to me. If you do not want the
>> PT_INTERP segment, then telling this linker this is a good idea. So wouldn't
>> a patch like this be a better solution to the problem ?
>
> Yes, I wasn't asking for the binutils change to be reverted.
Hi Nicholas,
>>> The boot wrapper performs its own relocations and does not require
>>> PT_INTERP segment.
>>>
>>> Without this option, binutils 2.28 and newer tries to create a program
>>> header segment due to PT_INTERP, and the link fails because there is no
>>> space for it.
>>
>> 2.28 is
On Mon, 28 Nov 2016 12:39:38 +
Nick Clifton wrote:
> Hi Nicholas,
>
> >>> The boot wrapper performs its own relocations and does not require
> >>> PT_INTERP segment.
> >>>
> >>> Without this option, binutils 2.28 and newer tries to create a program
> >>> header segment due
On Mon, 28 Nov 2016 22:07:39 +1100
Michael Ellerman wrote:
> Nicholas Piggin writes:
>
> > The boot wrapper performs its own relocations and does not require
> > PT_INTERP segment.
> >
> > Without this option, binutils 2.28 and newer tries to create a
Nicholas Piggin writes:
> The boot wrapper performs its own relocations and does not require
> PT_INTERP segment.
>
> Without this option, binutils 2.28 and newer tries to create a program
> header segment due to PT_INTERP, and the link fails because there is no
> space for
On Mon, Nov 28, 2016 at 12:42:26PM +1100, Nicholas Piggin wrote:
> The boot wrapper performs its own relocations and does not require
> PT_INTERP segment.
OK, so the kernel change is quite reasonable in isolation, but see
below.
> Without this option, binutils 2.28 and newer tries to create a
The boot wrapper performs its own relocations and does not require
PT_INTERP segment.
Without this option, binutils 2.28 and newer tries to create a program
header segment due to PT_INTERP, and the link fails because there is no
space for it.
A recent binutils commit:
15 matches
Mail list logo