Hi Fan,
Please see inline.
Thanks,
Anoob
> -Original Message-
> From: Zhang, Fan
> Sent: Thursday, April 6, 2023 7:51 PM
> To: Aakash Sasidharan ; Akhil Goyal
>
> Cc: Jerin Jacob Kollanukkaran ; Anoob Joseph
> ; dev@dpdk.org
> Subject: [EXT] Re: [PATCH] test/crypto: add cryptodev recon
++Jun
> -Original Message-
> From: Alvaro Karsz
> Sent: Sunday, April 9, 2023 5:40 PM
> To: Gagandeep Singh ; Hemant Agrawal
>
> Cc: dev@dpdk.org; David Marchand
> Subject: Re: [PATCH] dma/dpaa2: set the vfa bit for rbp with vf
>
> Hi,
> Any comments on the patch?
>
> Thanks
Enable timestamp offload with the command '--enable-rx-timestamp',
pay attention that getting Rx timestamp offload will drop the performance.
Zhichao Zeng (3):
net/iavf: support Rx timestamp offload on AVX512
net/iavf: support Rx timestamp offload on AVX2
net/iavf: support Rx timestamp offlo
This patch enables Rx timestamp offload on AVX512 data path.
Enable timestamp offload with the command '--enable-rx-timestamp',
pay attention that getting Rx timestamp offload will drop the performance.
Signed-off-by: Zhichao Zeng
---
drivers/net/iavf/iavf_rxtx.h| 3 +-
drivers/ne
This patch enables Rx timestamp offload on AVX2 data path.
Enable timestamp offload with the command '--enable-rx-timestamp',
pay attention that getting Rx timestamp offload will drop the performance.
Signed-off-by: Zhichao Zeng
---
drivers/net/iavf/iavf_rxtx_vec_avx2.c | 201 ++
This patch enables Rx timestamp offload on SSE data path.
Enable timestamp offload with the command '--enable-rx-timestamp',
pay attention that getting Rx timestamp offload will drop the performance.
Signed-off-by: Zhichao Zeng
---
drivers/net/iavf/iavf_rxtx_vec_sse.c | 163
mwaitx allows epyc processors to enter a implementation dependent
power/performance optimized state (C1 state) for a specific period
or until a store to the monitored address range.
Signed-off-by: Sivaprasad Tummala
---
lib/eal/include/generic/rte_cpuflags.h | 2 +
lib/eal/x86/include/rte_cpufl
The DPDK NFP PMD share the same underlying data structure and API with
the NFP kernel driver, because they use the same firmware.
The DPDK NFP PMD only has a very initial version and not changed for a
long time, but the NFP kernel driver keeps evolve at the same time, so
the differece between them
For NFP6000, the size of configuration BAR is always 32kB.
Remove the out of date value of macro and replace the hard
code value with this constant macro.
Signed-off-by: Chaoyong He
Reviewed-by: Niklas Söderlund
---
drivers/net/nfp/flower/nfp_flower.c | 4 ++--
drivers/net/nfp/nfp_ctrl.h
Move the needed logic of nfp_target.h and nfp_cppat.h
to a new source file nfp_target.c, and delete the logic
which are not used at all.
The code is moved verbatim from the header file to the source
file, no functional change.
This mainly to mimic the source file structure in the kernel
driver, a
Remove the redundancy define NFP6000_CPPTGT_ in nfp_resid.h,
the same define NFP_CPP_TARGET_ are exist in nfp6000.h, we
choose to keep them to sync with the kernel driver.
Signed-off-by: Chaoyong He
Reviewed-by: Niklas Söderlund
---
.../net/nfp/nfpcore/nfp-common/nfp_resid.h| 11 -
driv
Drop the usage of complex return error helpers. These helpers was used
to return either NULL or -1 from a function while communicating the
error using errno. However erron was seldom checked and the error path
was taken only depending on the functions return value.
Remove the macros and convert th
Instead of using NFP specific macros for array size and to set bits use
the generic ones provided by DPDK.
By moving some include directives for system header files directly to
the source files that depend on them, the header file nfp_platform.h
defining the NFP specific macros can be removed.
Si
The header file bpf_resid.h contains function prototypes that are not
implemented anywhere, as well as a few defines and macros that are not
used anywhere. Move the few inline functions, defines and macros that
are used into nfp_cpp.h and remove bpf_resid.h.
Signed-off-by: Chaoyong He
Reviewed-by
The defines NFFW_FWID_EXT, NFFW_FWID_BASE and NFFW_FWID_ALL are defined
two times, with the same values, in nfp_nffw.h. Drop one instance of the
definitions.
Signed-off-by: Chaoyong He
Reviewed-by: Niklas Söderlund
---
drivers/net/nfp/nfpcore/nfp_nffw.h | 9 -
1 file changed, 9 deletion
Split out the data struct and logics of NFD3 into new file. The code is
moved verbatim, no functional change.
Signed-off-by: Chaoyong He
Reviewed-by: Niklas Söderlund
---
drivers/net/nfp/flower/nfp_flower.c | 1 +
drivers/net/nfp/flower/nfp_flower_ctrl.c | 1 +
.../net/nfp/fl
Adjust the coding style for NDF3 struct and logics.
Sync the macro name for the NFD3 descriptor.
Remove the ASSERT macro and delete some unneeded comment messages.
Signed-off-by: Chaoyong He
Reviewed-by: Niklas Söderlund
---
drivers/net/nfp/nfd3/nfp_nfd3.h| 79 -
drivers/ne
Rename the name of the macro of NFD3 TX descriptor from PCIE to NFD3,
keep it same with the kernel driver.
Signed-off-by: Chaoyong He
Reviewed-by: Niklas Söderlund
---
drivers/net/nfp/flower/nfp_flower.c | 4 +--
drivers/net/nfp/flower/nfp_flower_ctrl.c | 2 +-
drivers/net/nfp/nfd3/nfp_n
Split out the data structure and logics of NFDk into new file. The code
is moved verbatim, no functional change.
Signed-off-by: Chaoyong He
Reviewed-by: Niklas Söderlund
---
drivers/net/nfp/meson.build| 1 +
drivers/net/nfp/nfdk/nfp_nfdk.h| 179 ++
drivers/net/nfp/nfdk/nfp
Adjust the coding style for NFDk struct and logics.
Delete some unneeded comment messages.
Signed-off-by: Chaoyong He
Reviewed-by: Niklas Söderlund
---
drivers/net/nfp/nfdk/nfp_nfdk.h| 69 +++---
drivers/net/nfp/nfdk/nfp_nfdk_dp.c | 140 +++--
2 files change
Split one function into two functions and change the data type of
parameter and return value.
Also add some comment message to help understand.
Signed-off-by: Chaoyong He
Reviewed-by: Niklas Söderlund
---
drivers/net/nfp/nfdk/nfp_nfdk.h| 75 --
drivers/net/nfp/nf
rom: Jerin Jacob
Based on TB meeting[1] action item, defining
the process for new library approval in principle.
[1]
https://mails.dpdk.org/archives/dev/2023-January/260035.html
Signed-off-by: Jerin Jacob
---
content/process/_index.md | 33 +
1 file changed, 3
05/04/2023 16:38, Tyler Retzlaff пишет:
On Wed, Apr 05, 2023 at 02:35:47PM +0200, Morten Brørup wrote:
From: Konstantin Ananyev [mailto:konstantin.anan...@huawei.com]
Sent: Wednesday, 5 April 2023 12.57
Another ore generic comment - do we really need to pollute all that code
with RTE_TOOLCHAI
When the CodeQl (https://codeql.github.com/) is run against DPDK,
one of the issues it reports is the unsafe usage of system() in code.
I reported and fixed one of these issues in the dpaa2 driver
https://patchwork.dpdk.org/project/dpdk/patch/20220602214957.150071-1-step...@networkplumber.org/
but
06/04/2023 01:45, Tyler Retzlaff пишет:
Forward declaration of a typedef is a non-standard extension and is not
supported by msvc. Use an int instead.
Abstract the use of the int/enum rte_cpu_flag_t in function parameter
lists by re-typdefing the enum rte_cpu_flag_t to the rte_cpu_flag_t
identif
06/04/2023 01:07, Tyler Retzlaff пишет:
On Wed, Apr 05, 2023 at 10:57:02AM +, Konstantin Ananyev wrote:
Inline assembly is not supported for msvc x64 instead use
_{Read,Write,ReadWrite}Barrier() intrinsics.
Signed-off-by: Tyler Retzlaff
---
lib/eal/include/generic/rte_atomic.h | 4 +++
On Mon, Apr 10, 2023 at 08:59:33PM +0100, Konstantin Ananyev wrote:
> 06/04/2023 01:45, Tyler Retzlaff пишет:
> >Forward declaration of a typedef is a non-standard extension and is not
> >supported by msvc. Use an int instead.
> >
> >Abstract the use of the int/enum rte_cpu_flag_t in function param
On Mon, Apr 10, 2023 at 09:02:00PM +0100, Konstantin Ananyev wrote:
> 06/04/2023 01:07, Tyler Retzlaff пишет:
> >On Wed, Apr 05, 2023 at 10:57:02AM +, Konstantin Ananyev wrote:
> >>
> >>>Inline assembly is not supported for msvc x64 instead use
> >>>_{Read,Write,ReadWrite}Barrier() intr
The control thread accesses the hardware resources after the
resources were released, which results in a segment error.
The 'ice-reset' threads are detached, so thread resources cannot be
reclaimed by `pthread_join` calls.
This commit synchronizes the number of "ice-reset" threads by adding a
var
On 4/4/2023 6:18 PM, David Marchand wrote:
Now that a lot of components can be compiled with the lock checks,
invert the logic and opt out for components not ready yet:
- drivers/bus/dpaa,
- drivers/common/cnxk,
- drivers/common/mlx5,
- drivers/event/cnxk,
- drivers/net/bnx2x,
- drivers/net/bnxt,
This patch is dependent on
https://patchwork.dpdk.org/project/dpdk/patch/20230410064724.2094392-1-junfeng@intel.com/
Rushil Gupta (1):
net/gve: update base code for DQO
drivers/net/gve/base/gve.h | 1 +
drivers/net/gve/base/gve_adminq.c | 10 +-
drivers/net/gve/base/gv
Update gve base code to support DQO.
This patch is based on this:
https://patchwork.dpdk.org/project/dpdk/list/?series=27647&state=*
Signed-off-by: Rushil Gupta
Signed-off-by: Junfeng Guo
---
drivers/net/gve/base/gve.h | 1 +
drivers/net/gve/base/gve_adminq.c | 10 +-
drive
> -Original Message-
> From: Xu, HailinX
> Sent: Thursday, April 6, 2023 3:19 PM
> To: luca.bocca...@gmail.com; sta...@dpdk.org
> Cc: dev@dpdk.org; Abhishek Marathe ;
> Ali Alnubani ; Walker, Benjamin
> ; David Christensen ;
> Hemant Agrawal ; Stokes, Ian
> ; Jerin Jacob ; Mcnamara, John
>
When getting objects from the mempool, the number of objects to get is
often constant at build time.
This patch adds another code path for this case, so the compiler can
optimize more, e.g. unroll the copy loop when the entire request is
satisfied from the cache.
On an Intel(R) Xeon(R) E5-2620 v4
Hi Ferruh & Bruce,
This patch contains few lines change for the MIT licensed gve base code.
Note that there is no new files added, just some minor code update.
Do we need to ask for special approval from the Tech Board for this?
Please help give some advice and also help review this patch. Thanks
35 matches
Mail list logo
