On 10/15/2013 11:43 PM, Kees Cook wrote:
> The GNU linker tries to put __per_cpu_load into the percpu area, resulting
> in a lack of its relocation. Force this symbol to be relocated. Seen
> starting with GNU ld 2.23 and later.
>
> Reported-by: Ingo Molnar <mi...@kernel.org>
> Signed-off-by: Kees Cook <keesc...@chromium.org>
> ---
> arch/x86/tools/relocs.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/arch/x86/tools/relocs.c b/arch/x86/tools/relocs.c
> index 1fa291f..7a85f29 100644
> --- a/arch/x86/tools/relocs.c
> +++ b/arch/x86/tools/relocs.c
> @@ -729,6 +729,7 @@ static void percpu_init(void)
> *
> * The GNU linker incorrectly associates:
> * __init_begin
> + * __per_cpu_load
> *
> * The "gold" linker incorrectly associates:
> * init_per_cpu__irq_stack_union
> @@ -738,6 +739,7 @@ static int is_percpu_sym(ElfW(Sym) *sym, const char
> *symname)
> {
> return (sym->st_shndx == per_cpu_shndx) &&
> strcmp(symname, "__init_begin") &&
> + strcmp(symname, "__per_cpu_load") &&
> strncmp(symname, "init_per_cpu_", 13);
> }
>
>
Why isn't this list using a regex like other symbol classes?
-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
