Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp4679642imu; Tue, 15 Jan 2019 04:17:47 -0800 (PST) X-Google-Smtp-Source: ALg8bN7z3Zo3k3x5IxhSRXsUarx0FA2oMUvG9UpOgZBuv0nsOIJZ2t3ugyDjV9w32SOc3C9BG0sC X-Received: by 2002:a17:902:5ac2:: with SMTP id g2mr3802728plm.313.1547554667714; Tue, 15 Jan 2019 04:17:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1547554667; cv=none; d=google.com; s=arc-20160816; b=jlVLajuEKCDlEab9+Xr9MMFEBjGQP7pPBNfDsnwXq9iTjI4S3aUNAP2l6fcPK8hLjt gDnGbZPgkXVpvHSRXxbovTjp9DMFMs/G45suOanZu2pkKj7Yem4QLUJEkR+c3WoGoe+N vQ5W2jEaRrZ7bsR6HTMVEjSklzLLi25tSl9xuBvJrjEe8trqrI4nwW1s1d+4JbZxCahJ TjWVXi/+RJH4zPSLkZKUM5XcSwpvD58r4xPF0ep5940900dwGJaK2MYX7Pv/1jwSiAsj ZDp+XdKvGbmzjbDiW0sywl5+mHLork49X5CYR0EJCMZXSnCriZabDFNYO0X2e8XaX9Qp 5SDA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:references:in-reply-to:subject:cc:to:from; bh=Y8B3z4luq8u1dlK6C/MhmoWNIOFPH8LJYISNMGnhW/w=; b=Ko0Sclp9RXrm6V+zxogUaUsVAfjHPBJU+KVBroJWQfWkCzEAJWgLT3Y7b7h9qko/9B sNPhY91NMvzoTHXTtK8JLj5qebMCFP2hJr6RfrDFlSlXdxULd1u02W0Pz34teb43RjsM 5swCDUAC3CztInaFGh63JEVOnerR7g8+ufITcLwstALGBCw2nkTTjbmCPwBQ/ZomHl8+ fKB1d28B9CH4uhp7SEWfayXvbUiU4fZbwxHn+FT1HN/CR9/Cnjm1TSnf+IVI8mSgAk6p kZlhcEs3Fn3+jn4AjiA0GKWnf6LhAbxSo+JA3iwC5cEmR4zVpwKRxD3UhMKPKyk4t+Ol R1aw== 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 s11si3189106pgk.344.2019.01.15.04.17.29; Tue, 15 Jan 2019 04:17:47 -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 S1728609AbfAOKWi convert rfc822-to-8bit (ORCPT + 99 others); Tue, 15 Jan 2019 05:22:38 -0500 Received: from ozlabs.org ([203.11.71.1]:51183 "EHLO ozlabs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727369AbfAOKWh (ORCPT ); Tue, 15 Jan 2019 05:22:37 -0500 Received: from authenticated.ozlabs.org (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPSA id 43f5xk5hG3z9s9G; Tue, 15 Jan 2019 21:22:34 +1100 (AEDT) From: Michael Ellerman To: Christophe Leroy , Jonathan =?utf-8?Q?Neusch?= =?utf-8?Q?=C3=A4fer?= Cc: Benjamin Herrenschmidt , Paul Mackerras , linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org Subject: Re: [PATCH v2 00/15] powerpc/32s: Use BATs/LTLBs for STRICT_KERNEL_RWX In-Reply-To: References: <20190113181621.GA22334@latitude> <714e78ba-1e92-a856-3dd6-a1fb96ad3785@c-s.fr> <20190113210227.GB22334@latitude> <334b1b02-b652-499c-904e-09e6f7164b8c@c-s.fr> <20190115003353.GD22334@latitude> Date: Tue, 15 Jan 2019 21:22:32 +1100 Message-ID: <87fttuz0d3.fsf@concordia.ellerman.id.au> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Christophe Leroy writes: > Le 15/01/2019 à 01:33, Jonathan Neuschäfer a écrit : ... >> >> - patches 7 to 11 fail to build with this error (really a warning, but >> arch/powerpc doesn't allow warnings by default): >> >> CC arch/powerpc/mm/ppc_mmu_32.o >> ../arch/powerpc/mm/ppc_mmu_32.c:133:13: error: ‘clearibat’ defined but not used [-Werror=unused-function] >> static void clearibat(int index) >> ^~~~~~~~~ >> ../arch/powerpc/mm/ppc_mmu_32.c:115:13: error: ‘setibat’ defined but not used [-Werror=unused-function] >> static void setibat(int index, unsigned long virt, phys_addr_t phys, >> ^~~~~~~ >> cc1: all warnings being treated as errors > > Argh ! I have to squash the patch bringing the new functions with the > one using them (patch 12). The result is a big messy patch which is more > difficult to review but that's life. You don't *have* to squash them. We like to preserve bisectability, but it's not a 100% hard requirement. Someone trying to bisect through those patches can always turn off -Werror with PPC_DISABLE_WERROR. But they probably can just skip them because they just add new code that's not called yet. So I won't object if you send them as-is. cheers