Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp3022382pxb; Mon, 18 Oct 2021 06:47:16 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy5LkNr8k1R5/lR8Gce8zCaPIcBgkv5Ickli8nySmyrVRMWJcAj7CMrqNDSI92HRW64DDCg X-Received: by 2002:a17:90b:3e87:: with SMTP id rj7mr37863306pjb.88.1634564836188; Mon, 18 Oct 2021 06:47:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1634564836; cv=none; d=google.com; s=arc-20160816; b=hgU6zpOwL5Mt29rC6vchWR9Hemmh9eot7PA8KaJWY/e8r2pE0mtnoKP37vZCiKvLe4 16uRLjH7PUueWofqr2xObDOSaPL5HIWro82OTi+7RsLPZIcLyNjwVZ108YBS5Kr5mKgx +SCt81X918tPX4UcovK+RQLZpJFU27muxWvQib6jQUHPl+0tpga3zT27Kys/ARUiTWI7 FQ3wxmPE5uE7IA+xmtxiesjeyuxGyklDRKCxrNrBREVkHZF6tg0huq7TKwPTZYHK6xcc 8hweOSVgVDSSwQRj+LYORIgEsjthlou2T0oCWvugCvVBp+zvUqpPFuUC7dHbDZnMRYnf ZI2g== 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 :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=40R4SbZlTKBRQTdAiMEdmUCCq+U4Ry0ySn4LbyXuPsI=; b=PHDiCutvhMx3DhZLADUQdCVvWFQqzgeRB/+mrWaDXRwSPk1vycrCr9pemoXG0x2xAG ZLrI9V+Vwxaq4xLGI3oo8+9PQtpXpcDcqJniUYBliC01NDuK8fphReZm5Ke7DYg3oM42 Nf/ALhKFVxylel8tUxZdydfD7VjIHr/rb+eD7qJmSz1j4xsfe/t5g30/RIsxZ44CzfEs 1DeoogpKrqInwAJGf9tXk6uVr51C++vD4iKLiaK/a9h9ojxLyKlWA8I+6cdwiuPwbi5n kAxjR0R4jzaa2BoIUd+EKESzf5uYUxDxhBLxwqC1iyqNqP9XteXByDLIRSkTqqkwNmmg NCFA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=srCYUB2N; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q17si3190351pfs.309.2021.10.18.06.47.03; Mon, 18 Oct 2021 06:47:16 -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; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=srCYUB2N; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232211AbhJRNrO (ORCPT + 99 others); Mon, 18 Oct 2021 09:47:14 -0400 Received: from mail.kernel.org ([198.145.29.99]:40810 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233363AbhJRNor (ORCPT ); Mon, 18 Oct 2021 09:44:47 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id D8F5F615E1; Mon, 18 Oct 2021 13:35:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1634564120; bh=rJboFWYOlFxCjJ2sD+ydfZ3t2qyUBerEkypslsxgIkw=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=srCYUB2N1vpIZ6096EibqHC5TGbJ8kOMC7QqIUEHTSw7tlt1lqESwy9LzQzxH5G8w fKEUNAS0xZdIJBi8fpvyErChrsj8ayESw06/fzXPHwjdCbYlXVqOhFSKNfIfnmTAvs zAtVZkEJAZPbcT/+o9VobFob7TsP1pTltJipmllI= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Michael Ellerman Subject: [PATCH 5.10 045/103] KVM: PPC: Book3S HV: Make idle_kvm_start_guest() return 0 if it went to guest Date: Mon, 18 Oct 2021 15:24:21 +0200 Message-Id: <20211018132336.251615175@linuxfoundation.org> X-Mailer: git-send-email 2.33.1 In-Reply-To: <20211018132334.702559133@linuxfoundation.org> References: <20211018132334.702559133@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Michael Ellerman commit cdeb5d7d890e14f3b70e8087e745c4a6a7d9f337 upstream. We call idle_kvm_start_guest() from power7_offline() if the thread has been requested to enter KVM. We pass it the SRR1 value that was returned from power7_idle_insn() which tells us what sort of wakeup we're processing. Depending on the SRR1 value we pass in, the KVM code might enter the guest, or it might return to us to do some host action if the wakeup requires it. If idle_kvm_start_guest() is able to handle the wakeup, and enter the guest it is supposed to indicate that by returning a zero SRR1 value to us. That was the behaviour prior to commit 10d91611f426 ("powerpc/64s: Reimplement book3s idle code in C"), however in that commit the handling of SRR1 was reworked, and the zeroing behaviour was lost. Returning from idle_kvm_start_guest() without zeroing the SRR1 value can confuse the host offline code, causing the guest to crash and other weirdness. Fixes: 10d91611f426 ("powerpc/64s: Reimplement book3s idle code in C") Cc: stable@vger.kernel.org # v5.2+ Signed-off-by: Michael Ellerman Link: https://lore.kernel.org/r/20211015133929.832061-2-mpe@ellerman.id.au Signed-off-by: Greg Kroah-Hartman --- arch/powerpc/kvm/book3s_hv_rmhandlers.S | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) --- a/arch/powerpc/kvm/book3s_hv_rmhandlers.S +++ b/arch/powerpc/kvm/book3s_hv_rmhandlers.S @@ -301,6 +301,7 @@ _GLOBAL(idle_kvm_start_guest) stdu r1, -SWITCH_FRAME_SIZE(r4) // Switch to new frame on emergency stack mr r1, r4 + std r3, 32(r1) // Save SRR1 wakeup value SAVE_NVGPRS(r1) /* @@ -352,6 +353,10 @@ kvm_unsplit_wakeup: kvm_secondary_got_guest: + // About to go to guest, clear saved SRR1 + li r0, 0 + std r0, 32(r1) + /* Set HSTATE_DSCR(r13) to something sensible */ ld r6, PACA_DSCR_DEFAULT(r13) std r6, HSTATE_DSCR(r13) @@ -443,8 +448,8 @@ kvm_no_guest: mfspr r4, SPRN_LPCR rlwimi r4, r3, 0, LPCR_PECE0 | LPCR_PECE1 mtspr SPRN_LPCR, r4 - /* set up r3 for return */ - mfspr r3,SPRN_SRR1 + // Return SRR1 wakeup value, or 0 if we went into the guest + ld r3, 32(r1) REST_NVGPRS(r1) ld r1, 0(r1) // Switch back to caller stack ld r0, 16(r1) // Reload LR