On Mon, Jul 30, 2018 at 05:33:56PM +1000, Stephen Rothwell wrote: > On Fri, 27 Jul 2018 13:55:22 +0100 Will Deacon <will.dea...@arm.com> wrote: > > Thanks, Stephen. I managed to reproduce this by merging for-next/kspp from > > Kees's tree and for-next/core from the arm64 tree. The failure happens when > > building the EFI stub, so the commit you mention above is almost certainly > > the culprit. > > > > We build the stub with the following GCC invocation: > > > > gcc -Wp,-MD,drivers/firmware/efi/libstub/.efi-stub-helper.o.d -nostdinc > > -isystem /usr/lib/gcc/x86_64-linux-gnu/4.9/include -I./arch/x86/include > > -I./arch/x86/include/generated -I./include -I./arch/x86/include/uapi > > -I./arch/x86/include/generated/uapi -I./include/uapi > > -I./include/generated/uapi -include ./include/linux/kconfig.h -include > > ./include/linux/compiler_types.h -D__KERNEL__ -mcmodel=small -m64 > > -D__KERNEL__ -O2 -fPIC -fno-strict-aliasing -mno-red-zone -mno-mmx -mno-sse > > -fshort-wchar -DDISABLE_BRANCH_PROFILING -D__NO_FORTIFY -ffreestanding > > -fno-stack-protector -fplugin-arg-stackleak_plugin-disable -fno-builtin > > -DKBUILD_BASENAME='"efi_stub_helper"' > > -DKBUILD_MODNAME='"efi_stub_helper"' -c -o > > drivers/firmware/efi/libstub/.tmp_efi-stub-helper.o > > drivers/firmware/efi/libstub/efi-stub-helper.c > > > > so given that we're not passing any -fplugin= option anyway (because we > > override KBUILD_CFLAGS for the stub), I don't understand why we need > > to the disable option at all. > > > > Laura? > > So today I am just trying reverting that arm64 tree commit.
I've pushed out Laura's fix to the arm64 for-next/core branch, so this should be resolved in the next next. Will
