[PATCH] efi/arm: fix absolute relocation detection for older toolchains
From: jonathanh@nvidia.com (Jon Hunter)
Date: 2016-10-10 08:39:45
Also in:
linux-efi
On 05/10/16 18:30, Ard Biesheuvel wrote:
On 4 October 2016 at 22:30, Matt Fleming [off-list ref] wrote:quoted
On Tue, 04 Oct, at 11:34:31AM, Ard Biesheuvel wrote:quoted
These relocations are harmless, since the debug ones are only interpreted by the debugger, and the ones generated by EXPORT_SYMBOL(sort) will never be referenced, since the symbols they contain are either renamed to __efistub_xxx (arm64), or they are not part of the kernel proper (arm) So both cases are false positives, but the diagnostic is important, and so breaking the build is appropriate for any other absolute relocation that may appear. The effect of the patch is not that the diagnostic is ignored, but that these relocations are not generated in the first place (-g0) or removed explicitly (ksymtab/krcrctab+sort) rather than via a wildcard. So other than not breaking the build, this patch should have no user observeable differences.Thanks Ard, sounds reasonable. Feel free to take this through whichever tree you think is best. Reviewed-by: Matt Fleming <redacted>Thanks Matt. Arnd: could you take this on top of the patch that adds CONFIG_EFI to multi_v7_defconfig? That would minimize the breakage, I think.
Can someone pick up this fix? -next has been broken for me since 20th Sept :-( Cheers Jon -- nvpublic