|author||Linus Torvalds <email@example.com>||2012-05-19 22:28:22 (GMT)|
|committer||Linus Torvalds <firstname.lastname@example.org>||2012-05-19 22:28:22 (GMT)|
|commit||5d1204582e7bc0682fb019e5666bd62cc27260b4 (patch) (side-by-side diff)|
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-220.127.116.11. (*) 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 18.104.22.168.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/parisc/include/asm/prefetch.h') (more/less context) (ignore whitespace changes)
0 files changed, 0 insertions, 0 deletions