Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753959AbcJ2VTR (ORCPT ); Sat, 29 Oct 2016 17:19:17 -0400 Received: from mout.gmx.net ([212.227.17.21]:53080 "EHLO mout.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752440AbcJ2VTP (ORCPT ); Sat, 29 Oct 2016 17:19:15 -0400 From: Sven Joachim To: Tomas Janousek Cc: Sebastian Andrzej Siewior , Joe Perches , Adam Borowski , Michal Marek , linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org, ben@decadent.org.uk Subject: Re: [RFC PATCH] kbuild: add -fno-PIE References: <20161021111600.9417-1-bigeasy@linutronix.de> <20161021212127.GA32611@angband.pl> <87eg37niky.fsf@turtle.gmx.de> <1477250598.3561.4.camel@perches.com> <8760oinqly.fsf@turtle.gmx.de> <20161024074332.uomcxyhqo6aq7vxk@linutronix.de> <874m41mz4h.fsf@turtle.gmx.de> <20161029101007.zwqv3lslbzd4urco@nomi.cz> <87insbnl3x.fsf@turtle.gmx.de> <20161029192150.wcl6a2jk3w6abwb4@nomi.cz> Date: Sat, 29 Oct 2016 23:18:51 +0200 In-Reply-To: <20161029192150.wcl6a2jk3w6abwb4@nomi.cz> (Tomas Janousek's message of "Sat, 29 Oct 2016 21:21:50 +0200") Message-ID: <8737jeonus.fsf@turtle.gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:R059vql5E0+dkUzJHW0vPzOFurjXOznN7yzLYBPEmgvk3cloaZZ xhwlsxmCbjK7lZEFO2R6/r3vy9UjfbWqcPHUDZif5+9u73fQe059FNLszTo34NMhdkVUVVJ Xut/SpKtPl6duyefTgVGwAODEoHF/dHjuey89njZjoXGXIFoXWmSWvK7Pux+2OeYwyLrwaN z4XdtQR/3gsarJ7zPV99A== X-UI-Out-Filterresults: notjunk:1;V01:K0:e3HPL5re7Fs=:xh3b2kCLIqJoVD2VsgH2Lc 5309oGg2clOkFHg+pxwkKm0troxBD1AGZuyjAlMkcFSkgvKZ6yjNImikCY1riWcyQTECNm6U7 yVlcOffo9jG2lqstegMg1F5KYPDaYVrdXVyPGy1MJJsg2UiN1yUkAebQD05JWUpw3xn3mp5Pu tsG6uJDeUlPTLh4EKDeW3pR2khkTHUoUFN4UssQFioFKOqFX4MoijErZGZ8tQX/9ZM+RlSSAg t9H1VJV22k15DHxHY69Gur7cPB+Blr1VLfsSa8emKaIfzqIVNXdOS823nramaMnPzr59Ko7Gs /DSwg47KgpokGmotzMfv6t/tm22uhCjr5j0dIGto2j4TKCXy4gjjpuRfqutn1W0nF9rCh1ESO 2wuGaSd/ZHFLRpdMBFR13FmpyITUhVkOKbJsEAL2dTpY6/qfchXMzZVeJzz98Shp/3LnNpNQr +b7yDRxyEqa7Us6mLueeXD1IzSvF83xObPWH2w64NKif177s5LHweyQC7qrjKkqDwe4zzp2Xz zNQ4o93LqsgNRQ0D5DCvsB77EKcwdsjxXsm9vZvK81ASJj43H70/+n2Bw51MdTM58n4gvd4+A 78QC3Y5h8gwvu6NruT24F66nVpchVAVws1bi1wVEdcVRRbhfYjE0THw10RcyFBmK5u8jsTeDr 5GPdfrHpLpMeauD7QIv7Jwt1laRsqRWE/+jvPrmEl/5Swd1QBpZhDF76R50qy5PLUeMQQEyo8 lWViBQQkjFIBbziWEpbtYxMr6zGCQmnasmTptYtCLpYG0iIpWx9A+cKSqeDcEySXVo/5D3UTC r2IChK/ Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1751 Lines: 40 On 2016-10-29 21:21 +0200, Tomas Janousek wrote: > On Sat, Oct 29, 2016 at 07:03:30PM +0200, Sven Joachim wrote: >> I cannot reproduce that, FWIW. Also, arch/x86/entry/vdso/Makefile seems >> to explicitly filter out -mfentry from the compiler flags, but maybe I >> misunderstand something. > > Compiler flags, yes; assembler flags, no. Perhaps adding > > KBUILD_AFLAGS_32 := $(filter-out -mfentry,$(KBUILD_AFLAGS_32)) > > to arch/x86/entry/vdso/Makefile would fix the build as well. I have honestly > no idea which solution is better. :-) > >> Could you please show the exact command that's failing with "make V=1"? > > gcc -Wp,-MD,arch/x86/entry/vdso/vdso32/.note.o.d -nostdinc -isystem > /usr/lib/gcc/i686-linux-gnu/6/include -I./arch/x86/include > -I./arch/x86/include/generated/uapi -I./arch/x86/include/generated > -I./include -I./arch/x86/include/uapi -I./include/uapi > -I./include/generated/uapi -include ./include/linux/kconfig.h > -D__KERNEL__ -D__ASSEMBLY__ -DCONFIG_X86_X32_ABI -DCONFIG_AS_CFI=1 > -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -DCONFIG_AS_CFI_SECTIONS=1 > -DCONFIG_AS_FXSAVEQ=1 -DCONFIG_AS_SSSE3=1 -DCONFIG_AS_CRC32=1 > -DCONFIG_AS_AVX=1 -DCONFIG_AS_AVX2=1 -DCONFIG_AS_SHA1_NI=1 > -DCONFIG_AS_SHA256_NI=1 -Wa,-gdwarf-2 -mfentry -DCC_USING_FENTRY > -DCC_HAVE_ASM_GOTO -DBUILD_VDSO -m32 -c -o > arch/x86/entry/vdso/vdso32/note.o arch/x86/entry/vdso/vdso32/note.S > > Is this file being built with your .config? Yes, and "-mfentry -DCC_USING_FENTRY" is missing from the gcc commandline there. And not only there, although I have CONFIG_FUNCTION_TRACER=y and CONFIG_HAVE_FENTRY=y, which should cause it to be added to KBUILD_CFLAGS and KBUILD_AFLAGS. I don't understand that, but it's late in the evening here. Cheers, Sven