Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp2591676ybt; Tue, 16 Jun 2020 09:46:46 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyei3y8WloGC9LRB/PclMjPm7FsamiHM6hLBBR5BBR89XggB14WE/z6qpe8NO6VDlgAVRoc X-Received: by 2002:a17:906:d043:: with SMTP id bo3mr3465430ejb.409.1592326006596; Tue, 16 Jun 2020 09:46:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592326006; cv=none; d=google.com; s=arc-20160816; b=0Dm+8WWLYX1WazjhtKsX2+bK4YFZaz3aQYt4GD41VbTUMBzBhzVNzzRMigUti4SdsN lv44y+aSu+OJ/Mjxas0Sxvq9oZWBxwDRn9S+0QlZa8aX67fuQffeNLM5DerQVwd3DJz9 hc7gbmpw0zOq9y8RGYfbWyWSIluV4oYJrxotOiJY7xz9p7VrVeH+OwkKZX2TZzlOidIX k+L9PHlyMZ7VInGU0WxNviDYu7+K5nIqHZ9N9Da+FPsCWgba3FMed+B/xpQbRiR6Bly9 o/vdUrChRCaCPBOccxLAk14vTJsIayhaf2OfiTIYQ6ru43ln2JRz31Y+rM1cbgyXrNeb Mvvg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=zeIRDbki8eAEIk+7HXowXKMtfqVt+J6tH/sWX1xK3DM=; b=p5VTdnI8RcQS4IwOqV1fwaNuWzgjNYkd4LbqxJfpib5a2wDhu655j//OCutONRL5+B tkK6E4EoCFkBwk0SNML10sAS9yZ05JPvPPX2WlZaIOx3uX9/6niU4K5AdmcChk7aKCr8 hJdTDpNxtuKoUJLsfh8It2JPNBcQMvh9pYk0xiAO43q+4WiClNeL1A/FqD0hOunj7UOb V27izTln2AKvDfp/zsd3KpKHkhQ3Qz2XVuNZSdUR/ml/60GkGFRn7M4dv7pk2m3IDeK6 v9OED39Zo8Wb1hH1jbO5IIVdkOTO6zozPoQJ5WEenOXZ+fRG8cg/wkRiwxL+DZQRk870 R3qA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=JFSc6uG5; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n5si2477077ejc.211.2020.06.16.09.46.24; Tue, 16 Jun 2020 09:46:46 -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; dkim=pass header.i=@google.com header.s=20161025 header.b=JFSc6uG5; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730267AbgFPQmL (ORCPT + 99 others); Tue, 16 Jun 2020 12:42:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55016 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729933AbgFPQmL (ORCPT ); Tue, 16 Jun 2020 12:42:11 -0400 Received: from mail-wr1-x441.google.com (mail-wr1-x441.google.com [IPv6:2a00:1450:4864:20::441]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 36736C061755 for ; Tue, 16 Jun 2020 09:42:10 -0700 (PDT) Received: by mail-wr1-x441.google.com with SMTP id x6so21435075wrm.13 for ; Tue, 16 Jun 2020 09:42:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=zeIRDbki8eAEIk+7HXowXKMtfqVt+J6tH/sWX1xK3DM=; b=JFSc6uG5pmk3/Vr83FZLLOOUFVW5lJtO0nzFRsKhO8JI4hUlwN2CTHoHVRlKGio3NW CB8IK304y41nrZf/y717ppqjUIQY1dopLUMdDtbYDw9Wv41lMP3seAlfxmdxme99WSt7 S3uR+1D3iXjqppFKheQLeV00DkFUbxZFdJoKS6g6CT63kXIwwS++Y4PykU6+jzv/+bPG Ba2lAi73WCHjOLwJVajjYGDZ0ehAs7014XwmgB6xfhFOswN5Z2BJQ4+pElwgz1z3tYwr s0k7MkKbTdLFkqMf2TvGjBrgvuN6f0Zjtk3tb0nSADee2AC2v6tww20WVJEEEXfpYzJM +X3g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=zeIRDbki8eAEIk+7HXowXKMtfqVt+J6tH/sWX1xK3DM=; b=mFt5YyiKVVSSmlBQwlU1WgKei3ziTRCK7sx5AZZmzOwMFsx9OQywmo14N67k+3GAXa 8TINSJNUwBx3/sPQFhk4akGDYDQmm04ICSHhtSPcp4H5/k9uTcwmtI5aGA221VIciex6 JKJIyhU68Xxxwtmse6qAiicyWawlaGbZe0EH29jWtKgJ6PfWFQD/B3+CpS/+iM165JTw m57hf/7qHU4RDpHiTljf1dMiRsQtOU0fimcuNJogK0yyCXrdmP6wGyWHG9gE9/KSx06R yjRqM/X26mIDT5Drv6BTLcA9TswxH56+9Uw/FHFyHzIoLzy0RdB0rh8qKtMp23fcu4OQ 1h7Q== X-Gm-Message-State: AOAM532OndPBW+IIIWtFJrTmh7yCd0p1p13tVtaGg08xZ8uvM1wFriDk mX1b20Xb3Yt3SLVqMJFwnUEkbQ== X-Received: by 2002:adf:a306:: with SMTP id c6mr3966178wrb.122.1592325728672; Tue, 16 Jun 2020 09:42:08 -0700 (PDT) Received: from google.com ([100.105.32.75]) by smtp.gmail.com with ESMTPSA id t14sm31349034wrb.94.2020.06.16.09.42.07 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 16 Jun 2020 09:42:07 -0700 (PDT) Date: Tue, 16 Jun 2020 18:42:02 +0200 From: Marco Elver To: "Paul E. McKenney" Cc: linux-kernel@vger.kernel.org, josh@joshtriplett.org, rostedt@goodmis.org, mathieu.desnoyers@efficios.com, jiangshanlai@gmail.com, shuah@kernel.org, rcu@vger.kernel.org, linux-kselftest@vger.kernel.org Subject: Re: [PATCH] torture: Pass --kmake-arg to all make invocations Message-ID: <20200616164202.GA208325@google.com> References: <20200616094924.159539-1-elver@google.com> <20200616160524.GW2723@paulmck-ThinkPad-P72> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200616160524.GW2723@paulmck-ThinkPad-P72> User-Agent: Mutt/1.13.2 (2019-12-18) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jun 16 2020 at 09:05AM -0700, Paul E. McKenney wrote: > On Tue, Jun 16, 2020 at 11:49:24AM +0200, Marco Elver wrote: > > We need to pass the arguments provided to --kmake-arg to all make > > invocations. In particular, the make invocations generating the configs > > need to see the final make arguments, e.g. if config variables depend on > > particular variables that are passed to make. > > > > For example, when using '--kcsan --kmake-arg CC=clang-11', we would lose > > CONFIG_KCSAN=y due to 'make oldconfig' not seeing that we want to use a > > compiler that supports KCSAN. > > > > Signed-off-by: Marco Elver > > Queued and pushed, thank you! > > Would the following patch make sense, at least until such time > as some other compiler supports KCSAN? > > Thanx, Paul > > ------------------------------------------------------------------------ > > commit 88bcaa730b6d40ddf69b09ed6f0a14803d087d99 > Author: Paul E. McKenney > Date: Tue Jun 16 09:02:34 2020 -0700 > > torture: Make --kcsan default to using Clang 11 > > Currently, Clang 11 is the only compiler that can support KCSAN. > Therefore, as a convenience to the KCSAN user, this commit causes > --kcsan to specify Clang 11 unless a "CC=" argument was already > specified via the --kmake-arg argument. As soon as more compilers support KCSAN (e.g. clang-12, etc...) we run the risk of actually inconveniencing ourselves more because then we really need to say '--kmake-arg CC=clang-1X' to not use the old compiler. Or revert this in time. My command-line looks more like this right now: kvm.sh ... --kmake-arg "CC="${HOME}/local/-11.kcsan/local/bin/" ... I think the safer alternative would be to error if CONFIG_KCSAN=y is not in the config, and simply suggest "Did you forget to switch your compiler with '--kmake-arg CC='?" (of course, a 'gcc' in $PATH that supports KCSAN would also be fine -- see below). Eventually, when the default compilers support KCSAN, this will resolve itself gracefully. Also, I'm going to send a series later this week to re-enable GCC support. ;-) Thanks, -- Marco