From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx0a-001b2d01.pphosted.com (mx0b-001b2d01.pphosted.com [148.163.158.5]) by dpdk.org (Postfix) with ESMTP id 96C321B3D0 for ; Thu, 2 Nov 2017 11:27:08 +0100 (CET) Received: from pps.filterd (m0098413.ppops.net [127.0.0.1]) by mx0b-001b2d01.pphosted.com (8.16.0.21/8.16.0.21) with SMTP id vA2AOAk5038405 for ; Thu, 2 Nov 2017 06:27:07 -0400 Received: from smtp.notes.na.collabserv.com (smtp.notes.na.collabserv.com [192.155.248.72]) by mx0b-001b2d01.pphosted.com with ESMTP id 2dyyaj7pg7-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Thu, 02 Nov 2017 06:27:07 -0400 Received: from localhost by smtp.notes.na.collabserv.com with smtp.notes.na.collabserv.com ESMTP for from ; Thu, 2 Nov 2017 10:27:06 -0000 Received: from us1a3-smtp05.a3.dal06.isc4sb.com (10.146.71.159) by smtp.notes.na.collabserv.com (10.106.227.158) with smtp.notes.na.collabserv.com ESMTP; Thu, 2 Nov 2017 10:26:58 -0000 Received: from us1a3-mail173.a3.dal06.isc4sb.com ([10.146.71.126]) by us1a3-smtp05.a3.dal06.isc4sb.com with ESMTP id 2017110210265786-353959 ; Thu, 2 Nov 2017 10:26:57 +0000 MIME-Version: 1.0 In-Reply-To: <3223948.qxOSPyVx3K@xps> To: Thomas Monjalon Cc: aconole@redhat.com, anatoly.burakov@intel.com, bruce.richardson@intel.com, dev@dpdk.org, gaetan.rivet@6wind.com, hemant.agrawal@nxp.com, jerin.jacob@caviumnetworks.com, maxime.coquelin@redhat.com, olivier.matz@6wind.com, Santosh Shukla , sergio.gonzalez.monroy@intel.com, shreyansh.jain@nxp.com, stephen@networkplumber.org, "Alexey Kardashevskiy" From: "Jonas Pfefferle1" Date: Thu, 2 Nov 2017 11:26:57 +0100 References: <20170814161059.6684-1-santosh.shukla@caviumnetworks.com> <20170831032618.7120-8-santosh.shukla@caviumnetworks.com> <3223948.qxOSPyVx3K@xps> X-KeepSent: EACBFB27:1AACFFF8-C12581CC:00389E46; type=4; name=$KeepSent X-Mailer: IBM Notes Release 9.0.1 October 14, 2013 X-LLNOutbound: False X-Disclaimed: 53823 X-TNEFEvaluated: 1 x-cbid: 17110210-6059-0000-0000-000006114B65 X-IBM-SpamModules-Scores: BY=0; FL=0; FP=0; FZ=0; HX=0; KW=0; PH=0; SC=0.417846; ST=0; TS=0; UL=0; ISC=; MB=0.196255 X-IBM-SpamModules-Versions: BY=3.00007996; HX=3.00000241; KW=3.00000007; PH=3.00000004; SC=3.00000239; SDB=6.00940017; UDB=6.00473976; IPR=6.00720273; BA=6.00005666; NDR=6.00000001; ZLA=6.00000005; ZF=6.00000009; ZB=6.00000000; ZP=6.00000000; ZH=6.00000000; ZU=6.00000002; MB=3.00017834; XFM=3.00000015; UTC=2017-11-02 10:27:06 X-IBM-AV-DETECTION: SAVI=unsuspicious REMOTE=unsuspicious XFE=unused X-IBM-AV-VERSION: SAVI=2017-11-02 08:59:37 - 6.00007550 x-cbparentid: 17110210-6060-0000-0000-000086BB4C85 Message-Id: X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2017-11-02_03:, , signatures=0 X-Proofpoint-Spam-Reason: safe Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: Re: [dpdk-dev] [PATCH v7 7/9] linuxapp/eal_vfio: honor iova mode before mapping X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2017 10:27:08 -0000 Thomas Monjalon wrote on 11/02/2017 11:17:10 AM: > From: Thomas Monjalon > To: Jonas Pfefferle1 > Cc: dev@dpdk.org, Santosh Shukla > , jerin.jacob@caviumnetworks.com, > hemant.agrawal@nxp.com, olivier.matz@6wind.com, > maxime.coquelin@redhat.com, sergio.gonzalez.monroy@intel.com, > bruce.richardson@intel.com, shreyansh.jain@nxp.com, > gaetan.rivet@6wind.com, anatoly.burakov@intel.com, > stephen@networkplumber.org, aconole@redhat.com > Date: 11/02/2017 11:17 AM > Subject: Re: [dpdk-dev] [PATCH v7 7/9] linuxapp/eal=5Fvfio: honor iova > mode before mapping > > Hi > > 26/10/2017 14:57, Jonas Pfefferle1: > > > > Hi @all > > > > I just stumbled upon this patch while testing on POWER. RTE=5FIOVA=5FVA will > > not work for the sPAPR code since the dma window size is currently > > determined by the physical address only. > > Is it affecting POWER8? It is. > > > I'm preparing a patch to address this. > > Any news? > Can you use virtual addresses? After a long discussion with Alexey (CC) we came to the conclusion that with the current sPAPR iommu driver we cannot use virtual addresses since the iova is restricted to lay in the DMA window which itself is restricted to physical RAM addresses resp. with the current code 0 to hotplug memory max. However, Alexey is working on a patch to lift this restriction on the DMA window size which should allow us to do VA:VA mappings in the future. For now we should fall back to PA in the dynamic iova mode check. I will send an according patch later today. > >