Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp628702img; Fri, 22 Mar 2019 05:28:57 -0700 (PDT) X-Google-Smtp-Source: APXvYqy7jq1mJZoVU6cl9RqL8Wy0SrAIK9fEsov9MeHGLPjHzj0VSQH+G3IouJD09qeXSL2/oX27 X-Received: by 2002:a63:ed53:: with SMTP id m19mr8617483pgk.78.1553257737398; Fri, 22 Mar 2019 05:28:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553257737; cv=none; d=google.com; s=arc-20160816; b=hBtJHI2FlqKobY/qaIWuvOOzh7Y2wYigl/dVh9zXFwCMUg40kUTHWTh4wbVefr5iuE roRfKPV+C6cLS+KdZT+UkFoKV1qaMmb5ASofu58x4kZ/4h1aKlj9bSauWt4OK9/f65BQ 9CGFVaSBwIUxhhWhDgZv40PAId7l0C2CiGeyYgfciqN0qL2OECDKMUky7pwlvtgvXX0+ 3iGAXw4MPTdAMl6qTQ7iWHkY0pffgC02tALlwTIVyRkwmUkl9DDadm4hzEy/UF03am2m sifcZXPVRgPWpISCBjI7ZGG1bZiNMgaDesOlKnNv02+n/kDDWhumZOp83gwpObNZnwnD vLkg== 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=lLHi1blMpFYQuzb8o6fvWWkKUXwG1n0dK0CfClfHdFc=; b=hnJhNBFlqhITg5q/De8BfDVfzx2H9uy2gT9pXz+FyMBolE5/g02XD8wvLUg81Jb7Xv EbtcpI9d8SnoD8pT/MjHF6GP27D8EPFE1HOBeWJKoW5DxVLJRI+r08yVBomg105gv12n gMOkCtkyaaxK2yLmYgbhyEckn7IgrDbMzDWuOG0TCOIXITgJCGOeMQLHPx8tRlu8MPGx AeP0eyn07rod836T5GUHzisWRx1mwvJday3eS5XtGL4XRl9BuMXjElnRR9KGZyURaBZe g4TC7NS+PO7LyyyM6TjDv/Vd5ID6eEM0j03vgeBByxu/WJwtDB5HbDGlwCeCVVqGj5bv 1JQw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=nsaPJqni; 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 o1si6086795pfe.194.2019.03.22.05.28.42; Fri, 22 Mar 2019 05:28:57 -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=nsaPJqni; 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 S2390956AbfCVMWI (ORCPT + 99 others); Fri, 22 Mar 2019 08:22:08 -0400 Received: from mail.kernel.org ([198.145.29.99]:33084 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2390055AbfCVMWG (ORCPT ); Fri, 22 Mar 2019 08:22:06 -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 46DC1218A1; Fri, 22 Mar 2019 12:22:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1553257325; bh=LT/DcDQzkjCPmppqdV+/I6JcClz6AsSBsPwIwiwFa5I=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=nsaPJqniNMuUMD7k8kZvt5Lwjp/vgUnPLb3BDVxS7c7YdIwIYKLYzziP+jInXdJqU ksSKwdiiCCl0hyreEsTD8O1ZrE9/S99ubrmvlMqBroqSyZq3kW5V6UMOGOEFQG6oKM Y5jfY6C3CxdXlLIcxMO+YVmDV2WbcB/RmmgBTgdg= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Christophe Leroy , Michael Ellerman Subject: [PATCH 5.0 156/238] powerpc/32: Clear on-stack exception marker upon exception return Date: Fri, 22 Mar 2019 12:16:15 +0100 Message-Id: <20190322111307.521627267@linuxfoundation.org> X-Mailer: git-send-email 2.21.0 In-Reply-To: <20190322111258.383569278@linuxfoundation.org> References: <20190322111258.383569278@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 5.0-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: