Received: by 10.213.65.68 with SMTP id h4csp321002imn; Wed, 21 Mar 2018 20:07:16 -0700 (PDT) X-Google-Smtp-Source: AG47ELs5HMZzQnnpWAcJVigUF7l4opuySGd9BWsSWAZ3cDOKrkkIw92xFKAD4DXr11YjQkcojZLL X-Received: by 2002:a17:902:8d92:: with SMTP id v18-v6mr23153989plo.21.1521688035980; Wed, 21 Mar 2018 20:07:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521688035; cv=none; d=google.com; s=arc-20160816; b=qVtnCL1EPv4NX4RDw4fglUUhn0r52WdpfbXPdThNWbp14b6Ecs1zxXkk+0322L05PF laKAVaUvvxk8swCo1C1S4Rry9sJn4DxGW7SsoyaJffVvlfB9foH47+zNVcnQorvPPaj2 nBoPzzqH3AEXfd9jGhQnbSWOI5WzESY/QT/mS0glCWjL2c54xrT8HMDF1whRf9y7z5dL cha6U3MI1dmt3jiA4NXYa/iBkGFVyA/SisrZI7o+m9Pbnz8+YOCD2Z2RHESrA1qkHwHG MlasAiQx5KtUOySAyQxsK20BWwThm8BgU5clqwZ4Kvh+O91SeNrBpj5cadP2PWTnYPVN Yraw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:subject:cc :to:from:arc-authentication-results; bh=fH/cDX1WxpAinYJ1vqpGWz5hW7/JR8mxuZtHKeCpX1U=; b=txUE4hPOPvAIGWRkf8q70ATfSA5pHHndaXCGjQYNkm7v56U8MIT8LT0hiudi4pa9fJ mqtcB5dHl8YIKxqjgJ4pmCljeBomUy7mwlcsHS9aAyXd06eHC20vGTF+1CvVdGCP7fx6 DAHc+7vWkXNO9BxDZ7nOA3J2zJnDTN8ESr8Pfa9Prn/QTRz/ULrS0XvYE3g45yVXvp3m ueTIveULA/UJgSWcMftWzpPMxBKCD/fCyauJwDxDbG2GwUSr7wUft0kFDZ6A0dKIyqYs 54Pi2A3ES9UDEm3+y/ONg3aDokjxwengxZJyDUqYlwY7HPGeE3r6PmZ0Kj/1pUi5uYeT TvCQ== 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 q15si3774814pgc.756.2018.03.21.20.07.00; Wed, 21 Mar 2018 20:07:15 -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 S1751891AbeCVDGI (ORCPT + 99 others); Wed, 21 Mar 2018 23:06:08 -0400 Received: from mailgw02.mediatek.com ([210.61.82.184]:63666 "EHLO mailgw02.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1751604AbeCVDGH (ORCPT ); Wed, 21 Mar 2018 23:06:07 -0400 X-UUID: 2787c780c0bc46a39345fba5e43671d7-20180322 Received: from mtkcas08.mediatek.inc [(172.21.101.126)] by mailgw02.mediatek.com (envelope-from ) (mhqrelay.mediatek.com ESMTP with TLS) with ESMTP id 838413949; Thu, 22 Mar 2018 11:06:04 +0800 Received: from mtkcas07.mediatek.inc (172.21.101.84) by mtkmbs03n2.mediatek.inc (172.21.101.182) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 22 Mar 2018 11:06:02 +0800 Received: from mtksdccf07.mediatek.inc (172.21.84.99) by mtkcas07.mediatek.inc (172.21.101.73) with Microsoft SMTP Server id 15.0.1210.3 via Frontend Transport; Thu, 22 Mar 2018 11:06:02 +0800 From: Ji Zhang To: Catalin Marinas , Will Deacon , Matthias Brugger , Mark Rutland , Ard Biesheuvel , James Morse , Dave Martin , Marc Zyngier , Michael Weiser , Julien Thierry , Xie XiuQi CC: , , , , Ji Zhang , Subject: [PATCH] arm64: avoid race condition issue in dump_backtrace Date: Thu, 22 Mar 2018 11:06:00 +0800 Message-ID: <1521687960-3744-1-git-send-email-ji.zhang@mediatek.com> X-Mailer: git-send-email 1.9.1 MIME-Version: 1.0 Content-Type: text/plain X-MTK: N Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org When we dump the backtrace of some specific task, there is a potential race condition due to the task may be running on other cores if SMP enabled. That is because for current implementation, if the task is not the current task, we will get the registers used for unwind from cpu_context saved in thread_info, which is the snapshot before context switch, but if the task is running on other cores, the registers and the content of stack are changed. This may cause that we get the wrong backtrace or incomplete backtrace or even crash the kernel. To avoid this case, do not dump the backtrace of the tasks which are running on other cores. This patch cannot solve the issue completely but can shrink the window of race condition. Signed-off-by: Ji Zhang --- arch/arm64/kernel/traps.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm64/kernel/traps.c b/arch/arm64/kernel/traps.c index eb2d151..95749364 100644 --- a/arch/arm64/kernel/traps.c +++ b/arch/arm64/kernel/traps.c @@ -113,6 +113,9 @@ void dump_backtrace(struct pt_regs *regs, struct task_struct *tsk) if (tsk == current) { frame.fp = (unsigned long)__builtin_frame_address(0); frame.pc = (unsigned long)dump_backtrace; + else if (tsk->state == TASK_RUNNING) { + pr_notice("Do not dump other running tasks\n"); + return; } else { /* * task blocked in __switch_to -- 1.9.1