[lkml]   [2012]   [May]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Urgent: x86-32 and GNU ld
On Fri, May 18, 2012 at 9:14 AM, H.J. Lu <> wrote:
> On Fri, May 18, 2012 at 8:56 AM, H. Peter Anvin <> wrote:
>> I need an urgent opinion.  It seems we have an epic mess on our hands.
>> GNU ld silently changed the semantics of section-relative
>> symbols that are part of otherwise empty sections, and silently changes
>> them to absolute.  We rely on section-relative symbols staying
>> section-relative, and actually have several sections in the linker
>> script solely for this purpose.
> That is I talked to you a couple days ago:
>> The postprocessor for the x86-32 kernel, relocs.c, currently doesn't
>> enforce its audited absolute symbols list.  As part of the
>> tip:x86/trampoline rework, however, I made it error out rather that
>> silently producing bad output.
>> Ingo has found that with this particular version of GNU ld, the error
>> triggers.  I want to emphasize that this merely catches an error which
>> the current version of the tool would have allowed to silently go by,
>> which would have (possibly) caused a failure if the kernel was
>> subsequently booted in anything but its default location.
>> There are a few ways we can deal with this, but I think we need to do
>> one or the other:
>> 1. We can blacklist this version of GNU ld.
> I think this is the best approach.

Please verify that binutils is broken
and binutils is OK.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2012-05-18 18:41    [W:0.169 / U:45.948 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site