From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 727A3160A325 for ; Mon, 30 Jul 2018 14:47:58 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 29A4520894 for ; Mon, 30 Jul 2018 14:47:58 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 29A4520894 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=redhat.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732036AbeG3QXQ (ORCPT ); Mon, 30 Jul 2018 12:23:16 -0400 Received: from mail-qk0-f196.google.com ([209.85.220.196]:43564 "EHLO mail-qk0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731016AbeG3QXQ (ORCPT ); Mon, 30 Jul 2018 12:23:16 -0400 Received: by mail-qk0-f196.google.com with SMTP id z74-v6so7950774qkb.10 for ; Mon, 30 Jul 2018 07:47:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=0gmbwGwo0+voHQEeyKjV+p1ZHrOiotaUh8JtGS4e1zg=; b=EKWedRJJKc6D7cBorD3dOV2gUkCXmMgcw2K1eR3RY8FN93aTTB7XQt/urez8j3YnuJ 5agqA/sJgoxDyPCRIVbu+AVr8tFDQkRNIYW/WF2fnMAYnmyCoV2YU0rAV6cr8L+w/9cz VumrYYOmI9PobzfJUeXBeJNnkK0fACdj2RPSVZkcavXwLiYOPWnXkyAz4ftjRoazHFmi yXcKAAAljzqKo+ewWEX2ck5P4SAgWC6vQjEUFSseEPT52EGe8W96hI29LA1+fuTrOSyy a8oVKMGYP+uX9KH2wdWY+Otv1yfpf4vIuipJYvbhhTnrvT596XJkqOPXu//UWig2/EZU isug== X-Gm-Message-State: AOUpUlHG8kD09rQ4c5rO3RyBlzQ/nteWqfpg5T/Iv0i7tU+9dKTZ0rj3 4OIeBZlaeaU4JHeAmU1WuRaLpZplMjA= X-Google-Smtp-Source: AAOMgpeDhVWHjn+UY6Dc9lvoPCjsHTyU8nt46DmZeCR0Ye3J/W8YoWLaxjdkLimn4WZkMlPAQ+DVSQ== X-Received: by 2002:a37:6446:: with SMTP id y67-v6mr15947254qkb.309.1532962075024; Mon, 30 Jul 2018 07:47:55 -0700 (PDT) Received: from ?IPv6:2601:602:9802:a8dc:4eb2:6dae:ab32:e5b0? ([2601:602:9802:a8dc:4eb2:6dae:ab32:e5b0]) by smtp.gmail.com with ESMTPSA id f63-v6sm7767402qtb.64.2018.07.30.07.47.52 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 30 Jul 2018 07:47:53 -0700 (PDT) Subject: Re: linux-next: build failure after merge of the kspp tree To: Stephen Rothwell , Will Deacon Cc: Kees Cook , Linux-Next Mailing List , Linux Kernel Mailing List , Alexander Popov , Catalin Marinas References: <20180727190207.7ce1c9b0@canb.auug.org.au> <20180727190647.3525f5f7@canb.auug.org.au> <20180727205511.7c0f2e62@canb.auug.org.au> <20180727125522.GA6173@arm.com> <20180730173356.694fbf4e@canb.auug.org.au> From: Laura Abbott Message-ID: Date: Mon, 30 Jul 2018 07:47:52 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <20180730173356.694fbf4e@canb.auug.org.au> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 07/30/2018 12:33 AM, Stephen Rothwell wrote: > Hi all, > > On Fri, 27 Jul 2018 13:55:22 +0100 Will Deacon wrote: >> >> On Fri, Jul 27, 2018 at 08:55:11PM +1000, Stephen Rothwell wrote: >>> On Fri, 27 Jul 2018 19:06:47 +1000 Stephen Rothwell wrote: >>>> >>>> On Fri, 27 Jul 2018 19:02:07 +1000 Stephen Rothwell wrote: >>>>> >>>>> After merging the kspp tree, today's linux-next build (x86_64 >>>>> allmodconfig) failed like this: >>>>> >>>>> cc1: error: plugin stackleak_plugin should be specified before -fplugin-arg-stackleak_plugin-disable in the command line >>>>> >>>>> Maybe caused by commit >>>>> >>>>> a8b9eaddb9c0 ("gcc-plugins: Add STACKLEAK plugin for tracking the kernel stack") >>>>> >>>>> I have used the kspp tree from next-20180726 for today. >>>> >>>> Well, that obviously didn't work since the tree hasn't changed for a >>>> few days. >>>> >>>> I can't see what has interacted to make this happen, so I have dropped >>>> the kspp tree for today. >>> >>> Actually, it may have been caused by commit >>> >>> 0b3e336601b8 ("arm64: Add support for STACKLEAK gcc plugin") >>> >>> from the arm64 tree. >> >> 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. > It looks like arm and arm64 start from the KBUILD_CFLAGS and then filter out vs. x86 which just specifies the CFLAGS individually, hence x86 picking up the disable when there's no plugin at all. This seems to be the simplest fix unless we want to change arm64 to not pick up all the KBUILD_CFLAGS to match x86. That seems like a more involved process though. If this is okay, I can send a patch that also sticks a comment in there explaining why fixing on arm64 is necessary. diff --git a/drivers/firmware/efi/libstub/Makefile b/drivers/firmware/efi/libstub/Makefile index 25dd2a14560d..31f376279d5c 100644 --- a/drivers/firmware/efi/libstub/Makefile +++ b/drivers/firmware/efi/libstub/Makefile @@ -11,7 +11,8 @@ cflags-$(CONFIG_X86) += -m$(BITS) -D__KERNEL__ -O2 \ -fPIC -fno-strict-aliasing -mno-red-zone \ -mno-mmx -mno-sse -fshort-wchar -cflags-$(CONFIG_ARM64) := $(subst -pg,,$(KBUILD_CFLAGS)) -fpie +cflags-$(CONFIG_ARM64) := $(subst -pg,,$(KBUILD_CFLAGS)) -fpie \ + $(DISABLE_STACKLEAK_PLUGIN) cflags-$(CONFIG_ARM) := $(subst -pg,,$(KBUILD_CFLAGS)) \ -fno-builtin -fpic -mno-single-pic-base @@ -21,7 +22,6 @@ KBUILD_CFLAGS := $(cflags-y) -DDISABLE_BRANCH_PROFILING \ -D__NO_FORTIFY \ $(call cc-option,-ffreestanding) \ $(call cc-option,-fno-stack-protector) \ - $(DISABLE_STACKLEAK_PLUGIN) GCOV_PROFILE := n KASAN_SANITIZE := n