[PATCH v3] powerpc/64: Fix section mismatch warnings for early boot symbols

Michael Ellerman mpe at ellerman.id.au
Tue Apr 10 12:51:31 AEST 2018


Mauricio Faria de Oliveira <mauricfo at linux.vnet.ibm.com> writes:
> Some of the boot code located at the start of kernel text is "init"
> class, in that it only runs at boot time, however marking it as normal
> init code is problematic because that puts it into a different section
> located at the very end of kernel text.
>
> e.g., in case the TOC is not set up, we may not be able to tolerate a
> branch trampoline to reach the init function.
>
> Credits: code and message are based on 2016 patch by Nicholas Piggin,
> and slightly modified so not to rename the powerpc code/symbol names.
>
>     Subject: [PATCH] powerpc/64: quieten section mismatch warnings
>     From: Nicholas Piggin <npiggin at gmail.com>
>     Date: Fri Dec 23 00:14:19 AEDT 2016
>
> This resolves the following section mismatch warnings:
>
>     WARNING: vmlinux.o(.text+0x2fa8): Section mismatch in reference from the variable __boot_from_prom to the function .init.text:prom_init()
>     The function __boot_from_prom() references
>     the function __init prom_init().
>     This is often because __boot_from_prom lacks a __init
>     annotation or the annotation of prom_init is wrong.
>
>     WARNING: vmlinux.o(.text+0x3238): Section mismatch in reference from the variable start_here_multiplatform to the function .init.text:early_setup()
>     The function start_here_multiplatform() references
>     the function __init early_setup().
>     This is often because start_here_multiplatform lacks a __init
>     annotation or the annotation of early_setup is wrong.
>
>     WARNING: vmlinux.o(.text+0x326c): Section mismatch in reference from the variable start_here_common to the function .init.text:start_kernel()
>     The function start_here_common() references
>     the function __init start_kernel().
>     This is often because start_here_common lacks a __init
>     annotation or the annotation of start_kernel is wrong.

Thanks for picking this one up.

I hate to be a pain ... but before we merge this and proliferate these
names, I'd like to change the names of some of these early asm
functions. They're terribly named due to historical reasons.

I haven't actually thought of good names yet though :)

I'll try and come up with some and post a patch doing the renames.

cheers


More information about the Linuxppc-dev mailing list