Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3525667pxf; Mon, 15 Mar 2021 11:30:21 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxfHFGbbvpP8P13K8j5kVDltuyEG9d9q6MHjLDD/lEimcaGbJKVigw+vZ3AjhMQbNjmvUuL X-Received: by 2002:a17:906:7e12:: with SMTP id e18mr26096876ejr.316.1615833021375; Mon, 15 Mar 2021 11:30:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1615833021; cv=none; d=google.com; s=arc-20160816; b=1JTpFO0v9y/4ikrG0qInaZxNSagN8ArkCRinjm8q//sKEzaWhtBIgmh/S3sLtVURrJ KpzKb1y7n3h5PVT1Xu9qR0/pk1zJX9NNSs2KamNOdH8lTv0MBA+x1fA7RBpIDan8fZ5t sdcuczb0wgHQr/TsE1bzPTzFOZVxS3OLDYKkaBajPis0I5CRcosqMdWnKx3cpMn/R9nl RutcDRezW/MqbTQek3oE+IEqmEncsHTENqLyy59mm1k6nYLzARpFMRtDRhMd9LKsSyob G6mQkp2Fg6AWkF6ZIIMkJ/8YwZHdmGBOg4ewjuesuPKmalLCCrbkF/NcR/YPTloVwo7T lCPg== 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=M4matBANz2Psqefyi23vrYdbwXwxAQtXUJtcGGgFZrM=; b=dOvSzi67YXxVq8XwYFkBErox6ze8q0haPBDquEhG1mTHFo9Xvf/y44LxtMvFNKvyxs O3EWhLyQONPy6+5SHdSfb0djlDgxELpzoG3/1XipHb2jYoGqrcbPXK4ibyu2dPSqQDcI SjlL2OJiGDiPdWC1Zp+0du59+9lp/naqL0EvI2Cj0H5xgjpWcQUClEbXPtvQ9rqiUbh1 wFXG32f6esAY1ZNsONFep6NpChVnAVbIle3Ons/Dm/jJrE999teCAsXkBG9OU+UdE/Ea xY7ARCpwupokLADh6tTv+zMlgIoPAoF/JeF6f2qf6Dyp/rZLW0vSjkYE/1WdXbY5znai O0mA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=BBQklOTX; 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=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g14si11625759edr.362.2021.03.15.11.29.58; Mon, 15 Mar 2021 11:30:21 -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=@linuxfoundation.org header.s=korg header.b=BBQklOTX; 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=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239561AbhCOOcn (ORCPT + 99 others); Mon, 15 Mar 2021 10:32:43 -0400 Received: from mail.kernel.org ([198.145.29.99]:37540 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233159AbhCOOAz (ORCPT ); Mon, 15 Mar 2021 10:00:55 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 6A81D64F2F; Mon, 15 Mar 2021 14:00:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1615816833; bh=rP3zNFRQkISHoL0E1ZO0BTSYNPK6MmFp/5xAV1uR/g0=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=BBQklOTXlST81GPzKWM5cDkPEg0/OjKcRNJIqy4pEUf5tbPYf+OvCEkaeDYjRHB1U ORynWt0qoFuhLG0fm+Ad4DNCMISjAISX+fpoU6WZxTDh1B9EC8SH4iPdo+JgsZGEhl 2lzcAWaUzImgTu3BfXgSao9Vws6RNbEzvOhyky6o= From: gregkh@linuxfoundation.org To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Eric Auger , Marc Zyngier , Andrew Jones Subject: [PATCH 4.14 91/95] KVM: arm64: Fix exclusive limit for IPA size Date: Mon, 15 Mar 2021 14:58:01 +0100 Message-Id: <20210315135743.275012438@linuxfoundation.org> X-Mailer: git-send-email 2.30.2 In-Reply-To: <20210315135740.245494252@linuxfoundation.org> References: <20210315135740.245494252@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Greg Kroah-Hartman From: Marc Zyngier Commit 262b003d059c6671601a19057e9fe1a5e7f23722 upstream. When registering a memslot, we check the size and location of that memslot against the IPA size to ensure that we can provide guest access to the whole of the memory. Unfortunately, this check rejects memslot that end-up at the exact limit of the addressing capability for a given IPA size. For example, it refuses the creation of a 2GB memslot at 0x8000000 with a 32bit IPA space. Fix it by relaxing the check to accept a memslot reaching the limit of the IPA space. Fixes: c3058d5da222 ("arm/arm64: KVM: Ensure memslots are within KVM_PHYS_SIZE") Reviewed-by: Eric Auger Signed-off-by: Marc Zyngier Cc: stable@vger.kernel.org # 4.4, 4.9, 4.14, 4.19 Reviewed-by: Andrew Jones Link: https://lore.kernel.org/r/20210311100016.3830038-3-maz@kernel.org Signed-off-by: Greg Kroah-Hartman --- virt/kvm/arm/mmu.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/virt/kvm/arm/mmu.c +++ b/virt/kvm/arm/mmu.c @@ -1870,7 +1870,7 @@ int kvm_arch_prepare_memory_region(struc * Prevent userspace from creating a memory region outside of the IPA * space addressable by the KVM guest IPA space. */ - if (memslot->base_gfn + memslot->npages >= + if (memslot->base_gfn + memslot->npages > (KVM_PHYS_SIZE >> PAGE_SHIFT)) return -EFAULT;