Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp4224502pxb; Mon, 8 Feb 2021 10:47:28 -0800 (PST) X-Google-Smtp-Source: ABdhPJxmrQ+t95PjT91BBRGdQO8zpep8ZEChEEn6BwbKL5WW2UrZE/WceSbWAAsMSgOUr6FGzSWr X-Received: by 2002:a17:907:da3:: with SMTP id go35mr10285627ejc.26.1612810048652; Mon, 08 Feb 2021 10:47:28 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612810048; cv=none; d=google.com; s=arc-20160816; b=daU0abqs0wM79wDK5t3nv3zNXfgzTg7Eg/pFUuq5RIY+NdLnuZraeoyL/rmuzy4idp GcRfxnsZHo3/wbkExfijtpWgFw/6IPAREa2vwhKbBNpLSkbOEqBvKHwIF1+tLs1CZk2K yc8NB2xrpuJou3hAfXYT51fZbIKELeE/TJPFjafimEUMCBcWEJfS4qHNFDRLMjGZGsFS cR91E0dNevEf6nkd4GbhqT94UXHX317aZn/zvY9fDITMT/AT+KMLFG0k3L0NUfAp2pqB FftYW9ccW4FJfprVstAnzakZCHa1lJEnFQnHBUFGV/BO973N+PeF4H8k8ikfswsJ9Oev LdvQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:from:subject:mime-version:message-id:date :sender:dkim-signature; bh=CWLS3iCdl7avu6UrS/4a9Q7lCozs1sxuZ+Q+3TdBAr4=; b=Ooy0W9Ae5RUS/u2DuXzxGsz9tRNePSWA7beGYHICFxL/mg1ZolRUes6eEeNehUiGvU CRGQqHy7BSrcBpgPpDWfl8zvM4eDt8mF3SYhvA7pqPija2bdsPeTshg3FHfb/4e1jaJ8 iMBgJk30EQENlTHgdrpCmmMyCMo/xVx+GsRBgu1TNqg+9fR0tr1QGoLqD/ewwwWuEP9s GAbHMT+LV1BtlDFriyYhk8CC4CNH1GxDhR/W8e6JTB/NRZ2ckjBP9S/7HLVpZfa9LPer TB+t6+0lONL3HRvnfU9g84e4vnatJMFluNvr2P5gLLPsXpGaLBKEOcWLis4ecI2MazTQ o2JA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b="MkS/AQps"; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id qx24si11859769ejb.494.2021.02.08.10.47.01; Mon, 08 Feb 2021 10:47:28 -0800 (PST) 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=@google.com header.s=20161025 header.b="MkS/AQps"; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234546AbhBHSqb (ORCPT + 99 others); Mon, 8 Feb 2021 13:46:31 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44662 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233117AbhBHQtY (ORCPT ); Mon, 8 Feb 2021 11:49:24 -0500 Received: from mail-pj1-x104a.google.com (mail-pj1-x104a.google.com [IPv6:2607:f8b0:4864:20::104a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C7A00C06178B for ; Mon, 8 Feb 2021 08:48:44 -0800 (PST) Received: by mail-pj1-x104a.google.com with SMTP id fa7so10322587pjb.5 for ; Mon, 08 Feb 2021 08:48:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=sender:date:message-id:mime-version:subject:from:to:cc; bh=CWLS3iCdl7avu6UrS/4a9Q7lCozs1sxuZ+Q+3TdBAr4=; b=MkS/AQpsy4KJi2RAXDyDVdKnFaGcb8SW96N1xaxNIG/R8e6YcwlBQ9vh0t51rhuofi i2vBYteTnMD+u7upnr9YfcoJu3W8ZaYEvYWAQArs9ud8ocrYGqh9b6UKHfUE0aTX2nd+ X7EQW1I5ERB5Wy2/NAVTjwKHNbol9Y4O97ag3nwYL6j0+jshBjpP0zCchaUV1eomWmUm gU1ntF6fsqDAWh40hku88WgSOyoCs6I8fVL/b22dS+pJLvCZ9gVrCi5QEWlnU2rpV7Hk yDcUZ0z49g+Fy7AdPfB8khbpopSxyhugyzcqDYjYRFCRfOSB3i2a3ZzHLoQinzIaMpVG n3zA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:message-id:mime-version:subject:from :to:cc; bh=CWLS3iCdl7avu6UrS/4a9Q7lCozs1sxuZ+Q+3TdBAr4=; b=GKyeoe1kclcHk36Wzo6GhRg6jspbzqYBa3pvd4r4GEx3W5EB/YuvhzTqWsprCmnRfT 7AANRzQDngAtQnDICSIcATS8MO7ZQaDqfigZ3NreBPkU0vZYXg1ycUMMgfGfMOpMUFBG DauaPjxkDbiFebEJiQhzSnA0BV8pXlHSm7Hn0ofX/JAqKjJSuh6nhxlzFSVrmRUI98P4 DFTSk18+FygI3828/f4k7PYzpBUscl7jWL0O6Om+vwEWNFLB2cvH8Dr5v78hH8jsBYAy zE/0nM9X4+8Mz1G+Q+HNNLB64wZyBQoD6TPmbvOfL+vHGOKqQ9rLD/VCnsudJ/GyfBD+ RTEA== X-Gm-Message-State: AOAM5310WZMji8QaGUs0GDIPwGJKDGJAPHsGCpY7c8yclFHJdZs4Ljlg kHU8JfZwATiZ8nZI8MO+W7nWX/k+5nc= Sender: "pgonda via sendgmr" X-Received: from pgonda1.kir.corp.google.com ([2620:0:1008:11:588:a801:402d:d5e5]) (user=pgonda job=sendgmr) by 2002:a17:902:9009:b029:dc:52a6:575 with SMTP id a9-20020a1709029009b02900dc52a60575mr16415595plp.57.1612802924247; Mon, 08 Feb 2021 08:48:44 -0800 (PST) Date: Mon, 8 Feb 2021 08:48:40 -0800 Message-Id: <20210208164840.769333-1-pgonda@google.com> Mime-Version: 1.0 X-Mailer: git-send-email 2.30.0.478.g8a0d178c01-goog Subject: [PATCH for 4.19] Fix unsynchronized access to sev members through svm_register_enc_region From: Peter Gonda To: stable@vger.kernel.org Cc: Peter Gonda , Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , Paolo Bonzini , Joerg Roedel , Tom Lendacky , Brijesh Singh , Sean Christopherson , x86@kernel.org, kvm@vger.kernel.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org commit 19a23da53932bc8011220bd8c410cb76012de004 upstream. Grab kvm->lock before pinning memory when registering an encrypted region; sev_pin_memory() relies on kvm->lock being held to ensure correctness when checking and updating the number of pinned pages. Add a lockdep assertion to help prevent future regressions. Cc: Thomas Gleixner Cc: Ingo Molnar Cc: "H. Peter Anvin" Cc: Paolo Bonzini Cc: Joerg Roedel Cc: Tom Lendacky Cc: Brijesh Singh Cc: Sean Christopherson Cc: x86@kernel.org Cc: kvm@vger.kernel.org Cc: stable@vger.kernel.org Cc: linux-kernel@vger.kernel.org Fixes: 1e80fdc09d12 ("KVM: SVM: Pin guest memory when SEV is active") Signed-off-by: Peter Gonda V2 - Fix up patch description - Correct file paths svm.c -> sev.c - Add unlock of kvm->lock on sev_pin_memory error V1 - https://lore.kernel.org/kvm/20210126185431.1824530-1-pgonda@google.com/ Message-Id: <20210127161524.2832400-1-pgonda@google.com> Signed-off-by: Paolo Bonzini --- arch/x86/kvm/svm.c | 18 +++++++++++------- 1 file changed, 11 insertions(+), 7 deletions(-) diff --git a/arch/x86/kvm/svm.c b/arch/x86/kvm/svm.c index 2b506904be02..93c89f1ffc5d 100644 --- a/arch/x86/kvm/svm.c +++ b/arch/x86/kvm/svm.c @@ -1830,6 +1830,8 @@ static struct page **sev_pin_memory(struct kvm *kvm, unsigned long uaddr, struct page **pages; unsigned long first, last; + lockdep_assert_held(&kvm->lock); + if (ulen == 0 || uaddr + ulen < uaddr) return NULL; @@ -7086,12 +7088,21 @@ static int svm_register_enc_region(struct kvm *kvm, if (!region) return -ENOMEM; + mutex_lock(&kvm->lock); region->pages = sev_pin_memory(kvm, range->addr, range->size, ®ion->npages, 1); if (!region->pages) { ret = -ENOMEM; + mutex_unlock(&kvm->lock); goto e_free; } + region->uaddr = range->addr; + region->size = range->size; + + mutex_lock(&kvm->lock); + list_add_tail(®ion->list, &sev->regions_list); + mutex_unlock(&kvm->lock); + /* * The guest may change the memory encryption attribute from C=0 -> C=1 * or vice versa for this memory range. Lets make sure caches are @@ -7100,13 +7111,6 @@ static int svm_register_enc_region(struct kvm *kvm, */ sev_clflush_pages(region->pages, region->npages); - region->uaddr = range->addr; - region->size = range->size; - - mutex_lock(&kvm->lock); - list_add_tail(®ion->list, &sev->regions_list); - mutex_unlock(&kvm->lock); - return ret; e_free: -- 2.30.0.478.g8a0d178c01-goog