Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp2064115ybc; Wed, 20 Nov 2019 08:22:19 -0800 (PST) X-Google-Smtp-Source: APXvYqwclLvxzcCTG/P228DqhTeyftsMye5wx/AmGunUiwcKkROea/FXSjk96kkxZtFllgLoagEN X-Received: by 2002:a1c:2048:: with SMTP id g69mr4230981wmg.121.1574266939367; Wed, 20 Nov 2019 08:22:19 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1574266939; cv=none; d=google.com; s=arc-20160816; b=eOhMXoft5EOfZBEjZkvI6LExOdwiNxpSSo66YKgtEy5pYUz0IjS9N3VtcdIXM5U7V4 2eCUx6O/n1Xk2nfoTBchWMJcMkqOLjnCfw2bYm5AhSD6/dQ0I+UZgjlhGsVWO5FN79X6 bJ/8X+WkJjM0HWqigf4LA7/LOL8rNhV/DS9ztF+k3dJG29NXLdaZhm7mGNIaaJv4njR/ LJ3vFs+3XK8SJlHWCEqICvxo60LDRp1r7HqOMQGKkgU905+/xYcD4YMwwEj/iqoFqzTU StiKuBuQWO2slF05AiSWFNuADA0Q8djHvXV0LFy/vtPNflqGMy7NM+d1UQmjT3oG8Z2W bQTA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=0y+Va4NBLdVxptKCFSjrSqw/jstEexITDbBbQwJO4B4=; b=Lr3VDEdv+6Eo4X8pqK04zeuDKnGaAy9t82dcNf5O8OB8PhuIjWAH0A0h16lQyXqI+M tOUUPj5yHqax460Sc3vs+HMhaLbaAKfFNcHpdV5yUGK7upwAFWQbonqF2vE8rdCr09jc qpShfGFRqlvKzCp8bL0CeTk7kF3jbvlh16gRSPBI6CfUruL+pH8EqtnYcvw+HDsKZKEd u8qscXlNcIbDiYbe/nicBJX/tU98Jpfzx8JCS/3jWCZzTwltc4R/1Y6kFpE9zV2WJrEj ZxUy+nllAGgs+XRA2Z+7RRxBPoM1rFPD7cBDuACLbSqbaWZSR4ZQIjebjyq7DjDHTiSH HsIQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=KGETTphF; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k18si19587301edj.94.2019.11.20.08.21.55; Wed, 20 Nov 2019 08:22:19 -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; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=KGETTphF; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729693AbfKTMVm (ORCPT + 99 others); Wed, 20 Nov 2019 07:21:42 -0500 Received: from us-smtp-delivery-1.mimecast.com ([205.139.110.120]:31650 "EHLO us-smtp-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1728611AbfKTMVm (ORCPT ); Wed, 20 Nov 2019 07:21:42 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1574252500; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=0y+Va4NBLdVxptKCFSjrSqw/jstEexITDbBbQwJO4B4=; b=KGETTphFxIk9KLvcppqsxEH/0BCMm0Fr0n4wkhLgD5G1t8g+Rk3eb9FTd8j7qWc+4cyIQF 5lMNDTThZTnJH5EBLgLuf4prJV4/67kMA2Mfqm6OLe5aRSVi6BZctyNINF+IkFsjo1cfsZ QObUhIEwOwbRaJ18iHi8mLeqfEqgv2s= Received: from mail-wr1-f70.google.com (mail-wr1-f70.google.com [209.85.221.70]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-282-ZI7HMh2TPMyq1suL5LJojQ-1; Wed, 20 Nov 2019 07:21:39 -0500 Received: by mail-wr1-f70.google.com with SMTP id w9so21109530wrn.9 for ; Wed, 20 Nov 2019 04:21:38 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=3CRYoC+FXuRRRB1nkQ2UTEB7lD0/kwekRSpLwkYD6lI=; b=ZSIPbCvfzw/My5VkrK5a/9KsPdsyG6jMNVsN2TudRH+DiDw9chkmPKZ1A1A2JIIGqt Umn+mF647mIR9tl2sJ4FJ9DCgqNncpUIqgfkM73iGzBB2wkWGc8wGa5rWRtLrzM/cqaj 3PgXXpd6AVvKgbENWfSOwH1i0oej1NEuGrup60wMS46VUKlveSb1jlYINL8SkN/eNCAm 6Og+e7QmxJIW/oaBYlkLUJpB+wBYuC7cMt+GmTFVH7+DGOfTtSbnpDs38oqbWUg8fQZk EISOFktixPEkSxjLYrA2LoUgZQ4NvLyVn6Sg7pN1yQtDXjmj5YLccM2miQlY6lb/dpVY Eoww== X-Gm-Message-State: APjAAAWLkqm94cp09kGaqOLVMDiZknSMIPf3GLXRDfEGM8D37XmDaz18 RE0q7AHEF8zUOWJbzHp+TEzqySec5bhL7xUixgTc35AzoCZWVAKEGpwVK9qSZRN7sjXId/FAb5A MjqxomsRWlLgGgwGIKqYx2/ci X-Received: by 2002:adf:dc81:: with SMTP id r1mr3153630wrj.84.1574252497878; Wed, 20 Nov 2019 04:21:37 -0800 (PST) X-Received: by 2002:adf:dc81:: with SMTP id r1mr3153590wrj.84.1574252497590; Wed, 20 Nov 2019 04:21:37 -0800 (PST) Received: from ?IPv6:2001:b07:6468:f312:dc24:9a59:da87:5724? ([2001:b07:6468:f312:dc24:9a59:da87:5724]) by smtp.gmail.com with ESMTPSA id u16sm31686955wrr.65.2019.11.20.04.21.36 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 20 Nov 2019 04:21:36 -0800 (PST) Subject: Re: [PATCH 4/5] KVM: vmx: implement MSR_IA32_TSX_CTRL disable RTM functionality To: Jim Mattson Cc: LKML , kvm list , Sean Christopherson References: <1574101067-5638-1-git-send-email-pbonzini@redhat.com> <1574101067-5638-5-git-send-email-pbonzini@redhat.com> From: Paolo Bonzini Message-ID: <656c0af1-6c56-8a08-ff86-745409f6968c@redhat.com> Date: Wed, 20 Nov 2019 13:21:35 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: Content-Language: en-US X-MC-Unique: ZI7HMh2TPMyq1suL5LJojQ-1 X-Mimecast-Spam-Score: 0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 19/11/19 22:06, Jim Mattson wrote: >> + switch (index) { >> + case MSR_IA32_TSX_CTRL: >> + /* No need to pass TSX_CTRL_CPUID_CLEAR through.= */ >> + vmx->guest_msrs[j].mask =3D ~(u64)TSX_CTRL_CPUID= _CLEAR; >> + break; > Why even bother with the special case here? Does this make the wrmsr fast= er? >=20 No, but it can avoid the wrmsr altogether if the guest uses the same DISABLE_RTM setting but a different value for CPUID_CLEAR. More important, while I am confident re-enabling TSX while in the kernel and only restoring MSR_IA32_TSX_CTRL on return to userspace, I'm more wary of changing CPUID bits while the kernel is running. I will update the comment. Paolo