Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp4207194ybz; Mon, 20 Apr 2020 18:14:31 -0700 (PDT) X-Google-Smtp-Source: APiQypLnxYFpLVXb0zc0GbHaL92RHZ2vrB9xRQFqZ2wkMLHAh/ifcNAKSLuiWvd00vSENp9wPAz6 X-Received: by 2002:a17:906:1a06:: with SMTP id i6mr18347573ejf.90.1587431671186; Mon, 20 Apr 2020 18:14:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587431671; cv=none; d=google.com; s=arc-20160816; b=is5PLdDpXzEtoGBXggs9rkYmQ5eRhGziehe5Fj1vnPcjMcMJTdCjtc7SE/PNJfWL8S XLBr8bA28ljK6sU8aQqvMizEgvTpA51tJtUtKBiDQeorxSFdAcnvzWFwuKFpCF8oxG8R PP2VnsFm2f5QRmU5QFmkLTxM2qd9hxsz89/WqJYTxUHQzTGusa3JH9qLVN0x5xeGQUls eT5yTe7qEHzVQ6ZsMRlRQqQ2xXG6qq3+vAWyUTVKu8h2RTS3HWSflFN6JmA7uOWHHo7/ ypslYDPrVx36A+1lab55oP+i0/5PzZZPOSZ1uPwzVxraKSbmMHgGo++CMnfUj89a2qpS wMpw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=sHexzJzistiW5qMDlThD40vV2Ir+iSbKn4xlVjSg7TY=; b=fvEMQnztNYL50rHYrpN0PQ2+/aLrctnFpDR7hLX0BM29wlvwUzL9L0Z13GagWHaDed vk/SaEZSQJUGz5NO4VRrUNzH6GKt17iXqeEPMeBETnSLzRGfAHSnoRitS6u2c11WivK1 M3u/fgThnyIMlJCfP5XHeHFZXIemxceo1xZTfu4ukMbe52RPoLZ8HY8Sm0+DAaT8rIuD 0nEbzcJORwV6bUxx5CcP5GvZaF7Xuxym67Zk8uWbyy4QDd46tdUpGjuO3LCSsKOmy/it l/bGeM0ozl9+HtZokJdTD7vTAbHISJnsE+4mDbesLTGm/sLF3sHvpTNDxjSebi1sOvSa C1ZQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ss24si392123ejb.392.2020.04.20.18.14.08; Mon, 20 Apr 2020 18:14:31 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726413AbgDUBMF (ORCPT + 99 others); Mon, 20 Apr 2020 21:12:05 -0400 Received: from mail.kernel.org ([198.145.29.99]:33636 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725958AbgDUBMF (ORCPT ); Mon, 20 Apr 2020 21:12:05 -0400 Received: from oasis.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 0534E2078C; Tue, 21 Apr 2020 01:12:02 +0000 (UTC) Date: Mon, 20 Apr 2020 21:12:01 -0400 From: Steven Rostedt To: Will Deacon Cc: Sami Tolvanen , Catalin Marinas , James Morse , Ard Biesheuvel , Mark Rutland , Masahiro Yamada , Michal Marek , Ingo Molnar , Peter Zijlstra , Juri Lelli , Vincent Guittot , Dave Martin , Kees Cook , Laura Abbott , Marc Zyngier , Masami Hiramatsu , Nick Desaulniers , Jann Horn , Miguel Ojeda , clang-built-linux@googlegroups.com, kernel-hardening@lists.openwall.com, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v11 01/12] add support for Clang's Shadow Call Stack (SCS) Message-ID: <20200420211201.7fea9561@oasis.local.home> In-Reply-To: <20200420171727.GB24386@willie-the-truck> References: <20191018161033.261971-1-samitolvanen@google.com> <20200416161245.148813-1-samitolvanen@google.com> <20200416161245.148813-2-samitolvanen@google.com> <20200420171727.GB24386@willie-the-truck> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 20 Apr 2020 18:17:28 +0100 Will Deacon wrote: > > +ifdef CONFIG_SHADOW_CALL_STACK > > +CC_FLAGS_SCS := -fsanitize=shadow-call-stack > > +KBUILD_CFLAGS += $(CC_FLAGS_SCS) > > +export CC_FLAGS_SCS > > +endif > > CFLAGS_SCS would seem more natural to me, although I see ftrace does it this > way. The CC_FLAGS_FTRACE was added by Heiko Carstens, and the "CC_FLAGS_" appears to be a common usage in s390 :-) That said, I like the CC_FLAGS_ notation, because the Linux build system uses CFLAGS_* as commands: CFLAGS_foo.o = x CFLAGS_REMOVE_foo.o = y And "CC_FLAGS_" is only for new flags and easy to search for. -- Steve