Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp2208719ybf; Mon, 2 Mar 2020 04:15:35 -0800 (PST) X-Google-Smtp-Source: APXvYqwyQj4WJCe0+MwYrWYOb/9/A4+GMLaCztMvyN+1YgqGXpNYqkJoHVgAAsAeOLM8Miz7SRgB X-Received: by 2002:aca:1215:: with SMTP id 21mr11392219ois.5.1583151335482; Mon, 02 Mar 2020 04:15:35 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1583151335; cv=none; d=google.com; s=arc-20160816; b=R/ElGp3bU1fsEWRrG3lyIRGCO7hCXKGqsodZ7KhcA2H/Ve5G7yYsZk1kovuasL6Ugp qvCht8cHvK3Nn7QHaHyaXNodPHANG4nHM4byEsyapjQ4IuXQpcvy9Rl6TECKLpREmD1T ono1E84lo4Qbao81mYHWrcVmvDFtXSRLrrSW5LNlCaU1Sb3Z1p/aoW2ttT7iur9ZFl9s WffGAVhGHw2BiluyAYAhcsSPTe+wE4okPmLqAgWW+v5tWGOkrAsxUYMwQnRRrv7G5MkD m0nrsV3tJAEnYhH1es6yBMfroFUBaBwHBDxHx+dCjoQWrVib8TsJjl4Utms7vejVEnO1 x+Ow== 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; bh=7hH9INO9yoWufulMEltXot8Z6su2dXsbRuPAQbUIkbQ=; b=ZhdhGORAZnl0mIIgT1/KfpSgsCW9C/BT6pTTLA9mwFVyqtPfn29SfrUAOJMRoiGqJr 50qKjwL7ZElhyymU9rGsYmb3tosBqvj3CHWkQgzUTGAeOxUCLDm73lvhro/qlTm5IWh2 1iJxNM4iWF3shT/FlIo7w2jyjq8ERqFTWFEIYunpD8lCT9V/ouqJNqJ/nXSdbpmfwshr p3zrW7oW0hVwVfu9XYTgqD65IxfQbHE7kCPu6O/CKNnaJcf29FvfqM0mTfrwArIosgfD AO9xb3oJ6PvJayr6pHdilnzVTPuFRhNCYT/UDTQ5a01nePsx+TOrfVydlzQJiwcMnCQM o2mA== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v6si6423054oia.200.2020.03.02.04.15.21; Mon, 02 Mar 2020 04:15:35 -0800 (PST) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727634AbgCBMPQ (ORCPT + 99 others); Mon, 2 Mar 2020 07:15:16 -0500 Received: from gate.crashing.org ([63.228.1.57]:40759 "EHLO gate.crashing.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725802AbgCBMPQ (ORCPT ); Mon, 2 Mar 2020 07:15:16 -0500 Received: from gate.crashing.org (localhost.localdomain [127.0.0.1]) by gate.crashing.org (8.14.1/8.14.1) with ESMTP id 022CEvNK020865; Mon, 2 Mar 2020 06:14:58 -0600 Received: (from segher@localhost) by gate.crashing.org (8.14.1/8.14.1/Submit) id 022CEtSw020859; Mon, 2 Mar 2020 06:14:55 -0600 X-Authentication-Warning: gate.crashing.org: segher set sender to segher@kernel.crashing.org using -f Date: Mon, 2 Mar 2020 06:14:55 -0600 From: Segher Boessenkool To: Michael Ellerman Cc: Linus Torvalds , Paolo Bonzini , Masahiro Yamada , linuxppc-dev , Linux Kernel Mailing List , KVM list Subject: Re: [GIT PULL] Second batch of KVM changes for Linux 5.6-rc4 (or rc5) Message-ID: <20200302121455.GH22482@gate.crashing.org> References: <1583089390-36084-1-git-send-email-pbonzini@redhat.com> <87pndvrpvj.fsf@mpe.ellerman.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87pndvrpvj.fsf@mpe.ellerman.id.au> User-Agent: Mutt/1.4.2.3i Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Mar 02, 2020 at 09:51:44PM +1100, Michael Ellerman wrote: > Linus Torvalds writes: > > Michael, what tends to be the triggers for people using > > PPC_DISABLE_WERROR? Do you have reports for it? > > My memory is that we have had very few reports of it actually causing > problems. But I don't have hard data to back that up. I build all archs with GCC trunk. It always breaks for me, with thousands of errors, which is why since many years I carry 21 lines of patch to thoroughly disable -Werror for the powerpc arch. It takes over a year from when a warning is added to the kernel taking care of it -- and of course, I build with the current development version of the compiler, so I get to see many misfiring warnings and other fallout as well. (Currently there are more than 100 warnings, this is way too many to consider attacking that as well). > It has tripped up the Clang folks, but that's partly because they're > building clang HEAD, and also because ~zero powerpc kernel developers > are building regularly with clang. I'm trying to fix the latter ... Is anyone building regularly with GCC HEAD? Power or any other arch? > And then building with GCC head sometimes requires disabling -Werror > because of some new warning, sometimes valid sometimes not. Yes. And never worth breaking the build for. -Werror is something you use if you do not trust your developers. Warnings are not errors. The compiler warns for things that heuristically look suspicious. And it errors for things that are wrong. Some warnings have many false positives, but are so useful (find many nasty problems, for example) that it is worth enabling them often. -Werror sabotages that, giving people an extra incentive to disable useful warnings. > I think we could mostly avoid those problems by having the option only > on by default for known compiler versions. Well, the kernel disables most useful warnings anyway, so that might even work, sure. > It'd also be nice if we could do: > > $ make WERROR=0 > > Or something similarly obvious to turn off the WERROR option. That way > users don't even have to edit their .config manually, they just rerun > make with WERROR=0 and it works. That would be nice, yes, that would help my situation as well. Segher