Received: by 10.192.165.148 with SMTP id m20csp2466663imm; Sun, 22 Apr 2018 07:38:08 -0700 (PDT) X-Google-Smtp-Source: AIpwx4++Z1KV8DKk7TBVP0GkVKGJzvyhw54WqVBEPz40vWT9YYxJOe3iMTsAnX3i6p4u5OnUgWHT X-Received: by 2002:a17:902:5a88:: with SMTP id r8-v6mr17804201pli.78.1524407888461; Sun, 22 Apr 2018 07:38:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524407888; cv=none; d=google.com; s=arc-20160816; b=f7eAwMBSMm8CDNj4P5umE73hnHjLqS7uWlfJQAGzijojKZUee838UmVC/5RAes390L 6CG4pEsAu23WwcpYVWlOXqHNcaUnqGjxm1hVPMxjS5eJtoMAp2ExyQTtUNiKkc6BRXzB vEe3A3Io5I4S2pQ/fCL4oCliiaSOLwB0l4sLz9u5xvZHRI4dgUL6Vg1a/DcqhL3Fj5T5 o94/pPUK5EJmlnUPH/xGC48IBQ0/a+P0aXzqVcbwuap7vxQV5LzFvUn3CrmlzfvLlZ1t oOCiFc6rE2Gw+hxCPogPhfBUarBixHdpapwZzL3y5iF3pkAFHD3dElJvDiwryDtkE+h1 x6jQ== 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=FkDGTBAH+qmI2/CNExZhtHx7eU28WWQKUFJOk6h3W+k=; b=mNxPphBNfeEJQfmIl+agGoRjkJ/RYuria3yaA1MeYYpkyyyzwvNIMfPq12Fomi5pk/ CxOahq7IWzXNp/RvCUN71VbGmrnYK0t1ixfdcA+2R7W5/LeIcgGGFeB6GeHUCppxPEIZ L3FZVrKQnWxeEZ3o0oMSh5yFJBjuAa/CBK7W3hY83zKm+vjkae6R5Nv9smZzgWTVTbB/ tuJS+IC56PK4/GyTvak1dbp4zhsWkzTgkRsbPKXESijE9pPG5/5voe0CSHU38xPkgrNG v4pbGS7foLt7ymkemw3tSlAEoLf7HQkVwQO3ZJn8Sa8d4MwvZAOsIdW3FfsmAlIxwpLx i2bw== 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 o11si4330770pgf.542.2018.04.22.07.37.31; Sun, 22 Apr 2018 07:38:08 -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 S932544AbeDVOTD (ORCPT + 99 others); Sun, 22 Apr 2018 10:19:03 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:59150 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932510AbeDVOSt (ORCPT ); Sun, 22 Apr 2018 10:18:49 -0400 Received: from localhost (LFbn-1-12247-202.w90-92.abo.wanadoo.fr [90.92.61.202]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 17B97D08; Sun, 22 Apr 2018 14:18:48 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Chuanhua Lei , Matt Redfearn , Ralf Baechle , linux-mips@linux-mips.org, James Hogan Subject: [PATCH 4.4 83/97] MIPS: memset.S: EVA & fault support for small_memset Date: Sun, 22 Apr 2018 15:54:01 +0200 Message-Id: <20180422135309.737913486@linuxfoundation.org> X-Mailer: git-send-email 2.17.0 In-Reply-To: <20180422135304.577223025@linuxfoundation.org> References: <20180422135304.577223025@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.4-stable review patch. If anyone has any objections, please let me know. ------------------ From: Matt Redfearn commit 8a8158c85e1e774a44fbe81106fa41138580dfd1 upstream. The MIPS kernel memset / bzero implementation includes a small_memset branch which is used when the region to be set is smaller than a long (4 bytes on 32bit, 8 bytes on 64bit). The current small_memset implementation uses a simple store byte loop to write the destination. There are 2 issues with this implementation: 1. When EVA mode is active, user and kernel address spaces may overlap. Currently the use of the sb instruction means kernel mode addressing is always used and an intended write to userspace may actually overwrite some critical kernel data. 2. If the write triggers a page fault, for example by calling __clear_user(NULL, 2), instead of gracefully handling the fault, an OOPS is triggered. Fix these issues by replacing the sb instruction with the EX() macro, which will emit EVA compatible instuctions as required. Additionally implement a fault fixup for small_memset which sets a2 to the number of bytes that could not be cleared (as defined by __clear_user). Reported-by: Chuanhua Lei Signed-off-by: Matt Redfearn Cc: Ralf Baechle Cc: linux-mips@linux-mips.org Cc: stable@vger.kernel.org Patchwork: https://patchwork.linux-mips.org/patch/18975/ Signed-off-by: James Hogan Signed-off-by: Greg Kroah-Hartman --- arch/mips/lib/memset.S | 7 ++++++- 1 file changed, 6 insertions(+), 1 deletion(-) --- a/arch/mips/lib/memset.S +++ b/arch/mips/lib/memset.S @@ -218,7 +218,7 @@ 1: PTR_ADDIU a0, 1 /* fill bytewise */ R10KCBARRIER(0(ra)) bne t1, a0, 1b - sb a1, -1(a0) + EX(sb, a1, -1(a0), .Lsmall_fixup\@) 2: jr ra /* done */ move a2, zero @@ -257,6 +257,11 @@ jr ra andi v1, a2, STORMASK +.Lsmall_fixup\@: + PTR_SUBU a2, t1, a0 + jr ra + PTR_ADDIU a2, 1 + .endm /*