> -Original Message-
> From: Honnappa Nagarahalli
> Sent: Monday, January 14, 2019 1:55 PM
> To: Gavin Hu (Arm Technology China) ;
> jer...@marvell.com; dev@dpdk.org
> Cc: david.march...@redhat.com; chao...@linux.vnet.ibm.com; nd
> ; bruce.richard...@intel.com; tho...@monjalon.net;
> hema
> On Sat, 2019-01-05 at 22:47 +, Honnappa Nagarahalli wrote:
> > > On Fri, 2019-01-04 at 19:59 +, Yongseok Koh wrote:
> > > > ---
> > > >
> > > > ---
> > > > Hi,
> > > >
> > > > The cacheline size (RTE_CACHE_LINE_SIZE) for ARM
> >> On Wed, 2019-01-09 at 10:22 +, Yongseok Koh wrote:
> >>> On Jan 9, 2019, at 2:09 AM, Jerin Jacob Kollanukkaran wrote:
> I think, I way forward is to add
> config/arm/arm64_a72_linuxapp_gcc for meson. This config can be
> used for all SoC with A72
> >>
On 1/14/19 8:20 AM, Yongseok Koh wrote:
Remove the experimental tag of rte_pktmbuf_attach_extbuf() which was
introduced in 18.05.
Signed-off-by: Yongseok Koh
Acked-by: Andrew Rybchenko
On 1/14/19 8:20 AM, Yongseok Koh wrote:
RTE_MBUF_INDIRECT() is replaced with RTE_MBUF_CLONED() and removed.
This macro was deprecated in release 18.05 when EXT_ATTACHED_MBUF was
introduced.
Signed-off-by: Yongseok Koh
Acked-by: Andrew Rybchenko
<...>
diff --git a/doc/guides/rel_notes/rele
On Mon, 2019-01-14 at 05:54 +, Honnappa Nagarahalli wrote:
> > > On Thu, 2018-12-27 at 12:13 +0800, Gavin Hu wrote:
> > > ---
> > >
> > > > ---
> > > > The __sync builtin based implementation generates full memory
> > > > barriers
As qemu will only send VHOST_USER_SET_VRING_ENABLE message for guest
enabled vrings (only first queue pair will be enabled at initialized
stage), this will cause trouble for multiqueue case, vDPA's dev_conf
callback will get no chance be invoked. Decouple the dev_conf callback from
VHOST_USER_SET_V
On 1/14/19 12:21 AM, Thomas Monjalon wrote:
13/01/2019 21:19, Wiles, Keith:
On Jan 13, 2019, at 2:02 PM, Thomas Monjalon wrote:
13/01/2019 20:28, Wiles, Keith:
On Jan 13, 2019, at 9:38 AM, Nithin Kumar Dabilpuram
wrote:
--- a/lib/librte_ethdev/rte_ethdev.c
+++ b/lib/librte_ethdev/rte_ethdev.
Thank you Ferruh and Yipeng! I will make the recommended changes and update the
version.
> On Jan 12, 2019, at 12:07 AM, Wang, Yipeng1 wrote:
>
> Thanks for the bug fix! Nice catch!
>
>> -Original Message-
>> From: Yigit, Ferruh
>> Sent: Friday, January 11, 2019 9:10 AM
>> To: Dharmik
> -Original Message-
> From: Varghese, Vipin
> Sent: Monday, January 14, 2019 10:33 AM
> To: Zhang, Qi Z ; Kevin Traynor
> ; Wang, Haiyue ;
> dev@dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v1] net/i40e: perform basic validation on the
> VF
> messages
>
> Hi,
>
> Thanks Kevin for redirec
Sunday, January 13, 2019 4:15 PM, Viacheslav Ovsiienko:
> Subject: [dpdk-dev] [PATCH v2 0/3] net/mlx5: add tos and ttl flower match
> and tunnel keys
>
> This patchset adds the type-of-service and time-to-live IP header fields (hop-
> limits and vtc-flow for IPv6) support on E-Switch.
> There are
Hi Anatoly,
Any last inputs on this one? Would like to prepare a patch for 19.05 and it
would much effect the design.
Thursday, November 22, 2018 1:32 PM, Shahaf Shuler:
> Subject: RE: [dpdk-dev] [RFC] ethdev: introduce DMA memory mapping for
> external memory
>
[...]
> > > , and we will h
Similarly, the commit heading subject line also needs to change.
>
> >
> > BlueField is Mellanox's new SoC based on ARMv8. BlueField integrates
>
> ^^ Above should be
> changed to armv8
>
> > Mellanox ConnectX-5 i
This patch fixed Tx error and allowed untagged packets in
when vlan filter on.
Fixes: e0dcf94a0d7f ("net/ice: support VLAN ops")
Signed-off-by: Qiming Yang
---
drivers/net/ice/ice_ethdev.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ice/ice_ethdev.
>
> BlueField is Mellanox's new SoC based on ARMv8. BlueField integrates
^^
Above should be changed to armv8
> Mellanox ConnectX-5 interconnect and Cortex-A72 cores into a single device.
>
> http://www.mellanox.co
Strcat does not check the destination length and there might be
chances of string overflow so insted of strcat, strncat is used.
Fixes: 540a211084 ("bnx2x: driver core")
Fixes: e163c18a15 ("net/i40e: update ptype and pctype info")
Fixes: ef28aa96e5 ("net/nfp: support multiprocess")
Fixes: 6f4eec25
Adding some relevant folks.
Any comments or concerns on this patch?
Sunday, January 13, 2019 4:40 PM, Viacheslav Ovsiienko:
> Subject: [dpdk-dev] [PATCH v2] app/testpmd: add tos and ttl field to vxlan
> encapsulation
>
> The new testpmd set vxlan-tos-ttl command is added. It allows to specify t
The code
extern "C" {
miss a related
}
fixes: 05fa3d4a6539
cc: rosen...@intel.com
cc: tianfei.zh...@intel.com
cc: andy@intel.com
Signed-off-by: AndyPei
---
drivers/bus/ifpga/rte_bus_ifpga.h | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/bus/ifpga/rte_bus
> >
> > On Thu, 2018-12-27 at 12:13 +0800, Gavin Hu wrote:
> > ---
> > > ---
> > > The __sync builtin based implementation generates full memory
> > > barriers ('dmb ish') on Arm platforms. Using C11 atomic builtins to
> > > generate o
RTE_MBUF_INDIRECT() is replaced with RTE_MBUF_CLONED() and removed.
This macro was deprecated in release 18.05 when EXT_ATTACHED_MBUF was
introduced.
Signed-off-by: Yongseok Koh
---
doc/guides/rel_notes/deprecation.rst | 7 ---
doc/guides/rel_notes/release_19_02.rst | 3 +++
drivers/net/
Remove the experimental tag of rte_pktmbuf_attach_extbuf() which was
introduced in 18.05.
Signed-off-by: Yongseok Koh
---
lib/librte_mbuf/rte_mbuf.h | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/lib/librte_mbuf/rte_mbuf.h b/lib/librte_mbuf/rte_mbuf.h
index 6f1f7e3d8
On 11/01/19 9:42 PM, Ferruh Yigit wrote:
> On 1/11/2019 3:51 PM, Ferruh Yigit wrote:
>> On 1/11/2019 12:24 PM, Shreyansh Jain wrote:
>>> (N: Original series was by Hemant - due to RC window timeline and
>>> his unavailability, respining on his behalf)
>>>
>>> This patch set covers following:
>
On 11/01/19 5:54 PM, Shreyansh Jain wrote:
> (N: Original series was by Hemant - due to RC window timeline and
> his unavailability, respining on his behalf)
>
> This patch set covers following:
>
> 1. Fixes in the existing NXP DPAA2 bus and net pmd
> 2. New object (DPDMUX) support in NIC dr
> -Original Message-
> From: Pei, Andy
> Sent: Monday, January 14, 2019 9:41
> To: dev@dpdk.org
> Cc: Xu, Rosen ; Zhang, Tianfei
> ; Pei, Andy
> Subject: [DPDK] /driver/bus/ifpga: fix driver probe failure handler
>
> In the original code, when a device probe a driver, if the driver in
> -Original Message-
> From: Pei, Andy
> Sent: Monday, January 14, 2019 9:41
> To: dev@dpdk.org
> Cc: Xu, Rosen ; Zhang, Tianfei
> ; Pei, Andy
> Subject: [DPDK] /driver/bus/ifpga: users do not have to input afu_bts in
> cmdline
>
> Original driver requires users to input "afu_bts" args
> On Jan 9, 2019, at 6:57 AM, Thomas Monjalon wrote:
>
> 09/01/2019 15:23, Jerin Jacob Kollanukkaran:
>> On Wed, 2019-01-09 at 14:30 +0100, Thomas Monjalon wrote:
>>> 09/01/2019 13:47, Jerin Jacob Kollanukkaran:
On Wed, 2019-01-09 at 12:28 +0100, Thomas Monjalon wrote:
> 09/01/2019 11:
External message callbacks are used e.g. by vhost crypto
to parse crypto-specific vhost-user messages.
We are now publishing the API to register those callbacks,
so that other backends outside of DPDK can use them as well.
Signed-off-by: Darek Stojaczyk
---
lib/librte_vhost/rte_vhost.h | 66 +++
Hi Gage,
snipped
> > @@ -208,4 +209,25 @@ static inline void
> rte_atomic64_clear(rte_atomic64_t *v)
> > }
> > #endif
> >
> > +static inline int
> > +rte_atomic128_cmpset(volatile uint64_t *dst, uint64_t *exp, uint64_t
> > +*src) {
> > + uint8_t res;
> > +
> > + asm volatile (
> > +
Fixes: ad0eef4d2203 ("examples/vhost: support multiple socket files")
Cc: sta...@dpdk.org
Signed-off-by: Tiwei Bie
---
examples/vhost/main.c | 8
1 file changed, 8 insertions(+)
diff --git a/examples/vhost/main.c b/examples/vhost/main.c
index dc9ea1018..23fee445a 100644
--- a/examples/
When realloc() fails, the original block isn't freed.
Fixes: e246896178e6 ("vhost: get guest/host physical address mappings")
Cc: sta...@dpdk.org
Signed-off-by: Tiwei Bie
---
lib/librte_vhost/vhost_user.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/lib/librte_vhost/vhost_user.c b/lib
Tiwei Bie (2):
vhost: fix memory leak on realloc failure
examples/vhost: fix realloc failure
examples/vhost/main.c | 8
lib/librte_vhost/vhost_user.c | 3 +++
2 files changed, 11 insertions(+)
--
2.17.1
Hi,
Thanks Kevin for redirecting to the maintainer. Appreciate the help.
Thanks Qi Z Zhang for the update. But the reason for request is because I did
not find the update in patches for 'release notes, faq or i40e' documentation.
Hence, I was forced to assume this is known bug.
Will wait to se
Original driver requires users to input "afu_bts" args.
After apply this patch, driver can also work without a
"afu_bts" args explicitly in the cmdline.
fixes: 05fa3d4a6539
cc: rosen...@intel.com
cc: tianfei.zh...@intel.com
cc: andy@intel.com
Signed-off-by: AndyPei
---
drivers/bus/ifpga/ifp
In the original code, when a device probe a driver,
if the driver in the driver list does not support
this device, a error is returned.
After this patch, a device wil try to match driver
in the driver list one by one until an appropriate
driver is found. If the current driver does not
support the d
Thanks for understanding
> -Original Message-
> From: Eads, Gage
> Sent: Saturday, January 12, 2019 1:01 AM
> To: Varghese, Vipin ; dev@dpdk.org
> Cc: olivier.m...@6wind.com; arybche...@solarflare.com; Richardson, Bruce
> ; Ananyev, Konstantin
>
> Subject: RE: [dpdk-dev] [PATCH 6/6] doc:
thanks
> -Original Message-
> From: Thomas Monjalon
> Sent: Friday, January 11, 2019 8:17 PM
> To: Varghese, Vipin
> Cc: dev@dpdk.org; Mcnamara, John ; Ananyev,
> Konstantin ; step...@networkplumber.org;
> Pattan, Reshma ; Singh, Jasvinder
> ; Byrne, Stephen1 ;
> Patel, Amol
> Subject:
11/01/2019 17:42, Ferruh Yigit:
> On 1/11/2019 1:25 PM, Alejandro Lucero wrote:
> > The Netronome's Network Flow Processor chip is highly programmable
> > with the goal of processing packets at high speed. Processing units
> > and other chip components are available from the host through the
> > PC
13/01/2019 21:19, Wiles, Keith:
> > On Jan 13, 2019, at 2:02 PM, Thomas Monjalon wrote:
> > 13/01/2019 20:28, Wiles, Keith:
> >>> On Jan 13, 2019, at 9:38 AM, Nithin Kumar Dabilpuram
> >>> wrote:
> >>> --- a/lib/librte_ethdev/rte_ethdev.c
> >>> +++ b/lib/librte_ethdev/rte_ethdev.c
> >>> + if (rc
> On Jan 13, 2019, at 2:02 PM, Thomas Monjalon wrote:
>
> 13/01/2019 20:28, Wiles, Keith:
>>> On Jan 13, 2019, at 9:38 AM, Nithin Kumar Dabilpuram
>>> wrote:
>>> --- a/lib/librte_ethdev/rte_ethdev.c
>>> +++ b/lib/librte_ethdev/rte_ethdev.c
>>> + if (rc >= RTE_MEMZONE_NAMESIZE) {
>>> +
13/01/2019 20:28, Wiles, Keith:
> > On Jan 13, 2019, at 9:38 AM, Nithin Kumar Dabilpuram
> > wrote:
> > --- a/lib/librte_ethdev/rte_ethdev.c
> > +++ b/lib/librte_ethdev/rte_ethdev.c
> > + if (rc >= RTE_MEMZONE_NAMESIZE) {
> > + RTE_ETHDEV_LOG(ERR, "truncated name");
> > + rt
> On Jan 13, 2019, at 9:38 AM, Nithin Kumar Dabilpuram
> wrote:
>
> Currently this api doesn't report error if name is
> truncated and so user is not sure about uniqueness
> of name. This change reports error to help user.
>
> Signed-off-by: Nithin Dabilpuram
> ---
>
> v2:
> Fix issue caus
Currently this api doesn't report error if name is
truncated and so user is not sure about uniqueness
of name. This change reports error to help user.
Signed-off-by: Nithin Dabilpuram
---
v2:
Fix issue caused by rebase and also fix log message
lib/librte_ethdev/rte_ethdev.c | 11 +--
1
The definition of MAX_PRINT_BUFF in examples/tep_termination/main.c
is not necessary as it is not used. This cleanup patch removes it.
Fixes: a50245ede72a ("examples/tep_term: initialize VXLAN sample")
Cc: sta...@dpdk.org
Signed-off-by: Rami Rosen
---
examples/tep_termination/main.c | 3 ---
ISP2() macro function misspelled in a check just before it.
Fixes: e1b944598579 ("net/sfc: build libefx")
Cc: sta...@dpdk.org
Signed-off-by: Andrew Rybchenko
---
drivers/net/sfc/efsys.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/sfc/efsys.h b/drivers/net/sfc
From: Joyce Kong
The spinlock implementation is unfair, some threads may take locks
aggressively while leaving the other threads starving for long time. As
shown in the following test, within same period of time, there are
threads taking locks much more times than the others.
The ticketlock give
The new testpmd set vxlan-tos-ttl command is added. It
allows to specify tos and tll fields for encapsulation IP
header.
IPv4 VXLAN outer header:
testpmd> set vxlan-tos-ttl ip-version ipv4 vni 4 udp-src 4
udp-dst 4 ip-tos 0 ip-ttl 255 ip-src 127.0.0.1
ip-dst 128.0.0.1 eth-
This patch adds the type-of-service and time-to-live IP header
fields support on E-Switch. There match pattern for both fields
with masking is added. Also these fields can be set for VXLAN
tunnel encapsulation header.
This issue is critical for some Open VSwitch configuration
on overlayed (tunnele
This patchset adds the type-of-service and time-to-live IP header
fields (hop-limits and vtc-flow for IPv6) support on E-Switch.
There are two types of keys added - one for match pattern, other for
tunnel encapsulation header.
Signed-off-by: Viacheslav Ovsiienko
---
v2:
The patchset is splitt
This patch adds the type-of-service and time-to-live IP header
fields validation on E-Switch, both for match pattern and
VXLAN encapsulation action IP header itesm. The E-Switch flows
will use the common mlx5_flow_validate_item_ipv4/6 routines
with added extra parameter, specifying the supported fi
This patch is a preparation for adding the type-of-service and
time-to-live IP header fields support on E-Switch. There are
two types of keys added - one for match pattern, other for
tunnel encapsulation header.
This issue is critical for some Open VSwitch configuration
on overlayed (tunneled) net
On 1/11/19 12:01 AM, Gage Eads wrote:
These handlers allow an application to create a mempool based on the
non-blocking ring, with any combination of single/multi producer/consumer.
Signed-off-by: Gage Eads
Acked-by: Andrew Rybchenko
Of course, it should be mentioned in release notes finall
Hi Gage,
In general looks very good.
Have you considered to make nb_lifo.h a library to be reusable outside
of the mempool driver?
There are few notes below.
Thanks,
Andrew.
On 1/10/19 11:55 PM, Gage Eads wrote:
This commit adds support for non-blocking (linked list based) stack mempool
hand
Saturday, December 29, 2018 9:56 PM, Viacheslav Ovsiienko:
> Subject: [dpdk-dev] [PATCH 0/5] net/mlx5: simplify VXLAN devices
> management for E-Switch
>
> This patchset simplifies the virtual VXLAN tunnel devices management.
> Previous design used the VXLAN devices attached to outer interface for
On 1/10/19 11:55 PM, Gage Eads wrote:
This operation can be used for non-blocking algorithms, such as a
non-blocking stack or ring.
Signed-off-by: Gage Eads
---
.../common/include/arch/x86/rte_atomic_64.h| 22 ++
1 file changed, 22 insertions(+)
diff --git a/lib/
Saturday, December 29, 2018 9:45 PM, Viacheslav Ovsiienko:
> Subject: [PATCH] net/mlx5: resolve typos and code style issues
>
> This patch fixes typos and codestyle issues in mlx5_flow_tcf.c file
>
> Signed-off-by: Viacheslav Ovsiienko
Applied to next-net-mlx, thanks.
Thursday, December 27, 2018 5:35 PM, Viacheslav Ovsiienko:
> Subject: [dpdk-dev] [PATCH 0/5] net/mlx5: add inner tunnel items support
> on E-Switch
>
> The generic Flow rule for tunnels looks like:
>
> flow create \
> \
> \
>
>
> Current design supports o
In some vendors the RX and TX configuration must be the same, therefore
the MTU size need to be equal to max_rx_pkt_len.
The MTU is the largest size packet in bytes that can be sent on the
network, therefore before changing this parameter, the NIC could not
receive packets larger than 1500 bytes, w
57 matches
Mail list logo
