> -Original Message-
> From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
> Sent: Tuesday, March 6, 2018 4:57 PM
> To: Chen, Junjie J ; y...@fridaylinux.org; Tan,
> Jianfeng
> Cc: dev@dpdk.org
> Subject: Re: [PATCH v2] doc: add driver limitation for vhost dequeue zero copy
>
>
>
In vhost-switch example, when binding nic to vfio-pci with iommu enabled,
dequeue zero copy cannot work in VM2NIC mode due to no iommu dma mapping
is setup for guest memory currently.
Signed-off-by: Junjie Chen
---
Changes in V3:
- update limitation to iommu
Changes in V2:
- add doc in vhost lib
On Fri, 9 Mar 2018 09:52:54 +0900
Hyong Youb Kim wrote:
> On Thu, Mar 08, 2018 at 02:14:27PM -0800, Stephen Hemminger wrote:
> > On Wed, 7 Mar 2018 18:47:00 -0800
> > John Daley wrote:
> >
> > > 'catch-all' filters should be added last.
> > >
> > > +- **Statistics**
> > > +
> > > + -
On Thu, Mar 08, 2018 at 02:14:27PM -0800, Stephen Hemminger wrote:
> On Wed, 7 Mar 2018 18:47:00 -0800
> John Daley wrote:
>
> > 'catch-all' filters should be added last.
> >
> > +- **Statistics**
> > +
> > + - ``rx_good_bytes`` (ibytes) always includes VLAN header (4B) and CRC
> > byte
Ethdev offloads API has changed since:
commit ce17eddefc20 ("ethdev: introduce Rx queue offloads API")
commit cba7f53b717d ("ethdev: introduce Tx queue offloads API")
Signed-off-by: Tiwei Bie
---
drivers/net/virtio/virtio_ethdev.c | 35 ---
drivers/net/virtio/vir
On Thu, Mar 08, 2018 at 10:34:14PM +0100, Thomas Monjalon wrote:
> 08/03/2018 20:40, Neil Horman:
> > On Thu, Mar 08, 2018 at 05:04:01PM +0100, Thomas Monjalon wrote:
> > > 08/03/2018 16:35, Neil Horman:
> > > > On Thu, Mar 08, 2018 at 04:17:00PM +0100, Thomas Monjalon wrote:
> > > > > 08/03/2018 1
Bulk allocation of multiple mbufs increased more than ~2% and less
than 8% throughput on single core (1.8 GHz), based on usage for example
1: Testpmd case: Two null devices with copy 8% improvement.
testpmd -c 0x3 -n 4 --socket-mem 1024,1024
--vdev 'eth_null0,size=64,copy=1' --vdev 'et
On Thu, 8 Mar 2018 21:52:48 +0800
Qi Zhang wrote:
> +struct bpf_insn prog[] = {
> + {
> + .code = 0x85, //call imm
> + .dst_reg = 0,
> + .src_reg = 0,
> + .off = 0,
> + .imm = BPF_FUNC_xdpsk_redirect,
> + },
> + {
> +
This commit also adds a flush callback test to the sw eventdev's selftest
suite.
Signed-off-by: Gage Eads
---
drivers/event/sw/sw_evdev.c | 25 ++-
drivers/event/sw/sw_evdev_selftest.c | 80 +++-
2 files changed, 102 insertions(+), 3 deletions(-)
When an event device is stopped, it drains all event queues. These events
may contain pointers, so to prevent memory leaks eventdev now supports a
user-provided flush callback that is called during the queue drain process.
This callback is stored in process memory, so the callback must be
registere
Previously, the sw event adapter would enqueue either all or no events,
depending on if enough inflight credits were available for the new events
in the burst. If a port is enqueueing a large burst (i.e. a multiple of the
credit update quanta), this can result in suboptimal performance, and
require
On Wed, 7 Mar 2018 18:47:00 -0800
John Daley wrote:
> 'catch-all' filters should be added last.
>
> +- **Statistics**
> +
> + - ``rx_good_bytes`` (ibytes) always includes VLAN header (4B) and CRC
> bytes (4B).
> + - When the NIC drops a packet because the Rx queue has no free buffers,
On Thu, 11 Jan 2018 17:01:10 +
Ferruh Yigit wrote:
> On 1/8/2018 5:45 PM, Stephen Hemminger wrote:
> > To handle atomic update of link status (64 bit), every driver
> > was doing its own version using cmpset.
> > Atomic exchange is a useful primitive in its own right;
> > therefore make it a
Signed-off-by: Erik Gabriel Carrillo
---
MAINTAINERS| 7 +++
doc/api/doxy-api-index.md | 32 +++-
doc/guides/rel_notes/release_18_05.rst | 5 +
3 files changed, 15 insertions(+), 29 deletions(-)
diff --git a/MAINTAINE
Signed-off-by: Erik Gabriel Carrillo
---
test/test/Makefile |1 +
test/test/test_event_timer_adapter.c | 1234 ++
2 files changed, 1235 insertions(+)
create mode 100644 test/test/test_event_timer_adapter.c
diff --git a/test/test/Makefile b/t
Signed-off-by: Erik Gabriel Carrillo
Signed-off-by: Jerin Jacob
Signed-off-by: Pavan Nikhilesh
---
doc/guides/prog_guide/event_timer_adapter.rst | 277 ++
doc/guides/prog_guide/index.rst | 1 +
2 files changed, 278 insertions(+)
create mode 100644 doc/gu
Signed-off-by: Erik Gabriel Carrillo
---
config/rte_config.h | 1 +
lib/librte_eventdev/meson.build | 9 ++---
lib/meson.build | 3 ++-
3 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/config/rte_config.h b/config/rte_config.h
index 699878a..823fd79 1
This commit adds the logic that is shared by all event timer adapter
drivers; the common code handles instance allocation and some
initialization.
Signed-off-by: Erik Gabriel Carrillo
---
config/common_base| 1 +
drivers/event/sw/sw_evdev.c
If an eventdev PMD does not wish to provide event timer adapter ops
definitions, the library will fall back to a default software
implementation whose entry points are added by this commit.
Signed-off-by: Erik Gabriel Carrillo
---
lib/Makefile | 2 +-
lib/librt
Signed-off-by: Jerin Jacob
Signed-off-by: Pavan Nikhilesh
Signed-off-by: Erik Gabriel Carrillo
---
lib/librte_eventdev/Makefile | 1 +
lib/librte_eventdev/rte_event_timer_adapter.h | 645 ++
lib/librte_eventdev/rte_eventdev.h| 41 +-
3 fil
This patch series contains the next iteration of the Event Timer Adapter
library, which abstracts timer mechanisms that are tightly coupled with event
devices, and extends the event based programming model so that timer
expirations are represented as an event.
v7
- Addressed comments on previous p
Hi All,
Like ‘rte_eal_get_physmem_size’ api to the total size of the physical
memory. Is there an API to get to get total free memory physical memory
available ?
We want such API we are planning to implement such API for the same
/* get the total size of memory */
uint64_t
rte_eal_get_ph
08/03/2018 20:40, Neil Horman:
> On Thu, Mar 08, 2018 at 05:04:01PM +0100, Thomas Monjalon wrote:
> > 08/03/2018 16:35, Neil Horman:
> > > On Thu, Mar 08, 2018 at 04:17:00PM +0100, Thomas Monjalon wrote:
> > > > 08/03/2018 12:43, Ferruh Yigit:
> > > > > On 3/8/2018 8:05 AM, Thomas Monjalon wrote:
>
Hi Ferruh,
Bulk allocation gives benefit but how much, will check and provide patch.
Best regards
-/Mallesh
-Original Message-
From: Yigit, Ferruh
Sent: Wednesday, March 7, 2018 2:57 AM
To: Ananyev, Konstantin ; Koujalagi, MalleshX
; dev@dpdk.org
Cc: mtetsu...@gmail.com
Subject: Re: [d
On Fri, 8 Dec 2017 17:57:33 -0800
Xiao Wang wrote:
> In some case, one device are accessed by different processes via
> different BARs, so one uio device may be opened by more than one
> process, for this case we just need to enable interrupt once, and
> pci_clear_master only when the last proce
On Fri, 1 Dec 2017 23:08:39 +
"Ananyev, Konstantin" wrote:
> Hi Stephen,
>
> > -Original Message-
> > From: Stephen Hemminger [mailto:step...@networkplumber.org]
> > Sent: Friday, December 1, 2017 6:04 PM
> > To: Ananyev, Konstantin
> > Cc: dev@dpdk.org
> > Subject: Re: [dpdk-dev] [
On 08-Mar-18 8:11 PM, Burakov, Anatoly wrote:
On 08-Mar-18 2:36 PM, Burakov, Anatoly wrote:
On 08-Mar-18 1:36 PM, Pavan Nikhilesh wrote:
Hi Anatoly,
We are currently facing issues with running testpmd on thunderx
platform.
The issue seems to be with vfio
EAL: Detected 24 lcore(s)
EAL: Detec
On 08-Mar-18 2:36 PM, Burakov, Anatoly wrote:
On 08-Mar-18 1:36 PM, Pavan Nikhilesh wrote:
Hi Anatoly,
We are currently facing issues with running testpmd on thunderx platform.
The issue seems to be with vfio
EAL: Detected 24 lcore(s)
EAL: Detected 1 NUMA nodes
EAL: No free hugepages reported
On Thu, Mar 08, 2018 at 05:04:01PM +0100, Thomas Monjalon wrote:
> 08/03/2018 16:35, Neil Horman:
> > On Thu, Mar 08, 2018 at 04:17:00PM +0100, Thomas Monjalon wrote:
> > > 08/03/2018 12:43, Ferruh Yigit:
> > > > On 3/8/2018 8:05 AM, Thomas Monjalon wrote:
> > > > > 07/03/2018 18:44, Ferruh Yigit:
Use the new Rx/Tx offload APIs and remove the old style offloads.
Signed-off-by: Pavan Nikhilesh
---
Checkpatch reports falsepositive for PRIx64
drivers/net/octeontx/octeontx_ethdev.c | 82 ++
drivers/net/octeontx/octeontx_ethdev.h | 3 ++
2 files changed, 67
08/03/2018 16:35, Neil Horman:
> On Thu, Mar 08, 2018 at 04:17:00PM +0100, Thomas Monjalon wrote:
> > 08/03/2018 12:43, Ferruh Yigit:
> > > On 3/8/2018 8:05 AM, Thomas Monjalon wrote:
> > > > 07/03/2018 18:44, Ferruh Yigit:
> > > >> After experimental API process defined do we still need RTE_NEXT_A
On 1/23/2018 2:34 PM, Shahaf Shuler wrote:
> Tuesday, January 23, 2018 3:53 PM, Olivier Matz:
>> Hi,
<...>
>> 2/ meaning of rxmode.jumbo_frame, rxmode.enable_scatter,
>> rxmode.max_rx_pkt_len
>>
>> While it's not related to the new API, it is probably a good opportunity to
>> clarify the meaning
On Thu, Mar 08, 2018 at 04:17:00PM +0100, Thomas Monjalon wrote:
> 08/03/2018 12:43, Ferruh Yigit:
> > On 3/8/2018 8:05 AM, Thomas Monjalon wrote:
> > > 07/03/2018 18:44, Ferruh Yigit:
> > >> After experimental API process defined do we still need RTE_NEXT_ABI
> > >> config and process which has si
08/03/2018 12:43, Ferruh Yigit:
> On 3/8/2018 8:05 AM, Thomas Monjalon wrote:
> > 07/03/2018 18:44, Ferruh Yigit:
> >> After experimental API process defined do we still need RTE_NEXT_ABI
> >> config and process which has similar targets?
> >
> > They are different targets.
> > Experimental API is
On 03-Mar-18 1:45 PM, Anatoly Burakov wrote:
This patchset introduces dynamic memory allocation for DPDK (aka memory
hotplug). Based upon RFC submitted in December [1].
Dependencies (to be applied in specified order):
- IPC bugfixes patchset [2]
- IPC improvements patchset [3]
- IPC asynchronous
On 08-Mar-18 12:12 PM, Bruce Richardson wrote:
On Wed, Feb 07, 2018 at 09:58:36AM +, Anatoly Burakov wrote:
During lcore scan, find maximum socket ID and store it. This will
break the ABI, so bump ABI version.
Signed-off-by: Anatoly Burakov
---
Notes:
v4:
- Remove backwards ABI
On 08-Mar-18 1:36 PM, Pavan Nikhilesh wrote:
Hi Anatoly,
We are currently facing issues with running testpmd on thunderx platform.
The issue seems to be with vfio
EAL: Detected 24 lcore(s)
EAL: Detected 1 NUMA nodes
EAL: No free hugepages reported in hugepages-2048kB
EAL: Multi-process socket /
> -Original Message-
> From: Zhang, Qi Z
> Sent: Thursday, March 8, 2018 9:53 PM
> To: dev@dpdk.org
> Cc: Karlsson, Magnus ; Topel, Bjorn
> ; Zhang, Qi Z
> Subject: [RFC v2 6/7] net/af_xdp: load BPF file
>
> Add libbpf and libelf dependency in Makefile.
> Durring initialization, a bpf p
Now, it is possible for testpmd to create a af_xdp friendly mempool.
Signed-off-by: Qi Zhang
---
app/test-pmd/parameters.c | 12
app/test-pmd/testpmd.c| 15 +--
app/test-pmd/testpmd.h| 1 +
3 files changed, 22 insertions(+), 6 deletions(-)
diff --git a/app/test
Add libbpf and libelf dependency in Makefile.
Durring initialization, a bpf prog which call imm "xdpsk_redirect"
will be loaded. Then the driver will always try to link XDP fd with
DRV mode first, then SKB mode if failed in previoius. Link will be
released during dev_close.
Note: this is workaroun
Allow create a mempool with page size aligned base address.
Signed-off-by: Qi Zhang
---
lib/librte_mempool/rte_mempool.c | 2 ++
lib/librte_mempool/rte_mempool.h | 1 +
2 files changed, 3 insertions(+)
diff --git a/lib/librte_mempool/rte_mempool.c b/lib/librte_mempool/rte_mempool.c
index 54f7f4
Try to check if external mempool (from rx_queue_setup) is fit for
af_xdp, if it is, it will be registered to af_xdp socket directly and
there will be no packet data copy on Rx and Tx.
Signed-off-by: Qi Zhang
---
drivers/net/af_xdp/rte_eth_af_xdp.c | 193 +++-
1 fi
Now, af_xdp registered memory buffer is managed by rte_mempool.
mbuf be allocated from rte_mempool can be convert to descriptor
index and vice versa.
Signed-off-by: Qi Zhang
---
drivers/net/af_xdp/rte_eth_af_xdp.c | 166 +---
1 file changed, 98 insertions(+), 68 d
This give the option that applicaiton can configure each
memory chunk's size precisely. (by MEMPOOL_F_NO_SPREAD).
Signed-off-by: Qi Zhang
---
lib/librte_mbuf/rte_mbuf.c | 15 ---
lib/librte_mbuf/rte_mbuf.h | 8 +++-
2 files changed, 19 insertions(+), 4 deletions(-)
diff --git a
v2:
- fix lisence header
- clean up bpf dependency, bpf program is embedded, no "xdpsock_kern.o"
required
- clean up make file, only linux_header is required
- fix all the compile warning.
- fix packet number return in Tx.
The RFC patches add a new PMD driver for AF_XDP which is a proposed
fast
This is the vanilla version.
Packet data will copy between af_xdp memory buffer and mbuf mempool.
indexes of memory buffer is simply managed by a fifo ring.
Signed-off-by: Qi Zhang
---
config/common_base| 5 +
config/common_linuxapp| 1 +
d
On 3/8/2018 1:44 PM, Ferruh Yigit wrote:
> On 2/28/2018 6:04 PM, Rahul Lakkireddy wrote:
>> Patch 1 reworks rte_eth_dev allocation for other ports under same PF.
>>
>> Patch 2 fixes secondary process initialization failure.
>>
>> Patches 3 and 4 allow configuring RSS hash and key.
>>
>> Patch 5 upd
On 2/28/2018 6:04 PM, Rahul Lakkireddy wrote:
> Patch 1 reworks rte_eth_dev allocation for other ports under same PF.
>
> Patch 2 fixes secondary process initialization failure.
>
> Patches 3 and 4 allow configuring RSS hash and key.
>
> Patch 5 updates link Forward Error Correction (FEC) to sup
Hi Anatoly,
We are currently facing issues with running testpmd on thunderx platform.
The issue seems to be with vfio
EAL: Detected 24 lcore(s)
EAL: Detected 1 NUMA nodes
EAL: No free hugepages reported in hugepages-2048kB
EAL: Multi-process socket /var/run/.rte_unix
EAL: Probing VFIO support...
On 2/28/2018 6:04 PM, Rahul Lakkireddy wrote:
> From: Kumar Sanghvi
>
> Add firmware API for updating RSS hash configuration and key. Move
> RSS hash configuration from cxgb4_write_rss() to a separate function
> cxgbe_write_rss_conf().
>
> Also, rename cxgb4_write_rss() to cxgbe_write_rss() for
This patch has been here for a while already. Should I respin it?
On Wed, Feb 28, 2018 at 03:53:53PM +0100, Tomasz Duszynski wrote:
> MRVL Crypto PMD supports most of the hash algorithms covered
> by test suites thus specific bits should be set in pmd_masks.
>
> Otherwise blockcipher authonly test
On Wed, Mar 07, 2018 at 11:24:11AM +, Ferruh Yigit wrote:
> On 3/7/2018 11:16 AM, Tomasz Duszynski wrote:
> > On Wed, Mar 07, 2018 at 11:07:14AM +, Ferruh Yigit wrote:
> >> On 2/21/2018 2:14 PM, Tomasz Duszynski wrote:
> >>> Add classifier configuration support via rte_flow api.
> >>>
> >>>
On 08/03/18 13:17, Fan Zhang wrote:
Fixes: 26bbb7a9 ("i40e: fix link status timeout")
Cc: cunming.li...@intel.com
Cc: sta...@dpdk.org
In i40e_dev_link_update() the driver obtains the link status
info via admin queue command despite of "no_wait" flag. This
requires relatively long time and ma
Fixes: 26bbb7a9 ("i40e: fix link status timeout")
Cc: cunming.li...@intel.com
Cc: sta...@dpdk.org
In i40e_dev_link_update() the driver obtains the link status
info via admin queue command despite of "no_wait" flag. This
requires relatively long time and may be a problem to some
application suc
On Thu, Mar 08, 2018 at 12:12:15PM +, Burakov, Anatoly wrote:
> On 08-Mar-18 10:53 AM, Nélio Laranjeiro wrote:
> > On Thu, Mar 08, 2018 at 09:37:27AM +, Burakov, Anatoly wrote:
> > > On 07-Mar-18 4:05 PM, Burakov, Anatoly wrote:
> > > > On 07-Mar-18 3:27 PM, Nélio Laranjeiro wrote:
> > > >
On Wed, Feb 07, 2018 at 09:58:36AM +, Anatoly Burakov wrote:
> During lcore scan, find maximum socket ID and store it. This will
> break the ABI, so bump ABI version.
>
> Signed-off-by: Anatoly Burakov
> ---
>
> Notes:
> v4:
> - Remove backwards ABI compatibility, bump ABI instead
>
On 08-Mar-18 10:53 AM, Nélio Laranjeiro wrote:
On Thu, Mar 08, 2018 at 09:37:27AM +, Burakov, Anatoly wrote:
On 07-Mar-18 4:05 PM, Burakov, Anatoly wrote:
On 07-Mar-18 3:27 PM, Nélio Laranjeiro wrote:
Hi Anatoly,
I am trying to run some test with this series, but it seems to be based
on s
Fixes: 26bbb7a9 ("i40e: fix link status timeout")
In i40e_dev_link_update() the driver obtains the link status
info via admin queue command despite of "no_wait" flag. This
requires relatively long time and may be a problem to some
application such as ovs-dpdk
(https://bugzilla.redhat.com/show_
On 2/27/2018 2:22 PM, Matan Azrad wrote:
> NetVSC netdevices which are already routed should not be probed because
> they are used for management purposes by the HyperV.
>
> The corrupted code got the routed devices from the system file
> /proc/net/route and wrongly parsed only the odd lines, so d
On 3/8/2018 8:05 AM, Thomas Monjalon wrote:
> 07/03/2018 18:44, Ferruh Yigit:
>> After experimental API process defined do we still need RTE_NEXT_ABI
>> config and process which has similar targets?
>
> They are different targets.
> Experimental API is always enabled but may be avoided by applicat
On Thu, Mar 08, 2018 at 10:46:46AM +, Burakov, Anatoly wrote:
> On 08-Mar-18 10:18 AM, Pavan Nikhilesh wrote:
> > Hi Anatoly,
> >
> > I am trying to verify this patchset and have encountered few issues.
> >
> > Few -Werror=maybe-uninitialized errors in eal_memalloc.c/eal_memory.c/
> > eal_commo
ping
On Mon, Feb 5, 2018 at 8:51 AM, wrote:
> From: Tonghao Zhang
>
> The patches in the patchset have no dependency. But all of them
> is about ixgbe or ixgbevf. The patch 1 and 2 add the itr configuration
> for ixgbe and ixgbevf, the user and developer can configure it for
> their platfo
On Thu, Mar 08, 2018 at 09:37:27AM +, Burakov, Anatoly wrote:
> On 07-Mar-18 4:05 PM, Burakov, Anatoly wrote:
> > On 07-Mar-18 3:27 PM, Nélio Laranjeiro wrote:
> > > Hi Anatoly,
> > >
> > > I am trying to run some test with this series, but it seems to be based
> > > on some other commits of y
On 08-Mar-18 10:18 AM, Pavan Nikhilesh wrote:
Hi Anatoly,
I am trying to verify this patchset and have encountered few issues.
Few -Werror=maybe-uninitialized errors in eal_memalloc.c/eal_memory.c/
eal_common_memzone.c files.
Thanks for the heads up, i'll fix those in the next revision. Out o
Hi Anatoly,
I am trying to verify this patchset and have encountered few issues.
Few -Werror=maybe-uninitialized errors in eal_memalloc.c/eal_memory.c/
eal_common_memzone.c files.
diff --git a/lib/librte_eal/common/eal_common_memzone.c
b/lib/librte_eal/common/eal_common_memzone.c
index a7cfdaf0
On Thu, Mar 8, 2018 at 12:50 PM, Vincent JARDIN
wrote:
> Le 07/03/2018 à 04:56, sujith sankar a écrit :
>>
>> Is PMD for Broadcom/Emulex OCe14000 OCP Skyhawk-R available? There
>> are a few documents in Broadcom's site. But could not find the source
>> code of it.
>
>
> Right, it has not been up
On Wed, Mar 07, 2018 at 06:47:02PM -0800, John Daley wrote:
> From: Hyong Youb Kim
>
> Signed-off-by: Hyong Youb Kim
> Reviewed-by: John Daley
> ---
> drivers/net/enic/meson.build | 19 +++
> drivers/net/meson.build | 2 +-
> 2 files changed, 20 insertions(+), 1 deletion(
2018-03-07 17:57 GMT+01:00 Anatoly Burakov :
> Signed-off-by: Anatoly Burakov
Acked-by: Michal Krawczyk
> ---
> drivers/net/ena/base/ena_plat_dpdk.h | 7 ---
> 1 file changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/net/ena/base/ena_plat_dpdk.h
> b/drivers/net/ena/base/ena_
On 07-Mar-18 4:05 PM, Burakov, Anatoly wrote:
On 07-Mar-18 3:27 PM, Nélio Laranjeiro wrote:
Hi Anatoly,
I am trying to run some test with this series, but it seems to be based
on some other commits of yours. I have already identified the following
one [1] it seems I am missing some others.
It
07/03/2018 18:44, Ferruh Yigit:
> After experimental API process defined do we still need RTE_NEXT_ABI
> config and process which has similar targets?
They are different targets.
Experimental API is always enabled but may be avoided by applications.
Next ABI can be used to break ABI without notice
70 matches
Mail list logo
