Received: by 10.223.185.116 with SMTP id b49csp861521wrg; Wed, 21 Feb 2018 08:06:15 -0800 (PST) X-Google-Smtp-Source: AH8x226eC721MkXSizJ3VX4H71KQlr4ocRnpj+T4wsgDjnpgIGnvL0BRtR7Jgvzdut6jkaXRTcp5 X-Received: by 10.99.120.199 with SMTP id t190mr3062620pgc.72.1519229175474; Wed, 21 Feb 2018 08:06:15 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519229175; cv=none; d=google.com; s=arc-20160816; b=ywIpLMGApriycUP1USiXxyCgu890dmaE/mMK49Rj7m7yohD6glMeqHajTcI69VueB0 zhRw260A/KPKLS/ogzB7vjcHkaaqeu0HdNxsBzBztnNzeUAy/o5/lCd2mD/oDNuti036 /PsRclpjcuyzE3aG9/XoHuIHX/lVmFq60eldE4QpUT4bJkHdW4F12vKCIozcD8CSP/iT 7k6W7kCCEGwDfgASf/cuWdwDyxKASO92+XAgaWapO0iwg1WZIZs6bmhqsLWu6US772k0 cErwJ8F3KMi/pzaGmuZY042I9XRHMV685TT4DMTn4cTOBMDETXQUtX78GrkJJ7RUXIhN R9Kw== 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:arc-authentication-results; bh=Sw9uhFWIiq2GrNKlr7uvrptC7ru/mb6rMgYqOS1NK3Q=; b=pXVnG3asYvF59zybyLpaYgKHsfAt7cOprgLCrk103MMjnhgAIHtGtkq0o760z0ZvUq /JFpCi3A9gBKjH7vEmDzV9CPgVldmbo+WymsrfyPaB4CG0F97Rk8vXtdV10tKBu+ca5b 2dQwKK0Bp4I4PYWkM6qDN0C9/dUpvcQhdHSVWLaSbFrw6oRKcbtxQ/YDVxcqsTBx85o8 tnI+7dyquI+jEBRDSbWCiAT00J7dJ/NnOcW10iHaOWy9CC6QMvXPEfIJhLad3Rln4MGL PILTsJ1ScEiYEQtelXGnhyxEIVvezMyB8C1qpPzMjwHPW/XO5kFr9FqJCz5tvxUtijFX 6jlA== 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 32-v6si6951461plb.583.2018.02.21.08.06.00; Wed, 21 Feb 2018 08:06:15 -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 S932512AbeBUJgZ (ORCPT + 99 others); Wed, 21 Feb 2018 04:36:25 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:50360 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753230AbeBUJgY (ORCPT ); Wed, 21 Feb 2018 04:36:24 -0500 Received: from localhost (unknown [37.173.128.199]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 192A05AA; Wed, 21 Feb 2018 09:36:22 +0000 (UTC) Date: Wed, 21 Feb 2018 10:36:23 +0100 From: Greg Kroah-Hartman To: Hugh Dickins Cc: Arnd Bergmann , stable@vger.kernel.org, x86@kernel.org, Dave Hansen , Ben Hutchings , Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , Borislav Petkov , linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/2] [stable-4.9] x86: fix build without CONFIG_X86_VSYSCALL_EMULATION Message-ID: <20180221093623.GD16575@kroah.com> References: <20180215151710.1473117-1-arnd@arndb.de> <20180215164922.GB6699@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.3 (2018-01-21) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Feb 15, 2018 at 11:18:21AM -0800, Hugh Dickins wrote: > On Thu, 15 Feb 2018, Greg Kroah-Hartman wrote: > > On Thu, Feb 15, 2018 at 04:16:56PM +0100, Arnd Bergmann wrote: > > > I ran into a 4.9 build regression in randconfig testing, starting with the > > > KAISER patches: > > > > > > arch/x86/mm/kaiser.c: In function 'kaiser_init': > > > arch/x86/mm/kaiser.c:347:8: error: 'vsyscall_pgprot' undeclared (first use in this function); did you mean 'massage_pgprot'? > > > > > > This is easy enough to fix, we just need to make the declaration visible > > > outside of the #ifdef. This works because the code using it is optimized > > > away when vsyscall_enabled() returns false at compile time. > > > > > > Fixes: 9a0be5afbfbb ("vsyscall: Fix permissions for emulate mode with KAISER/PTI") > > > Signed-off-by: Arnd Bergmann > > > --- > > > arch/x86/include/asm/vsyscall.h | 3 ++- > > > 1 file changed, 2 insertions(+), 1 deletion(-) > > > > Thanks for these, I'll queue them up in the next round after these > > kernels get released in a few days. > > Thanks to Arnd, but please drop this vsyscall one Greg: it duplicates > my/Tobias's "kaiser: fix compile error without vsyscall" that you just > sent out for 4.4 and 4.9 review. > > Arnd's PAE one looks good for 4.4 and 4.9 (well, in another context I'd > object to using a different prototype in the stub, but I'm pretty sure > Arnd feels the same way, but has made the appropriate choice for our > Kaiser backports context): so please do take his 2/2 "x86: fix build > warnign with 32-bit PAE" for both 4.4 and 4.9. I've now taken the 2/2 patch here, thanks for the review. Arnd, thanks for the patch. greg k-h