Received: by 2002:a05:6a10:2726:0:0:0:0 with SMTP id ib38csp2219180pxb; Fri, 25 Mar 2022 13:16:35 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz4sZHw9S031YiYktLF3InqBUADcAbpp81SMzL/LNamtMhKa+H56dQQlj/Og6vhTWM3x8/K X-Received: by 2002:a17:90b:4c09:b0:1c7:6c8:43c8 with SMTP id na9-20020a17090b4c0900b001c706c843c8mr14561365pjb.208.1648239395022; Fri, 25 Mar 2022 13:16:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1648239395; cv=none; d=google.com; s=arc-20160816; b=gWrHgfj75ff6h1COZb/u5LhB/PH4DxeVlcr4Z4pgbkhEJ8lIaM9+Va8kmsBkJPoeZC HNz4VGkgrTp7z4TE7Nq2AbHT0OdiPUKjq3fAqaJA6EUjMjBC2L4rN1C+wverE/lDNiMk 19aIeufE9wuRvx1XgUX8mYiVblXUo3ADi+PBiuVvoxwQs6/EbCiZ0dEU2lTmHSTaEDhH FNLp4eiBrmUeKaHVdnH3oqPuKch7LXzHMiwEfjXnTIWsHv7fD81CFnXrFnWbc/yCAx6d 1euRX+2PZR8JGbc/UZE+D3mtmyGdI9kgdez6nQyHw95XYN2nKTb7rhwkhKKk3RemIfWv X2ug== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:organization:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=oHe365NM/l031Z+86iD5Zzyb1PDobWYV4ZquEz0ZnB4=; b=mSFavSbkLxa3fZHApS/xim9LwNWOYPgOwbnISJYUhnoFNoQW/cTjR/mSnHPHJ0SRSy /cQ6soGJzw6E4ocMyYEOOd8Zd+dQ4pA4xavChCjm0W4H/7X0G8RXNLrDxlBQlKdg7v/y wdJfuZSrDIOeRxGF1HIZuLFatpn14AAGT6r5DX4KNLzLbIP+OIct4LcXdURhBXn9BlUf OuA2LE4MKwA4gdDVNfe9sa2bHCkKEqtPD/oRFQiZ/FY0HmcS2U4YmzlldEq8QiNI3DSf o8tvOEAG6R96immmn9weFL7AXQ5QdgytSr2VnSHN9LZulhEeOJWV5Brm+L4MD62kwZEa iKEQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=EWjvI+Vy; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id s21-20020a63e815000000b00398068c628fsi1906299pgh.132.2022.03.25.13.16.34 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 25 Mar 2022 13:16:35 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=EWjvI+Vy; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 739571DF869; Fri, 25 Mar 2022 12:24:52 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229624AbiCYT0T (ORCPT + 99 others); Fri, 25 Mar 2022 15:26:19 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56880 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229459AbiCYT0O (ORCPT ); Fri, 25 Mar 2022 15:26:14 -0400 Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C9A473E635C for ; Fri, 25 Mar 2022 11:58:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1648234706; x=1679770706; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=ST07gu5uVi9Q0WMMaJSNfrCmn5RgIPW07ex0MrMvoDs=; b=EWjvI+VyUI7XOLakPHp02yVJTNmhgK9Wr+tFKYbFnLKNEs/MmHXxMQ8M PECq5d+/9k/fuvWTsFVFAT+uJFIoZ/ytFnw2SvS47nS7BTiYyaTtZEND8 SRwahG9UHsIH4BbeNQW3vUhCq9GabBi9+mKwJc2hECE6rOOkurcooqLTS 0ctOsjiPTkyIViVbkg3BlhGLCOTrbe6HqU/aV8zAoIV5aSldDYf+JUBHY iYt207v3of+ftPBz8N6AD+Hb+lKU46ep1HWkkg0zykjOrnn0g2lCu9EN6 Z+7eO47a1x5SpP/23EiF+DBKyg/sKBYZHVBLcyPjPj3MqCyr0RqmYT/Kq Q==; X-IronPort-AV: E=McAfee;i="6200,9189,10297"; a="258402482" X-IronPort-AV: E=Sophos;i="5.90,211,1643702400"; d="scan'208";a="258402482" Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 25 Mar 2022 10:53:57 -0700 X-IronPort-AV: E=Sophos;i="5.90,211,1643702400"; d="scan'208";a="617202377" Received: from smile.fi.intel.com ([10.237.72.59]) by fmsmga004-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 25 Mar 2022 10:53:54 -0700 Received: from andy by smile.fi.intel.com with local (Exim 4.95) (envelope-from ) id 1nXo7i-006WiB-KH; Fri, 25 Mar 2022 19:53:18 +0200 Date: Fri, 25 Mar 2022 19:53:18 +0200 From: Andy Shevchenko To: Linus Torvalds Cc: Borislav Petkov , Ingo Molnar , Linux Kernel Mailing List , Peter Zijlstra , Will Deacon , Waiman Long , Boqun Feng , Thomas Gleixner , Andrew Morton , Sebastian Andrzej Siewior Subject: Re: [GIT PULL] locking changes for v5.18 Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo X-Spam-Status: No, score=-3.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Mar 25, 2022 at 10:29:21AM -0700, Linus Torvalds wrote: > On Fri, Mar 25, 2022 at 4:42 AM Andy Shevchenko > wrote: > > > > What about old one? I have already complained in the early discussion that > > `make W=1 ...` is broken by this change. > > So that is REALLY D*MN EASY TO FIX. > > If you use W=1, and don't want WERROR, then don't *do* that then. > > End of story. > > But that's on _you_. Not on the build system. If you use W=1 and > WERROR together, you get exactly what you asked for. It might even be > what you wanted, if you want to go through the warnings/errors as you > encounter them, instead of building everything. > > And that's why I refuse to take the completely broken "strip out one > or the other automatically" change. > > It's a perfectly valid combination to enable both. > > But more importantly, -Werror is more important than W=1. So if > anything should be disabled, it's W=1. > > Side note: that would be trivial to just have in the Kconfig files if > W=1 was just a config option. > > Do something like > > config EXTRA_ERRORS > int "Add extra compiler errors" if EXPERT > depends on !WERROR > range 0-2 > default 0 > > but note again: WERROR should be the thing that controls this and > should be on by default, not the other way around. > > If you want EXTRA_ERRORS, you should not only be CONFIG_EXPERT, you > should also have to manually disable WERROR that *normal* people > should have on by default. I have got your point, thanks! -- With Best Regards, Andy Shevchenko