2018-06-11 18:15 GMT+02:00 Chas Williams <3ch...@gmail.com>:
>
>
> On Mon, Jun 11, 2018 at 4:01 AM Michał Krawczyk wrote:
>>
>> 2018-06-10 3:35 GMT+02:00 Chas Williams <3ch...@gmail.com>:
>> >
>> >
>> > On Fri, Jun 8, 2018 at 3:37 PM Ferruh Yigit
>> > wrote:
>> >>
>> >> On 6/7/2018 10:43 AM, Mich
This series adds the ability, for crypto PMDs, to communicate the
minimum head/tailroom requirement it may have, using the existing
cryptodev_info framework.
The availability and use of head/tailroom is an optimisation if the
hardware supports its use for crypto-op info. Devices that do not
suppor
Enabling crypto devs to specify the minimum headroom and tailroom it
expects in the mbuf. For net PMDs, standard headroom has to be honoured
by applications, which is not strictly followed for crypto devs. This
prevents crypto devs from using free space in mbuf (available as
head/tailroom) for inte
Crypto dev would specify its headroom and tailroom requirement and the
application is expected to honour this while creating buffers.
Signed-off-by: Anoob Joseph
---
app/test-crypto-perf/cperf_options.h | 2 ++
app/test-crypto-perf/cperf_test_common.c | 33 +---
Meeting notes for the DPDK technical board meeting held on 2018-06-06
Attendees:
- Bruce Richardson
- Ferruh Yigit
- Hemant Agrawal
- Jerin Jacob
- Konstantin Ananyev
- Olivier Matz
- Thomas Monjalon
0) The Review Process - Timelines
a) A
> -Original Message-
> From: Burakov, Anatoly
> Sent: Monday, June 18, 2018 4:51 PM
> To: Zhang, Qi Z ; tho...@monjalon.net
> Cc: Ananyev, Konstantin ; dev@dpdk.org;
> Richardson, Bruce ; Yigit, Ferruh
> ; Shelton, Benjamin H
> ; Vangati, Narender
>
> Subject: Re: [PATCH 06/22] ethdev: s
> -Original Message-
> From: Burakov, Anatoly
> Sent: Monday, June 18, 2018 4:18 PM
> To: Zhang, Qi Z ; tho...@monjalon.net
> Cc: Ananyev, Konstantin ; dev@dpdk.org;
> Richardson, Bruce ; Yigit, Ferruh
> ; Shelton, Benjamin H
> ; Vangati, Narender
>
> Subject: Re: [PATCH 04/22] ethdev: e
Hi Anatoly:
Thanks for the review, see my reply in inline.
> -Original Message-
> From: Burakov, Anatoly
> Sent: Friday, June 15, 2018 11:16 PM
> To: Zhang, Qi Z ; tho...@monjalon.net
> Cc: Ananyev, Konstantin ; dev@dpdk.org;
> Richardson, Bruce ; Yigit, Ferruh
> ; Shelton, Benjam
Hi Bruce,
I submitted v11, please have a look, thanks for your review.
Best Regards,
Gavin
> -Original Message-
> From: Bruce Richardson
> Sent: Friday, June 15, 2018 10:15 PM
> To: Gavin Hu
> Cc: dev@dpdk.org; nd ; sta...@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v10 6/6] devtools: ex
The following error hits if host cc compiler is clang(default one in most
linux distributions) and the cross compiler is gcc.
The root cause is: the hybride compilers add the warning options to the
meson project as project arguments, which apply for both host compiling and
cross compiling. But som
On some linux distributions, eg: CentOS, the ninja executable has a
different name: ninja-build, this patch is to check and adapt to it
accordingly.
./devtools/test-meson-builds.sh: line 24: ninja: command not found
Fixes: a55277a788 ("devtools: add test script for meson builds")
Cc: sta...@dpdk.
This is to fix the unnecessary warning output, it is not consistent with
the configurations of other platforms.
WARNING: Cross file does not specify strip binary, result will not be
stripped.
Fixes: e53a5299d2 ("build: support vendor specific ARM cross builds")
Cc: sta...@dpdk.org
Signed-off-by:
The default test script covers only default host cc compiler, either gcc or
clang, the fix is to increase the coverage by adding one more to cover
clang and the others for gcc, also the build dirs are changed to *-host-$c,
indicating the difference of cc used.
Fixes: a55277a788 ("devtools: add tes
From: gavin hu
This is the guide for cross compiling ARM64 DPDK from X86 hosts.
Signed-off-by: Gavin Hu
Reviewed-by: Steve Capper
Reviewed-by: Honnappa Nagarahalli
Acked-by: Marko Kovacevic
---
.../linux_gsg/cross_build_dpdk_for_arm64.rst | 137 +
doc/guides/linux_
1. Pre-v5 of this patch set(two patches) is to fix the GNU Makefile based cross
compiling errors and add a guiding doc for this.
2. v6 add 5 more new patches to cover meson cross fixes
3. v7 Some minor changes to address the comments:
a) trim the commit message
b) at the start of the scri
From: gavin hu
The "-Wimplicit-fallthrough=2" option was introduced into gcc 7.0, it was
enabled when the cross compiler gcc is greater than 7.0, but for the host
side buildtools/pmdinfogen, if the native gcc is older than 7.0, or the
host cc compiler is clang, it should not be enabled.
The fix
On 6/15/2018 5:55 PM, Helin Zhang wrote:
> For subtree of dpdk-next-net-intel, Qi Zhang has agreed to take
> the committer role, to replace Helin Zhang. Also Beilei Xing has
> agreed to be the backup committer of the subtree.
>
> Signed-off-by: Helin Zhang
Acked-by: Ferruh Yigit
Thanks Helin,
Hi,
> -Original Message-
> From: Zhao1, Wei
> Sent: Friday, June 15, 2018 2:08 PM
> To: dev@dpdk.org
> Cc: Lu, Wenzhuo ; sta...@dpdk.org; Zhao1, Wei
>
> Subject: [PATCH v5] net/ixgbe: fix mask bits register set error for FDIR
>
> MAC address bits in mask registers should be set to zero
On Mon, Jun 18, 2018 at 3:00 PM Stephen Hemminger <
step...@networkplumber.org> wrote:
> On Mon, 18 Jun 2018 15:27:16 +0300
> Alex Kiselev wrote:
>
> > +/*
> > + * Remove additional MAC addresses from the slave
> > + */
> > +int
> > +slave_remove_mac_addresses(struct rte_eth_dev *bonded_eth_dev,
On Mon, Jun 18, 2018 at 2:58 PM Stephen Hemminger <
step...@networkplumber.org> wrote:
> On Mon, 18 Jun 2018 15:27:16 +0300
> Alex Kiselev wrote:
>
> > +static const struct ether_addr null_mac_addr;
> > +
> > +/*
> > + * Add additional MAC addresses to the slave
> > + */
> > +int
> > +slave_add_m
static logging macro RTE_PMD_DEBUG_TRACE is enabled with a few DEBUG
config options, including RTE_LIBRTE_ETHDEV_DEBUG
RTE_LIBRTE_ETHDEV_DEBUG is still used for data path logging, but all
ethdev logging switched to dynamic logging, so no need to enable static
logging macro for ethdev.
Signed-off-
Macro moved to header to be able to convert logging usage in header.
And since it has been moved to public header changed naming and added
RTE prefix, ethdev_log -> RTE_ETHDEV_LOG
Also need to add logtype variable to map file since logging macro used
from other libraries.
Signed-off-by: Ferruh Yi
Replace RTE_PMD_DEBUG_TRACE with RTE_ETHDEV_LOG.
RTE_PMD_DEBUG_TRACE is using hardcoded PMD logtype and ERR log level,
controlled by compile time flags.
RTE_ETHDEV_LOG is using dynamic ethdev_logtype.
Also a few minor cleanups, like
- use %u for unsigned values like port_id which is uint16_t
- us
Hi Thomas,
I did manage to get in.. I forgot that the "username" is not actually
your email adress (it would be nice if it worked with both...), so my
password worked once I got the username right, but the "forgot your
password" still gave me that 404 link...
thanks
dan
On Mon, Jun 18, 2018 at
Use rte_mbuf_to_priv() to access the private data area in the mbuf.
Signed-off-by: Dan Gora
---
lib/librte_vhost/vhost_crypto.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/lib/librte_vhost/vhost_crypto.c b/lib/librte_vhost/vhost_crypto.c
index f1650738a..57341ef8f 1
In inbound_sa_check(), use the application's get_priv() function to
access the private area in the mbuf.
Signed-off-by: Dan Gora
---
examples/ipsec-secgw/sa.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/examples/ipsec-secgw/sa.c b/examples/ipsec-secgw/sa.c
index d9dcc0e06
Update get_priv() to use rte_mbuf_to_priv() to access the private
area in the mbuf.
Signed-off-by: Dan Gora
---
examples/ipsec-secgw/ipsec.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/examples/ipsec-secgw/ipsec.h b/examples/ipsec-secgw/ipsec.h
index 9b87278c1..3b5c3ec8c
Add an inline accessor function to return the starting address of
the private data area in the supplied mbuf.
This allows applications to easily access the private data area between
the struct rte_mbuf and the data buffer in the specified mbuf without
creating private macros or accessor functions.
Hi All,
Below is a series of patches to add a new API function to allow DPDK
applications to access the private data area of the mbuf, if one exists.
This eliminates the repeated code in applications to access the private
data area and makes the API a bit more complete, since there are already
ac
On Mon, Jun 18, 2018 at 4:21 PM, Thomas Monjalon wrote:
> 19/06/2018 01:08, Dan Gora:
>> Hi Thomas,
>>
>> I don't know if this has anything to do with the upgrade of patchwork,
>
> Patchwork has moved to patches.dpdk.org, so the password must be
> filled again.
> You can probably find it in the pa
19/06/2018 01:08, Dan Gora:
> Hi Thomas,
>
> I don't know if this has anything to do with the upgrade of patchwork,
Patchwork has moved to patches.dpdk.org, so the password must be
filled again.
You can probably find it in the password manager of your browser.
> but I can no longer sign into pat
Hi Thomas,
I don't know if this has anything to do with the upgrade of patchwork,
but I can no longer sign into patchwork with (what I'm 99.9% sure is)
my password. I tried the "forgot your password" button, but it sends
me a link to a 404 page.
Should I just try to re-register?
thanks
dan
On
14/06/2018 15:51, Gage Eads:
> --- a/lib/librte_eal/common/include/rte_service.h
> +++ b/lib/librte_eal/common/include/rte_service.h
> @@ -162,6 +162,22 @@ int32_t rte_service_runstate_set(uint32_t id, uint32_t
> runstate);
> int32_t rte_service_runstate_get(uint32_t id);
>
> /**
> + * This fu
It is better user experience to print standard format for addresses
rather than raw hex.
Signed-off-by: Stephen Hemminger
---
examples/l3fwd/l3fwd_lpm.c | 15 ++-
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git a/examples/l3fwd/l3fwd_lpm.c b/examples/l3fwd/l3fwd_lpm.c
in
The example should use the IPv4 addresses defined in RFC5735 and
the IPv6 addresses defined in RFC5180 for the L3 forwarding example
Longest Prefix Match table.
Fixes: 26b5b020 ("examples/l3fwd: modularize")
Signed-off-by: Stephen Hemminger
---
examples/l3fwd/l3fwd_lpm.c | 34 +++
Use RFC standard values for Tx only test as defaults.
But let the user override those values on command line.
Signed-off-by: Stephen Hemminger
---
app/test-pmd/parameters.c | 49 +++
app/test-pmd/testpmd.h| 6
app/test-pmd/txonly.c
These patches get rid of the custom addresses used in testpmd
and l3fwd, and instead uses values that are in the existing
RFC's.
Stephen Hemminger (3):
testpmd: add ability to set tx IP and UDP parameters
examples/l3fwd: use reserved IPv4/IPv6 addresses
examples/l3fwd: format the IP addresse
On Mon, 18 Jun 2018 10:52:54 +0200
Nelio Laranjeiro wrote:
>
> +struct vxlan_encap_conf vxlan_encap_conf = {
> + .select_ipv4 = 1,
> + .vni = "\x00\x00\x00",
> + .udp_src = RTE_BE16(1),
Overall looks good. One enhancement I would suggest is to implement generating
the UDP source po
+Cc more
18/06/2018 22:28, Thomas Monjalon:
> Hi,
>
> There is an error when building DPDK master on FreeBSD:
>
> drivers/net/ena/base/ena_plat.h:48
> #error "Invalid platform"
>
> Please could you help to fix it?
> We may disable ena on FreeBSD.
> Please take care of both Makefile and meson b
> -Original Message-
> From: Alejandro Lucero [mailto:alejandro.luc...@netronome.com]
> Sent: Monday, June 18, 2018 9:33 PM
>
> On Mon, Jun 18, 2018 at 8:03 PM, Stojaczyk, DariuszX
> mailto:dariuszx.stojac...@intel.com> >
> wrote:
>
> Can you point me out to an NFP guide or some c
This patch avoids direct access to device config sysfs file using
rte_pci_read_config instead.
Apart from replicating code, it turns out this direct access does
not always work if non-root users execute DPDK apps. In those cases
it is mandatory to go through VFIO specific function for reading pci
On Mon, Jun 18, 2018 at 8:03 PM, Stojaczyk, DariuszX <
dariuszx.stojac...@intel.com> wrote:
>
> > -Original Message-
> > From: Alejandro Lucero [mailto:alejandro.luc...@netronome.com]
> > Sent: Monday, June 18, 2018 7:22 PM
> >
> > Should not be better to handle these allocations being awa
On Thu, 14 Jun 2018 10:30:21 +
"Iremonger, Bernard" wrote:
> Hi Stephen,
>
> > -Original Message-
> > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Stephen
> > Hemminger
> > Sent: Monday, June 11, 2018 7:25 PM
> > To: dev@dpdk.org
> > Cc: Stephen Hemminger
> > Subject: [dpdk-
On Mon, 11 Jun 2018 11:25:26 -0700
Stephen Hemminger wrote:
> Allow user to override the hard coded IP address and UDP
> port values in Tx only test.
>
> Signed-off-by: Stephen Hemminger
The same thing is needed in L3fwd. It has hardcoded non-standard table.
> -Original Message-
> From: Alejandro Lucero [mailto:alejandro.luc...@netronome.com]
> Sent: Monday, June 18, 2018 7:22 PM
>
> Should not be better to handle these allocations being aware about the
> problem for secondary processes?
>
> I do not know exactly what are the (other) reasons
On Mon, 18 Jun 2018 15:27:16 +0300
Alex Kiselev wrote:
> +/*
> + * Remove additional MAC addresses from the slave
> + */
> +int
> +slave_remove_mac_addresses(struct rte_eth_dev *bonded_eth_dev,
> + uint16_t slave_port_id)
> +{
> + int i, ret;
> + struct ether_addr *mac_addr;
>
On Mon, 18 Jun 2018 15:27:16 +0300
Alex Kiselev wrote:
> +static const struct ether_addr null_mac_addr;
> +
> +/*
> + * Add additional MAC addresses to the slave
> + */
> +int
> +slave_add_mac_addresses(struct rte_eth_dev *bonded_eth_dev,
> + uint16_t slave_port_id)
> +{
> + int i
On Mon, Jun 18, 2018 at 8:53 PM, Dariusz Stojaczyk <
dariuszx.stojac...@intel.com> wrote:
> Since secondary process' address space is highly dictated
> by the primary process' mappings, it doesn't make much
> sense to use base-virtaddr for secondary processes.
>
> This patch is intended to fix PCI
> On Jun 7, 2018, at 12:39 AM, Nélio Laranjeiro
> wrote:
>
> On Wed, Jun 06, 2018 at 11:39:27AM -0700, Yongseok Koh wrote:
>> On Wed, Jun 06, 2018 at 08:55:01AM +0200, Nélio Laranjeiro wrote:
>>> On Tue, Jun 05, 2018 at 09:36:32PM +, Yongseok Koh wrote:
> On Jun 4, 2018, at 11:52 PM, Né
Hi Nelio,
> -Original Message-
> From: Nelio Laranjeiro [mailto:nelio.laranje...@6wind.com]
> Sent: Monday, June 18, 2018 3:37 PM
> To: dev@dpdk.org; Adrien Mazarguil ; Lu,
> Wenzhuo ; Wu, Jingjing ;
> Iremonger, Bernard ; Awal, Mohammad Abdul
>
> Subject: [PATCH v3 0/2] app/testpmd imple
>-Original Message-
>From: De Lara Guarch, Pablo [mailto:pablo.de.lara.gua...@intel.com]
>Sent: 18 June 2018 14:09
>To: Akhil Goyal ; Verma, Shally
>Cc: Trahe, Fiona ; dev@dpdk.org; Athreya, Narayana
>Prasad ; Sahu,
>Sunila ; Gupta, Ashish
>Subject: RE: [dpdk-dev] [PATCH v3 4/6] test/
Since secondary process' address space is highly dictated
by the primary process' mappings, it doesn't make much
sense to use base-virtaddr for secondary processes.
This patch is intended to fix PCI resource mapping
in secondary processes using the same base-virtaddr
as their primary processes. PC
On 14 Jun 11:59, Hunt, David wrote:
> Hi Liang
>
>
>
> On 8/6/2018 10:57 AM, Liang Ma wrote:
> > 1. Abstract
> >
> > For packet processing workloads such as DPDK polling is continuous.
> > This means CPU cores always show 100% busy independent of how much work
> > those cores are doing. It is c
When compiling dpdk for aarch64 on Centos, I receive compilation error.
I see this in the Centos 1804 distribution.
I haven't tried locally n F28 but I see buildlogs in Fedora28 for dpdk.
I have also reproduced it in qemu-system aarch64 emulation:
uname -a
Linux aarch64-centos7 4.14.0-49.2.2.e
Hi,
> -Original Message-
> From: Anoob Joseph [mailto:anoob.jos...@caviumnetworks.com]
> Sent: Friday, June 8, 2018 5:45 PM
> To: Akhil Goyal ; De Lara Guarch, Pablo
> ; Thomas Monjalon
> Cc: Ankur Dwivedi ; Jerin Jacob
> ; Murthy NSSR
> ; Narayana Prasad
> ; Nithin Dabilpuram
> ; Ragotha
On 6/18/2018 10:38 AM, Nélio Laranjeiro wrote:
> On Mon, Jun 18, 2018 at 10:05:03AM +0100, Ferruh Yigit wrote:
>> On 6/18/2018 9:52 AM, Nelio Laranjeiro wrote:
>>> This series adds an easy and maintainable configuration version support for
>>> those two actions for 18.08 by using global variables i
Due to the complex VXLAN_ENCAP flow action and based on the fact testpmd
does not allocate memory, this patch adds a new command in testpmd to
initialise a global structure containing the necessary information to
make the outer layer of the packet. This same global structure will
then be used by t
Due to the complex NVGRE_ENCAP flow action and based on the fact testpmd
does not allocate memory, this patch adds a new command in testpmd to
initialise a global structure containing the necessary information to
make the outer layer of the packet. This same global structure will
then be used by t
This series adds an easy and maintainable configuration version support for
those two actions for 18.08 by using global variables in testpmd to store the
necessary information for the tunnel encapsulation. Those variables are used
in conjunction of RTE_FLOW_ACTION_{VXLAN,NVGRE}_ENCAP action to cre
Hi Anoob,
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Anoob Joseph
> Sent: Monday, June 18, 2018 2:02 PM
> To: Akhil Goyal ; De Lara Guarch, Pablo
>
> Cc: Thomas Monjalon ; Ankur Dwivedi
> ; Jerin Jacob
> ; Murthy NSSR
> ; Narayana Prasad
> ; Nithin Dabilpu
On 6/17/2018 7:19 PM, Jerin Jacob wrote:
-Original Message-
Date: Fri, 8 Jun 2018 23:45:18 +0530
From: Nikhil Rao
To: jerin.ja...@caviumnetworks.com
CC: dev@dpdk.org, Nikhil Rao
Subject: [PATCH v1 4/4] eventdev: add interrupt driven queues in Rx event
adapter
X-Mailer: git-send-emai
Hi Akhil, Pablo,
Are there any top level comments on this?
Thanks,
Anoob
On 08/06/18 22:15, Anoob Joseph wrote:
Ankur Dwivedi (4):
crypto/cpt/base: add hardware enq/deq API for CPT
crypto/cpt/base: add sym crypto session init API for CPT
crypto/cpt/base: add sym crypto request prepare
Hi Nelio,
On 18/06/2018 09:52, Nelio Laranjeiro wrote:
Due to the complex VXLAN_ENCAP flow action and based on the fact testpmd
does not allocate memory, this patch adds a new command in testpmd to
initialise a global structure containing the necessary information to
make the outer layer of the
On 18/06/2018 09:52, Nelio Laranjeiro wrote:
Due to the complex NVGRE_ENCAP flow action and based on the fact testpmd
does not allocate memory, this patch adds a new command in testpmd to
initialise a global structure containing the necessary information to
make the outer layer of the packet.
A constructor is usually declared with RTE_INIT* macros.
As it is a static function, no need to declare before its definition.
The macro is used directly in the function definition.
Signed-off-by: Thomas Monjalon
---
app/test-eventdev/evt_test.h | 3 +--
drivers/baseband/null
add functions to add/remove MAC addresses
Signed-off-by: Alex Kiselev
---
drivers/net/bonding/rte_eth_bond_api.c | 8 +-
drivers/net/bonding/rte_eth_bond_pmd.c | 123 -
drivers/net/bonding/rte_eth_bond_private.h | 8 ++
3 files changed, 134 insertions(+),
On 6/17/2018 7:01 PM, Jerin Jacob wrote:
-Original Message-
Date: Fri, 8 Jun 2018 23:45:15 +0530
From: Nikhil Rao
To: jerin.ja...@caviumnetworks.com
CC: dev@dpdk.org, Nikhil Rao
Subject: [PATCH v1 2/4] eventdev: improve err handling for Rx adapter queue
add/del
X-Mailer: git-send-
On 6/17/2018 4:39 PM, Jerin Jacob wrote:
-Original Message-
Date: Wed, 13 Jun 2018 03:02:43 +0530
From: Nikhil Rao
To: jerin.ja...@caviumnetworks.com, olivier.m...@6wind.com
CC: hemant.agra...@nxp.com, dev@dpdk.org, narender.vang...@intel.com,
abhinandan.guj...@intel.com, gage.e...@i
Hi Ferruh,
On 14/06/2018 18:19, Ferruh Yigit wrote:
On 6/14/2018 6:14 PM, Ferruh Yigit wrote:
On 5/14/2018 4:42 PM, Mohammad Abdul Awal wrote:
On 14/05/2018 11:35, Iremonger, Bernard wrote:
Hi Awal,
-Original Message-
From: Awal, Mohammad Abdul
Sent: Friday, May 11, 2018 6:14 PM
T
On 07-Jun-18 1:38 PM, Qi Zhang wrote:
The sample code demonstrate device (ethdev only) management
at multi-process envrionment. User can attach/detach a device
on primary process and see it is synced on secondary process
automatically, also user can lock a device to prevent it be
detached or unlo
On 08-Jun-18 10:40 AM, Hemant Agrawal wrote:
Signed-off-by: Hemant Agrawal
---
v2: remove duplicate entry from map file
Reviewed-by: Anatoly Burakov
--
Thanks,
Anatoly
On 08-Jun-18 1:37 PM, Dariusz Stojaczyk wrote:
This function returned positive error numbers instead
of negative ones as desbribed in the doc. What's worse,
multiple of its callers only check for (rc < 0) to detect
failure.
It was incorrectly assumed that pthread_create
and pthread_setaffinity_n
On 08-Jun-18 1:37 PM, Dariusz Stojaczyk wrote:
The doc says this function returns negative errno
on error, but it currently returns either -1 or
positive errno.
It was incorrectly assumed that pthread_setname_np()
returns negative error numbers. It always returns
positive ones, so this patch neg
On Mon, Jun 18, 2018 at 10:05:03AM +0100, Ferruh Yigit wrote:
> On 6/18/2018 9:52 AM, Nelio Laranjeiro wrote:
> > This series adds an easy and maintainable configuration version support for
> > those two actions for 18.08 by using global variables in testpmd to store
> > the
> > necessary informat
On 6/18/2018 9:52 AM, Nelio Laranjeiro wrote:
> This series adds an easy and maintainable configuration version support for
> those two actions for 18.08 by using global variables in testpmd to store the
> necessary information for the tunnel encapsulation. Those variables are used
> in conjunctio
Due to the complex VXLAN_ENCAP flow action and based on the fact testpmd
does not allocate memory, this patch adds a new command in testpmd to
initialise a global structure containing the necessary information to
make the outer layer of the packet. This same global structure will
then be used by t
Due to the complex NVGRE_ENCAP flow action and based on the fact testpmd
does not allocate memory, this patch adds a new command in testpmd to
initialise a global structure containing the necessary information to
make the outer layer of the packet. This same global structure will
then be used by t
This series adds an easy and maintainable configuration version support for
those two actions for 18.08 by using global variables in testpmd to store the
necessary information for the tunnel encapsulation. Those variables are used
in conjunction of RTE_FLOW_ACTION_{VXLAN,NVGRE}_ENCAP action to cre
On 07-Jun-18 1:38 PM, Qi Zhang wrote:
This patch cover the multi-process hotplug case when a share device
attach/detach request be issued from secondary process, the implementation
references malloc_mp.c.
device attach on secondary:
a) seconary send asycn request to primary and wait on a conditi
On 18-Jun-18 9:41 AM, dev-boun...@dpdk.org wrote:
DPDK Release Status Meeting 14/07/2018
==
A DPDK Release Status Metting from the future... Nice! :)
--
Thanks,
Anatoly
On 5/14/2018 3:48 PM, Ferruh Yigit wrote:
> On 5/14/2018 8:51 AM, Shahaf Shuler wrote:
>> Monday, May 14, 2018 10:36 AM, Andrew Rybchenko:
>>> Subject: [PATCH v2 0/3] ethdev: fail if requested offload is not supported
>>>
>>> The series has fixes for problems discussed in [1].
>>>
>>> Basically it
DPDK Release Status Meeting 14/07/2018
==
Minutes from the weekly DPDK Release Status Meeting.
The DPDK Release Status Meeting is intended for DPDK Committers to discuss
the status of the master tree and sub-trees, and for project managers to
track progress or
On 6/13/2018 5:10 PM, Ferruh Yigit wrote:
> On 2/12/2018 6:26 PM, Chas Williams wrote:
>> It's not clear to me that link_properties_valid() is even correct. Nothing
>> prevents an adapter from later negotiating a lower speed and would fail this
>> test. If both adapters are set to autoneg, that s
Hi,
> -Original Message-
> From: Akhil Goyal [mailto:akhil.go...@nxp.com]
> Sent: Monday, June 18, 2018 8:35 AM
> To: Verma, Shally ; Akhil Goyal
> ; De Lara Guarch, Pablo
>
> Cc: Trahe, Fiona ; dev@dpdk.org; Athreya, Narayana
> Prasad ; Sahu, Sunila
> ; Gupta, Ashish
> Subject: Re: [dpd
2018-06-18 10:30 GMT+02:00 Thomas Monjalon :
>
> 18/06/2018 08:04, Michał Krawczyk:
> > 2018-06-18 0:37 GMT+02:00 Thomas Monjalon :
> > > 07/06/2018 11:43, Michal Krawczyk:
> > >> ENA PMD is required to use librte_timer. The appropriate depndency must
> > >> be added ifin case the DPDK will be buil
18/06/2018 08:04, Michał Krawczyk:
> 2018-06-18 0:37 GMT+02:00 Thomas Monjalon :
> > 07/06/2018 11:43, Michal Krawczyk:
> >> ENA PMD is required to use librte_timer. The appropriate depndency must
> >> be added ifin case the DPDK will be built as shared library.
> >>
> >> Signed-off-by: Michal Kraw
On 6/16/2018 4:36 PM, ido goshen wrote:
> Change open_rx/tx_pcap/iface functions to open only a single pcap/dumper
> and not loop num_of_queue times
> The num_of_queue loop is already acheived by the caller rte_kvargs_process
You are right, thanks for fixing this, a few comments below.
>
> Fixes
On 07-Jun-18 1:38 PM, Qi Zhang wrote:
The patch introduce the solution to handle different hotplug cases in
multi-process situation, it include below scenario:
1. Attach a share device from primary
2. Detach a share device from primary
3. Attach a share device from secondary
4. Detach a share de
On 6/16/2018 10:27 AM, Ido Goshen wrote:
> Is pcap_sendpacket() to the same pcap_t handle thread-safe? I couldn't find
> clear answer so I'd rather assume not.
> If it's not thread-safe then supporting multiple "iface"'s will require
> multiple pcap_open_live()'s and we are back in the same place
Hi Shally,
On 6/18/2018 12:18 PM, Verma, Shally wrote:
Hi
-Original Message-
From: Akhil Goyal [mailto:akhil.go...@nxp.com]
Sent: 18 June 2018 12:10
To: Verma, Shally ; De Lara Guarch, Pablo
Cc: Trahe, Fiona ; akhil.go...@nxp.com; dev@dpdk.org;
Athreya, Narayana Prasad
; Sahu, Sunila
90 matches
Mail list logo
