Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp3541803pxj; Mon, 24 May 2021 09:01:15 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyrIGuaB8pABpswQOF19UhNilTUfETMGyL3H+J0Wotz8WsILba+QFCFdWyRTtDR3Agj9ow3 X-Received: by 2002:a92:d983:: with SMTP id r3mr17001406iln.262.1621872074260; Mon, 24 May 2021 09:01:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621872074; cv=none; d=google.com; s=arc-20160816; b=fBurXh34qj867O5oHLumoLBas8bf9oQ7mr3zIduTcj5K69Sk1JePeMMlxEqS/jFSwV D3yTQegAlwDf8TnE/K4BEuv5LkWYHn5b4cs884KvOQu6gfxShnT2kDDB613qPy8WRKMi IXfb5F1xO/qvGSmFed7Vkk0o2uOVIT/P2Y4jO08MDzoUlE8Fr6GLe6V+lD62oMzHp/8Z I7ScDOlZUlYWOHuF+aoVMVwe7VRe5XpNRo9LC+gyzFA4qot+pnxiYvNui4LNjDmHbFa1 Z20O4AeyaIpCTPmQQs+h03cbW5MoS3khY9CTYYVHCwzFIUOeNoE/x+nNRmhjjpGVYXiP pIvQ== 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=2WvGdgaNJFBg3Mm2Twk2JjtNFeDmWK8RlJ4BtlwT1Gc=; b=YjGsmfFmWROEaog0CfmI9enAHNcD+wwFSmx+mfvqss9YH4uMWjfZwKT3uVzZ447lwN w6RwSEUDoIX2v8JyKOKUHmXKyx/iInpm7RhLldsys/9fMZb+2L2sP8hbK6JI/mnN5LV0 qDIlojZZ3m3U9heu5iSsOCjAsINvJZYhwOXCvIkpGHDW2CnaaRQVJOaxLNOSFFp9Jp65 /8mwIpSx9NlwZ/Mahqjz2Sz4Cz47SWm+t/C8sAs2sp2FVccIJrryryNwLr/Dx+iwsC1q wOygysesoveTW+OplC2ad+TwCR83YMk6t/qgqhwsAWPR8iuQoPkun4bsMGaSY3YyyBaW naew== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="aW/dVBQ6"; 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 m18si9571358ili.129.2021.05.24.09.01.00; Mon, 24 May 2021 09:01:14 -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="aW/dVBQ6"; 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 S235615AbhEXQB5 (ORCPT + 99 others); Mon, 24 May 2021 12:01:57 -0400 Received: from mail.kernel.org ([198.145.29.99]:40490 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234369AbhEXPz3 (ORCPT ); Mon, 24 May 2021 11:55:29 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 8C99861442; Mon, 24 May 2021 15:41:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1621870912; bh=AverE+4Aa7g78zpNJxtYS0wKkTAxqk0TcopGG5HvzAk=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=aW/dVBQ67o2s1RC7l5jNKSgglMcMgh7j4Q7dODtGTVGgO8tselzTtFeXx0Q7Tk37s jNR+Ne7jzqtGtYp7MR2WMNRvSNCP8wfJ76fdq8wFlB42d8PDr13Rd0pwBqkZHkMtYW vZzkNPW1/s2VIUE2B4eGd0cXKPGVpB9J55TUDHgE= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Joerg Roedel , Borislav Petkov Subject: [PATCH 5.10 057/104] x86/sev-es: Dont return NULL from sev_es_get_ghcb() Date: Mon, 24 May 2021 17:25:52 +0200 Message-Id: <20210524152334.749954290@linuxfoundation.org> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20210524152332.844251980@linuxfoundation.org> References: <20210524152332.844251980@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: Joerg Roedel commit b250f2f7792d15bcde98e0456781e2835556d5fa upstream. sev_es_get_ghcb() is called from several places but only one of them checks the return value. The reaction to returning NULL is always the same: calling panic() and kill the machine. Instead of adding checks to all call sites, move the panic() into the function itself so that it will no longer return NULL. Fixes: 0786138c78e7 ("x86/sev-es: Add a Runtime #VC Exception Handler") Signed-off-by: Joerg Roedel Signed-off-by: Borislav Petkov Cc: stable@vger.kernel.org # v5.10+ Link: https://lkml.kernel.org/r/20210519135251.30093-2-joro@8bytes.org Signed-off-by: Greg Kroah-Hartman --- arch/x86/kernel/sev-es.c | 25 ++++++++++++------------- 1 file changed, 12 insertions(+), 13 deletions(-) --- a/arch/x86/kernel/sev-es.c +++ b/arch/x86/kernel/sev-es.c @@ -191,8 +191,18 @@ static __always_inline struct ghcb *sev_ if (unlikely(data->ghcb_active)) { /* GHCB is already in use - save its contents */ - if (unlikely(data->backup_ghcb_active)) - return NULL; + if (unlikely(data->backup_ghcb_active)) { + /* + * Backup-GHCB is also already in use. There is no way + * to continue here so just kill the machine. To make + * panic() work, mark GHCBs inactive so that messages + * can be printed out. + */ + data->ghcb_active = false; + data->backup_ghcb_active = false; + + panic("Unable to handle #VC exception! GHCB and Backup GHCB are already in use"); + } /* Mark backup_ghcb active before writing to it */ data->backup_ghcb_active = true; @@ -1262,7 +1272,6 @@ static __always_inline bool on_vc_fallba */ DEFINE_IDTENTRY_VC_SAFE_STACK(exc_vmm_communication) { - struct sev_es_runtime_data *data = this_cpu_read(runtime_data); irqentry_state_t irq_state; struct ghcb_state state; struct es_em_ctxt ctxt; @@ -1288,16 +1297,6 @@ DEFINE_IDTENTRY_VC_SAFE_STACK(exc_vmm_co */ ghcb = sev_es_get_ghcb(&state); - if (!ghcb) { - /* - * Mark GHCBs inactive so that panic() is able to print the - * message. - */ - data->ghcb_active = false; - data->backup_ghcb_active = false; - - panic("Unable to handle #VC exception! GHCB and Backup GHCB are already in use"); - } vc_ghcb_invalidate(ghcb); result = vc_init_em_ctxt(&ctxt, regs, error_code);