From: Maxime Coquelin <maxime.coquelin@redhat.com>
To: Jerin Jacob <jerin.jacob@caviumnetworks.com>
Cc: Santosh Shukla <santosh.shukla@caviumnetworks.com>,
thomas@monjalon.net, bruce.richardson@intel.com, dev@dpdk.org,
hemant.agrawal@nxp.com, shreyansh.jain@nxp.com,
gaetan.rivet@6wind.com
Subject: Re: [dpdk-dev] [PATCH 07/10] linuxapp/eal_vfio: honor iova mode before mapping
Date: Thu, 6 Jul 2017 12:59:04 +0200 [thread overview]
Message-ID: <89425d75-3f79-d3e8-f0b1-330292866bbb@redhat.com> (raw)
In-Reply-To: <20170706094939.GA1709@jerin>
On 07/06/2017 11:49 AM, Jerin Jacob wrote:
> -----Original Message-----
>> Date: Thu, 6 Jul 2017 09:58:41 +0200
>> From: Maxime Coquelin <maxime.coquelin@redhat.com>
>> To: Jerin Jacob <jerin.jacob@caviumnetworks.com>
>> CC: Santosh Shukla <santosh.shukla@caviumnetworks.com>,
>> thomas@monjalon.net, bruce.richardson@intel.com, dev@dpdk.org,
>> hemant.agrawal@nxp.com, shreyansh.jain@nxp.com, gaetan.rivet@6wind.com
>> Subject: Re: [dpdk-dev] [PATCH 07/10] linuxapp/eal_vfio: honor iova mode
>> before mapping
>> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
>> Thunderbird/52.1.0
>>
>>
>>
>> On 07/05/2017 05:43 PM, Jerin Jacob wrote:
>>> -----Original Message-----
>>>> Date: Wed, 5 Jul 2017 11:14:01 +0200
>>>> From: Maxime Coquelin <maxime.coquelin@redhat.com>
>>>> To: Santosh Shukla <santosh.shukla@caviumnetworks.com>,
>>>> thomas@monjalon.net, bruce.richardson@intel.com, dev@dpdk.org
>>>> CC: jerin.jacob@caviumnetworks.com, hemant.agrawal@nxp.com,
>>>> shreyansh.jain@nxp.com, gaetan.rivet@6wind.com
>>>> Subject: Re: [dpdk-dev] [PATCH 07/10] linuxapp/eal_vfio: honor iova mode
>>>> before mapping
>>>> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
>>>> Thunderbird/52.1.0
>>>>
>>>>
>>>>
>>>> On 06/08/2017 01:05 PM, Santosh Shukla wrote:
>>>>> Check iova mode and accordingly map iova to pa or va.
>>>>>
>>>>> Signed-off-by: Santosh Shukla<santosh.shukla@caviumnetworks.com>
>>>>> Signed-off-by: Jerin Jacob<jerin.jacob@caviumnetworks.com>
>>>>> ---
>>>>> lib/librte_eal/linuxapp/eal/eal_vfio.c | 10 ++++++++--
>>>>> 1 file changed, 8 insertions(+), 2 deletions(-)
>>>>>
>>>>> diff --git a/lib/librte_eal/linuxapp/eal/eal_vfio.c b/lib/librte_eal/linuxapp/eal/eal_vfio.c
>>>>> index 04914406f..348b7a7f4 100644
>>>>> --- a/lib/librte_eal/linuxapp/eal/eal_vfio.c
>>>>> +++ b/lib/librte_eal/linuxapp/eal/eal_vfio.c
>>>>> @@ -706,7 +706,10 @@ vfio_type1_dma_map(int vfio_container_fd)
>>>>> dma_map.argsz = sizeof(struct vfio_iommu_type1_dma_map);
>>>>> dma_map.vaddr = ms[i].addr_64;
>>>>> dma_map.size = ms[i].len;
>>>>> - dma_map.iova = ms[i].phys_addr;
>>>>> + if (rte_eal_iova_mode() == RTE_IOVA_VA)
>>>>> + dma_map.iova = dma_map.vaddr;
>>>>> + else
>>>>> + dma_map.iova = ms[i].phys_addr;
>>>>> dma_map.flags = VFIO_DMA_MAP_FLAG_READ | VFIO_DMA_MAP_FLAG_WRITE;
>>>>
>>>> IIUC, it is changing default behavior for VFIO devices.
>>>>
>>>> I see a possible problem, but I'm not sure the case is valid.
>>>>
>>>> Imagine you have two devices in the iommu group, and the two devices are
>>>> used in separate processes. Each process could try two different
>>>> physical addresses at the same virtual address, and so the second map
>>>> would fail.
>>>
>>> IMO, Doesn't look like a problem. Here is the data flow
>>>
>>> 1) The vfio DMA map function(vfio_type1_dma_map()) will be called only
>>> on primary process
>>> http://dpdk.org/browse/dpdk/tree/lib/librte_eal/linuxapp/eal/eal_vfio.c#n359
>>>
>>> 2) On secondary process, DPDK rte_eal_huge_page_attach() will make sure
>>> that, the Secondary process has the _same_ virtual address as primary or
>>> exit from on attach.
>>> http://dpdk.org/browse/dpdk/tree/lib/librte_eal/linuxapp/eal/eal_memory.c#n1452
>>>
>>> 3) Since secondary process adds the mapped the virtual address in step (2).
>>> in the page table in OS. On SMMU entry miss(When device
>>> request from I/O transaction), OS will load the mapping and update the SMMU
>>> "context" with page tables from MMU.
>>
>> Ok thanks for the detailed info, but what about the case where the same
>> iommu group is used by two primary processes?
>
> Does that case exist with DPDK? We always need to blacklist same BDF in
> the secondary process to make things work with existing DPDK setup. Which
> make sense as well. Only primary process configures the HW blocks.
I meant the case when two BDF are in the same IOMMU group (if ACS is not
supported at some point in the hierarchy). And I meant two primary
processes running, like for example two containers running each a DPDK
application.
Maybe this is not a valid use-case (it is not secure, as it would break
isolation between the two containers), but it seems that it is something
DPDK allows today, if I'm not mistaken.
>>
>> I don't know how frequent it is, but if ACS is not supported by either the
>> endpoint or the the root port, then you would have to share the same IOMMU
>> group for all the ports of your card. Right?
>
> ACS is supported in our card(it not in bypass mode) and one mempool PCI BDF
> comes as a IOMMU group.
>
> If it in bypass mode anyway you use in vfio-noiommu mode as
> there is no protection anyway.
Yes.
>>
>>> Let me add the background for why this feature is required in DPDK to
>>> enable NPU style co-processors.
>>>
>>> The traditional NICs the Rx path code look like this:
>>> 1) On control path, Fill the mempool with buffers
>>> 2) on rx_burst(), alloc the mbuf from mempool
>>> 3) SW has the mbuf in hand(which is a virtual address) and program the
>>> HW with mbuf->buf_physaddr)
>>> 4) Return the last pushed mbuf(will be updated by HW by now)
>>>
>>>
>>> On NPU style co-processors, situation is different as the buffer recycling
>>> has been done in HW unlike SW model. Here is the data flow:
>>> 1) On control path, Fill the HW mempool with buffers(Obviously the IOVA
>>> address, which is PA in existing model)
>>> 2) on rx_burst, HW gives you IOVA address(as address as step 1)
>>> 3) As application expects VA to operate on it, rx_burst() needs to
>>> convert to VA from PAA. Which is very costly.
>>> Instead with this IOVA as VA scheme, We can avoid the cost of converting
>>> with help of IOMMU/SMMU.
>>>
>>> This patch set auto detects the mode based available of type devices in
>>> bus and provides an option to override mode based on eal argument, so we
>>> don't foresee any issue with this approach and welcome any alternative
>>> approaches.
>>
>> I don't question the need of the feature for these kind of
>> co-processors, using VA as IOVA in your case seems very valid.
>>
>> What concerns me is that we change the default behavior for all other
>> devices. Having an option to override is fine to me, but the default
>> mode should remain the same IMHO.
>
> Doesn't seems to be a technical point. But I agree with your concern.
> we will address it.
> I think, we have two ways to address it.
>
> option 1:
> - In existing patch,
> a) we are currently setting(internal_cfg->iova_mode = RTE_IOVA_PA)
> http://dpdk.org/dev/patchwork/patch/25192
> b) only when with eal argument sets to RTE_IOVA_VA and then bus probed
> value == RTE_IOVA_VA the final mode will be RTE_IOVA_VA
> http://dpdk.org/dev/patchwork/patch/25193/
> check the code after rte_bus_scan()
>
> option 2:
> On rte_pci_get_iommu_class() in http://dpdk.org/dev/patchwork/patch/25190/
> we can check the rte_pci_device.id.vendor_id == CAVIUM to select the
> mode so other type of devices safe.
>
> I think, option 2 makes sense, as it gives foolproof auto detection scheme and
> without effecting any other devices that not interested in this scheme
>
> Does that address your concern about the patchset?
Yes it does, or maybe create a new flag in struct rte_pci_driver's
drv_flags to provide a hint it prefers to use VA as IOVA?
It, of course, would just be a hint, and should be set only when other
conditions are met.
>> Wouldn't it be possible to default to VA as IOVA only when an HW mempool
>> is in use?
>
> It will be too late as in the normal scheme of things, application
> creates the pool.
OK, makes sense.
Thanks,
Maxime
>>
>>> Similar problem exists in another part of the code in DPDK,
>>> http://dpdk.org/browse/dpdk/tree/drivers/bus/fslmc/fslmc_vfio.c#n231
>>> Its a conditional compilation based approach with duplicating the vfio
>>> code and we are trying to fix the problem in a generic way so that
>>> everyone can get benefited out of it.
>>>
>>> Comments are welcome.
>>
>> Thanks,
>> Maxime
>>
>>> /Jerin
>>>
>>>>
>>>> By using physical addresses, you are safe against this problem.
>>>>
>>>> Any thoughts?
>>>>
>>>> Cheers,
>>>> Maxime
next prev parent reply other threads:[~2017-07-06 10:59 UTC|newest]
Thread overview: 248+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-06-08 11:05 [dpdk-dev] [PATCH 00/10] Infrastructure to detect iova mapping on the bus Santosh Shukla
2017-06-08 11:05 ` [dpdk-dev] [PATCH 01/10] bsdapp/eal_pci: get iommu class Santosh Shukla
2017-06-08 11:05 ` [dpdk-dev] [PATCH 02/10] linuxapp/eal_pci: " Santosh Shukla
2017-07-05 8:17 ` Maxime Coquelin
2017-07-05 10:05 ` santosh
2017-06-08 11:05 ` [dpdk-dev] [PATCH 03/10] bus: " Santosh Shukla
2017-06-08 11:05 ` [dpdk-dev] [PATCH 04/10] eal: add eal option to configure iova mode Santosh Shukla
2017-06-08 11:05 ` [dpdk-dev] [PATCH 05/10] linuxapp/eal: detect " Santosh Shukla
2017-07-05 13:17 ` Hemant Agrawal
2017-07-05 13:49 ` santosh
2017-06-08 11:05 ` [dpdk-dev] [PATCH 06/10] bsdapp/eal: detect iova mapping mode Santosh Shukla
2017-06-08 11:05 ` [dpdk-dev] [PATCH 07/10] linuxapp/eal_vfio: honor iova mode before mapping Santosh Shukla
2017-07-05 9:14 ` Maxime Coquelin
2017-07-05 15:43 ` Jerin Jacob
2017-07-06 7:58 ` Maxime Coquelin
2017-07-06 9:49 ` Jerin Jacob
2017-07-06 10:59 ` Maxime Coquelin [this message]
2017-07-06 11:12 ` Jerin Jacob
2017-07-06 11:19 ` santosh
2017-07-06 13:08 ` Maxime Coquelin
2017-07-06 13:11 ` Maxime Coquelin
2017-07-06 14:13 ` santosh
2017-07-06 14:39 ` Maxime Coquelin
2017-06-08 11:05 ` [dpdk-dev] [PATCH 08/10] linuxapp/eal_memory: honor iova mode in virt2phy Santosh Shukla
2017-06-08 11:05 ` [dpdk-dev] [PATCH 09/10] mempool: " Santosh Shukla
2017-06-08 11:05 ` [dpdk-dev] [PATCH 10/10] eal/rte_malloc: " Santosh Shukla
2017-07-04 4:41 ` [dpdk-dev] [PATCH 00/10] Infrastructure to detect iova mapping on the bus santosh
2017-07-04 7:19 ` Thomas Monjalon
2017-07-04 7:57 ` santosh
2017-07-04 9:03 ` Thomas Monjalon
2017-07-04 9:21 ` santosh
2017-07-04 9:42 ` Thomas Monjalon
2017-07-04 10:10 ` Thomas Monjalon
2017-07-04 11:20 ` santosh
2017-07-05 9:30 ` Maxime Coquelin
2017-07-05 9:47 ` santosh
2017-07-10 11:42 ` [dpdk-dev] [PATCH v2 00/12] " Santosh Shukla
2017-07-10 11:42 ` [dpdk-dev] [PATCH v2 01/12] eal/pci: introduce PCI driver iova as va flag Santosh Shukla
2017-07-10 11:42 ` [dpdk-dev] [PATCH v2 02/12] eal/pci: export match function Santosh Shukla
2017-07-10 11:42 ` [dpdk-dev] [PATCH v2 03/12] bsdapp/eal_pci: get iommu class Santosh Shukla
2017-07-10 11:42 ` [dpdk-dev] [PATCH v2 04/12] linuxapp/eal_pci: " Santosh Shukla
2017-07-10 11:42 ` [dpdk-dev] [PATCH v2 05/12] bus: " Santosh Shukla
2017-07-10 11:42 ` [dpdk-dev] [PATCH v2 06/12] eal: introduce iova mode helper api Santosh Shukla
2017-07-10 11:42 ` [dpdk-dev] [PATCH v2 07/12] linuxapp/eal: auto detect iova mode Santosh Shukla
2017-07-10 11:42 ` [dpdk-dev] [PATCH v2 08/12] bsdapp/eal: auto detect iova mapping mode Santosh Shukla
2017-07-10 11:42 ` [dpdk-dev] [PATCH v2 09/12] linuxapp/eal_vfio: honor iova mode before mapping Santosh Shukla
2017-07-10 11:42 ` [dpdk-dev] [PATCH v2 10/12] linuxapp/eal_memory: honor iova mode in virt2phy Santosh Shukla
2017-07-10 11:42 ` [dpdk-dev] [PATCH v2 11/12] mempool: " Santosh Shukla
2017-07-10 12:27 ` Olivier Matz
2017-07-10 13:30 ` santosh
2017-07-10 13:51 ` Thomas Monjalon
2017-07-10 13:56 ` santosh
2017-07-10 14:09 ` Thomas Monjalon
2017-07-10 14:22 ` santosh
2017-07-10 14:37 ` Thomas Monjalon
2017-08-04 4:00 ` santosh
2017-07-10 11:42 ` [dpdk-dev] [PATCH v2 12/12] eal/rte_malloc: " Santosh Shukla
2017-07-11 6:16 ` [dpdk-dev] [PATCH v3 00/11] Infrastructure to detect iova mapping on the bus Santosh Shukla
2017-07-11 6:16 ` [dpdk-dev] [PATCH v3 01/11] eal/pci: introduce PCI driver iova as va flag Santosh Shukla
2017-07-11 9:09 ` Maxime Coquelin
2017-07-11 10:35 ` santosh
2017-07-11 12:07 ` Maxime Coquelin
2017-07-11 6:16 ` [dpdk-dev] [PATCH v3 02/11] eal/pci: export match function Santosh Shukla
2017-07-11 9:11 ` Maxime Coquelin
2017-07-11 9:12 ` Maxime Coquelin
2017-07-11 6:16 ` [dpdk-dev] [PATCH v3 03/11] bsdapp/eal_pci: get iommu class Santosh Shukla
2017-07-11 9:15 ` Maxime Coquelin
2017-07-11 10:41 ` santosh
2017-07-11 12:09 ` Maxime Coquelin
2017-07-11 6:16 ` [dpdk-dev] [PATCH v3 04/11] linuxapp/eal_pci: " Santosh Shukla
2017-07-11 9:23 ` Maxime Coquelin
2017-07-11 10:43 ` santosh
2017-07-12 8:20 ` Sergio Gonzalez Monroy
2017-07-13 8:23 ` santosh
2017-07-14 7:43 ` Sergio Gonzalez Monroy
2017-07-14 8:11 ` santosh
2017-07-14 7:39 ` Hemant Agrawal
2017-07-14 7:55 ` santosh
2017-07-14 8:06 ` Hemant Agrawal
2017-07-14 8:46 ` santosh
2017-07-14 9:13 ` santosh
2017-07-11 6:16 ` [dpdk-dev] [PATCH v3 05/11] bus: " Santosh Shukla
2017-07-14 8:07 ` Hemant Agrawal
2017-07-14 8:30 ` santosh
2017-07-14 9:39 ` Hemant Agrawal
2017-07-14 10:22 ` santosh
2017-07-14 10:29 ` santosh
2017-07-14 10:51 ` Hemant Agrawal
2017-07-14 11:03 ` santosh
2017-07-14 11:15 ` Hemant Agrawal
2017-07-11 6:16 ` [dpdk-dev] [PATCH v3 06/11] eal: introduce iova mode helper api Santosh Shukla
2017-07-11 6:16 ` [dpdk-dev] [PATCH v3 07/11] linuxapp/eal: auto detect iova mode Santosh Shukla
2017-07-13 11:29 ` Hemant Agrawal
2017-07-13 11:45 ` Hemant Agrawal
2017-07-13 18:25 ` santosh
2017-07-14 8:49 ` Hemant Agrawal
2017-07-14 9:21 ` santosh
2017-07-11 6:16 ` [dpdk-dev] [PATCH v3 08/11] bsdapp/eal: auto detect iova mapping mode Santosh Shukla
2017-07-11 6:16 ` [dpdk-dev] [PATCH v3 09/11] linuxapp/eal_vfio: honor iova mode before mapping Santosh Shukla
2017-07-11 6:16 ` [dpdk-dev] [PATCH v3 10/11] linuxapp/eal_memory: honor iova mode in virt2phy Santosh Shukla
2017-07-11 6:16 ` [dpdk-dev] [PATCH v3 11/11] eal/rte_malloc: " Santosh Shukla
2017-07-18 5:59 ` [dpdk-dev] [PATCH v4 00/12] Infrastructure to detect iova mapping on the bus Santosh Shukla
2017-07-18 5:59 ` [dpdk-dev] [PATCH v4 01/12] eal/pci: introduce PCI driver iova as va flag Santosh Shukla
2017-07-18 5:59 ` [dpdk-dev] [PATCH v4 02/12] eal/pci: export match function Santosh Shukla
2017-07-18 5:59 ` [dpdk-dev] [PATCH v4 03/12] eal/pci: get iommu class Santosh Shukla
2017-07-18 5:59 ` [dpdk-dev] [PATCH v4 04/12] bsdapp/eal_pci: " Santosh Shukla
2017-07-18 5:59 ` [dpdk-dev] [PATCH v4 05/12] linuxapp/eal_pci: " Santosh Shukla
2017-07-18 10:55 ` Hemant Agrawal
2017-07-18 5:59 ` [dpdk-dev] [PATCH v4 06/12] bus: " Santosh Shukla
2017-07-18 11:05 ` Hemant Agrawal
2017-07-18 11:16 ` santosh
2017-07-18 5:59 ` [dpdk-dev] [PATCH v4 07/12] eal: introduce iova mode helper api Santosh Shukla
2017-07-18 5:59 ` [dpdk-dev] [PATCH v4 08/12] linuxapp/eal: auto detect iova mode Santosh Shukla
2017-07-18 11:34 ` Hemant Agrawal
2017-07-18 11:56 ` santosh
2017-07-18 5:59 ` [dpdk-dev] [PATCH v4 09/12] bsdapp/eal: auto detect iova mapping mode Santosh Shukla
2017-07-18 5:59 ` [dpdk-dev] [PATCH v4 10/12] linuxapp/eal_vfio: honor iova mode before mapping Santosh Shukla
2017-07-18 5:59 ` [dpdk-dev] [PATCH v4 11/12] linuxapp/eal_memory: honor iova mode in virt2phy Santosh Shukla
2017-07-18 5:59 ` [dpdk-dev] [PATCH v4 12/12] eal/rte_malloc: " Santosh Shukla
2017-07-21 8:07 ` [dpdk-dev] [PATCH v4 00/12] Infrastructure to detect iova mapping on the bus Maxime Coquelin
2017-07-24 8:39 ` [dpdk-dev] [PATCH v5 " Santosh Shukla
2017-07-24 8:39 ` [dpdk-dev] [PATCH v5 01/12] eal/pci: introduce PCI driver iova as va flag Santosh Shukla
2017-07-24 8:39 ` [dpdk-dev] [PATCH v5 02/12] eal/pci: export match function Santosh Shukla
2017-07-24 8:39 ` [dpdk-dev] [PATCH v5 03/12] eal/pci: get iommu class Santosh Shukla
2017-07-24 8:39 ` [dpdk-dev] [PATCH v5 04/12] bsdapp/eal_pci: " Santosh Shukla
2017-07-24 8:39 ` [dpdk-dev] [PATCH v5 05/12] linuxapp/eal_pci: " Santosh Shukla
2017-07-24 8:39 ` [dpdk-dev] [PATCH v5 06/12] bus: " Santosh Shukla
2017-07-24 8:39 ` [dpdk-dev] [PATCH v5 07/12] eal: introduce iova mode helper api Santosh Shukla
2017-07-24 8:40 ` [dpdk-dev] [PATCH v5 08/12] linuxapp/eal: auto detect iova mode Santosh Shukla
2017-07-24 8:40 ` [dpdk-dev] [PATCH v5 09/12] bsdapp/eal: auto detect iova mapping mode Santosh Shukla
2017-07-24 8:40 ` [dpdk-dev] [PATCH v5 10/12] linuxapp/eal_vfio: honor iova mode before mapping Santosh Shukla
2017-07-24 8:40 ` [dpdk-dev] [PATCH v5 11/12] linuxapp/eal_memory: honor iova mode in virt2phy Santosh Shukla
2017-07-24 8:40 ` [dpdk-dev] [PATCH v5 12/12] eal/rte_malloc: " Santosh Shukla
2017-08-14 16:10 ` [dpdk-dev] [PATCH v6 00/12] Infrastructure to detect iova mapping on the bus Santosh Shukla
2017-08-14 16:10 ` [dpdk-dev] [PATCH v6 01/12] eal/pci: introduce PCI driver iova as va flag Santosh Shukla
2017-08-17 12:35 ` Aaron Conole
2017-08-14 16:10 ` [dpdk-dev] [PATCH v6 02/12] eal/pci: export match function Santosh Shukla
2017-08-14 16:10 ` [dpdk-dev] [PATCH v6 03/12] eal/pci: get iommu class Santosh Shukla
2017-08-17 12:38 ` Aaron Conole
2017-08-14 16:10 ` [dpdk-dev] [PATCH v6 04/12] bsdapp/eal_pci: " Santosh Shukla
2017-08-14 16:10 ` [dpdk-dev] [PATCH v6 05/12] linuxapp/eal_pci: " Santosh Shukla
2017-08-14 16:10 ` [dpdk-dev] [PATCH v6 06/12] bus: " Santosh Shukla
2017-08-14 16:10 ` [dpdk-dev] [PATCH v6 07/12] eal: introduce iova mode helper api Santosh Shukla
2017-08-14 16:10 ` [dpdk-dev] [PATCH v6 08/12] linuxapp/eal: auto detect iova mode Santosh Shukla
2017-08-16 17:38 ` Aaron Conole
2017-08-17 14:43 ` santosh
2017-08-14 16:10 ` [dpdk-dev] [PATCH v6 09/12] bsdapp/eal: auto detect iova mapping mode Santosh Shukla
2017-08-17 12:41 ` Aaron Conole
2017-08-14 16:10 ` [dpdk-dev] [PATCH v6 10/12] linuxapp/eal_vfio: honor iova mode before mapping Santosh Shukla
2017-08-14 16:10 ` [dpdk-dev] [PATCH v6 11/12] linuxapp/eal_memory: honor iova mode in virt2phy Santosh Shukla
2017-08-14 16:10 ` [dpdk-dev] [PATCH v6 12/12] eal/rte_malloc: " Santosh Shukla
2017-08-31 3:26 ` [dpdk-dev] [PATCH v7 0/9] Infrastructure to detect iova mapping on the bus Santosh Shukla
2017-08-31 3:26 ` [dpdk-dev] [PATCH v7 1/9] eal/pci: export match function Santosh Shukla
2017-09-04 14:49 ` Burakov, Anatoly
2017-09-06 15:39 ` Ferruh Yigit
2017-09-18 10:07 ` santosh
2017-08-31 3:26 ` [dpdk-dev] [PATCH v7 2/9] eal/pci: get iommu class Santosh Shukla
2017-09-04 14:53 ` Burakov, Anatoly
2017-09-04 15:13 ` santosh
2017-09-04 15:16 ` Burakov, Anatoly
2017-09-04 15:31 ` santosh
2017-09-04 15:35 ` Burakov, Anatoly
2017-09-04 15:30 ` Burakov, Anatoly
2017-08-31 3:26 ` [dpdk-dev] [PATCH v7 3/9] linuxapp/eal_pci: " Santosh Shukla
2017-09-04 15:08 ` Burakov, Anatoly
2017-09-05 8:47 ` santosh
2017-09-05 8:55 ` Burakov, Anatoly
2017-09-05 8:59 ` santosh
2017-09-05 9:01 ` Burakov, Anatoly
2017-08-31 3:26 ` [dpdk-dev] [PATCH v7 4/9] bus: " Santosh Shukla
2017-09-04 15:25 ` Burakov, Anatoly
2017-08-31 3:26 ` [dpdk-dev] [PATCH v7 5/9] eal: introduce iova mode helper api Santosh Shukla
2017-08-31 3:26 ` [dpdk-dev] [PATCH v7 6/9] eal: auto detect iova mode Santosh Shukla
2017-09-04 15:32 ` Burakov, Anatoly
2017-08-31 3:26 ` [dpdk-dev] [PATCH v7 7/9] linuxapp/eal_vfio: honor iova mode before mapping Santosh Shukla
2017-09-04 15:40 ` Burakov, Anatoly
2017-10-26 12:57 ` Jonas Pfefferle1
2017-11-02 10:17 ` Thomas Monjalon
2017-11-02 10:26 ` Jonas Pfefferle1
2017-11-03 9:56 ` Jonas Pfefferle1
2017-11-03 10:28 ` Thomas Monjalon
2017-11-03 10:44 ` Jonas Pfefferle1
2017-11-03 10:54 ` Thomas Monjalon
2017-11-03 11:28 ` Jonas Pfefferle1
2017-08-31 3:26 ` [dpdk-dev] [PATCH v7 8/9] linuxapp/eal_memory: honor iova mode in virt2phy Santosh Shukla
2017-09-04 15:42 ` Burakov, Anatoly
2017-08-31 3:26 ` [dpdk-dev] [PATCH v7 9/9] eal/rte_malloc: " Santosh Shukla
2017-09-04 15:44 ` Burakov, Anatoly
2017-09-05 12:28 ` [dpdk-dev] [PATCH v7 0/9] Infrastructure to detect iova mapping on the bus Hemant Agrawal
2017-09-05 12:30 ` Hemant Agrawal
2017-09-18 10:42 ` [dpdk-dev] [PATCH v8 " Santosh Shukla
2017-09-18 10:42 ` [dpdk-dev] [PATCH v8 1/9] eal/pci: export match function Santosh Shukla
2017-09-18 10:42 ` [dpdk-dev] [PATCH v8 2/9] eal/pci: get iommu class Santosh Shukla
2017-09-19 16:37 ` Burakov, Anatoly
2017-09-19 17:29 ` santosh
2017-09-20 9:09 ` Burakov, Anatoly
2017-09-20 10:24 ` santosh
2017-09-18 10:42 ` [dpdk-dev] [PATCH v8 3/9] linuxapp/eal_pci: " Santosh Shukla
2017-09-18 10:42 ` [dpdk-dev] [PATCH v8 4/9] bus: " Santosh Shukla
2017-09-18 10:42 ` [dpdk-dev] [PATCH v8 5/9] eal: introduce iova mode helper api Santosh Shukla
2017-09-18 10:42 ` [dpdk-dev] [PATCH v8 6/9] eal: auto detect iova mode Santosh Shukla
2017-09-18 10:42 ` [dpdk-dev] [PATCH v8 7/9] linuxapp/eal_vfio: honor iova mode before mapping Santosh Shukla
2017-09-18 10:42 ` [dpdk-dev] [PATCH v8 8/9] linuxapp/eal_memory: honor iova mode in virt2phy Santosh Shukla
2017-09-18 10:42 ` [dpdk-dev] [PATCH v8 9/9] eal/rte_malloc: " Santosh Shukla
2017-09-20 11:23 ` [dpdk-dev] [PATCH v9 0/9] Infrastructure to detect iova mapping on the bus Santosh Shukla
2017-09-20 11:23 ` [dpdk-dev] [PATCH v9 1/9] eal/pci: export match function Santosh Shukla
2017-09-20 11:23 ` [dpdk-dev] [PATCH v9 2/9] eal/pci: get iommu class Santosh Shukla
2017-09-20 11:39 ` Burakov, Anatoly
2017-10-05 23:58 ` Thomas Monjalon
2017-10-06 3:04 ` santosh
2017-10-06 7:24 ` Thomas Monjalon
2017-10-06 9:13 ` santosh
2017-09-20 11:23 ` [dpdk-dev] [PATCH v9 3/9] linuxapp/eal_pci: " Santosh Shukla
2017-10-06 0:17 ` Thomas Monjalon
2017-10-06 3:22 ` santosh
2017-10-06 7:56 ` Thomas Monjalon
2017-09-20 11:23 ` [dpdk-dev] [PATCH v9 4/9] bus: " Santosh Shukla
2017-09-20 11:23 ` [dpdk-dev] [PATCH v9 5/9] eal: introduce helper API for iova mode Santosh Shukla
2017-09-20 11:23 ` [dpdk-dev] [PATCH v9 6/9] eal: auto detect " Santosh Shukla
2017-10-06 0:19 ` Thomas Monjalon
2017-10-06 3:25 ` santosh
2017-10-06 8:11 ` Thomas Monjalon
2017-10-06 9:11 ` santosh
2017-09-20 11:23 ` [dpdk-dev] [PATCH v9 7/9] linuxapp/eal_vfio: honor iova mode before mapping Santosh Shukla
2017-09-20 11:23 ` [dpdk-dev] [PATCH v9 8/9] linuxapp/eal_memory: honor iova mode in virt2phy Santosh Shukla
2017-09-20 11:23 ` [dpdk-dev] [PATCH v9 9/9] eal/rte_malloc: " Santosh Shukla
2017-09-26 4:02 ` [dpdk-dev] [PATCH v9 0/9] Infrastructure to detect iova mapping on the bus santosh
2017-10-06 11:03 ` [dpdk-dev] [PATCH v10 " Santosh Shukla
2017-10-06 11:03 ` [dpdk-dev] [PATCH v10 1/9] eal/pci: export match function Santosh Shukla
2017-10-06 11:03 ` [dpdk-dev] [PATCH v10 2/9] eal/pci: get iommu class Santosh Shukla
2017-10-06 11:03 ` [dpdk-dev] [PATCH v10 3/9] linuxapp/eal_pci: " Santosh Shukla
2017-10-11 1:47 ` Tan, Jianfeng
2017-10-11 4:43 ` santosh
2017-10-11 5:31 ` Tan, Jianfeng
2017-10-11 5:37 ` santosh
2017-10-11 7:04 ` Tan, Jianfeng
2017-10-11 7:10 ` santosh
2017-10-11 8:31 ` Tan, Jianfeng
2017-10-11 8:51 ` santosh
2017-10-06 11:03 ` [dpdk-dev] [PATCH v10 4/9] bus: " Santosh Shukla
2017-10-06 11:03 ` [dpdk-dev] [PATCH v10 5/9] eal: introduce helper API for iova mode Santosh Shukla
2017-10-06 11:03 ` [dpdk-dev] [PATCH v10 6/9] eal: auto detect " Santosh Shukla
2017-10-13 8:48 ` Maxime Coquelin
2017-10-13 9:58 ` Thomas Monjalon
2017-10-06 11:03 ` [dpdk-dev] [PATCH v10 7/9] linuxapp/eal_vfio: honor iova mode before mapping Santosh Shukla
2017-10-06 11:03 ` [dpdk-dev] [PATCH v10 8/9] linuxapp/eal_memory: honor iova mode in virt2phy Santosh Shukla
2017-10-06 11:03 ` [dpdk-dev] [PATCH v10 9/9] eal/rte_malloc: " Santosh Shukla
2017-10-06 18:40 ` [dpdk-dev] [PATCH v10 0/9] Infrastructure to detect iova mapping on the bus Thomas Monjalon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=89425d75-3f79-d3e8-f0b1-330292866bbb@redhat.com \
--to=maxime.coquelin@redhat.com \
--cc=bruce.richardson@intel.com \
--cc=dev@dpdk.org \
--cc=gaetan.rivet@6wind.com \
--cc=hemant.agrawal@nxp.com \
--cc=jerin.jacob@caviumnetworks.com \
--cc=santosh.shukla@caviumnetworks.com \
--cc=shreyansh.jain@nxp.com \
--cc=thomas@monjalon.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).