Received: by 10.192.165.148 with SMTP id m20csp2458935imm; Sun, 22 Apr 2018 07:28:48 -0700 (PDT) X-Google-Smtp-Source: AIpwx4/BzwkL0eUvK9kT0mRS3XY/RHJj0ddydnGGOgRD5/KiciKmeNDCYEOWUEDHUPtedSBKFAW2 X-Received: by 2002:a17:902:6181:: with SMTP id u1-v6mr17389958plj.272.1524407328054; Sun, 22 Apr 2018 07:28:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524407328; cv=none; d=google.com; s=arc-20160816; b=Bmf/5Sp85KV8SjOOx04BV329tqKN7rEbRb+tK5qfGGcsF+vg49sQ21GXoOthArf91D rsDGy0rVxJoN/xXM7lDyucyuSNXb55VdCY8woMSr2V0SvsmY1x9bDV7gRqdk139pfFZD cKyzv1AE+Nmh81tUwy46YoxErqJL3ymCZZ4ZZNQxP5Sr0isdJrIKsh9xFAGls5G0Dmh0 TDt+Jwgdx8A3oU8/pzZWRcCNV1S0gO57Z3hnz+DFGpHQzvA5kYNpLOUfjiONw6WIaMc3 FSoumG4wU9TbKGX1nfTo4+UzXx0A/l8Sl/3vdNrqcCcQOrFcsPkFLkJhLnsV7kYn39Jt W8XQ== 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=mcSQud/jpEZOGO58OGq+hHUIWS4UTd7MoyMNy0mDbz8=; b=TeXMOsmWzLFZshBH28INmG9jspxcQhfi2DJQNL7roS6PebsxAWBdvvq3X/zLFHzA6a 2LWYCpRxM0zt3nnO4fWXGn+gMnPbCs2hQVhmv2+omzmmORJ1Sr3sgV73ni4VES7CbkcE ICjYpoBqQNxWbeG5vqciwvdZCIiQ1nz8fybrfkSRvkvsqy67hx7yoMMyMP94HCj2QLr5 BZpTewh4Jyv1aR/QJxoHRny3L58yUaUHef6hUZp1OK3SgWG5fDT+XyLJ/qTk/crS24r4 5rh7qHGyeh7uHLQh2LxRES/Cq3prCH68D5iG7Zuc299tu7jZblay13Lp3titnqLDt48y lkuA== 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 h10si8199756pgq.514.2018.04.22.07.28.32; Sun, 22 Apr 2018 07:28:48 -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 S1757824AbeDVO0j (ORCPT + 99 others); Sun, 22 Apr 2018 10:26:39 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:32942 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757575AbeDVOVe (ORCPT ); Sun, 22 Apr 2018 10:21:34 -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 C7AE2CE6; Sun, 22 Apr 2018 14:21:33 +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 3.18 43/52] MIPS: memset.S: EVA & fault support for small_memset Date: Sun, 22 Apr 2018 15:54:16 +0200 Message-Id: <20180422135317.359576812@linuxfoundation.org> X-Mailer: git-send-email 2.17.0 In-Reply-To: <20180422135315.254787616@linuxfoundation.org> References: <20180422135315.254787616@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 3.18-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 @@ -178,7 +178,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 @@ -212,6 +212,11 @@ jr ra andi v1, a2, STORMASK +.Lsmall_fixup\@: + PTR_SUBU a2, t1, a0 + jr ra + PTR_ADDIU a2, 1 + .endm /*