Received: by 10.223.185.116 with SMTP id b49csp757157wrg; Wed, 21 Feb 2018 06:29:27 -0800 (PST) X-Google-Smtp-Source: AH8x224UwluYb4uVFf1ikI+0xd434apGVPvH6/MW88g4L+rXEK9jLMiWFg+QYziIZ+2bMVLLxEyy X-Received: by 10.98.71.3 with SMTP id u3mr3516386pfa.219.1519223367471; Wed, 21 Feb 2018 06:29:27 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519223367; cv=none; d=google.com; s=arc-20160816; b=kTntbpK+Q/R9kIS1Z+isV0ZpheVb4aDoLAxw69hjoN+5oeUcNgZ52zynDvChBbz0Lq StpYqcokMP8jlqONk+IP34fucGCyQwB+G/lFHwfDlfcfwgYqnEp4y3ME+mNnECYZO+tr TtHSoMbK8p/wQcYafUl82mWi4uET2TGo3IC2AvsbAEmWbJQflaFxKX0fHj6UVUPGjft6 JU21MnrjCFccasczGJVmpXhkgLgCf8HVmMLOJQNqZqszXPwny/M4v4XQHdEp8wpEOVdE OVItEnMdRCsewEMnfkvFV/EyKidiH/sQh+veEkskDrxEUDKmYKU6/v6yCQji92VecRVa Zvww== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=h2tJU5yIbVfo7xp82p9W7PYWseznl3CzuZI5DWZ5Y4k=; b=Pgk5XK1xw0tiwWR1z/cxuvQ+q/VfEL7YQG54k+up3s0OlRe0emlGs7QcoZ9C/fanqT PDLz2WGa9KyC9lWpA78V03vUg06T6fo6UId9yfDvUvxDGh1IkJaems7NkWGUY4dpcTt8 m8Ez+jBb2IJYwxzDL0wyiBXH7dU2wtoXNdzHnvNmlU79omC5TvP4GYYQiOBBemdMbNrT urK24xEUisgJdtcFu3vrqXULl1EHempKReNcyuA63KW1USu0kl5UYfTVDPB6iq8Ln2Xo qo5GlxN6BzTDDbnKow/tJc6gUVkcM/IzU2/H25jBxuZrRteDX35lCj7pSMCUPOyHCggQ hwSw== 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 a6-v6si1052351plz.497.2018.02.21.06.29.13; Wed, 21 Feb 2018 06:29:27 -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 S937610AbeBUO2O (ORCPT + 99 others); Wed, 21 Feb 2018 09:28:14 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:35642 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934574AbeBUM5B (ORCPT ); Wed, 21 Feb 2018 07:57:01 -0500 Received: from localhost (LFbn-1-12258-90.w90-92.abo.wanadoo.fr [90.92.71.90]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 786BEEA2; Wed, 21 Feb 2018 12:57:00 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org, stable@vger.kernel.org Cc: Greg Kroah-Hartman , Arnd Bergmann , Kees Cook , Hugh Dickins Subject: [PATCH 4.9 67/77] x86: fix build warnign with 32-bit PAE Date: Wed, 21 Feb 2018 13:49:16 +0100 Message-Id: <20180221124435.030654100@linuxfoundation.org> X-Mailer: git-send-email 2.16.2 In-Reply-To: <20180221124432.172390020@linuxfoundation.org> References: <20180221124432.172390020@linuxfoundation.org> User-Agent: quilt/0.65 X-stable: review MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 4.9-stable review patch. If anyone has any objections, please let me know. ------------------ I ran into a 4.9 build warning in randconfig testing, starting with the KAISER patches: arch/x86/kernel/ldt.c: In function 'alloc_ldt_struct': arch/x86/include/asm/pgtable_types.h:208:24: error: large integer implicitly truncated to unsigned type [-Werror=overflow] #define __PAGE_KERNEL (__PAGE_KERNEL_EXEC | _PAGE_NX) ^ arch/x86/kernel/ldt.c:81:6: note: in expansion of macro '__PAGE_KERNEL' __PAGE_KERNEL); ^~~~~~~~~~~~~ I originally ran into this last year when the patches were part of linux-next, and tried to work around it by using the proper 'pteval_t' types consistently, but that caused additional problems. This takes a much simpler approach, and makes the argument type of the dummy helper always 64-bit, which is wide enough for any page table layout and won't hurt since this call is just an empty stub anyway. Fixes: 8f0baadf2bea ("kaiser: merged update") Signed-off-by: Arnd Bergmann Acked-by: Kees Cook Acked-by: Hugh Dickins Signed-off-by: Greg Kroah-Hartman --- include/linux/kaiser.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/include/linux/kaiser.h +++ b/include/linux/kaiser.h @@ -32,7 +32,7 @@ static inline void kaiser_init(void) { } static inline int kaiser_add_mapping(unsigned long addr, - unsigned long size, unsigned long flags) + unsigned long size, u64 flags) { return 0; }