Received: by 2002:a05:6358:4e97:b0:b3:742d:4702 with SMTP id ce23csp2889822rwb; Mon, 15 Aug 2022 13:23:48 -0700 (PDT) X-Google-Smtp-Source: AA6agR71wqsXmUoF85fva+PbPBvpANDNZZ9Q4QN9CghtgkApip/6AxzScHthqRkOMkKkcWvQ+GxO X-Received: by 2002:aa7:cdda:0:b0:442:f6ce:7b6e with SMTP id h26-20020aa7cdda000000b00442f6ce7b6emr15837123edw.395.1660595028012; Mon, 15 Aug 2022 13:23:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1660595028; cv=none; d=google.com; s=arc-20160816; b=mU/7CdC2QAn/rekfwFRTVU2Mzk+Vy7TPOkmIsPwYuE7eGjz0+eAo1sYSpTy4/Dni7h bShUFAffXBHHPvd+QpRIEnpoLga4ATIOX5Yn2GdCk/6Vm2QQV30P+KEG6UHU16aFL7G3 z/Cf5jlhWtQWnUa21pKD78RIAN+QMmvXpgxmMbPqUOom2pQYNUtpqJ5LvcGIxQ8jhwPn IX7cpt0MSpGr9MAtqoo1Cs9ZJMqREyHcTtbtmPTL/PeSIWr8g+DpJ3PhTPlEk7n18COX FactB+7R5Y8rpCnkXpQuH7nDHVhmGPKL+Uzs7pd86ay4yEymX+lTwxrxoBVtMYDSLyNI bc6w== 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=8KDlCm4AtPbMEqyFUagZoH3YU5Sas7olq2JuIJ8mHYo=; b=ocuRruT5kPzv482y50sbJCNBXmaeQP9XgpWOpzPmn2EwFaUPXuXZSRroddGhlzanDI NIitbXldMxf91mg3DjYLXWhxoRUncZ/QQn7qAVU4T3GqwpdYU6+p4nJ7xEEMDpFngUXX Nc6Qe0/ZVd8NAaV9GuMM+t3HXaF/46JahYd/WqJb2sjJkujGJHYUy7mM6Rgvfd/6KI7f amKnKXTznrrusPQwfvt6b+sWFSuUU37vRhs9UiHiiMnQFKLuVR9irWVkXf+kqtA9c/wC yhPBI9e3y9J678u4oRJJBYGLNy1lBirUTkhDh1pSNqItBpILkKcLkE6/RWred3otoQgs 27Bg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=m49RwZ7L; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id h27-20020a170906399b00b00730a3b51724si7113882eje.530.2022.08.15.13.23.19; Mon, 15 Aug 2022 13:23:48 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=m49RwZ7L; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S230373AbiHOUQx (ORCPT + 99 others); Mon, 15 Aug 2022 16:16:53 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53374 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1346256AbiHOULG (ORCPT ); Mon, 15 Aug 2022 16:11:06 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7BB2B2A719; Mon, 15 Aug 2022 11:57:29 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id C6FAF61268; Mon, 15 Aug 2022 18:57:28 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id C90D2C433B5; Mon, 15 Aug 2022 18:57:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1660589848; bh=0qhytQhAGsmyQiX8PjVBdYkViWXICbwq786/9Rnsrzk=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=m49RwZ7L3kyMWVvJx83XWgtU4k78lkf5/cCJlObk+mW9rhTzHgqunNY+ZxKv1gbUt 2jXXveIPynh4AQUM53YtqZOGwYrMc/9LP6HS7PuVnozUKvfTG9k8PLEvgIasGsQmtZ 4WC29+fm1PkrFDoyfz7Hnlth8XKgdX2HeKQvkkNQ= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, syzbot+760a73552f47a8cd0fd9@syzkaller.appspotmail.com, Tetsuo Handa , Hou Wenlong , Sean Christopherson , Maxim Levitsky Subject: [PATCH 5.18 0036/1095] KVM: x86: Mark TSS busy during LTR emulation _after_ all fault checks Date: Mon, 15 Aug 2022 19:50:35 +0200 Message-Id: <20220815180430.879250866@linuxfoundation.org> X-Mailer: git-send-email 2.37.2 In-Reply-To: <20220815180429.240518113@linuxfoundation.org> References: <20220815180429.240518113@linuxfoundation.org> User-Agent: quilt/0.67 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Sean Christopherson commit ec6e4d863258d4bfb36d48d5e3ef68140234d688 upstream. Wait to mark the TSS as busy during LTR emulation until after all fault checks for the LTR have passed. Specifically, don't mark the TSS busy if the new TSS base is non-canonical. Opportunistically drop the one-off !seg_desc.PRESENT check for TR as the only reason for the early check was to avoid marking a !PRESENT TSS as busy, i.e. the common !PRESENT is now done before setting the busy bit. Fixes: e37a75a13cda ("KVM: x86: Emulator ignores LDTR/TR extended base on LLDT/LTR") Reported-by: syzbot+760a73552f47a8cd0fd9@syzkaller.appspotmail.com Cc: stable@vger.kernel.org Cc: Tetsuo Handa Cc: Hou Wenlong Signed-off-by: Sean Christopherson Reviewed-by: Maxim Levitsky Link: https://lore.kernel.org/r/20220711232750.1092012-2-seanjc@google.com Signed-off-by: Sean Christopherson Signed-off-by: Greg Kroah-Hartman --- arch/x86/kvm/emulate.c | 19 +++++++++---------- 1 file changed, 9 insertions(+), 10 deletions(-) --- a/arch/x86/kvm/emulate.c +++ b/arch/x86/kvm/emulate.c @@ -1687,16 +1687,6 @@ static int __load_segment_descriptor(str case VCPU_SREG_TR: if (seg_desc.s || (seg_desc.type != 1 && seg_desc.type != 9)) goto exception; - if (!seg_desc.p) { - err_vec = NP_VECTOR; - goto exception; - } - old_desc = seg_desc; - seg_desc.type |= 2; /* busy */ - ret = ctxt->ops->cmpxchg_emulated(ctxt, desc_addr, &old_desc, &seg_desc, - sizeof(seg_desc), &ctxt->exception); - if (ret != X86EMUL_CONTINUE) - return ret; break; case VCPU_SREG_LDTR: if (seg_desc.s || seg_desc.type != 2) @@ -1737,6 +1727,15 @@ static int __load_segment_descriptor(str ((u64)base3 << 32), ctxt)) return emulate_gp(ctxt, 0); } + + if (seg == VCPU_SREG_TR) { + old_desc = seg_desc; + seg_desc.type |= 2; /* busy */ + ret = ctxt->ops->cmpxchg_emulated(ctxt, desc_addr, &old_desc, &seg_desc, + sizeof(seg_desc), &ctxt->exception); + if (ret != X86EMUL_CONTINUE) + return ret; + } load: ctxt->ops->set_segment(ctxt, selector, &seg_desc, base3, seg); if (desc)