Received: by 2002:a05:6a10:9afc:0:0:0:0 with SMTP id t28csp3214825pxm; Mon, 28 Feb 2022 14:42:30 -0800 (PST) X-Google-Smtp-Source: ABdhPJwWW9cMqjuGk5fBFOCQrTdbqnXA/NiPUv63qSK0sj5zM2KTwqloFbe62JjYNFYM42OS1E4K X-Received: by 2002:a50:d711:0:b0:410:a51a:77c5 with SMTP id t17-20020a50d711000000b00410a51a77c5mr22315213edi.154.1646088149880; Mon, 28 Feb 2022 14:42:29 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1646088149; cv=none; d=google.com; s=arc-20160816; b=A5yiw97WZpHnTixhAjyuWKdNzm43PQ9i08MrLxK0WXQ/1zYQ614+yFjBnIiv4I6Txh mAYEUHhGMFxOzt6A2Fe2XHMC6f+P02MjHp8tpwbr7O4dOwOUIby0QFPinWT1z3Ug7UGq ibgas4zpxr+my70ZPl1qu24/4PSuXiT2wmq90sJmE2Wftd12ymopfgBJI59/ar+n3fD/ Dq1Dy9grd8fVDVyYOJC9vN4b/n3OCYFj3ZE76bFJSlY17okQvj29Ipe4tdGj53GmTF/n 3HmQMGzJcUsUjMBo4pG6Gp3k2eIF4XMSsK13dDgqMhXZLVTYnxhEWe15vrKg316tfq8g bBIQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=WcgYqHBBOWbueB0Fsjd5eUaC1NU5WnaGHWt3Uee30NI=; b=vS0eK2eePhxAkaXqLL6yuiRkumNxReZl5nF/KdKStJwjAEGiaIZQQq2zRGyYNKuTAc Iu9jkkoMmtbP65JGMChh88ziVGAKOoNSNpPu12bAw70BWeZt6LPaKu790dEABTPb1ZvX 2T/LvprAP2A/m3X//qTB12HtaZTNESTIOai9E9YUTR2TaaWIcbXz4i9gY4SkOUjeK6yv 22T6RONfNgz07wJFy36ek5U3zRHpZYT1dFJ4tATcQe+PjV3Fm8FEK/J5OR6DQd5wuaw4 wYtw/AaUtf+5VmiXhiPH3FsT1UvvIn3q3/3Q6gAEpEbe9d5awgJGZekbxDd8VLCW48no F96g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=KYt1K1Jx; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id p22-20020aa7d316000000b004136ff6893bsi6836159edq.500.2022.02.28.14.42.07; Mon, 28 Feb 2022 14:42:29 -0800 (PST) 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=@google.com header.s=20210112 header.b=KYt1K1Jx; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231428AbiB1WXE (ORCPT + 99 others); Mon, 28 Feb 2022 17:23:04 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34268 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231282AbiB1WXC (ORCPT ); Mon, 28 Feb 2022 17:23:02 -0500 Received: from mail-ej1-x633.google.com (mail-ej1-x633.google.com [IPv6:2a00:1450:4864:20::633]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4698255BD3 for ; Mon, 28 Feb 2022 14:22:23 -0800 (PST) Received: by mail-ej1-x633.google.com with SMTP id hw13so27675936ejc.9 for ; Mon, 28 Feb 2022 14:22:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=WcgYqHBBOWbueB0Fsjd5eUaC1NU5WnaGHWt3Uee30NI=; b=KYt1K1Jx2L6voa6GU07qVfXechSDb2mLanaNKHRTjyqEXgFE9PKAoFACZofXoCPI8G QZFmcDvrg90GxhB1jY3c6O+8OYG1CEBzVpRh5Awh4Zx7jXoa2saQ8fOUq3I5zLlEeBhG ubKb45uchZbz/dr9a05PbHRO9tKLijOyLbPFwFAMpCKd7wcSUJ46oV/CZMmiMpH9cA5r DT+QdKixm3EMjwD1Bn4JC3WoP3oH9nEp4ekSxW+iVktZqbRthDa61QsijDN6XHHCtD7E LxGLi2uFHaNjGpC1bN+V+wUDoCTAJ1avbLwQeOvU374T2iXZp0xEz6wWb7kUXmna4ZO2 duAQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=WcgYqHBBOWbueB0Fsjd5eUaC1NU5WnaGHWt3Uee30NI=; b=nPj6/shGzqR+5cbed8HEx0R+ye+llHzCG1C3ZV3aBaCSJrMvFBebT0xDgZGKDFsLHg SNYwXosmhOJSDlrsPILESbD3CU5rK6PGF0S0GfUNfR6h50w7Xt87V6iW77uqknWXehEW 0Al3NxncMwcPv/5Y1sRVm8jc74dl0DN70o37oKrjzwTg8xfJdIyQUOpXhuOEPZ3Ju8qf rZ8BtQM13eT/kdxg9ZP7y+6tAP5TIGYi5an+38R13fKK5g43Dx7sWVRfBmn7xpR3dUFR Xnv86b3RVWlKAY/+g6Sdf46K8LvDP2SzCi14+iEuyaR5XBtC9aAPQRe3l4/0GPzhzg1B JZWw== X-Gm-Message-State: AOAM531xBNrsiepcPOaeKTYq9BCmukpYI4MXYZSwLpnoZlzmDtmhcvhf DCu0BY66Ec3XZ+PSn2k2tzTjR3mXavayxXky3zLYSw== X-Received: by 2002:a17:906:eda9:b0:6ce:e24e:7b95 with SMTP id sa9-20020a170906eda900b006cee24e7b95mr16966410ejb.314.1646086941618; Mon, 28 Feb 2022 14:22:21 -0800 (PST) MIME-Version: 1.0 References: <20220225182248.3812651-1-seanjc@google.com> <20220225182248.3812651-7-seanjc@google.com> In-Reply-To: <20220225182248.3812651-7-seanjc@google.com> From: Ben Gardon Date: Mon, 28 Feb 2022 14:22:10 -0800 Message-ID: Subject: Re: [PATCH v2 6/7] KVM: Drop KVM_REQ_MMU_RELOAD and update vcpu-requests.rst documentation To: Sean Christopherson Cc: Paolo Bonzini , Christian Borntraeger , Janosch Frank , David Hildenbrand , Claudio Imbrenda , Vitaly Kuznetsov , Wanpeng Li , Jim Mattson , Joerg Roedel , kvm , LKML , Lai Jiangshan Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-18.1 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE,USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL 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 On Fri, Feb 25, 2022 at 10:23 AM Sean Christopherson wrote: > > Remove the now unused KVM_REQ_MMU_RELOAD, shift KVM_REQ_VM_DEAD into the > unoccupied space, and update vcpu-requests.rst, which was missing an > entry for KVM_REQ_VM_DEAD. Switching KVM_REQ_VM_DEAD to entry '1' also > fixes the stale comment about bits 4-7 being reserved. > > Reviewed-by: Claudio Imbrenda Reviewed-by: Ben Gardon > Signed-off-by: Sean Christopherson > --- > Documentation/virt/kvm/vcpu-requests.rst | 7 +++---- > include/linux/kvm_host.h | 3 +-- > 2 files changed, 4 insertions(+), 6 deletions(-) > > diff --git a/Documentation/virt/kvm/vcpu-requests.rst b/Documentation/virt/kvm/vcpu-requests.rst > index ad2915ef7020..b61d48aec36c 100644 > --- a/Documentation/virt/kvm/vcpu-requests.rst > +++ b/Documentation/virt/kvm/vcpu-requests.rst > @@ -112,11 +112,10 @@ KVM_REQ_TLB_FLUSH > choose to use the common kvm_flush_remote_tlbs() implementation will > need to handle this VCPU request. > > -KVM_REQ_MMU_RELOAD > +KVM_REQ_VM_DEAD > > - When shadow page tables are used and memory slots are removed it's > - necessary to inform each VCPU to completely refresh the tables. This > - request is used for that. > + This request informs all VCPUs that the VM is dead and unusable, e.g. due to > + fatal error or because the VM's state has been intentionally destroyed. > > KVM_REQ_UNBLOCK > > diff --git a/include/linux/kvm_host.h b/include/linux/kvm_host.h > index 0aeb47cffd43..9536ffa0473b 100644 > --- a/include/linux/kvm_host.h > +++ b/include/linux/kvm_host.h > @@ -153,10 +153,9 @@ static inline bool is_error_page(struct page *page) > * Bits 4-7 are reserved for more arch-independent bits. > */ > #define KVM_REQ_TLB_FLUSH (0 | KVM_REQUEST_WAIT | KVM_REQUEST_NO_WAKEUP) > -#define KVM_REQ_MMU_RELOAD (1 | KVM_REQUEST_WAIT | KVM_REQUEST_NO_WAKEUP) > +#define KVM_REQ_VM_DEAD (1 | KVM_REQUEST_WAIT | KVM_REQUEST_NO_WAKEUP) > #define KVM_REQ_UNBLOCK 2 > #define KVM_REQ_UNHALT 3 > -#define KVM_REQ_VM_DEAD (4 | KVM_REQUEST_WAIT | KVM_REQUEST_NO_WAKEUP) > #define KVM_REQ_GPC_INVALIDATE (5 | KVM_REQUEST_WAIT | KVM_REQUEST_NO_WAKEUP) > #define KVM_REQUEST_ARCH_BASE 8 > > -- > 2.35.1.574.g5d30c73bfb-goog >