Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp730230imm; Thu, 13 Sep 2018 06:57:50 -0700 (PDT) X-Google-Smtp-Source: ANB0VdYiWBbSzSv9cPVSQnojg+dt9kYpupWggrKwNVwFvTTpjrgKRB1obUfKqwkcLDuL6GM40jgY X-Received: by 2002:a17:902:70cc:: with SMTP id l12-v6mr7515367plt.132.1536847070081; Thu, 13 Sep 2018 06:57:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536847070; cv=none; d=google.com; s=arc-20160816; b=a70s5tldy+jNxNstT2atlpLhSxBntzA3y12MOK+8npFAFKHci9oBbtSIzvmhkk2Rpb sYMq73VG4pkcEMCU+ok02hKy1Sy6pjhn+jkCGncdf6/RQOoRU/kftA5f6p+Mw0+CnTh2 NRx0VXxP2MkoCAo3ItNC+2pPTyi0AEQ90GWXP3uOsGPa6WDTp0R5teOF4NXIm1IPBiqe +3YqZqbocge8J6dXlALRaEGfRt/3RNemkPRwvUo7jtSA+LkE/YiycEffEUUh8xBWCLRK YHZV2RktdJ1d8bi+4TBc88c7sjMeOIXRScr1IlHl3DfG+CrD175awJhjnqseykWnBk35 fiMA== 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 :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from; bh=145bjqVFU9t73HPzUFf4qQh2pXwG6+PlbORjfPKGatw=; b=d/Sr9pfnMrypSLP++VPRjn8uSvHnDwInx9/vy8a2O8XjQ1GC1Z0TUXVJDa075LfdpJ MI1rDH/S5w0NuHzYFKZGq1plDqsfYw4Ho3b2WZkJxsiwPMb5SCl3c9dI0ML0Wkt162e5 HnzI1TlnROhplYMFwTpoG+bSV8fYMm7JMZYqNVOX7PvaSlq6imfTMzhk2lOe/Uft3iMN /PydaVZwQ6y1yrAu9jRZR2weuSNW9CwoCq/1ZeybluYW2hyyidCY2Gd6+tINe+c5Tudh 6moOlAloGx4RwnjczowNcSnGVMHxvCehjnH7Pl55J1N3CPgXNeaRMvXFjjmjvhxrCd4T 2eXQ== 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 z4-v6si3967660pgf.193.2018.09.13.06.57.34; Thu, 13 Sep 2018 06:57:50 -0700 (PDT) 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 S1731462AbeIMTHE (ORCPT + 99 others); Thu, 13 Sep 2018 15:07:04 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:34372 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728566AbeIMTHD (ORCPT ); Thu, 13 Sep 2018 15:07:03 -0400 Received: from localhost (ip-213-127-77-73.ip.prioritytelecom.net [213.127.77.73]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 4E036D10; Thu, 13 Sep 2018 13:57:26 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Michael Ellerman , Sasha Levin Subject: [PATCH 4.18 098/197] powerpc/uaccess: Enable get_user(u64, *p) on 32-bit Date: Thu, 13 Sep 2018 15:30:47 +0200 Message-Id: <20180913131845.458970104@linuxfoundation.org> X-Mailer: git-send-email 2.19.0 In-Reply-To: <20180913131841.568116777@linuxfoundation.org> References: <20180913131841.568116777@linuxfoundation.org> User-Agent: quilt/0.65 X-stable: review 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 4.18-stable review patch. If anyone has any objections, please let me know. ------------------ From: Michael Ellerman [ Upstream commit f7a6947cd49b7ff4e03f1b4f7e7b223003d752ca ] Currently if you build a 32-bit powerpc kernel and use get_user() to load a u64 value it will fail to build with eg: kernel/rseq.o: In function `rseq_get_rseq_cs': kernel/rseq.c:123: undefined reference to `__get_user_bad' This is hitting the check in __get_user_size() that makes sure the size we're copying doesn't exceed the size of the destination: #define __get_user_size(x, ptr, size, retval) do { retval = 0; __chk_user_ptr(ptr); if (size > sizeof(x)) (x) = __get_user_bad(); Which doesn't immediately make sense because the size of the destination is u64, but it's not really, because __get_user_check() etc. internally create an unsigned long and copy into that: #define __get_user_check(x, ptr, size) ({ long __gu_err = -EFAULT; unsigned long __gu_val = 0; The problem being that on 32-bit unsigned long is not big enough to hold a u64. We can fix this with a trick from hpa in the x86 code, we statically check the type of x and set the type of __gu_val to either unsigned long or unsigned long long. Signed-off-by: Michael Ellerman Signed-off-by: Sasha Levin Signed-off-by: Greg Kroah-Hartman --- arch/powerpc/include/asm/uaccess.h | 13 ++++++++++--- 1 file changed, 10 insertions(+), 3 deletions(-) --- a/arch/powerpc/include/asm/uaccess.h +++ b/arch/powerpc/include/asm/uaccess.h @@ -250,10 +250,17 @@ do { \ } \ } while (0) +/* + * This is a type: either unsigned long, if the argument fits into + * that type, or otherwise unsigned long long. + */ +#define __long_type(x) \ + __typeof__(__builtin_choose_expr(sizeof(x) > sizeof(0UL), 0ULL, 0UL)) + #define __get_user_nocheck(x, ptr, size) \ ({ \ long __gu_err; \ - unsigned long __gu_val; \ + __long_type(*(ptr)) __gu_val; \ const __typeof__(*(ptr)) __user *__gu_addr = (ptr); \ __chk_user_ptr(ptr); \ if (!is_kernel_addr((unsigned long)__gu_addr)) \ @@ -267,7 +274,7 @@ do { \ #define __get_user_check(x, ptr, size) \ ({ \ long __gu_err = -EFAULT; \ - unsigned long __gu_val = 0; \ + __long_type(*(ptr)) __gu_val = 0; \ const __typeof__(*(ptr)) __user *__gu_addr = (ptr); \ might_fault(); \ if (access_ok(VERIFY_READ, __gu_addr, (size))) { \ @@ -281,7 +288,7 @@ do { \ #define __get_user_nosleep(x, ptr, size) \ ({ \ long __gu_err; \ - unsigned long __gu_val; \ + __long_type(*(ptr)) __gu_val; \ const __typeof__(*(ptr)) __user *__gu_addr = (ptr); \ __chk_user_ptr(ptr); \ barrier_nospec(); \