Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp801316pxy; Wed, 28 Apr 2021 14:36:11 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw0cU3t5t59BApNvqvdOdAHr5eJh7F0xWYFcSi99QGAn4xEARnrkoA//gZK0J4lO2KCMWXQ X-Received: by 2002:a05:6402:891:: with SMTP id e17mr5355739edy.107.1619645771107; Wed, 28 Apr 2021 14:36:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1619645771; cv=none; d=google.com; s=arc-20160816; b=ZLzYkl0iGliKxJS1Kyscv/MRDo85KEUDSF353+94MwYTqbFI3We7/AQK912DH4IJTA Q8f+L4WoxT4dHmyO23ik0tVJstdnjLAJ4b3DFkJ9nUU2XlQdx7kjAIeu99euEN14kEeV k7CiRVDFVg1ll3JDlQt/iLaOcWoIj4lM+4xRGqVxOdkuVsFMbdh2lSxfVF9WLHdzQXeA abnWbMJYbdkCUX2YK48mvZv4lBa6EOAIKPTxKgizKh68AXkBXN7gGzbgLqcsNP2HLgzX CCkUsBDQPdc6IXJ6AhScTPXD10P1UG1EqdEzl4umefG/zDxpmGpHfVgShuH96SC1y6V6 mH9Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=ibYykrUWn1WKBGPOHZ4BFNkCUIAx8MSotM5fDjTwHbI=; b=lJn5oxKMjWeEoC+EgaLmdFAXRrISw3V9jrgiiR3t5w79NIGIKb8y7HNNoozGGrPCPX Nf9B1CdWa0qcAosARvIW0N1sJTCJNIK95v3PGmY7hdU5701Lust9t4tn+dM6ucwJC1j+ LwKZYOS0dnYZ41tQMXFdHclabZIuKe8A+HWxoMBAXHCERIwtBk8E2KC1eSew9h5eetOc eZRg+TixI7JEQofZ4uf/e1ne/7ovAmNf+Zt9GFX85BPgVbeQtedVmuEdgrpjZQmG1hR2 A/5a2J6ayjKr8JinvTzGhwQ8eXzq75S4TuRv8I4dHk+OcS8nkm6j7eo0W8W6zc4tcs4c cFcw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dn3si1376191ejc.178.2021.04.28.14.35.40; Wed, 28 Apr 2021 14:36:11 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230520AbhD1VbW (ORCPT + 99 others); Wed, 28 Apr 2021 17:31:22 -0400 Received: from mail.kernel.org ([198.145.29.99]:37250 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230141AbhD1VbV (ORCPT ); Wed, 28 Apr 2021 17:31:21 -0400 Received: from gandalf.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (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 A9E7C61441; Wed, 28 Apr 2021 21:30:33 +0000 (UTC) Date: Wed, 28 Apr 2021 17:30:32 -0400 From: Steven Rostedt To: Lai Jiangshan Cc: linux-kernel@vger.kernel.org, Lai Jiangshan , Thomas Gleixner , Paolo Bonzini , Sean Christopherson , Andi Kleen , Andy Lutomirski , Vitaly Kuznetsov , Wanpeng Li , Jim Mattson , Joerg Roedel , Josh Poimboeuf , Uros Bizjak , Maxim Levitsky , Ingo Molnar , Borislav Petkov , x86@kernel.org, "H. Peter Anvin" , Peter Zijlstra , Alexandre Chartre , Juergen Gross , Joerg Roedel , Jian Cai Subject: Re: [PATCH 2/4] x86/entry: Use asm_noist_exc_nmi() for NMI in early booting stage Message-ID: <20210428173032.10a5e959@gandalf.local.home> In-Reply-To: <20210426230949.3561-3-jiangshanlai@gmail.com> References: <20210426230949.3561-1-jiangshanlai@gmail.com> <20210426230949.3561-3-jiangshanlai@gmail.com> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 27 Apr 2021 07:09:47 +0800 Lai Jiangshan wrote: > While the other entries for the exceptions which use Interrupt stacks can > be also used on the kernel stack, asm_exc_nmi() can not be used on the > kernel stack for it relies on the RSP-located "NMI executing" variable > which expects to on a fixed location in the NMI IST stack. When it is > unexpectedly called from the kernel stack, the RSP-located "NMI executing" > variable is also on the kernel stack and is "uninitialized" and can cause > the NMI entry to run in the wrong way. Acked-by: Steven Rostedt (VMware) -- Steve