Received: by 10.192.165.148 with SMTP id m20csp2480051imm; Sun, 22 Apr 2018 07:56:09 -0700 (PDT) X-Google-Smtp-Source: AIpwx4+hAUxdSbR1WIhnzfDvqH10OclBbWhmTdC3m7MzTLe+6aolqnVxTKnRXb4zxDnmmoMoQR5Y X-Received: by 10.99.137.74 with SMTP id v71mr14803613pgd.423.1524408969514; Sun, 22 Apr 2018 07:56:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524408969; cv=none; d=google.com; s=arc-20160816; b=DzsN82icXZJdxaTQA8OUC6s7n/howekMD42UjU5acFyyiVpuCIggRhVNVi/SfV2OV+ LRJUTUmNbYxxQ4dJnn6za5wqunx6qsy6rcogLqb7fJbpwzCvZiS7tDw52RYuJmk5iuhv icvZw4jH8WRnLw6saJe2nfteL/JdlqTnnG0gX2ehmdxPQcpmgxEu60ecQnbKGsoBMVho HVwwbv6SJ3cU3QA03GW66OhN40LnH2lz8sn6p2l9q2LWZ+zDdtqqhUmIts2O/7fqevtt hW4w6M6RAO6LTiHqzZ0LjhSt/oE1kqS2y0HOcIsMPWZPXbAB9C3RL8DTzvoMFx9ULVxG AOow== 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=7tOtsojPhkawV4G4Rr1wmzlP2pUBFOT9wxd8AKtsk4c=; b=aV7hMlCYegBfC2yIZekDRRSxLDnIhqSqPqwVVBhQnWVH1gnTm8nUZo5DVyiqy3Gdn7 M8vvubUQr6uTa+ax/pZwcyKgWPcyBhX/3HM7O4usA/8db4+ygS+vc/fUfsm7xiLnUbcU fW6lyzeaSslv1vxQgKchwYtiQybap84RN/aOqhiLwtsrzIAMFIuKZUWq4w3btII7akoz zCacsTcJdviQwjDyr7TSliuXS7tSLR9ifDje3Z4xaXLA2fW32NbEHwcU4HdUN2zp3iPW 6MGplgERNLJLW/tHUnb2OD9RvSADShFpuGg/vucLWGBfGXaemEbZYuloH3aPEXhQOgWO hVKw== 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 n1-v6si9860661pld.280.2018.04.22.07.55.55; Sun, 22 Apr 2018 07:56:09 -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 S1757468AbeDVOy4 (ORCPT + 99 others); Sun, 22 Apr 2018 10:54:56 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:56384 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756983AbeDVOOW (ORCPT ); Sun, 22 Apr 2018 10:14:22 -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 F24F712; Sun, 22 Apr 2018 14:14:21 +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.9 80/95] MIPS: memset.S: EVA & fault support for small_memset Date: Sun, 22 Apr 2018 15:53:49 +0200 Message-Id: <20180422135213.698474662@linuxfoundation.org> X-Mailer: git-send-email 2.17.0 In-Reply-To: <20180422135210.432103639@linuxfoundation.org> References: <20180422135210.432103639@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. ------------------ 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 @@ -259,6 +259,11 @@ jr ra andi v1, a2, STORMASK +.Lsmall_fixup\@: + PTR_SUBU a2, t1, a0 + jr ra + PTR_ADDIU a2, 1 + .endm /*