From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73]) by dpdk.org (Postfix) with ESMTP id 6C8DD1B296; Wed, 11 Jul 2018 12:18:28 +0200 (CEST) Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.rdu2.redhat.com [10.11.54.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id DC35B9BA10; Wed, 11 Jul 2018 10:18:27 +0000 (UTC) Received: from [10.36.117.81] (ovpn-117-81.ams2.redhat.com [10.36.117.81]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 0E7C42156891; Wed, 11 Jul 2018 10:18:26 +0000 (UTC) From: "Eelco Chaudron" To: "Alejandro Lucero" Cc: dev@dpdk.org, stable@dpdk.org, anatoly.burakov@intel.com Date: Wed, 11 Jul 2018 12:18:25 +0200 Message-ID: In-Reply-To: <1531243552-7795-3-git-send-email-alejandro.lucero@netronome.com> References: <1531243552-7795-1-git-send-email-alejandro.lucero@netronome.com> <1531243552-7795-3-git-send-email-alejandro.lucero@netronome.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.78 on 10.11.54.6 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.1]); Wed, 11 Jul 2018 10:18:27 +0000 (UTC) X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.1]); Wed, 11 Jul 2018 10:18:27 +0000 (UTC) for IP:'10.11.54.6' DOMAIN:'int-mx06.intmail.prod.int.rdu2.redhat.com' HELO:'smtp.corp.redhat.com' FROM:'echaudro@redhat.com' RCPT:'' Subject: Re: [dpdk-stable] [PATCH v4 2/5] bus/pci: use IOVAs check when setting IOVA mode X-BeenThere: stable@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches for DPDK stable branches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2018 10:18:28 -0000 On 10 Jul 2018, at 19:25, Alejandro Lucero wrote: > Although VT-d emulation currently only supports 39 bits, it could > be iovas being within that supported range. This patch allows > IOVA mode in such a case. > > Indeed, memory initialization code can be modified for using lower > virtual addresses than those used by the kernel for 64 bits processes > by default, and therefore memsegs iovas can use 39 bits or less for > most system. And this is likely 100% true for VMs. > > Applicable to v17.11.3 only. > > Signed-off-by: Alejandro Lucero > --- > drivers/bus/pci/linux/pci.c | 15 +++++++++++---- > 1 file changed, 11 insertions(+), 4 deletions(-) > > diff --git a/drivers/bus/pci/linux/pci.c b/drivers/bus/pci/linux/pci.c > index 74deef3..792c819 100644 > --- a/drivers/bus/pci/linux/pci.c > +++ b/drivers/bus/pci/linux/pci.c > @@ -43,6 +43,7 @@ > #include > #include > #include > +#include > > #include "eal_private.h" > #include "eal_filesystem.h" > @@ -613,10 +614,12 @@ > fclose(fp); > > mgaw = ((vtd_cap_reg & VTD_CAP_MGAW_MASK) >> VTD_CAP_MGAW_SHIFT) + > 1; > - if (mgaw < X86_VA_WIDTH) > + > + if (!rte_eal_check_dma_mask(mgaw)) > + return true; > + else > return false; > > - return true; > } > #elif defined(RTE_ARCH_PPC_64) > static bool > @@ -640,13 +643,17 @@ > { > struct rte_pci_device *dev = NULL; > struct rte_pci_driver *drv = NULL; > + int iommu_dma_mask_check_done = 0; > > FOREACH_DRIVER_ON_PCIBUS(drv) { > FOREACH_DEVICE_ON_PCIBUS(dev) { > if (!rte_pci_match(drv, dev)) > continue; > - if (!pci_one_device_iommu_support_va(dev)) > - return false; > + if (!iommu_dma_mask_check_done) { > + if (pci_one_device_iommu_support_va(dev) < 0) > + return false; > + iommu_dma_mask_check_done = 1; As I do not know enough on what IOMMU hardware can coexist, I leave this patch for others to review. Here is the previous question/answer: >>> Not sure why this change? Why do we only need to check one device on >>> all the buses? >> Because there is just one emulated IOMMU hardware. The limitation in >> this case is not in a specific PCI device. And I do not think it is >> possible to have two different (emulated or not) IOMMU hardware. Yes, >> you can have more than one controller but being same IOMMU type. If the above is confirmed, you can consider this patch ack’ed. > + } > } > } > return true; > -- > 1.9.1