On Thu, Apr 14, 2022 at 10:03:10PM +0300, Dmitry Kozlyuk wrote:
> 2022-04-13 00:54 (UTC-0700), Tyler Retzlaff:
> > On Mon, Mar 28, 2022 at 11:04:36PM -0700, Tyler Retzlaff wrote:
> [...]
> > > memzone3 = rte_memzone_reserve(TEST_MEMZONE_NAME("testzone3"), 1000,
> > > 1,
Hi
> -Original Message-
> From: Harold Huang
> Sent: Friday, April 15, 2022 8:54 AM
> To: Gagandeep Singh
> Cc: dev@dpdk.org
> Subject: Re: [PATCH] kni: update kernel API to receive packets
>
> On Thu, Apr 14, 2022 at 8:23 PM Gagandeep Singh wrote:
> >
> > API 'netif_rx_ni()' has been
From: Wenxuan Wu
Previously, max frame size can only be set when link is up, testpmd
configuration
when port is down, so there is a confilict to apply this max frame size before
link up.
Actual results:
Set max frame size at port level not applicable on link down
RX-packets: 0
According to RFC791,the options may appear or not in datagrams.
They must be implemented by all IP modules (host and gateways).
What is optional is their transmission in any particular datagram,
not their implementation.So we have to deal with it during the
fragmenting process.Add some test data fo
On Thu, Apr 14, 2022 at 8:23 PM Gagandeep Singh wrote:
>
> API 'netif_rx_ni()' has been removed in kernel with commit:
> baebdf48c3600 ("net: dev: Makes sure netif_rx() can be invoked in any
> context.")
>
> The API netif_rx() can be used for any context to receive packets
> from device drivers.
On Thu, 14 Apr 2022 13:01:04 -0700
Stephen Hemminger wrote:
> If a /32 route is entered in the RIB the code to traverse
> will not see that a a end of the tree. This is due to trying
> to do a negative shift which is an undefined in C.
>
> Fix by checking for max depth as is already done in rib6
From: Xuan Ding
Since QEMU 5.2.0 fixes the vhost split ring multi-queue reconnection
issue in commit f66337bdbfda ("vhost-user: save features of multiqueues
if chardev is closed"), this patch updates known issue to indicate
the range of affeacted QEMU versions.
Fixes: b37e95507e1b ("doc: add vho
>No sorry, it cannot be applied as-is.
>
>Some IP constants should be defined in lib/net/rte_ip.h
>and should be named RTE_IPV4_HDR_OPT_* for consistency.
Ok,I will modify it and resubmit the patch.Thanks.
> -Original Message-
> From: Jeff Daly
> Sent: Thursday, April 14, 2022 23:12
> To: Thomas Monjalon ; Wang, Haiyue
>
> Cc: dev@dpdk.org; Zhang, Qi Z ; Mcnamara, John
>
> Subject: RE: [PATCH] net/ixgbe: Treat 1G Cu SFPs as 1G SX on the X550 devices
>
>
>
> > -Original Message
On Sun, 13 Feb 2022 12:39:59 +0100
Thomas Monjalon wrote:
> 17/12/2021 19:29, Stephen Hemminger:
> > If DPDK is built with thread sanitizer it reports a race
> > in setting of multiprocess file descriptor. The fix is to
> > use atomic operations when updating mp_fd.
>
> Please could explain mo
rte_dump_stack() needs to be usable in situations when a bug is
encountered and from signal handlers (such as SEGV).
Glibc backtrace_symbols() calls malloc which makes it
dangerous in a signal handler that is handling errors that maybe
due to memory corruption. Additionally, rte_log() is unsafe be
>
> Though I think we shouldn’t remove existing CLI interface.
>
I agree, it's a very useful debugging tool for validating environments. I
think having two "frontends", the CLI and API, which both consume one
"backend" testpmd library would be the easiest way to go about doing that
while keeping
If a /32 route is entered in the RIB the code to traverse
will not see that a a end of the tree. This is due to trying
to do a negative shift which is an undefined in C.
Fix by checking for max depth as is already done in rib6.
Signed-off-by: Stephen Hemminger
---
lib/rib/rte_rib.c | 2 ++
1 fi
rte_dump_stack needs to be usable in situations when a bug is
encountered and from signal handlers (such as SEGV).
Glibc backtrace_symbols() calls malloc which makes it
dangerous in a signal handler that is handling errors that maybe
due to memory corruption. Additionally, rte_log() is unsafe beca
2022-04-13 00:54 (UTC-0700), Tyler Retzlaff:
> On Mon, Mar 28, 2022 at 11:04:36PM -0700, Tyler Retzlaff wrote:
[...]
> > memzone3 = rte_memzone_reserve(TEST_MEMZONE_NAME("testzone3"), 1000,
> > 1, 0);
> > ^ socket_id (to repeat just ma
Hi Fan,
Does it mean the intel-ipsec-mb would be prerequisite of applying QAT
offloading for security application? It this is the case, as I know, the
intel-ipsec-mb has no FIPS certification yet. Thus I am thinking this would
impact existing QAT based security application, right?
Best Regards
Hi Jay,
> -Original Message-
> From: Jayatheerthan, Jay
> Sent: Thursday, April 14, 2022 8:51 PM
> To: Naga Harish K, S V ;
> ferruh.yi...@xilinx.com; Yigit, Ferruh
> Cc: dev@dpdk.org
> Subject: RE: [PATCH v3] kni: optimize alloc queue release
>
> > -Original Message-
> > From:
The kni alloc queue is filled with physical addresses of mbufs
for kernel consumption. Any unused mbufs in the alloc queue are
freed during shutdown sequence in rte_kni_release.
In the existing implementation, for freeing one entry of alloc
queue all the objects of the mempool are traversed to fin
14/04/2022 17:43, Stephen Hemminger:
> On Thu, 14 Apr 2022 15:11:46 +
> Jeff Daly wrote:
> > From: Thomas Monjalon
> > > 14/04/2022 14:13, Wang, Haiyue:
> > > > From: Thomas Monjalon
> > > > > 14/04/2022 03:31, Wang, Haiyue:
> > > > > > From: je...@silicom-usa.com
> > > > > > > From
> Use HW parsed packet type when ethdev supports necessary protocols.
> If packet type is not supported, then register ethdev callbacks
> for parse packet in SW. This is better for performance as it
> effects fast path.
>
> Signed-off-by: Nithin Dabilpuram
> ---
> examples/ipsec-secgw/ipsec-se
On Thu, 14 Apr 2022 15:11:46 +
Jeff Daly wrote:
> > -Original Message-
> > From: Thomas Monjalon
> > Sent: Thursday, April 14, 2022 8:19 AM
> > To: Wang, Haiyue
> > Cc: Jeff Daly ; dev@dpdk.org; Stephen Douthit
> > ; qi.z.zh...@intel.com;
> > john.mcnam...@intel.com
> > Subject: Re:
> -Original Message-
> From: Naga Harish K, S V
> Sent: Wednesday, April 13, 2022 8:27 PM
> To: ferruh.yi...@xilinx.com; Yigit, Ferruh
> Cc: Jayatheerthan, Jay ; dev@dpdk.org
> Subject: [PATCH v3] kni: optimize alloc queue release
>
> the kni alloc queue is filled with physical addresses
> -Original Message-
> From: Thomas Monjalon
> Sent: Thursday, April 14, 2022 8:19 AM
> To: Wang, Haiyue
> Cc: Jeff Daly ; dev@dpdk.org; Stephen Douthit
> ; qi.z.zh...@intel.com;
> john.mcnam...@intel.com
> Subject: Re: [PATCH] net/ixgbe: Treat 1G Cu SFPs as 1G SX on the X550
> devices
Hi Nithin,
> Enable Tx IPv4 checksum offload only when Tx inline crypto, lookaside
> crypto/protocol or cpu crypto is needed.
> For Tx Inline protocol offload, checksum computation
> is implicitly taken care by HW.
The thing is that right now it is not stated explicitly that
RTE_SECURITY_ACTION_
Adding the dev mailing list back into this discussion.
On Wed, Apr 13, 2022 at 9:13 AM Brandon Lo wrote:
>
> Hi guys,
>
> Lincoln and I would like to know if we can get this patch set looked
> at and merged before submitting the rest of the algorithms. So far,
> I've worked on implementing the HM
14/04/2022 15:14, Thomas Monjalon:
> 11/04/2022 05:55, Huichao Cai:
> > According to RFC791,the options may appear or not in datagrams.
> > They must be implemented by all IP modules (host and gateways).
> > What is optional is their transmission in any particular datagram,
> > not their implementa
11/04/2022 05:55, Huichao Cai:
> According to RFC791,the options may appear or not in datagrams.
> They must be implemented by all IP modules (host and gateways).
> What is optional is their transmission in any particular datagram,
> not their implementation.So we have to deal with it during the
>
On Thu, Apr 14, 2022 at 2:43 PM Tyler Retzlaff
wrote:
>
> Add missing code to affinitize main_lcore from lcore configuration.
>
> Signed-off-by: Tyler Retzlaff
Reviewed-by: David Marchand
--
David Marchand
14/04/2022 14:42, Adham Masarwah:
> Added new features introduced to mlx5 related to Windows support.
>
> Signed-off-by: Adham Masarwah
> ---
> +* **Updated Mellanox mlx5 driver.**
> +
> + * Added support for set promiscuous mode in Windows.
> + * Added support for set and get MTU in Windows.
Add missing code to affinitize main_lcore from lcore configuration.
Signed-off-by: Tyler Retzlaff
---
v3: update commit message s/add/Add/
v2: RTE_LOG of eal_thread_dump_current_affinity as linux does
lib/eal/windows/eal.c | 12
1 file changed, 12 insertions(+)
diff --git a/lib/e
Added new features introduced to mlx5 related to Windows support.
Signed-off-by: Adham Masarwah
---
doc/guides/rel_notes/release_22_07.rst | 4
1 file changed, 4 insertions(+)
diff --git a/doc/guides/rel_notes/release_22_07.rst
b/doc/guides/rel_notes/release_22_07.rst
index 42a5f2d990..49
add missing code to affinitize main_lcore from lcore configuration.
Signed-off-by: Tyler Retzlaff
---
v2: RTE_LOG of eal_thread_dump_current_affinity as linux does
lib/eal/windows/eal.c | 12
1 file changed, 12 insertions(+)
diff --git a/lib/eal/windows/eal.c b/lib/eal/windows/ea
API 'netif_rx_ni()' has been removed in kernel with commit:
baebdf48c3600 ("net: dev: Makes sure netif_rx() can be invoked in any context.")
The API netif_rx() can be used for any context to receive packets
from device drivers.
This patch replaces the API netif_rx_ni() with netif_rx().
Signed-of
14/04/2022 14:13, Wang, Haiyue:
> From: Thomas Monjalon
> > 14/04/2022 03:31, Wang, Haiyue:
> > > From: je...@silicom-usa.com
> > > > From: Stephen Douthit
> > > >
> > > > 1G Cu SFPs are not officially supported on the X552/X553 family of
> > > > devices
> > > > but treat them as 1G SX modules
> -Original Message-
> From: Thomas Monjalon
> Sent: Thursday, April 14, 2022 17:42
> To: Wang, Haiyue
> Cc: Daly, Jeff ; dev@dpdk.org; Stephen Douthit
>
> Subject: Re: [PATCH] net/ixgbe: Treat 1G Cu SFPs as 1G SX on the X550 devices
>
> 14/04/2022 03:31, Wang, Haiyue:
> > From: je...@
> -Original Message-
> From: Jeff Daly
> Sent: Thursday, April 14, 2022 18:41
> To: Wang, Haiyue ; dev@dpdk.org
> Cc: sta...@dpdk.org
> Subject: RE: [PATCH v6 2/2] net/ixgbe: Fix SFP detection and linking on
> hotplug
>
>
>
> > -Original Message-
> > From: Wang, Haiyue
> > Sen
Hi everyone,
First of all thanks Owen for stepping forward with this RFC.
Few thoughts on this subject below.
Konstantin
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Thursday, April 14, 2022 12:59 PM
> To: Ananyev, Konstantin
> Subject: FW: [PATCH v1 0/4] [RFC] Testpmd R
On Mon, Apr 11, 2022 at 5:17 PM Mattias Rönnblom
wrote:
>
> The conditional rte_spinlock_trylock() was used as if it is an
> unconditional lock operation in a number of places.
>
> Fixes: cc7e8ae84faa ("examples/bond: add example application for link bonding
> mode 6")
> Cc: michalx.k.jastrzeb...
On Tue, Apr 5, 2022 at 6:37 PM David Marchand wrote:
>
> All OS implementations provide the same main loop.
> Introduce helpers (shared for Linux and FreeBSD) to handle synchronisation
> between main and threads and factorize the rest as common code.
> Thread id are now logged as string in a commo
Caught by ASan, if a secondary process tried to attach a device with an
incorrect driver name, devargs was leaked.
Fixes: 64051bb1f144 ("devargs: unify scratch buffer storage")
Cc: sta...@dpdk.org
Signed-off-by: David Marchand
---
lib/eal/common/eal_common_dev.c | 4 +++-
1 file changed, 3 inse
> -Original Message-
> From: Jeff Daly
> Sent: Thursday, April 14, 2022 6:50 AM
> To: Wang, Haiyue ; dev@dpdk.org
> Cc: sta...@dpdk.org; Yang, Qiming
> Subject: RE: [PATCH v6 2/2] net/ixgbe: Fix SFP detection and linking on
> hotplug
>
> Caution: This is an external email. Please take
> -Original Message-
> From: Wang, Haiyue
> Sent: Tuesday, April 12, 2022 10:47 PM
> To: Jeff Daly ; dev@dpdk.org
> Cc: sta...@dpdk.org; Stephen Douthit ; Yang,
> Qiming
> Subject: RE: [PATCH v6 2/2] net/ixgbe: Fix SFP detection and linking on
> hotplug
>
> Caution: This is an externa
> -Original Message-
> From: Wang, Haiyue
> Sent: Wednesday, April 13, 2022 11:00 PM
> To: Jeff Daly ; dev@dpdk.org
> Cc: sta...@dpdk.org; Stephen Douthit
> Subject: RE: [PATCH v6 2/2] net/ixgbe: Fix SFP detection and linking on
> hotplug
>
> Caution: This is an external email. Please
Hi Ganapati,
> -Original Message-
> From: Kundapura, Ganapati
> Sent: Wednesday, April 13, 2022 3:54 PM
> To: Naga Harish K, S V ; Yigit, Ferruh
>
> Cc: Jayatheerthan, Jay ; dev@dpdk.org
> Subject: RE: [PATCH v2] kni: optimize alloc queue release
>
> Hi Harish
>
> > -Original Messa
07/04/2022 16:51, Marcin Danilewicz:
> Added changes after review and increased throughput.
>
> Signed-off-by: Marcin Danilewicz
I think these changes should be squashed with the first patch.
You need to version your patches also:
this one should have been v2, next one should be v3.
And while a
Hello Tyler,
On Tue, Apr 12, 2022 at 6:30 PM Tyler Retzlaff
wrote:
> > - Which makes me notice that windows/eal_thread.c probably dumps
> > random stuff in logs because it is missing a call to
> > eal_thread_dump_current_affinity() to format affinity as a string.
>
> oh yeah, that's not so good.
11/04/2022 20:05, Ferruh Yigit:
> Use new email address.
>
> Signed-off-by: Ferruh Yigit
Applied
14/04/2022 03:31, Wang, Haiyue:
> From: je...@silicom-usa.com
> > From: Stephen Douthit
> >
> > 1G Cu SFPs are not officially supported on the X552/X553 family of devices
> > but treat them as 1G SX modules since they usually work. Print a warning
> > though since support isn't validated, simil
In the multi process environment, the sub process
operates on the shared memory and changes the
function pointer of the main process, resulting in
the failure to find the address of the function when
main process releasing, resulting in crash.
Signed-off-by: Ke Zhang
---
drivers/net/iavf/iavf_rx
On 14/04/2022 06:52, Christian Ehrhardt wrote:
On Wed, Apr 13, 2022 at 12:06 PM Kevin Traynor wrote:
Hi Christian/Thomas/Ori,
On 11/04/2022 07:58, Christian Ehrhardt wrote:
On Fri, Apr 1, 2022 at 12:22 PM Kevin Traynor wrote:
Hi all,
Here is a list of patches targeted for stable release 2
17/02/2022 17:05, Srikanth Kaka:
> This patch series adds support to VMBUS & NetVSC PMDs run on FreeBSD
In case you did not notice, this series is blocked by a CI compilation issue:
http://mails.dpdk.org/archives/test-report/2022-February/261506.html
13/04/2022 19:38, eagost...@nvidia.com:
> From: Elena Agostini
>
> Add more NVIDIA GPU devices to the gpu/cuda driver list
> compatible with GPUDirect RDMA.
>
> Signed-off-by: Elena Agostini
> ---
> drivers/gpu/cuda/cuda.c| 173 +++--
> drivers/gpu/cuda/devi
When a meter with RSS action being used, there might be several
sub-flows using different sub-policies in the flow splitting stage.
If there's no green action, there's an error that will always use the
same sub-policy for all sub-flows, some resources will be
overwritten and cannot be released, lea
On Wed, Apr 13, 2022 at 2:13 PM Thomas Monjalon wrote:
> > > Let me explain in more detail.
> > >
> > > This patch actually include two parts:
> > > 1. Module EEPROM raw data parser code
> > > Files: sff_common.h, sff_common.c, sff_8xxx.*
> > > 2. Add new telemetry command
> > > Files: sff
Hi,
> -Original Message-
> From: Adham Masarwah
> Sent: Sunday, April 10, 2022 1:30 PM
> To: dev@dpdk.org
> Cc: NBU-Contact-Thomas Monjalon (EXTERNAL) ;
> Matan Azrad ; Idan Hackmon ;
> Tamer Hleihel ; Tal Shnaiderman
> ; Slava Ovsiienko
> Subject: [PATCH 0/2] net/mlx5: support missing f
Hi,
> -Original Message-
> From: Michael Baum
> Sent: Sunday, April 10, 2022 12:25 PM
> To: dev@dpdk.org
> Cc: Matan Azrad ; Raslan Darawsheh
> ; Slava Ovsiienko
> Subject: [PATCH 0/3] net/mlx5: some RSS fixes
>
> Some RxQ management fixes affecting RSS flow rules.
>
> Michael Baum (3)
Hi,
> -Original Message-
> From: Shun Hao
> Sent: Wednesday, April 6, 2022 11:54 AM
> To: Slava Ovsiienko ; Matan Azrad
> ; Ori Kam
> Cc: dev@dpdk.org; Raslan Darawsheh ;
> sta...@dpdk.org
> Subject: [PATCH v1] net/mlx5: fix wrong counter in non-termination meter
>
> In RTE flow, if a c
Hi,
> -Original Message-
> From: Rongwei Liu
> Sent: Wednesday, April 6, 2022 10:12 AM
> To: Matan Azrad ; Slava Ovsiienko
> ; Ori Kam ; NBU-Contact-
> Thomas Monjalon (EXTERNAL) ; Michael Baum
>
> Cc: dev@dpdk.org; Raslan Darawsheh ;
> sta...@dpdk.org
> Subject: [PATCH v1] net/mlx5: fix
14/04/2022 07:52, Christian Ehrhardt:
> On Wed, Apr 13, 2022 at 12:06 PM Kevin Traynor wrote:
> > commit 026470bafaa02cba0d46ed7b7e835262399a009a
> > Author: Thomas Monjalon
> > Date: Sun Mar 6 10:20:23 2022 +0100
> >
> > build: hide local symbols in shared libraries
> >
> > [ upstrea
59 matches
Mail list logo
