diff options
author | Linus Torvalds <torvalds@linux-foundation.org> | 2012-05-19 15:28:22 -0700 |
---|---|---|
committer | Linus Torvalds <torvalds@linux-foundation.org> | 2012-05-19 15:28:22 -0700 |
commit | 5d1204582e7bc0682fb019e5666bd62cc27260b4 (patch) | |
tree | ffb59f5683f2dfc70ff2e7cf2fa8c7c81557b14d /arch/x86/syscalls | |
parent | 14e931a264498fbd4baef07ee0644e347252393b (diff) | |
parent | 24ab82bd9bf18f3efc69a131d73577940941e1b7 (diff) | |
download | blackbird-op-linux-5d1204582e7bc0682fb019e5666bd62cc27260b4.tar.gz blackbird-op-linux-5d1204582e7bc0682fb019e5666bd62cc27260b4.zip |
Merge branch 'x86/ld-fix' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip
Pull x86 linker bug workarounds from Peter Anvin.
GNU ld-2.22.52.0.[12] (*) has an unfortunate bug where it incorrectly
turns certain relocation entries absolute. Section-relative symbols
that are part of otherwise empty sections are silently changed 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.
See for example
http://sourceware.org/bugzilla/show_bug.cgi?id=14052
We could just black-list the buggy linker, but it appears that it got
shipped in at least F17, and possibly other distros too, so it's sadly
not some rare unusual case.
This backports the workaround from the x86/trampoline branch, and as
Peter says: "This is not a minimal fix, not at all, but it is a tested
code base."
* 'x86/ld-fix' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
x86, relocs: When printing an error, say relative or absolute
x86, relocs: Workaround for binutils 2.22.52.0.1 section bug
x86, realmode: 16-bit real-mode code support for relocs tool
(*) That's a manly release numbering system. Stupid, sure. But manly.
Diffstat (limited to 'arch/x86/syscalls')
0 files changed, 0 insertions, 0 deletions