In common practice, PMD configure the Rx buffer size which indicate the
buffer length could be used for HW in receiving packets according to the
data room size of the object in mempool. But in fact, the final value is
related to the specifications of HW, and its values will affect the number
of fra
Add Rx buffer size to queue info querry cmd so that the user can get the
buffer length used by HW queue for receiving packets.
Signed-off-by: Chengchang Tang
Reviewed-by: Wei Hu (Xavier)
---
app/test-pmd/config.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/app/test-pmd/config.c b/app/te
Add a field named rx_buf_size in rte_eth_rxq_info to indicate the buffer
size used in receiving packets for HW.
In this way, upper-layer users can get this information by calling
rte_eth_rx_queue_info_get.
Signed-off-by: Chengchang Tang
Reviewed-by: Wei Hu (Xavier)
Acked-by: Andrew Rybchenko
-
Add Rx buffer size to show_port function to display it in the port PMD
information so that the user can get the buffer length used by HW queue
of receiving packets.
Signed-off-by: Chengchang Tang
---
app/proc-info/main.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/app/proc-info/main.c
Report hns3 PMD configured Rx buffer size in Rx queue information query.
Signed-off-by: Chengchang Tang
Reviewed-by: Wei Hu (Xavier)
---
drivers/net/hns3/hns3_rxtx.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/hns3/hns3_rxtx.c b/drivers/net/hns3/hns3_rxtx.c
index fc1a256..
Jeff, Beilei,
Looking closer at i40e_rxtx_vec_avx2.c, I noticed:
1. i40e_rxq_rearm() uses RTE_I40E_DESCS_PER_LOOP, while all other functions in
the file use RTE_I40E_DESCS_PER_LOOP_AVX. It may be correct, but please check.
2. The function descriptions of i40e_recv_pkts_vec_avx2(),
i40e_recv_scat
Hi,
> -Original Message-
> From: dev On Behalf Of Nicolas Chautru
> Sent: Wednesday, August 19, 2020 8:25
> To: dev@dpdk.org; akhil.go...@nxp.com
> Cc: Richardson, Bruce ; Chautru, Nicolas
>
> Subject: [dpdk-dev] [PATCH v3 01/11] drivers/baseband: add PMD for
> ACC100
>
> Add stubs for
Hi,
> -Original Message-
> From: dev On Behalf Of Nicolas Chautru
> Sent: Wednesday, August 19, 2020 8:25
> To: dev@dpdk.org; akhil.go...@nxp.com
> Cc: Richardson, Bruce ; Chautru, Nicolas
>
> Subject: [dpdk-dev] [PATCH v3 02/11] baseband/acc100: add register
> definition file
>
> Add i
> From: Morten Brørup
> Sent: Friday, August 28, 2020 12:51 PM
>
> > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Bruce Richardson
> > Sent: Friday, August 28, 2020 12:07 PM
> >
> > On Fri, Aug 28, 2020 at 11:03:59AM +0200, Morten Brørup wrote:
> > > > From: dev [mailto:dev-boun...@dpdk.or
Hi,
> -Original Message-
> From: dev On Behalf Of Nicolas Chautru
> Sent: Wednesday, August 19, 2020 8:25
> To: dev@dpdk.org; akhil.go...@nxp.com
> Cc: Richardson, Bruce ; Chautru, Nicolas
>
> Subject: [dpdk-dev] [PATCH v3 04/11] baseband/acc100: add queue
> configuration
>
> Adding fun
Hi,
> -Original Message-
> From: dev On Behalf Of Nicolas Chautru
> Sent: Wednesday, August 19, 2020 8:25
> To: dev@dpdk.org; akhil.go...@nxp.com
> Cc: Richardson, Bruce ; Chautru, Nicolas
>
> Subject: [dpdk-dev] [PATCH v3 05/11] baseband/acc100: add LDPC
> processing functions
>
> Addi
On 8/14/20 12:21 PM, Vipul Ashri wrote:
> Inside Macro ASSIGN_UNLESS_EQUAL(var, val), assignment to var is always
> failing as assignment done using var_ having local scope only.
> This leads to TX packets not going out and found broken due to cleanup
> malfunctioning. This patch fixes the wrong va
On 8/17/20 2:15 PM, Hemant Agrawal wrote:
> Enhance the dump function to also print the ops index
> and associated mempool ops name
>
> Signed-off-by: Hemant Agrawal
Acked-by: Andrew Rybchenko
with a nit below
> ---
> lib/librte_mempool/rte_mempool.c | 5 +
> 1 file changed, 5 insertions(
On 8/21/20 2:32 PM, Michael Pfeiffer wrote:
> Currently, rte_ipv4_cksum() and rte_ipv4_udptcp_cksum() assume all IPv4
> headers have sizeof(struct rte_ipv4_hdr) bytes. This is not true for
> those (rare) packets with IPv4 options. Thus, both IPv4 and TCP/UDP
> checksums are calculated wrong.
>
> T
On 8/24/20 12:40 PM, Ferruh Yigit wrote:
> Removing 'rte_eth_rx_descriptor_done()' API and relevant
> 'rx_descriptor_done' function pointer from 'struct eth_dev_ops'.
>
> Deprecation notice is to deprecate the API in 20.11 and remove one year
> later, this is useful to prevent new applications use
On 8/24/20 12:40 PM, Ferruh Yigit wrote:
> This patch is a preparation to hide the 'struct eth_dev_ops' from
> applications by moving some device operations from 'struct eth_dev_ops'
> to 'struct rte_eth_dev'.
>
> Mentioned ethdev APIs are in the data path and implemented as inline
> because of pe
On 8/24/20 12:40 PM, Ferruh Yigit wrote:
> Hiding the 'struct eth_dev_ops' from applications.
>
> Removing relevant deprecation notice.
>
> Signed-off-by: Ferruh Yigit
Acked-by: Andrew Rybchenko
On 8/24/20 12:40 PM, Ferruh Yigit wrote:
> Some ethdev functions are for drivers only, not for applications.
>
> Since we have '__rte_internal' tag available now, marking internal
> functions with it and moving functions to INTERNAL section in linker
> script.
> This is also good for documenting t
On 8/24/20 12:40 PM, Ferruh Yigit wrote:
> Hairpin helper functions were not used by drivers, but it was used only
> local to ethdev. They are:
> 'rte_eth_dev_is_rx_hairpin_queue()'
> 'rte_eth_dev_is_tx_hairpin_queue()'
>
> Exposing them as internal APIs and update mlx5 driver (only user of
> hair
On 8/24/20 12:40 PM, Ferruh Yigit wrote:
> These are sturct type names, not object names. Removing them from .map
> file.
>
> Fixes: 9d41beed24b0 ("lib: provide initial versioning")
> Cc: sta...@dpdk.org
>
> Signed-off-by: Ferruh Yigit
Reviewed-by: Andrew Rybchenko
On 8/24/20 12:40 PM, Ferruh Yigit wrote:
> '_rte_eth_dev_callback_process()' & '_rte_eth_dev_reset()' internal APIs
> has unconventional underscore ('_') prefix.
> Although this is not documented most probably this is to mark them as
> internal. Since we have '__rte_internal' flag to mark this, rem
On 8/28/20 1:54 AM, Stephen Hemminger wrote:
> As announced in earlier releases, rte_logs can now be made
> internal to eal_common_log.
>
> Signed-off-by: Stephen Hemminger
Acked-by: Andrew Rybchenko
On 8/21/20 2:03 PM, kirankum...@marvell.com wrote:
> From: Kiran Kumar K
>
> This patch reserves 2 bits as input selection to select Inner and
> outer layers for RSS computation. It is combined with existing
> ETH_RSS_* to choose Inner or outer layers for L2, L3 and L4.
> This functionality alrea
Hi Rosen,
> From: Xu, Rosen
>
> Hi,
>
> > -Original Message-
> > From: dev On Behalf Of Nicolas Chautru
> > Sent: Wednesday, August 19, 2020 8:25
> > To: dev@dpdk.org; akhil.go...@nxp.com
> > Cc: Richardson, Bruce ; Chautru, Nicolas
> >
> > Subject: [dpdk-dev] [PATCH v3 02/11] baseba
Hi,
> From: Xu, Rosen
>
> Hi,
>
> > -Original Message-
> > From: dev On Behalf Of Nicolas Chautru
> > Sent: Wednesday, August 19, 2020 8:25
> > To: dev@dpdk.org; akhil.go...@nxp.com
> > Cc: Richardson, Bruce ; Chautru, Nicolas
> >
> > Subject: [dpdk-dev] [PATCH v3 04/11] baseband/acc
Hello,
I have exactly the same problem as you. I have also downloaded, compiled
and installed the very last version of valgrind (v3.17).
As soon as the mempool is created, the program gets stuck.
If valgrind cannot be used with DPDK (I am using v18.11.5) as memory leak
debugger, there must be oth
Hi Rosen,
> From: Xu, Rosen
>
> Hi,
>
> > -Original Message-
> > From: dev On Behalf Of Nicolas Chautru
> > Sent: Wednesday, August 19, 2020 8:25
> > To: dev@dpdk.org; akhil.go...@nxp.com
> > Cc: Richardson, Bruce ; Chautru, Nicolas
> >
> > Subject: [dpdk-dev] [PATCH v3 05/11] baseba
On 8/29/20 2:22 PM, Andrew Rybchenko wrote:
> On 8/14/20 12:21 PM, Vipul Ashri wrote:
>> Inside Macro ASSIGN_UNLESS_EQUAL(var, val), assignment to var is always
>> failing as assignment done using var_ having local scope only.
>> This leads to TX packets not going out and found broken due to clean
28 matches
Mail list logo
