>
>On Thu, 8 Jun 2017 21:46:00 +, "Patil, Harish"
> wrote:
>> >Hi Rasesh,
>> >
>> >On Wed, 7 Jun 2017 00:43:48 -0700, Rasesh Mody
>> >wrote:
>> >> From: Harish Patil
>> >>
>> >> Some PMDs need to know the tunnel type in order to handle advance TX
>> >> features. This patch adds a new TX o
Device name resides in two different locations, in rte_device->name and
in ethernet device private data.
For now, the copy in the ethernet device private data is required for
multi process support, the name is the how secondary process finds about
primary process device.
But in the ethdev library
Device name resides in two different locations, in rte_device->name and
in ethernet device private data.
For now, the copy in the ethernet device private data is required for
multi process support, the name is the how secondary process finds about
primary process device.
But for drivers there is
rte_device->name copied into eth_dev->name, right now size is same for
both but the requirement is not clear.
This patch highlights the relation without changing actual sizes.
Signed-off-by: Ferruh Yigit
---
lib/librte_eal/common/include/rte_dev.h | 2 ++
lib/librte_eal/common/include/rte_d
> On Jun 9, 2017, at 4:05 AM, Bruce Richardson
> wrote:
>
> On Thu, Jun 08, 2017 at 12:07:05PM -0600, Christian Ehrhardt wrote:
>> On Thu, Jun 8, 2017 at 10:26 AM, Stephen Hemminger <
>> step...@networkplumber.org> wrote:
>>
>>> On a side note, it would be good to use the GCC extensions that a
rte_driver->name has the driver name and all physical and virtual
devices has access to it.
Previously it was not possible for virtual ethernet devices to access
rte_driver->name field (because eth_dev used to keep only pci_dev),
and it was required to save driver name in the device private struct
When ring PMD created via PMD specific API instead of EAL abstraction
it is missing the virtual device creation done by EAL vdev.
And this makes eth_dev unusable exact same as other PMDs used, because
of some missing fields, like rte_device->name.
Now API creates a virtual device and sets proper
The eth_dev->device link was missing for ring PMD, adding it.
This is to generalize rte_device access from eth_dev.
Signed-off-by: Ferruh Yigit
---
drivers/net/ring/rte_eth_ring.c | 33 +++--
1 file changed, 23 insertions(+), 10 deletions(-)
diff --git a/drivers/net
-Original Message-
> Date: Fri, 9 Jun 2017 10:16:25 -0700
> From: Stephen Hemminger
> To: Yerden Zhumabekov
> Cc: "Ananyev, Konstantin" , "Richardson,
> Bruce" , "Verkamp, Daniel"
> , "dev@dpdk.org"
> Subject: Re: [dpdk-dev] [PATCH v2] ring: use aligned memzone allocation
>
> On Fri,
On Fri, 9 Jun 2017 18:47:43 +0600
Yerden Zhumabekov wrote:
> On 06.06.2017 19:19, Ananyev, Konstantin wrote:
> >
> Maybe there is some deeper reason for the >= 128-byte alignment logic
> in rte_ring.h?
> >>> Might be, would be good to hear opinion the author of that change.
> >>
The rte_flow feature breaks the monolithic approach for ethdev by
introducing the new rte_flow API to ethdev using a plugin-like approach.
Basically, the rte_flow API is still logically part of ethdev:
- It extends the ethdev functionality: rte_flow is a new feature/
capability of ethdev;
- all
This patch introduces the generic ethdev API for the traffic manager
capability, which includes: hierarchical scheduling, traffic shaping,
congestion management, packet marking.
Main features:
- Exposed as ethdev plugin capability (similar to rte_flow)
- Capability query API per port, per level an
This patch set introduces an ethdev-based abstraction layer for Quality of
Service (QoS) Traffic Management, which includes: hierarchical scheduling,
traffic shaping, congestion management, packet marking. The goal is to
provide a simple generic API that is agnostic of the underlying HW, SW or
mixe
18/05/2017 14:19, Ilya Maximets:
> Currently, 'rte_eth_dev_get_port_by_name' changes transmitted
> 'port_id' unconditionally. This is undocumented and misleading
> behaviour as user may expect unchanged value in case of error.
>
> Otherwise, there is no sense having both return value and
> a point
On 6/9/2017 3:22 PM, Ferruh Yigit wrote:
> On 6/7/2017 5:11 PM, Jan Blunck wrote:
>> On Tue, Jun 6, 2017 at 5:10 PM, Ferruh Yigit wrote:
>>> rte_driver->name has the driver name and all physical and virtual
>>> devices has access to it.
>>>
>>> Previously it was not possible for virtual ethernet d
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Gaetan Rivet
> Sent: Thursday, June 08, 2017 12:59 AM
> To: dev@dpdk.org
> Cc: Gaetan Rivet
> Subject: [dpdk-dev] [PATCH v2 06/12] cryptodev: disabled by default
>
> Signed-off-by: Gaetan Rivet
> ---
> config/c
Hi,
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Gaetan Rivet
> Sent: Thursday, June 8, 2017 12:59 AM
> To: dev@dpdk.org
> Cc: Gaetan Rivet
> Subject: [dpdk-dev] [PATCH v2 07/12] pdump: disabled by default
>
> Signed-off-by: Gaetan Rivet
> ---
> config/co
On 6/7/2017 5:11 PM, Jan Blunck wrote:
> On Tue, Jun 6, 2017 at 5:10 PM, Ferruh Yigit wrote:
>> rte_driver->name has the driver name and all physical and virtual
>> devices has access to it.
>>
>> Previously it was not possible for virtual ethernet devices to access
>> rte_driver->name field (beca
On 6/9/2017 2:52 PM, Thomas Monjalon wrote:
> 26/05/2017 18:11, Ferruh Yigit:
>> Device name resides in two different locations, in rte_device->name and
>> in ethernet device private data.
>
> Yes would be nice to remove the name from rte_eth_dev_data.
>
>> For now, the copy in the ethernet devic
26/05/2017 18:11, Ferruh Yigit:
> Device name resides in two different locations, in rte_device->name and
> in ethernet device private data.
Yes would be nice to remove the name from rte_eth_dev_data.
> For now, the copy in the ethernet device private data is required for
> multi process support,
Hi,
After a discussion on the ML [1][2], the commit b37b528d95 ("mbuf: add
new Rx flags for stripped VLAN") [3] marked the mbuf flag
PKT_RX_VLAN_PKT as deprecated, because its behavior was not consistent
among drivers.
It has been partially replaced by PKT_RX_VLAN_STRIPPED which is better
defined.
On 6/8/2017 12:22 PM, Shijith Thotton wrote:
> Avoid re-initializing of mbuf fields which are set while in pool.
> Replaced lio_recv_buffer_alloc with rte_pktmbuf_alloc.
>
> See commit 8f094a9ac5d7 ("mbuf: set mbuf fields while in pool").
>
> Signed-off-by: Shijith Thotton
Applied to dpdk-next-
Typically RTE_EVENT_OP_NEW issued by the producer
lcore. To reflect the write changes issued by the
producer lcore on worker lcore, an SMP write barrier
is required on producer enqueue. Fixing the missing
rte_smp_wmb() on enqueue with RTE_EVENT_OP_NEW.
CC: sta...@dpdk.org
Fixes: f10d322eff76 ("eve
On 06.06.2017 19:19, Ananyev, Konstantin wrote:
Maybe there is some deeper reason for the >= 128-byte alignment logic in
rte_ring.h?
Might be, would be good to hear opinion the author of that change.
It gives improved performance for core-2-core transfer.
You mean empty cache-line(s) after
On 6/9/2017 4:11 AM, Wei Zhao wrote:
> Add rule validate function and check if the rule is a
> n-tuple rule, and get the n-tuple info.
>
> Signed-off-by: Wei Zhao
Since you will be sending new version, can you also check checkpatch
warnings [1] of this patch please?
[1]
MACRO_ARG_PRECEDENCE, SU
On 6/9/2017 4:11 AM, Wei Zhao wrote:
> check if the rule is a flex byte rule, and get the flex info.
>
> Signed-off-by: Wei Zhao
<...>
> + const struct rte_flow_item_raw *raw_mask;
<...>
> +
> + if (!raw_mask->length ||
> + !raw_mask->pattern ||
> + !raw_mask->relative)
Hi Olivier,
The patch from you solves the problem for me.
Thank you.
> On Jun 9, 2017, at 12:27 PM, Olivier Matz wrote:
>
> Hi Ilya,
>
> On Sun, 14 May 2017 14:34:14 +0400, Ilya Matveychikov
> wrote:
>> Hi guys,
>>
>> I have a problem while running DPDK with `--no-huge` option. It seems th
switch tag wait is a costly operation as it may
translate to IOB read if core swtag cache is not updated.
Do tag switch wait only when there is a tag request on
the same hardware work slot.
Signed-off-by: Jerin Jacob
---
drivers/event/octeontx/ssovf_worker.c | 4 ++--
1 file changed, 2 insertion
Hi Ferruh,
On Fri, 9 Jun 2017 12:24:56 +0100, Ferruh Yigit wrote:
> On 6/8/2017 12:22 PM, Shijith Thotton wrote:
> > Avoid re-initializing of mbuf fields which are set while in pool.
> > Replaced lio_recv_buffer_alloc with rte_pktmbuf_alloc.
> >
> > See commit 8f094a9ac5d7 ("mbuf: set mbuf field
On 6/9/2017 5:24 AM, Ajit Khaparde wrote:
> This patchset against dpdk-next-net addresses some issues found during
> integration testing. The first patch cleans moves some PMD specific code
> out of bnxt_ethdev.c and bnxt.h, while the second patch updates some HWRM
> definitions in hsi_struct_def_d
On 6/8/2017 12:22 PM, Shijith Thotton wrote:
> Avoid re-initializing of mbuf fields which are set while in pool.
> Replaced lio_recv_buffer_alloc with rte_pktmbuf_alloc.
>
> See commit 8f094a9ac5d7 ("mbuf: set mbuf fields while in pool").
>
> Signed-off-by: Shijith Thotton
<...>
> @@ -489,9 +4
On 6/9/2017 9:21 AM, Beilei Xing wrote:
> 1. Support flexible payload
> 2. Support reconfiguration of input set
> 3. Add new supported patterns
> 4. Add ether pattern support
>
> v2 changes:
> - Add ether pattern support for FDIR.
> - Split function of configuring flex pit and flex mask.
> v3 ch
On 6/8/2017 9:58 PM, Thomas Monjalon wrote:
> 06/06/2017 17:10, Ferruh Yigit:
>> rte_driver->name has the driver name and all physical and virtual
>> devices has access to it.
>>
>> Previously it was not possible for virtual ethernet devices to access
>> rte_driver->name field (because eth_dev used
On 6/9/2017 11:27 AM, Jerin Jacob wrote:
> Some ethdev devices like nicvf thunderx PMD need special treatment for
> Secondary queue set(SQS) PCIe VF devices, where, it expects to not unmap
> or free the memory without registering the ethdev subsystem.
>
> Introducing a new RTE_PCI_DRV_KEEP_MAPPED_
Add parameter to start forwarding sending first
a burst of packets, which is useful when testing
a loopback connection.
This was already implemented as an internal command,
but adding it as a parameter is interesting, as it
allows the user to test a loopback connection without
entering in the inte
Hi Gaetan,
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of De Lara Guarch,
> Pablo
> Sent: Friday, June 09, 2017 11:02 AM
> To: Gaëtan Rivet
> Cc: Doherty, Declan; tho...@monjalon.net; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 00/12] Remove cryptodev driver
Since the commit e84ad157b7bc ("pci: unmap resources if probe fails"),
EAL unmaps the PCI device if ethdev probe returns positive or
negative value.
nicvf thunderx PMD needs special treatment for Secondary queue set(SQS)
PCIe VF devices, where, it expects to not unmap or free the memory
without re
Some ethdev devices like nicvf thunderx PMD need special treatment for
Secondary queue set(SQS) PCIe VF devices, where, it expects to not unmap
or free the memory without registering the ethdev subsystem.
Introducing a new RTE_PCI_DRV_KEEP_MAPPED_RES
PCI driver flag to request PCI subsystem to not
> -Original Message-
> From: Gaëtan Rivet [mailto:gaetan.ri...@6wind.com]
> Sent: Friday, June 09, 2017 10:58 AM
> To: De Lara Guarch, Pablo
> Cc: Doherty, Declan; tho...@monjalon.net; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 00/12] Remove cryptodev driver
>
> On Thu, Jun 08, 2017 a
On Thu, Jun 08, 2017 at 03:58:16PM +, De Lara Guarch, Pablo wrote:
> Hi Gaetan,
>
> > -Original Message-
> > From: Gaëtan Rivet [mailto:gaetan.ri...@6wind.com]
> > Sent: Wednesday, June 07, 2017 11:55 PM
> > To: De Lara Guarch, Pablo
> > Cc: Doherty, Declan; tho...@monjalon.net; dev@dp
Add parameter to print port statistics periodically
(disabled by default), if interactive mode is not enabled.
This is useful to allow the user to see port statistics
without having to get into the internal command line.
Signed-off-by: Pablo de Lara
---
Changes in v2:
- Added extra argument in
-Original Message-
> Date: Fri, 9 Jun 2017 10:13:56 +0100
> From: Ferruh Yigit
> To: Jerin Jacob
> CC: dev@dpdk.org, tho...@monjalon.net
> Subject: Re: [dpdk-dev] [PATCH v2 1/2] eal/pci: introduce a PCI driver flag
> User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
On 6/8/2017 9:45 PM, Thomas Monjalon wrote:
> 10/05/2017 13:01, Ferruh Yigit:
>> Virtual device/driver probing done via name.
>>
>> A new alternative method introduced to probe the device with providing
>> driver name in devargs as "driver=".
>>
>> This patch removes alternative method and fixes vi
On 6/9/2017 5:35 AM, Jerin Jacob wrote:
> -Original Message-
>> Date: Thu, 8 Jun 2017 20:44:17 +0100
>> From: Ferruh Yigit
>> To: Jerin Jacob
>> CC: dev@dpdk.org, tho...@monjalon.net
>> Subject: Re: [dpdk-dev] [PATCH v2 1/2] eal/pci: introduce a PCI driver flag
>> User-Agent: Mozilla/5.0
Hi Ferruh,
On Fri, Jun 09, 2017 at 09:56:14AM +0100, Ferruh Yigit wrote:
> On 6/8/2017 12:59 AM, Gaetan Rivet wrote:
> > Signed-off-by: Gaetan Rivet
> > ---
> > config/common_linuxapp | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/config/common_linuxapp b/config/
On Thu, Jun 08, 2017 at 12:07:05PM -0600, Christian Ehrhardt wrote:
> On Thu, Jun 8, 2017 at 10:26 AM, Stephen Hemminger <
> step...@networkplumber.org> wrote:
>
> > On a side note, it would be good to use the GCC extensions that allow
> > building different versions of the same routine into one b
On Thu, Jun 08, 2017 at 05:42:00PM +0100, Ananyev, Konstantin wrote:
>
>
> > -Original Message-
> > From: Richardson, Bruce
> > Sent: Thursday, June 8, 2017 5:21 PM
> > To: Ananyev, Konstantin
> > Cc: Olivier Matz ; Verkamp, Daniel
> > ; dev@dpdk.org
> > Subject: RE: [dpdk-dev] [PATCH v
On 6/8/2017 12:59 AM, Gaetan Rivet wrote:
> Signed-off-by: Gaetan Rivet
> ---
> config/common_linuxapp | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/config/common_linuxapp b/config/common_linuxapp
> index b3cf41b..cc85cc6 100644
> --- a/config/common_linuxapp
> +++ b/c
Made libeventdev library independent of VDEV bus by moving vdev pmd
specific function to rte_eventdev_pmd_vdev.h header file. Eventdev VDEV
PMD can include that for generic eventdev VDEV init and uninit function
enablement.
Signed-off-by: Jerin Jacob
---
drivers/event/octeontx/ssovf_evdev.c
Made libeventdev library independent of PCI bus by moving pci pmd
specific function to rte_eventdev_pmd_pci.h header file. Eventdev PCI
PMD can include that for generic eventdev PCI probe and remove function
enablement.
Signed-off-by: Jerin Jacob
---
drivers/event/octeontx/ssovf_worker.h |
Remove rte_event_dev_close() from rte_event_pmd_release() function so
that rte_event_pmd_release() can be used in stateless way. This will
enable rte_event_pmd_vdev_uninit() function to avoid using
eventdev_globals global variable and the need for exposing the a
global variable to PMD.
Signed-of
Remove the PCI dependency from generic data structures
and moved the PCI specific code to rte_event_pmd_pci*
CC: Gaetan Rivet
Signed-off-by: Jerin Jacob
---
drivers/event/skeleton/skeleton_eventdev.c | 30 +-
lib/librte_eventdev/rte_eventdev.c | 38 +++---
lib/li
v4:
Fix Gaëtan Rivet reported compilation issues
v3:
Removed the bus dependency by spliting
lib/librte_eventdev/rte_eventdev_pmd_pci.h
and lib/librte_eventdev/rte_eventdev_pmd_vdev.h
Jerin Jacob (4):
eventdev: remove PCI dependency from generic data structures
eventdev: restructure event PMD
When populating a mempool with a virtual memory area, the mempool
library expects to be able to get the physical address of each page.
When started with --no-huge, the physical addresses may not be available
because the pages are not locked in memory. It sometimes returns
RTE_BAD_PHYS_ADDR, which
Hi Ilya,
On Sun, 14 May 2017 14:34:14 +0400, Ilya Matveychikov
wrote:
> Hi guys,
>
> I have a problem while running DPDK with `--no-huge` option. It seems that
> the problem occurs since commit cdc242f260e766bd95a658b5e0686a62ec04f5b0 and
> that is the change that affects me:
>
> + if ((
Previously, i40e PMD will select ethertype filter
parser when adding ether pattern rules. In fact,
FDIR also supports ether pattern.
This patch adds ether pattern support for FDIR.
Signed-off-by: Beilei Xing
Acked-by: Wenzhuo Lu
---
drivers/net/i40e/i40e_flow.c | 35 ++--
This patch updates supported patterns for flow
director filters.
Signed-off-by: Beilei Xing
Acked-by: Wenzhuo Lu
---
drivers/net/i40e/i40e_flow.c | 1370 +-
1 file changed, 1346 insertions(+), 24 deletions(-)
diff --git a/drivers/net/i40e/i40e_flow.c b/d
This patch supports input set selection for flow
director filter.
Signed-off-by: Beilei Xing
Acked-by: Wenzhuo Lu
---
drivers/net/i40e/i40e_ethdev.c | 8 +-
drivers/net/i40e/i40e_ethdev.h | 8 +
drivers/net/i40e/i40e_flow.c | 551 +++--
3 files changed,
1. Support flexible payload
2. Support reconfiguration of input set
3. Add new supported patterns
4. Add ether pattern support
v2 changes:
- Add ether pattern support for FDIR.
- Split function of configuring flex pit and flex mask.
v3 changes:
- fix icc build error.
Beilei Xing (4):
net/i40
This patch adds flexible payload parsing support for
flow director filter.
Signed-off-by: Beilei Xing
Acked-by: Wenzhuo Lu
---
drivers/net/i40e/i40e_ethdev.h | 23 +++
drivers/net/i40e/i40e_fdir.c | 19 ---
drivers/net/i40e/i40e_flow.c | 312 -
3 fi
On Thu, 8 Jun 2017 21:46:00 +, "Patil, Harish"
wrote:
> >Hi Rasesh,
> >
> >On Wed, 7 Jun 2017 00:43:48 -0700, Rasesh Mody
> >wrote:
> >> From: Harish Patil
> >>
> >> Some PMDs need to know the tunnel type in order to handle advance TX
> >> features. This patch adds a new TX offload flag
Following is my makefile. I hope this will help.copy following content in
"Makefile" and just run
1) make download_and_extract2) make
HOME_DIR = $(shell
pwd)DPDK_VERSION=17.05PKTGEN_VERSION=3.2.10DPDK_PACKAGE_NAME=dpdk-$(DPDK_VERSION)DPDK_TAR_
62 matches
Mail list logo
