Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp613450img; Fri, 22 Mar 2019 05:10:26 -0700 (PDT) X-Google-Smtp-Source: APXvYqzRiXZdVf144Hs1RGGABwsgb/Q/4W3cQtyQvN0GO114QE3+7VuqLuHDiOchIC15DJIs9/O4 X-Received: by 2002:a65:448b:: with SMTP id l11mr8531448pgq.450.1553256626116; Fri, 22 Mar 2019 05:10:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553256626; cv=none; d=google.com; s=arc-20160816; b=qzt0Zoq4Pq14jvHfhNXX5dODD744rXvSEFrVf7jmKcmOMy0JedTYspar0HWjEBdPDX dtJz25iPWIv3lZr/rQuHfTAJm9ZSnDUIbz0q+6SL5SKzpuEhg5nb52xLnKV1CiMAOW1X vqoxol2S9hblbNlYFNl1t2W23vFJ6LW1HjkmJWk8aXMku+/OB4djq9AG3S6B/f4QhHkq bpYHmDsCD1TAShkh9ZHFJ4j9seH8wxqJ8j74GgCuWpPPmdUTw37kcqSJaVf/RcCpTHTW 3jCGmNgjLOVskzdU2tcV0R/ORFpddzQLhiTy2cRR3LVzPaM3wfeo3dhwsFZx962RdPol dmVg== 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:dkim-signature; bh=s39NlKghWEjhzVVo6cvNIS34GSSPk9IfUKLOp4PRlSo=; b=DACr7og/JVeAngXYw1F3LDcJMRf3PobjgdlmfKHvOLI7C52UvsWZwIQwgGvHUqfVlD mfbScm3R4T2vvojzHRk+Cyew//L3lrvspx1vY/uBBQcDDLSBd4EI0TCVsEAMR0yNH04I TcBWEIll4kJ/wXRwmcc3GzYmnHpzuMbS9AUuzO9piKZRD5gOts+eOixvxhshZXjVlHtK TAg9choPVBTKG5bhbvANz/ry859tTuu4Oe9LKnzdp8czXSFVBQYXf0z6eNBDdhPHEWCE Bl39uedOujAKgeWmaVz56Yz36YVz8shnbJaul/N5Ubk6fTQAQz6c50FcF9fm//0hkwqS FYFQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=sfv9SPwo; 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 r4si6570921plo.416.2019.03.22.05.10.08; Fri, 22 Mar 2019 05:10:26 -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=@kernel.org header.s=default header.b=sfv9SPwo; 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 S2389086AbfCVMHw (ORCPT + 99 others); Fri, 22 Mar 2019 08:07:52 -0400 Received: from mail.kernel.org ([198.145.29.99]:46186 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388860AbfCVMHu (ORCPT ); Fri, 22 Mar 2019 08:07:50 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id A95562192D; Fri, 22 Mar 2019 12:07:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1553256469; bh=dWj49IhVFvSbBwNaWAUWM7ZAT2amqWcvLpxJvPm5MBM=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=sfv9SPwoLrWrAv7djbz58Hw6/ltBXkryA6ehw0uC7m8WGZ+qAlmGK0CStV2GyfJJu ZIlXiWUxPMJFdtbWJa0CCuR48lVvnT4Ef3CE6upDMr7WWYCXLkwEBE29kCj9A8sPkc hW95v0YOY1wfAs/6esiyQxDofn75ZkcwOxzElCpE= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Christophe Leroy , Michael Ellerman Subject: [PATCH 4.19 221/280] powerpc/32: Clear on-stack exception marker upon exception return Date: Fri, 22 Mar 2019 12:16:14 +0100 Message-Id: <20190322111334.967179194@linuxfoundation.org> X-Mailer: git-send-email 2.21.0 In-Reply-To: <20190322111306.356185024@linuxfoundation.org> References: <20190322111306.356185024@linuxfoundation.org> User-Agent: quilt/0.65 X-stable: review X-Patchwork-Hint: ignore 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.19-stable review patch. If anyone has any objections, please let me know. ------------------ From: Christophe Leroy commit 9580b71b5a7863c24a9bd18bcd2ad759b86b1eff upstream. Clear the on-stack STACK_FRAME_REGS_MARKER on exception exit in order to avoid confusing stacktrace like the one below. Call Trace: [c0e9dca0] [c01c42a0] print_address_description+0x64/0x2bc (unreliable) [c0e9dcd0] [c01c4684] kasan_report+0xfc/0x180 [c0e9dd10] [c0895130] memchr+0x24/0x74 [c0e9dd30] [c00a9e38] msg_print_text+0x124/0x574 [c0e9dde0] [c00ab710] console_unlock+0x114/0x4f8 [c0e9de40] [c00adc60] vprintk_emit+0x188/0x1c4 --- interrupt: c0e9df00 at 0x400f330 LR = init_stack+0x1f00/0x2000 [c0e9de80] [c00ae3c4] printk+0xa8/0xcc (unreliable) [c0e9df20] [c0c27e44] early_irq_init+0x38/0x108 [c0e9df50] [c0c15434] start_kernel+0x310/0x488 [c0e9dff0] [00003484] 0x3484 With this patch the trace becomes: Call Trace: [c0e9dca0] [c01c42c0] print_address_description+0x64/0x2bc (unreliable) [c0e9dcd0] [c01c46a4] kasan_report+0xfc/0x180 [c0e9dd10] [c0895150] memchr+0x24/0x74 [c0e9dd30] [c00a9e58] msg_print_text+0x124/0x574 [c0e9dde0] [c00ab730] console_unlock+0x114/0x4f8 [c0e9de40] [c00adc80] vprintk_emit+0x188/0x1c4 [c0e9de80] [c00ae3e4] printk+0xa8/0xcc [c0e9df20] [c0c27e44] early_irq_init+0x38/0x108 [c0e9df50] [c0c15434] start_kernel+0x310/0x488 [c0e9dff0] [00003484] 0x3484 Cc: stable@vger.kernel.org Signed-off-by: Christophe Leroy Signed-off-by: Michael Ellerman Signed-off-by: Greg Kroah-Hartman --- arch/powerpc/kernel/entry_32.S | 9 +++++++++ 1 file changed, 9 insertions(+) --- a/arch/powerpc/kernel/entry_32.S +++ b/arch/powerpc/kernel/entry_32.S @@ -745,6 +745,9 @@ fast_exception_return: mtcr r10 lwz r10,_LINK(r11) mtlr r10 + /* Clear the exception_marker on the stack to avoid confusing stacktrace */ + li r10, 0 + stw r10, 8(r11) REST_GPR(10, r11) #if defined(CONFIG_PPC_8xx) && defined(CONFIG_PERF_EVENTS) mtspr SPRN_NRI, r0 @@ -982,6 +985,9 @@ END_FTR_SECTION_IFSET(CPU_FTR_NEED_PAIRE mtcrf 0xFF,r10 mtlr r11 + /* Clear the exception_marker on the stack to avoid confusing stacktrace */ + li r10, 0 + stw r10, 8(r1) /* * Once we put values in SRR0 and SRR1, we are in a state * where exceptions are not recoverable, since taking an @@ -1021,6 +1027,9 @@ exc_exit_restart_end: mtlr r11 lwz r10,_CCR(r1) mtcrf 0xff,r10 + /* Clear the exception_marker on the stack to avoid confusing stacktrace */ + li r10, 0 + stw r10, 8(r1) REST_2GPRS(9, r1) .globl exc_exit_restart exc_exit_restart: