Received: by 2002:a05:6a10:1788:0:0:0:0 with SMTP id hy8csp5083956pxb; Tue, 7 Sep 2021 15:54:13 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwKb2DQVF86zZpACYuFpk2zdPWHv0TaQiICgM5Iyt49aux2FfRj7Yyi5R5ozpC8X3/ZJjO2 X-Received: by 2002:a92:ca85:: with SMTP id t5mr459394ilo.109.1631055252998; Tue, 07 Sep 2021 15:54:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631055252; cv=none; d=google.com; s=arc-20160816; b=mM/ZmhLhGaNKDY56uvSHl8CVCBxObon4O3IB2aejf8pu+0e3LC6rzZExCsoqJ2QEIC 0hJYjymtXKe98mgW2NHsZl+tPmPOXJ5xpf3/D+YS5iivQa4w0IcO/bg0lMeZlkT9ZVWa xOEx/+JO7kOZk57Akff77GgqCjz9Iycp2XKTSVyg3tPKbV/hp+TEzVf279+ZS28QE4jE oVSmoyTw+TrON898qDq1aC9ZwnLIMM5rUzYsYA3fsoB/KHmuyvNzrp3GK5hJnaQx56Y2 D1iBUafYesOm7oW/uCWDmiyOef/fKsR2ukfK6kB+xpETKHPIqsZYQHZe6LmAqDo5tMqJ /u5A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=BlsR/gbdRJBAaOilv/lGYl8/fksWTK/BV9mcThclXew=; b=Yt+Ohtz+zsdH7xAdyCY8wI56kyFzaQDAQ8A48V9FqXShoFVcWfrPA01AH2VWQxb6x/ vdgGRJl+4u0ZMW3uV9Pwnjn0ttpNfjMcxCU/6JDwSaM1x2u/pJPgDUVG1DiB2K/b6bXv S25zh2yty1LReSO14h9Lf9LjrYGYGsAXXd9Lpwgx4yr8hjbJAYAZvaYcMBudZohdoSve K78lQAcl+DHaFx4cri/wzSKO7FXdbGoqwKnx8ASYsO8k2Hczz8ylKxoddq29U+mk9UwV XA5LyRhHhU1wha+Anj1MNe2/dKT4nQebx2dAfWu7F8jl2QLi6lA0arfz/dUWt6hTNaJn nzwA== 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 r195si264298ior.17.2021.09.07.15.53.45; Tue, 07 Sep 2021 15:54:12 -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 S1347027AbhIGWvt (ORCPT + 99 others); Tue, 7 Sep 2021 18:51:49 -0400 Received: from gate.crashing.org ([63.228.1.57]:34906 "EHLO gate.crashing.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1344396AbhIGWvs (ORCPT ); Tue, 7 Sep 2021 18:51:48 -0400 Received: from gate.crashing.org (localhost.localdomain [127.0.0.1]) by gate.crashing.org (8.14.1/8.14.1) with ESMTP id 187MgSFs013086; Tue, 7 Sep 2021 17:42:29 -0500 Received: (from segher@localhost) by gate.crashing.org (8.14.1/8.14.1/Submit) id 187MgRGq013085; Tue, 7 Sep 2021 17:42:27 -0500 X-Authentication-Warning: gate.crashing.org: segher set sender to segher@kernel.crashing.org using -f Date: Tue, 7 Sep 2021 17:42:27 -0500 From: Segher Boessenkool To: Marco Elver Cc: Nick Desaulniers , Linus Torvalds , llvm@lists.linux.dev, LSM List , linux-toolchains@vger.kernel.org, Arnd Bergmann , Greg Kroah-Hartman , Guenter Roeck , Kees Cook , Mark Brown , Masahiro Yamada , Nathan Chancellor , Michal Marek , Andrew Morton , Vipin Sharma , Chris Down , Rasmus Villemoes , Daniel Borkmann , Vlastimil Babka , Linux Kbuild mailing list , Linux Kernel Mailing List Subject: Re: [PATCH] Revert "Enable '-Werror' by default for all kernel builds" Message-ID: <20210907224227.GL1583@gate.crashing.org> References: <20210907183843.33028-1-ndesaulniers@google.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Sep 08, 2021 at 12:14:19AM +0200, Marco Elver wrote: > Here's a datapoint: I had to disable CONFIG_WERROR on a bunch of syzbot > instances which started failing because of -Werror [1], because syzbot's > time is better spent on fuzzing, and having the odd warning in some > subsystem penalize fuzzing of the entire kernel is not appropriate. Similarly, I have to disable -Werror (which various archs and subsystems already use) whenever I test building the kernel with new toolchains. It is the biggest set of kernel patches I keep, already, since many years. I actually have good hopes that a centralised -Werror thing will make this easier :-) Maybe there can be an E=[01] kernel build flag to disable / enable CONFIG_WERROR? Something that will override it for just that command. This would make life easier for many use cases, while at the same time not being something that people can "forget" they did. Segher