Received: by 2002:a05:6358:5282:b0:b5:90e7:25cb with SMTP id g2csp3326100rwa; Tue, 23 Aug 2022 02:54:28 -0700 (PDT) X-Google-Smtp-Source: AA6agR6tQbACvQkptXEOenx21lZHBZ5rtElqvFFtRebk4k6Quk6WORRQhuHL3kfEpLrL/yiwGhki X-Received: by 2002:aa7:c956:0:b0:43b:206d:c283 with SMTP id h22-20020aa7c956000000b0043b206dc283mr2942326edt.381.1661248468283; Tue, 23 Aug 2022 02:54:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1661248468; cv=none; d=google.com; s=arc-20160816; b=CeuWFmzYTyRCidDyIBrtWSXGRA9n1mVtuKPCXDoOBiRJVLPAoCrhaeANxnT12K9WYi 5kAKkYfNgYsrpEa+6X0ioTn+wg7zmE8U18PqZYGQG2BAHzfT7566ojZ7DOYv+g8kaoeg bvcPY0I/m05Vgia1A5dGNzB+WZ99+2qEqfWtnKrsNmK7hdE6xA8aM9/dXVk3GRZsbkrB XyTdjokNqVk7dv15UHAGoD/utRqzBWDSbUhucifa5882/zaiAAF7WC8KWzG00YKc4Vyr OKPaqgZjRbgP9imYtoMeSoRzGVhYmIBz3RAPLxH5dkoRVP9QOuDAmv3tXGXUwup7Ynb+ EqkA== 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=6BMtZqBhfFm8P7LJOlvgSHnLXbGf2t9QsVcxyY+6isk=; b=j5paIC6xOBtumV98IqizSk5fbixjdUe1VHOV/ZSgC0TS4SVOwRXnA0xhUfvolYHC2e JDIWRwPMd4lYrHPPHu0bAgSQNgEICQK5yNe23LIJ769AP99i0rQYjkpZFWddyJBscksj T9igCzEnWTG2uqvHTWVwh8DuoFa0OLq4f648vm/ghxUUGBbaDV9QxNz+UOgwSDAnNTih ynPaQI/ZqH1PPmuEbGQRZNwdbiUabvY4+C59HyqxoskZo0YRlMu+tMMhU08UDeT7Cxxi 5/7aFdoSMeQ2+oxTEqfhFwiDtXGicCGu6R7WIIE0yc9NvTvSuU0UhKcB6xrcDzlChylN Zzcg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=DAmHfIKl; 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 hv8-20020a17090760c800b0073132e7e79bsi6474891ejc.784.2022.08.23.02.54.02; Tue, 23 Aug 2022 02:54:28 -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=DAmHfIKl; 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 S1350139AbiHWJ23 (ORCPT + 99 others); Tue, 23 Aug 2022 05:28:29 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51038 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1350215AbiHWJZf (ORCPT ); Tue, 23 Aug 2022 05:25:35 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E69D6760F9; Tue, 23 Aug 2022 01:36:19 -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 A191361475; Tue, 23 Aug 2022 08:36:19 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id A8502C433D6; Tue, 23 Aug 2022 08:36:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1661243779; bh=eicEbu+IdcK/sMPONUo+LG9V3CoqePHys2TFpekNiR0=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=DAmHfIKlN+hmLTA7s2waLF0raWlOmmrKaNDbMnNaKal7012WQQ1WlbNBQb2Hnmwai 5+QIW960TPTXAQzLDCOTusxaClVua7OXVel+Mz7243j+vzCuPQ4s7z89wWmzklPtX3 z/cWl3loHutGy4Ej1ArmHhyw3EEx41vQh0YrqXpQ= 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 4.14 019/229] KVM: x86: Mark TSS busy during LTR emulation _after_ all fault checks Date: Tue, 23 Aug 2022 10:23:00 +0200 Message-Id: <20220823080054.129802752@linuxfoundation.org> X-Mailer: git-send-email 2.37.2 In-Reply-To: <20220823080053.202747790@linuxfoundation.org> References: <20220823080053.202747790@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 @@ -1721,16 +1721,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) @@ -1771,6 +1761,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)