Received: by 2002:a17:90a:1609:0:0:0:0 with SMTP id n9csp2309567pja; Thu, 26 Mar 2020 13:03:16 -0700 (PDT) X-Google-Smtp-Source: ADFU+vuPOcCdf7OBjkpo70akr2yB4Dl6R+eDrcyMo9WE8uQSnS0A5x8iM8iftii6NoiJuNoTzd6T X-Received: by 2002:a05:6830:168f:: with SMTP id k15mr6592890otr.346.1585252996263; Thu, 26 Mar 2020 13:03:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1585252996; cv=none; d=google.com; s=arc-20160816; b=rFLZfNM6j+hRRfOGLeygbdqQ1YqEBmEr2jZWQ7rCtAH3yjMtQRofCmC9xzJnO7+h1C bIpSogOh3N61Tpn9xZhqAQCAEd6kBQDcjVUDI1s+dkXxPl7aQ6G4dxjluWhHt0+j+bsz EJF5FkEnEhScwKHaCAKIVUaTb5emA0DRjvWaih79WEmDw+r0oqYJRyA5mgmzLB0oSEh5 GU8CxpK8rQDpO4R4drq/77klsWnBFhRk9nlWL0bOXk2HQ4EVKdA+1NuOC/bIVDiXF7k0 wW4DA9slC/VxAdh6RrFnFZZURK3NHyHkhvtucfPMpqV+1kZldLPG8EIKXq+D005ixDTc VYgw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=FlSVVlhlYYW7/x0OqEsezQf2BkVBpegKGjBAddfWNUk=; b=Be5gIQcl5OVynYn+NBnt/pD94eEkB1zYym0RAooRZIWZvaJt8pSQTHKJMlqzJDJXiy Oh9rAJCjZfK8Il5h3M/zPsM/x/jkl97t0pnRqSkci018Z5Il1Fe3DIpiO+jbg7e9LIHs vVHHBnG+1PpwTJ8kOTp9wZ3Ka0t/6vsxyJ4K4oibUQNR62KZlMoC3LHy/Ut9pvThSofF 8qdaxGcrHZ/5imfsZsvlHsJwCRHcJPcOsRmfkn8pXUetvmpfY9OG3+wNnMCTuqH2YsZ3 ojOjKDczeJO9jUvUA4PfEisiqGVu6A4Sf37k3n9q3y+iVfQ6AKgCymP3pneAsKaI0Yii o4jQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=KbididJg; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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. [209.132.180.67]) by mx.google.com with ESMTP id l4si1416244otf.195.2020.03.26.13.02.58; Thu, 26 Mar 2020 13:03:16 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=KbididJg; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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 S1728236AbgCZUAv (ORCPT + 99 others); Thu, 26 Mar 2020 16:00:51 -0400 Received: from mail-pf1-f193.google.com ([209.85.210.193]:39144 "EHLO mail-pf1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727612AbgCZUAu (ORCPT ); Thu, 26 Mar 2020 16:00:50 -0400 Received: by mail-pf1-f193.google.com with SMTP id d25so3323729pfn.6 for ; Thu, 26 Mar 2020 13:00:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=FlSVVlhlYYW7/x0OqEsezQf2BkVBpegKGjBAddfWNUk=; b=KbididJgsGKs+7m9AR24gcfdwEmhINz+umf+OjZjPHpVHguqJjmfKqF0W2Ppac0tUg 4O+p7atIWuXQ8TY8fXVrVlvj16ut5wLWxJ1gT6QBG0cmcKoi+70H/isKgCJTd+dSCnlz mmsJAbyd1UgA1qXQAnclG3S6swQ5rdWq4Yctw3LD3KoiEtptQcWExB7LZZ0wQCWuithI MS3rZg4bZKs3xCCzHcYi76/N8JIFL18WJCCr47746skxpi3gJqAANiCnxuPtJGVzUx4Z T0hMraWAOGAy9KWk5bczutZMbBNff6cPttZcNogY59lV+I4yYFwbRg3CPKZD1pJ7iAp3 jwJw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=FlSVVlhlYYW7/x0OqEsezQf2BkVBpegKGjBAddfWNUk=; b=gKLVJsLPWQRWdiOjskWGiRywvo8qx0RH0TBRo62x+16oKziJFkYoxZS1/lzr75mufm TB3kKaUEKkHi42Ew5b5Y1Btc4xPtBgQyqqBAyK46Er19RCLFK5URd7vZ+aaiYYOEaUkE PzClcDY9BiU2oQ85OOGRHtFHTDrUk96XLIYTtepBNgWZ3+qbPLI3IUmWIu7hRZeweEoC vMmTpLyIZg08Stn4cXjqoboGlQsg3uc/pdD5t+E4870AlAJ2i5D2so7yNvZnU0/s6bMP q2OOl7WmrsSNVIjVTnArT1nNYLs3izX1MsbidSmh6TieywS58ktEOxpWtBBFFMe2j4gn SAoA== X-Gm-Message-State: ANhLgQ1r9Zez895nYwhqfTO3d/3UJg6xg9se4wN3dqmpKSJw5guXkFEo H1GFozLJqZaA1gjTzsJAuWRbgFJML0UgSpDyA5m1YQ== X-Received: by 2002:aa7:918e:: with SMTP id x14mr2179958pfa.39.1585252849021; Thu, 26 Mar 2020 13:00:49 -0700 (PDT) MIME-Version: 1.0 References: <20200326080104.27286-1-masahiroy@kernel.org> <20200326080104.27286-11-masahiroy@kernel.org> In-Reply-To: From: Nick Desaulniers Date: Thu, 26 Mar 2020 13:00:35 -0700 Message-ID: Subject: Re: [PATCH v2 10/16] x86: probe assembler capabilities via kconfig instead of makefile To: "Jason A. Donenfeld" Cc: Masahiro Yamada , Linux Kbuild mailing list , Thomas Gleixner , Borislav Petkov , Peter Zijlstra , "H . Peter Anvin" , "maintainer:X86 ARCHITECTURE (32-BIT AND 64-BIT)" , clang-built-linux , Ingo Molnar , LKML Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Mar 26, 2020 at 12:54 PM Jason A. Donenfeld wrote: > > On Thu, Mar 26, 2020 at 11:49 AM Nick Desaulniers > wrote: > > > > On Thu, Mar 26, 2020 at 1:02 AM Masahiro Yamada wrote: > > > > > > From: "Jason A. Donenfeld" > > > > > > Doing this probing inside of the Makefiles means we have a maze of > > > ifdefs inside the source code and child Makefiles that need to make > > > proper decisions on this too. Instead, we do it at Kconfig time, like > > > many other compiler and assembler options, which allows us to set up the > > > dependencies normally for full compilation units. In the process, the > > > ADX test changes to use %eax instead of %r10 so that it's valid in both > > > 32-bit and 64-bit mode. > > > > Does KConfig generate -D flags for KBUILD_CFLAGS and KBUILD_AFLAGS? > > kconfig sticks everything it's got into include/generated/autoconf.h. > That's how you're able to use all those #ifdef CONFIG_* macros > already. This change moves things from a command line -D to the > autoconf.h file. Cool, I wondered how that was wired up. Though seeing the word "autoconf" brings on PTSD for me. Patch LGTM. Reviewed-by: Nick Desaulniers > > > Looks like lib/raid6/test/Makefile also generates some of these? > > raid6 has its own crazy thing going on. The test directory compiles > that code for use in userspace. You might argue that its whole > situation is non-standard and weird and should be reworked > differently, but that seems like fodder for a different patchset on > the linux-raid list. -- Thanks, ~Nick Desaulniers