| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Tue, 02 Apr 2013 13:50:37 +0100 From: "Jon Medhurst (Tixy)" <tixy@...aro.org> To: Tim Bird <tim.bird@...sony.com> Cc: "linux-arm-kernel@...ts.infradead.org" <linux-arm-kernel@...ts.infradead.org>, "Kleen, Andi" <andi.kleen@...el.com>, Catalin Marinas <catalin.marinas@....com>, linux kernel <linux-kernel@...r.kernel.org>, Russell King <rmk@....linux.org.uk> Subject: Re: RFC: right way to conditional-ize some macros for LTO On Fri, 2013-03-29 at 11:50 -0700, Tim Bird wrote: > Hi all, > > A while ago I was working on supporting link-time optimization > for ARM, and I'm just now getting around to submitting some of > the patches from my work. I'll explain more below, but the > executive summary is this: Andi Kleen's LTO patches for Linux > almost work on ARM. I ran into one issue in > arch/arm/include/asm/unified.h where various 'it'-related > macros are expanding multiple times, in C context, and causing > build errors. > > As near as I can tell, these macros are not used except by > arch/arm/kernel/kprobes-test-thumb.c (and most are not used > at all). > > When compiling with CONFIG_LTO=y, in Andi's 3.7.0 tree with LTO > patches, I got the messages below: > ----------------------------------------------- > ... > LD drivers/tty/built-in.o > LD drivers/built-in.o > LINK vmlinux > GEN .version > CHK include/generated/compile.h > UPD include/generated/compile.h > CC init/version.o > LD init/built-in.o > LDFINAL vmlinux.o > [Leaving LTRANS /tmp/ccsIMbQT.args] > [Leaving LTRANS vmlinux.o.ltrans.out] > In file included from /a/home/tbird/work/auto-reduce/lto-work/linux-misc-andi-kleen/include/uapi/linux/swab.h:269:0, > from :872: > /a/home/tbird/work/auto-reduce/lto-work/linux-misc-andi-kleen/crypto/wp512.c: In function 'wp512_process_buffer': > /a/home/tbird/work/auto-reduce/lto-work/linux-misc-andi-kleen/crypto/wp512.c:987:1: warning: the frame size of 1160 bytes is larger than 1024 bytes [-Wframe-larger-than=] > vmlinux.o.ltrans0.s: Assembler messages: > vmlinux.o.ltrans0.s:408: Error: Macro `it' was already defined > vmlinux.o.ltrans0.s:410: Error: Macro `itt' was already defined > vmlinux.o.ltrans0.s:412: Error: Macro `ite' was already defined > vmlinux.o.ltrans0.s:414: Error: Macro `ittt' was already defined > vmlinux.o.ltrans0.s:416: Error: Macro `itte' was already defined > vmlinux.o.ltrans0.s:418: Error: Macro `itet' was already defined > vmlinux.o.ltrans0.s:420: Error: Macro `itee' was already defined > vmlinux.o.ltrans0.s:422: Error: Macro `itttt' was already defined > vmlinux.o.ltrans0.s:424: Error: Macro `ittte' was already defined > vmlinux.o.ltrans0.s:426: Error: Macro `ittet' was already defined > vmlinux.o.ltrans0.s:428: Error: Macro `ittee' was already defined > vmlinux.o.ltrans0.s:430: Error: Macro `itett' was already defined > vmlinux.o.ltrans0.s:432: Error: Macro `itete' was already defined > vmlinux.o.ltrans0.s:434: Error: Macro `iteet' was already defined > vmlinux.o.ltrans0.s:436: Error: Macro `iteee' was already defined > vmlinux.o.ltrans0.s:968: Error: Macro `it' was already defined > vmlinux.o.ltrans0.s:970: Error: Macro `itt' was already defined > vmlinux.o.ltrans0.s:972: Error: Macro `ite' was already defined > vmlinux.o.ltrans0.s:974: Error: Macro `ittt' was already defined > vmlinux.o.ltrans0.s:976: Error: Macro `itte' was already defined > ... > [Leaving LTRANS vmlinux.o.ltrans30.ltrans.o] > [Leaving LTRANS vmlinux.o.ltrans31.o] > [Leaving LTRANS vmlinux.o.ltrans31.ltrans.o] > /a/home/tbird/work/auto-reduce/sony-yocto/lto-build2/tmp/sysroots/x86_64-linux/usr/libexec/armv5te-sony-linux-gnueabi/gcc/arm-sony-linux-gnueabi/4.7.3/arm-sony-linux-gnueabi-ld: lto-wrapper failed > collect2: error: ld returned 1 exit status > make[1]: *** [vmlinux] Error 1 > make: *** [sub-make] Error 2 > > Error: Bad result 512, running "make -j 8 KALLSYMS_EXTRA_PASS=1 bzImage": (output follows) > Error: > --------------------------------------------- > > The messages are repeated thousands of times (I'm guessing for every object > file after the first that included arch/arm/include/asm/unified.h) > > Recognizing that LTO is currently incompatible with kprobes, and (so far) > finding that only kprobes appeared to use these macros, I did the following hack: > > diff --git a/arch/arm/include/asm/unified.h b/arch/arm/include/asm/unified.h > index f5989f4..5179c13 100644 > --- a/arch/arm/include/asm/unified.h > +++ b/arch/arm/include/asm/unified.h > @@ -92,6 +92,7 @@ > .macro iteee, cond > .endm > #else /* !__ASSEMBLY__ */ > +#ifndef CONFIG_LTO > __asm__( > " .macro it, cond\n" > " .endm\n" > @@ -123,6 +124,7 @@ __asm__( > " .endm\n" > " .macro iteee, cond\n" > " .endm\n"); > +#endif /* ! CONFIG_LTO */ > #endif /* __ASSEMBLY__ */ > > #endif /* CONFIG_ARM_ASM_UNIFIED */ > > This the macros thus removed, I had no problems building the kernel > and running it on target. > > While this works to remove the build error, it doesn't seem robust and I'd > like to either 1) find a better way to make these macro definitions conditional, > or 2) eliminate them completely. > > The macros themselves seem empty. Can someone tell me what they do? > What is the status of these macros? Are they even needed? The names of the macros are for Thumb2 instructions which are redundant when building for the ARM instruction set. Newer toolchains which support the unified assembler syntax will effectively ignore them and I guess these empty macros are there so people can write assembler which will compile with older toolchains. > Could they be > made conditional on something like NEED_IT_MACROS, and then have that set only > in the arch/arm/kernel/kprobes-test-thumb.c, before the unified.h is included? That file needs the real Thumb2 instructions, not empty macros, and indeed it doesn't use them, because it is only compiled when CONFIG_THUMB2_KERNEL=y and that selects CONFIG_ARM_ASM_UNIFIED and those 'it' macro's are guarded by #ifndef CONFIG_ARM_ASM_UNIFIED. Note, there are other files which use the 'it' instructions, e.g. arch/arm/include/asm/futex.h. > I would like get this minor issue resolved in mainline, to make it easier for Andi > to get his LTO work upstream and have it work with ARM. > > Any suggestions are welcome. If your toolchain supports the unified assembler syntax, you could try enabling CONFIG_ARM_ASM_UNIFIED in ARM builds. -- Tixy -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists