Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp46764imu; Tue, 15 Jan 2019 16:17:10 -0800 (PST) X-Google-Smtp-Source: ALg8bN4tEaQmR07ATYy8i1YfA6GJ8tk8SJnAheXv82GqVvpQoMxYtIeP+ioUwMreO6evbT3O0HiV X-Received: by 2002:a65:5bc4:: with SMTP id o4mr6249342pgr.426.1547597830231; Tue, 15 Jan 2019 16:17:10 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1547597830; cv=none; d=google.com; s=arc-20160816; b=nsVGarSQPOxj1/qINc8Kw/LvVy7KuTdiFNoD2Crdhv30yX7/dc18b08WEp3Z7vpX82 JwD+d6bGdFcUIvqeQqS+3LAZQ48jaJwljysHxwSgX8te7Fzv2bkehFFYAcdGWJGXW/7M e5MOXPsbryQeqbdrJo9uYDbtp6FHdMFLax41yVttYzWbX0d1LY6pWUy+mUr8BTsIW3cy E/1SN83wi1k7BEIHRa7SXD2Jh4F2IU7FaRj8pNZbo3raPWfjM5MMjGfC8hkDy/HUf0rJ jmDQAiDjMg87qEhSk4sXh154HBzEXwAxVGOb5tsBT6zda3zerW5EVUZfH2zxj1MQ9HKU 3fFw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-disposition :content-transfer-encoding:mime-version:references:subject:cc:to :from:date:message-id; bh=L6jAPLDlLKjOwIGFiqDUzYr5FRMSVZYJ1pai55fTnHc=; b=WaEHqlU1ThtxIvUPyeM/qyJoK3UtItOPAj2F67xuleyBstnkB7OjeGb28S0aiGNWAJ YLu61lBrhEIRf1xNAbo7kvNyjY2SMGMwxpf7VaH5vfRwVe9E5oCQiufdOOBqHHzjmjwO EZEva8qoFxQE2XH1m/2pY3gG2G0jDW77iv1afQu44mYB0zn0dtheWeqTYywdQ73lhCN9 aOjIDNuhnUe7U+eYF269sErxFtir5HUjJ0bGvpISJZet/ncURr+WZnxyLZXl1oW6YQ9v e9hA5ahSqp410AqciGhHn2FI1IS3nhdSbDBlXHtBTEFip95Pn+I5Di/pCZqEkYVciV12 DmhA== 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 b128si5053137pfa.283.2019.01.15.16.16.48; Tue, 15 Jan 2019 16:17:10 -0800 (PST) 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 S2387803AbfAOQ6V convert rfc822-to-8bit (ORCPT + 99 others); Tue, 15 Jan 2019 11:58:21 -0500 Received: from prv1-mh.provo.novell.com ([137.65.248.33]:45621 "EHLO prv1-mh.provo.novell.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729129AbfAOQ6R (ORCPT ); Tue, 15 Jan 2019 11:58:17 -0500 Received: from INET-PRV1-MTA by prv1-mh.provo.novell.com with Novell_GroupWise; Tue, 15 Jan 2019 09:58:16 -0700 Message-Id: <5C3E1128020000780020DFAD@prv1-mh.provo.novell.com> X-Mailer: Novell GroupWise Internet Agent 18.1.0 Date: Tue, 15 Jan 2019 09:58:16 -0700 From: "Jan Beulich" To: , , Cc: "Andrew Lutomirski" , "xen-devel" , "Boris Ostrovsky" , "Juergen Gross" , Subject: [PATCH v3] x86-64/Xen: fix stack switching References: <5AF03EBD02000078001C1303@prv1-mh.provo.novell.com> <5AF03EBD02000000000F91D6@prv1-mh.provo.novell.com> <5AF03EBD02000078001FE590@prv1-mh.provo.novell.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8BIT Content-Disposition: inline Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org While in the native case entry into the kernel happens on the trampoline stack, PV Xen kernels get entered with the current thread stack right away. Hence source and destination stacks are identical in that case, and special care is needed. Other than in sync_regs() the copying done on the INT80 path isn't NMI / #MC safe, as either of these events occurring in the middle of the stack copying would clobber data on the (source) stack. I'm not altering the similar code in interrupt_entry() and nmi(), as those code paths are unreachable afaict when running PV Xen guests. Fixes: 7f2590a110b837af5679d08fc25c6227c5a8c497 Signed-off-by: Jan Beulich Cc: stable@kernel.org --- v3: Drop NMI path change. Use ALTERNATIVE. v2: Correct placement of .Lint80_keep_stack label. --- arch/x86/entry/entry_64_compat.S | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) --- 5.0-rc2/arch/x86/entry/entry_64_compat.S +++ 5.0-rc2-x86_64-stack-switch-Xen/arch/x86/entry/entry_64_compat.S @@ -361,7 +361,8 @@ ENTRY(entry_INT80_compat) /* Need to switch before accessing the thread stack. */ SWITCH_TO_KERNEL_CR3 scratch_reg=%rdi - movq %rsp, %rdi + /* In the Xen PV case we already run on the thread stack. */ + ALTERNATIVE "movq %rsp, %rdi", "jmp .Lint80_keep_stack", X86_FEATURE_XENPV movq PER_CPU_VAR(cpu_current_top_of_stack), %rsp pushq 6*8(%rdi) /* regs->ss */ @@ -370,8 +371,9 @@ ENTRY(entry_INT80_compat) pushq 3*8(%rdi) /* regs->cs */ pushq 2*8(%rdi) /* regs->ip */ pushq 1*8(%rdi) /* regs->orig_ax */ - pushq (%rdi) /* pt_regs->di */ +.Lint80_keep_stack: + pushq %rsi /* pt_regs->si */ xorl %esi, %esi /* nospec si */ pushq %rdx /* pt_regs->dx */