Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp585344pxf; Thu, 8 Apr 2021 08:59:29 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxFWOwaihzPGIxAmJPQD1hTDLjopkpGYCKSZ1MvHy2FKMWnGRwqofF+SpafzXjluMx9gbwi X-Received: by 2002:a17:906:4c45:: with SMTP id d5mr11001044ejw.38.1617897569177; Thu, 08 Apr 2021 08:59:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617897569; cv=none; d=google.com; s=arc-20160816; b=0rkZbFJKw9jqLcLGxjxZ3KARbZCregQlOH45dyCfrx1uVorv1FG4FW6BwROp2iQMkF ByPfP88gYZe0Y8vg4ZeNy9VUCPKDjlTyWT9Oe2tB90XRpMpc0628eOvC+xRetVEM5y3P pWDD2XkdeukuA4MAnA/yzMn+QysCL/ecGwEhw4uOXXoTcqU3Ft3jy8mjxPYETdTX0LN3 W484lWN2oqwbDWcBIt9NRblppW1O0c1a/Cw6NFM0TIjzXuIIuA43k+SQwcvX0cTicIxy wx509HPGZS8aycu5EXPwU8vnBbCaNmsRfXeD5QlLigC6DACVo0aoRgRar6vig9e2pUID Bijw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=ACCpYNy34LXQczCbdAnQ7GVKiaThMHFtlrJymfX8bwY=; b=cuLL7bObJ+m6W8JlEKxfNhKi5+u7IKh7F9uHix1DrpaEGCb09S0VTFIvrr6EJ/xlG9 gPPwOP+tPfkejWr3xaE/3g0m2jQWFFQlM6t7L00UIxZcNQVVnBmLR61OfixxHIDbKQbT SuuoGNnXlOyRDikP2OX7mAQDsGMvUKPVF9FbS7Hm/87P4Sf7FEogjiKopA8aVezNzYgS XXzIP+iZTZiwYlQU+LfjCejkYj38i4gu8sRphpzxvEIkgXWu3fJ0Th+BuRDwzt5N0JJs SFd0yKk/JDODEPfsspgxHMvEhIGJo60AnlxgwbV4k0RRLuM0NOf9sfrPN6mmCv7VbcvW 4WGw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=SLrALUha; 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=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i11si14455954edk.574.2021.04.08.08.59.05; Thu, 08 Apr 2021 08:59:29 -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=@redhat.com header.s=mimecast20190719 header.b=SLrALUha; 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=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232174AbhDHP6L (ORCPT + 99 others); Thu, 8 Apr 2021 11:58:11 -0400 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:21800 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232080AbhDHP6L (ORCPT ); Thu, 8 Apr 2021 11:58:11 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1617897479; 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=ACCpYNy34LXQczCbdAnQ7GVKiaThMHFtlrJymfX8bwY=; b=SLrALUhaza8cAteLysI47iBGndKAOWVCyjDuE5QkB3gfFYtv2/GzzbknpXjyNLsdZoGqkC cLYd1wSt9svJl/kNzX20kghscCFuid8aG5ccig5p6w/jS9cLcoM+Itb4XbuMX9wxMUqGf4 HFmdzlARCRit50cs0AzqBHttnRPUleg= Received: from mail-ej1-f72.google.com (mail-ej1-f72.google.com [209.85.218.72]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-547-m3Nf4B8aNTahjkJ9vBkqTQ-1; Thu, 08 Apr 2021 11:57:57 -0400 X-MC-Unique: m3Nf4B8aNTahjkJ9vBkqTQ-1 Received: by mail-ej1-f72.google.com with SMTP id jx20so1063015ejc.4 for ; Thu, 08 Apr 2021 08:57:57 -0700 (PDT) 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=ACCpYNy34LXQczCbdAnQ7GVKiaThMHFtlrJymfX8bwY=; b=VbcoFm8qFfjq07syHHIOQjovQn0rdcwhiXa54Wr//K3gzdTnkr8WyH3GlJCiWojYIZ pd43OOvZb3y8fFsxUGyfwVf3UQjuEL0Tj2wmrFHNFIAFjceRzMMz4YuClecwRFrNdeJW JWo/0qlPqtNQNis2gDIXT2dqtr2V/fUThr6aXbbP/oe5P8TdCF/6XPJNjKbNz3GSa6ox Bo0OMa6UsynadNR8Z1Qn8poteIGo/gMwaThhvsaVUTzswHZvcC7mPycgF2NLtU1Im5Oo i5KhrhUN7iIIXpt3lb2YR1Ksf8LVDSQS7Nxbj2r0es1DcDO2oamTEgkv1Fuc603KveDv YyaQ== X-Gm-Message-State: AOAM532QhYDzFXlFQg6XNOereClipx31sGpiqjv5/jLNy2s7j2u/zvAX 1SrVORrKrPhySWjDoeG0vKMfQCR7hc+89Jn7k4ZCl0YVnnUNW8X1sc60OJFokF1LFegn8y54G6i 412Ntu3iHGThlo/6EEARfApcK X-Received: by 2002:a05:6402:549:: with SMTP id i9mr12650717edx.379.1617897476539; Thu, 08 Apr 2021 08:57:56 -0700 (PDT) X-Received: by 2002:a05:6402:549:: with SMTP id i9mr12650694edx.379.1617897476305; Thu, 08 Apr 2021 08:57:56 -0700 (PDT) Received: from ?IPv6:2001:b07:6468:f312:5e2c:eb9a:a8b6:fd3e? ([2001:b07:6468:f312:5e2c:eb9a:a8b6:fd3e]) by smtp.gmail.com with ESMTPSA id eo22sm14566576ejc.0.2021.04.08.08.57.55 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 08 Apr 2021 08:57:55 -0700 (PDT) Subject: Re: [PATCH v2 07/17] KVM: x86/mmu: Check PDPTRs before allocating PAE roots To: Sean Christopherson Cc: Wanpeng Li , Vitaly Kuznetsov , Wanpeng Li , Jim Mattson , Joerg Roedel , kvm , LKML , Ben Gardon , Brijesh Singh , Tom Lendacky References: <20210305011101.3597423-1-seanjc@google.com> <20210305011101.3597423-8-seanjc@google.com> From: Paolo Bonzini Message-ID: <8b7129ed-0377-7b91-c741-44ac2202081a@redhat.com> Date: Thu, 8 Apr 2021 17:57:54 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 08/04/21 17:48, Sean Christopherson wrote: > Freaking PDPTRs. I was really hoping we could keep the lock and pages_available() > logic outside of the helpers. What if kvm_mmu_load() reads the PDPTRs and > passes them into mmu_alloc_shadow_roots()? Or is that too ugly? The patch I have posted (though untested) tries to do that in a slightly less ugly way by pushing make_mmu_pages_available down to mmu_alloc_*_roots. Paolo > diff --git a/arch/x86/kvm/mmu/mmu.c b/arch/x86/kvm/mmu/mmu.c > index efb41f31e80a..e3c4938cd665 100644 > --- a/arch/x86/kvm/mmu/mmu.c > +++ b/arch/x86/kvm/mmu/mmu.c > @@ -3275,11 +3275,11 @@ static int mmu_alloc_direct_roots(struct kvm_vcpu *vcpu) > return 0; > } > > -static int mmu_alloc_shadow_roots(struct kvm_vcpu *vcpu) > +static int mmu_alloc_shadow_roots(struct kvm_vcpu *vcpu, u64 pdptrs[4]) > { > struct kvm_mmu *mmu = vcpu->arch.mmu; > - u64 pdptrs[4], pm_mask; > gfn_t root_gfn, root_pgd; > + u64 pm_mask; > hpa_t root; > int i; > > @@ -3291,11 +3291,8 @@ static int mmu_alloc_shadow_roots(struct kvm_vcpu *vcpu) > > if (mmu->root_level == PT32E_ROOT_LEVEL) { > for (i = 0; i < 4; ++i) { > - pdptrs[i] = mmu->get_pdptr(vcpu, i); > - if (!(pdptrs[i] & PT_PRESENT_MASK)) > - continue; > - > - if (mmu_check_root(vcpu, pdptrs[i] >> PAGE_SHIFT)) > + if ((pdptrs[i] & PT_PRESENT_MASK) && > + mmu_check_root(vcpu, pdptrs[i] >> PAGE_SHIFT)) > return 1; > } > } > @@ -4844,21 +4841,33 @@ EXPORT_SYMBOL_GPL(kvm_mmu_reset_context); > > int kvm_mmu_load(struct kvm_vcpu *vcpu) > { > - int r; > + struct kvm_mmu *mmu = vcpu->arch.mmu; > + u64 pdptrs[4]; > + int r, i; > > - r = mmu_topup_memory_caches(vcpu, !vcpu->arch.mmu->direct_map); > + r = mmu_topup_memory_caches(vcpu, !mmu->direct_map); > if (r) > goto out; > r = mmu_alloc_special_roots(vcpu); > if (r) > goto out; > + > + /* > + * On SVM, reading PDPTRs might access guest memory, which might fault > + * and thus might sleep. Grab the PDPTRs before acquiring mmu_lock. > + */ > + if (!mmu->direct_map && mmu->root_level == PT32E_ROOT_LEVEL) { > + for (i = 0; i < 4; ++i) > + pdptrs[i] = mmu->get_pdptr(vcpu, i); > + } > + > write_lock(&vcpu->kvm->mmu_lock); > if (make_mmu_pages_available(vcpu)) > r = -ENOSPC; > else if (vcpu->arch.mmu->direct_map) > r = mmu_alloc_direct_roots(vcpu); > else > - r = mmu_alloc_shadow_roots(vcpu); > + r = mmu_alloc_shadow_roots(vcpu, pdptrs); > write_unlock(&vcpu->kvm->mmu_lock); > if (r) > goto out; >