On Sun, Jan 10, 2021 at 11:56:54AM +0000, Alexander Lobakin wrote: > When building kernel with both LD_DEAD_CODE_DATA_ELIMINATION and > UBSAN, LLVM stack generates lots of "unnamed data" sections: > > ld.lld: warning: net/built-in.a(netfilter/utils.o): (.data.$__unnamed_2) > is being placed in '.data.$__unnamed_2' > ld.lld: warning: net/built-in.a(netfilter/utils.o): (.data.$__unnamed_3) > is being placed in '.data.$__unnamed_3' > ld.lld: warning: net/built-in.a(netfilter/utils.o): (.data.$__unnamed_4) > is being placed in '.data.$__unnamed_4' > ld.lld: warning: net/built-in.a(netfilter/utils.o): (.data.$__unnamed_5) > is being placed in '.data.$__unnamed_5' > > [...] > > Also handle this by adding the related sections to generic definitions. > > Signed-off-by: Alexander Lobakin <aloba...@pm.me>
Reviewed-by: Nathan Chancellor <natechancel...@gmail.com> > --- > include/asm-generic/vmlinux.lds.h | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/include/asm-generic/vmlinux.lds.h > b/include/asm-generic/vmlinux.lds.h > index 5f2f5b1db84f..cc659e77fcb0 100644 > --- a/include/asm-generic/vmlinux.lds.h > +++ b/include/asm-generic/vmlinux.lds.h > @@ -95,7 +95,7 @@ > */ > #ifdef CONFIG_LD_DEAD_CODE_DATA_ELIMINATION > #define TEXT_MAIN .text .text.[0-9a-zA-Z_]* > -#define DATA_MAIN .data .data.[0-9a-zA-Z_]* .data..L* .data..compoundliteral* > +#define DATA_MAIN .data .data.[0-9a-zA-Z_]* .data..L* > .data..compoundliteral* .data.$__unnamed_* > #define SDATA_MAIN .sdata .sdata.[0-9a-zA-Z_]* > #define RODATA_MAIN .rodata .rodata.[0-9a-zA-Z_]* .rodata..L* > #define BSS_MAIN .bss .bss.[0-9a-zA-Z_]* .bss..compoundliteral* > -- > 2.30.0 > >