Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp6964981yba; Tue, 14 May 2019 17:33:27 -0700 (PDT) X-Google-Smtp-Source: APXvYqxcFVV7k/a38cze5mOlGtQ+mwx0OuYTkCzo/2z+6wO5YJG+pHkLOV85tZfK3/Md26snL7a3 X-Received: by 2002:a17:902:42a5:: with SMTP id h34mr18427815pld.178.1557880407382; Tue, 14 May 2019 17:33:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1557880407; cv=none; d=google.com; s=arc-20160816; b=tWDY3g7tk+3Vg0Sqe/Ms4JQnDBGeknULTxC6jUtIvZPFekJqjw+kfeF5Rtz9SZvELe sscm0e+kIb9J/LB/fmYqE4Rg7eYRWHszNjHrF5fwHRv9whp72OBzWdmYKevSoP/9+xfC ozFyw90F2CQEhabI0IK+y0R1oZxwmL2dIOICfThwtx6Z/tiI5EbBE46kqnFZ9u1h+Vl9 4f4y1dbyf4e5XzRGY7EXdjBSUXtCGVpaMIzH6S+1DAcixaV3uGe0qe1tPfxVDqpvYsfK m3yMHGsEhXSl+Kh70zwT61/S3EmzaTbdJNR4zyF7x700akT12PknUWzdUGeN7l4Xq1Ih YJlQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:dkim-signature; bh=fdCm6ZOaa/viQuX7OTQGtivrgcuHbGqeFUROUqMP0+M=; b=xtTdbP8EaKdE/5USohwSS16ku8mmGWznjAOJxxgLpEvPF8e92n5A2Y3UkyVp6bBfjL eGN9fTsO1TiYIkfZBnwK3VUzJz3FDgZ0fXBTzsoPDV6WncMmOwLSaiI52uuebVqnDoIo eDWaZTRqzO3/CJvU3WrGn+3wrIgdQp08usRny6gFxVo7K3gQsKNASlcary5ngGM1ZC/O g335fsbN0SxFgjAhw7M+4kUpAs23VFuSenAxmmSAT1r2F9OfePrDYPceNyJO9eezdG3d HrQHmV8PbFuadqeHbagcfIpOmjCMIPa+e3hlVHPcLXOte1M+t4Jq2QJDhouaptVlGSMC GAng== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@synopsys.com header.s=mail header.b=fm8wJJTR; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=synopsys.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j8si501609pfh.239.2019.05.14.17.33.12; Tue, 14 May 2019 17:33:27 -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; dkim=pass header.i=@synopsys.com header.s=mail header.b=fm8wJJTR; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=synopsys.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726349AbfEOA37 (ORCPT + 99 others); Tue, 14 May 2019 20:29:59 -0400 Received: from dc8-smtprelay2.synopsys.com ([198.182.47.102]:38602 "EHLO smtprelay-out1.synopsys.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726319AbfEOA36 (ORCPT ); Tue, 14 May 2019 20:29:58 -0400 Received: from mailhost.synopsys.com (dc8-mailhost1.synopsys.com [10.13.135.209]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) by smtprelay-out1.synopsys.com (Postfix) with ESMTPS id 79857C125A; Wed, 15 May 2019 00:30:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=synopsys.com; s=mail; t=1557880203; bh=c+tBAWKr/xKiZA4fRxsv2x0bDL2srnRGcv7daF0X8oU=; h=From:To:CC:Subject:Date:In-Reply-To:References:From; b=fm8wJJTRYvByHd81d5Z5I9rzlO3TJp/3oPm3BJr7Q2pL+QY82ToWFR8FvRXXNZzVO AC9KoJovQdsJWDB/o3C5Lp+YSD8G5FztED2SkH56d1JpgEzdF7mqo86yJye/L7Nt3r DwgF1YwoMyFwgBj0POwA+4ywtkEMRXV4zS7Yit4HVNy6JA/kKWVEdOxcmcnCdoYAAE qVzKE66HS7Tlv88d4rnQa2/+dxprK3Ke29tSTdBnxgddP5e/q9ZOkviyAJDu2XWVNB 9V+gT1d+/dkMtlkPDs4WejwVBZRy9txAF2qEmOTeMbtWo6YqWzD6+gMnEa3aurgEa6 xbRq0T9YfkvUQ== Received: from US01WEHTC2.internal.synopsys.com (us01wehtc2.internal.synopsys.com [10.12.239.237]) (using TLSv1.2 with cipher AES128-SHA256 (128/128 bits)) (No client certificate requested) by mailhost.synopsys.com (Postfix) with ESMTPS id 0751CA023C; Wed, 15 May 2019 00:29:58 +0000 (UTC) Received: from IN01WEHTCB.internal.synopsys.com (10.144.199.106) by US01WEHTC2.internal.synopsys.com (10.12.239.237) with Microsoft SMTP Server (TLS) id 14.3.408.0; Tue, 14 May 2019 17:29:57 -0700 Received: from IN01WEHTCA.internal.synopsys.com (10.144.199.103) by IN01WEHTCB.internal.synopsys.com (10.144.199.105) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 15 May 2019 05:59:54 +0530 Received: from vineetg-Latitude-E7450.internal.synopsys.com (10.13.182.230) by IN01WEHTCA.internal.synopsys.com (10.144.199.243) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 15 May 2019 06:00:05 +0530 From: Vineet Gupta To: CC: , , Eugeniy Paltsev , , Vineet Gupta Subject: [PATCH 1/9] ARC: mm: SIGSEGV userspace trying to access kernel virtual memory Date: Tue, 14 May 2019 17:29:28 -0700 Message-ID: <1557880176-24964-2-git-send-email-vgupta@synopsys.com> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1557880176-24964-1-git-send-email-vgupta@synopsys.com> References: <1557880176-24964-1-git-send-email-vgupta@synopsys.com> MIME-Version: 1.0 Content-Type: text/plain X-Originating-IP: [10.13.182.230] Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Eugeniy Paltsev As of today if userspace process tries to access a kernel virtual addres (0x7000_0000 to 0x7ffff_ffff) such that a legit kernel mapping already exists, that process hangs instead of being killed with SIGSEGV Fix that by ensuring that do_page_fault() handles kenrel vaddr only if in kernel mode. And given this, we can also simplify the code a bit. Now a vmalloc fault implies kernel mode so its failure (for some reason) can reuse the @no_context label and we can remove @bad_area_nosemaphore. Reproduce user test for original problem: ------------------------>8----------------- #include #include int main(int argc, char *argv[]) { volatile uint32_t temp; temp = *(uint32_t *)(0x70000000); } ------------------------>8----------------- Cc: Signed-off-by: Eugeniy Paltsev Signed-off-by: Vineet Gupta --- arch/arc/mm/fault.c | 9 +++------ 1 file changed, 3 insertions(+), 6 deletions(-) diff --git a/arch/arc/mm/fault.c b/arch/arc/mm/fault.c index 8df1638259f3..6836095251ed 100644 --- a/arch/arc/mm/fault.c +++ b/arch/arc/mm/fault.c @@ -66,7 +66,7 @@ void do_page_fault(unsigned long address, struct pt_regs *regs) struct vm_area_struct *vma = NULL; struct task_struct *tsk = current; struct mm_struct *mm = tsk->mm; - int si_code = 0; + int si_code = SEGV_MAPERR; int ret; vm_fault_t fault; int write = regs->ecr_cause & ECR_C_PROTV_STORE; /* ST/EX */ @@ -81,16 +81,14 @@ void do_page_fault(unsigned long address, struct pt_regs *regs) * only copy the information from the master page table, * nothing more. */ - if (address >= VMALLOC_START) { + if (address >= VMALLOC_START && !user_mode(regs)) { ret = handle_kernel_vaddr_fault(address); if (unlikely(ret)) - goto bad_area_nosemaphore; + goto no_context; else return; } - si_code = SEGV_MAPERR; - /* * If we're in an interrupt or have no user * context, we must not take the fault.. @@ -198,7 +196,6 @@ void do_page_fault(unsigned long address, struct pt_regs *regs) bad_area: up_read(&mm->mmap_sem); -bad_area_nosemaphore: /* User mode accesses just cause a SIGSEGV */ if (user_mode(regs)) { tsk->thread.fault_address = address; -- 2.7.4