From: santosh <santosh.shukla@caviumnetworks.com>
To: Maxime Coquelin <maxime.coquelin@redhat.com>,
Jerin Jacob <jerin.jacob@caviumnetworks.com>
Cc: 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 16:49:06 +0530 [thread overview]
Message-ID: <a6cf74af-8fc7-ccac-22c2-d4ca5bb47c7e@caviumnetworks.com> (raw)
In-Reply-To: <89425d75-3f79-d3e8-f0b1-330292866bbb@redhat.com>
On Thursday 06 July 2017 04:29 PM, Maxime Coquelin wrote:
>
> 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'm not sure how two primary process could run, as because latter primary process
would try accessing /var/run/.rte_config and would fail at this [1] point.
It's not valid use-case for dpdk (imo).
[1] http://dpdk.org/browse/dpdk/tree/lib/librte_eal/linuxapp/eal/eal.c#n204
>>>
>>> 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 11:19 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
2017-07-06 11:12 ` Jerin Jacob
2017-07-06 11:19 ` santosh [this message]
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=a6cf74af-8fc7-ccac-22c2-d4ca5bb47c7e@caviumnetworks.com \
--to=santosh.shukla@caviumnetworks.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=maxime.coquelin@redhat.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).