[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.027 / U:4.796 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site