summaryrefslogtreecommitdiffstats
path: root/net
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2012-05-19 15:28:22 -0700
committerLinus Torvalds <torvalds@linux-foundation.org>2012-05-19 15:28:22 -0700
commit5d1204582e7bc0682fb019e5666bd62cc27260b4 (patch)
treeffb59f5683f2dfc70ff2e7cf2fa8c7c81557b14d /net
parent14e931a264498fbd4baef07ee0644e347252393b (diff)
parent24ab82bd9bf18f3efc69a131d73577940941e1b7 (diff)
downloadop-kernel-dev-5d1204582e7bc0682fb019e5666bd62cc27260b4.zip
op-kernel-dev-5d1204582e7bc0682fb019e5666bd62cc27260b4.tar.gz
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 'net')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud