From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from theia.8bytes.org (8bytes.org [81.169.241.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id EBE9771 for ; Wed, 16 Jun 2021 19:01:32 +0000 (UTC) Received: by theia.8bytes.org (Postfix, from userid 1000) id 5BDFA387; Wed, 16 Jun 2021 21:01:31 +0200 (CEST) Date: Wed, 16 Jun 2021 21:01:30 +0200 From: Joerg Roedel To: Peter Zijlstra Cc: x86@kernel.org, Joerg Roedel , hpa@zytor.com, Andy Lutomirski , Dave Hansen , Jiri Slaby , Dan Williams , Tom Lendacky , Juergen Gross , Kees Cook , David Rientjes , Cfir Cohen , Erdem Aktas , Masami Hiramatsu , Mike Stunes , Sean Christopherson , Martin Radev , Arvind Sankar , linux-coco@lists.linux.dev, linux-kernel@vger.kernel.org, kvm@vger.kernel.org, virtualization@lists.linux-foundation.org Subject: Re: [PATCH v5 3/6] x86/sev-es: Split up runtime #VC handler for correct state tracking Message-ID: References: <20210614135327.9921-1-joro@8bytes.org> <20210614135327.9921-4-joro@8bytes.org> X-Mailing-List: linux-coco@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Hi Peter, sorry, missed this email before sending out v6. On Wed, Jun 16, 2021 at 06:04:26PM +0200, Peter Zijlstra wrote: > On Mon, Jun 14, 2021 at 03:53:24PM +0200, Joerg Roedel wrote: > > _ASM_NOKPROBE(\asmsym) > > SYM_CODE_END(\asmsym) > > Consistency with idtentry_mce_db would seem to suggest using \cfunc and > noist_\cfunc. > > amluto, tglx: do we have strong feelings on consistency? Yeah, but this distinction does not make sense here, as none of the #VC handlers C functions run on the actual #VC IST stack. The from-kernel function might run on the fall-back stack (not really possible today unless the hypervisor does something nasty). And the difference between the fall-back stack and the actual IST stack is, that on the fall-back stack nesting #VC exceptions is still supported. > > + vc_handle_trap_db(regs); > > It's a bit sad this does user_mode(regs) again. Okay, I will change this according your comments. Thanks, Joerg