在 2021/4/15 20:45, Ferruh Yigit 写道:
On 4/15/2021 1:36 PM, Thomas Monjalon wrote:
15/04/2021 14:33, Ferruh Yigit:
On 4/15/2021 3:40 AM, Lijun Ou wrote:
Currently, upper-layer application could get queue state only
through pointers such as dev->data->tx_queue_state[queue_id],
this is not the
在 2021/4/16 16:58, Thomas Monjalon 写道:
16/04/2021 10:46, Lijun Ou:
Currently, upper-layer application could get queue state only
through pointers such as dev->data->tx_queue_state[queue_id],
this is not the recommended way to access it. So this patch
add get queue state when call rte_eth_rx_q
在 2021/4/18 6:00, Ferruh Yigit 写道:
On 4/17/2021 4:09 AM, Lijun Ou wrote:
Currently, upper-layer application could get queue state only
through pointers such as dev->data->tx_queue_state[queue_id],
this is not the recommended way to access it. So this patch
add get queue state when call rte_et
在 2021/4/18 6:00, Ferruh Yigit 写道:
On 4/17/2021 4:09 AM, Lijun Ou wrote:
Currently, upper-layer application could get queue state only
through pointers such as dev->data->tx_queue_state[queue_id],
this is not the recommended way to access it. So this patch
add get queue state when call rte_et
在 2021/4/19 16:41, Thomas Monjalon 写道:
19/04/2021 04:03, Lijun Ou:
--- a/doc/guides/rel_notes/release_21_05.rst
+++ b/doc/guides/rel_notes/release_21_05.rst
+* **Enhanced function for getting rxq/txq info ABI.**
Reword: Added queue state in queried Rx/Tx queue info
+ * Added new field ``
在 2021/4/19 11:11, Li, Xiaoyun 写道:
Hi
-Original Message-
From: Lijun Ou
Sent: Monday, April 12, 2021 21:13
To: Yigit, Ferruh
Cc: Li, Xiaoyun ; dev@dpdk.org;
linux...@openeuler.org
Subject: [PATCH V3] app/testpmd: support Tx mbuf free on demand cmd
From: Chengwen Feng
This patch
在 2021/4/19 23:28, Ferruh Yigit 写道:
On 4/19/2021 1:36 PM, Lijun Ou wrote:
From: Chengwen Feng
This patch support tx_done_cleanup command:
tx_done_cleanup port (port_id) (queue_id) (free_cnt)
Instead of creating a new root level, 'tx_done_cleanup' command, what do
you think to use existi
在 2021/4/21 16:15, Ferruh Yigit 写道:
On 4/21/2021 9:09 AM, Lijun Ou wrote:
From: Chengwen Feng
This patch supports cleanup txq mbufs command:
port cleanup (port_id) txq (queue_id) (free_cnt)
Signed-off-by: Chengwen Feng
Signed-off-by: Lijun Ou
---
V4->V5:
- rewrite patch title
- define th
在 2021/3/29 9:53, Li, Xiaoyun 写道:
-Original Message-
From: oulijun
Sent: Thursday, March 25, 2021 11:04
To: Li, Xiaoyun ; Yigit, Ferruh
Cc: dev@dpdk.org; linux...@openeuler.org
Subject: Re: [PATCH 2/3] app/testpmd: remove forwarding config from parsing
Rx and Tx
在 2021/3/24 9
Hi, all,
any comments for this patch?
Hope for your reply.
Thanks
在 2021/3/25 19:09, Lijun Ou 写道:
Currently, upper-layer application could get queue state only
through pointers such as dev->data->tx_queue_state[queue_id],
this is not the recommended way to access it. So this patch
add g
在 2021/4/6 3:50, Honnappa Nagarahalli 写道:
在 2021/3/25 22:40, Thomas Monjalon 写道:
25/03/2021 14:26, oulijun:
在 2021/3/25 20:19, Thomas Monjalon 写道:
25/03/2021 12:17, oulijun:
Ruifeng has reviewed-by. Does anyone else have any comments? Is it
necessary to send the V2?
v2 for what
在 2021/4/7 10:19, Honnappa Nagarahalli 写道:
在 2021/3/25 22:40, Thomas Monjalon 写道:
25/03/2021 14:26, oulijun:
在 2021/3/25 20:19, Thomas Monjalon 写道:
25/03/2021 12:17, oulijun:
Ruifeng has reviewed-by. Does anyone else have any comments? Is
it necessary to send the V2?
v2 for what
在 2021/4/2 10:33, Li, Xiaoyun 写道:
-Original Message-
From: oulijun
Sent: Friday, April 2, 2021 09:45
To: Li, Xiaoyun ; Yigit, Ferruh
Cc: dev@dpdk.org; linux...@openeuler.org
Subject: Re: [PATCH 2/3] app/testpmd: remove forwarding config from parsing
Rx and Tx
在 2021/3/29 9:53
在 2021/4/10 9:12, Ferruh Yigit 写道:
On 3/23/2021 2:17 PM, oulijun wrote:
在 2021/3/23 16:55, Li, Xiaoyun 写道:
Hi
-Original Message-
From: Lijun Ou
Sent: Friday, March 5, 2021 18:22
To: Yigit, Ferruh
Cc: Li, Xiaoyun ; dev@dpdk.org;
linux...@openeuler.org
Subject: [PATCH 1/3] app
在 2021/4/10 8:56, Ferruh Yigit 写道:
On 3/25/2021 2:21 AM, Li, Xiaoyun wrote:
-Original Message-
From: oulijun
Sent: Wednesday, March 24, 2021 21:40
To: linux...@openeuler.org; Li, Xiaoyun ; dev
Subject: Re: [Linuxarm] Re: [PATCH 1/3] app/testpmd: fix forwarding
configuration when
在 2021/4/9 15:08, Li, Xiaoyun 写道:
-Original Message-
From: oulijun
Sent: Friday, April 9, 2021 14:10
To: linux...@openeuler.org; dev ; Li, Xiaoyun
Subject: Re: [Linuxarm] Re: [PATCH 2/3] app/testpmd: remove forwarding
config from parsing Rx and Tx
在 2021/4/2 10:33, Li, Xiaoyun
在 2021/4/12 15:52, Ferruh Yigit 写道:
On 4/10/2021 3:58 AM, oulijun wrote:
在 2021/4/10 8:56, Ferruh Yigit 写道:
On 3/25/2021 2:21 AM, Li, Xiaoyun wrote:
-Original Message-
From: oulijun
Sent: Wednesday, March 24, 2021 21:40
To: linux...@openeuler.org; Li, Xiaoyun ; dev
Subject
在 2021/4/12 18:35, Ferruh Yigit 写道:
On 3/5/2021 10:22 AM, Lijun Ou wrote:
From: Huisong Li
The "fwd_config_setup()" function does release and apply for
memory of forwarding flows, and re-establish these streams when
rxq/txq or rxd/txd is changed. The function is also called by
"start_packet
在 2021/1/18 19:23, Ferruh Yigit 写道:
On 1/18/2021 10:27 AM, oulijun wrote:
Hi,
The 'speed_capa' will be reported in rte_eth_dev_info_get API. How
should users use the field?
1) The driver reports only the capabilities supported by the NIC, and
users only obtain the capabilit
在 2021/1/19 16:46, oulijun 写道:
在 2021/1/18 18:42, Ferruh Yigit 写道:
On 1/15/2021 10:44 AM, oulijun wrote:
Hi Steve
This is a very good job! But I have some question and suggestions.
Please check it.
在 2021/1/14 17:45, Steve Yang 写道:
Ethdev is using default Ethernet overhead to decide if
在 2020/10/18 17:25, David Marchand 写道:
On Thu, Oct 8, 2020 at 5:31 PM wrote:
From: Rohit Raj
Certain bus objects may need to be closed and re-acquired
while terminating and rerunning the client application.
Hence a signal handler is required to catch the termination
of the App and hence c
在 2021/1/28 8:20, Ferruh Yigit 写道:
On 1/20/2021 1:43 PM, Lijun Ou wrote:
From: "Min Hu (Connor)"
Document FEC in NIC features, add information about FEC and add
implementation related support.
Cc: sta...@dpdk.org
Signed-off-by: Min Hu (Connor)
Signed-off-by: Lijun Ou
---
doc/guides/ni
在 2021/1/28 22:12, Thomas Monjalon 写道:
28/01/2021 13:43, Lijun Ou:
The hns3 PMD add FEC features implementation in 20.11.
Therefore, need to update the hns3.ini for supporting.
Fixes: 9bf2ea8dbc65 ("net/hns3: support FEC")
Cc: sta...@dpdk.org
Signed-off-by: Lijun Ou
---
doc/guides/nics/f
在 2021/1/28 22:46, Ferruh Yigit 写道:
On 1/28/2021 12:43 PM, Lijun Ou wrote:
Add TM(Traffic Management) feature with hns3 in release notes.
It includes:
1. configure port's peak rate with PF
2. configure TC's peak rate with PF
Fixes: c09c7847d892 ("net/hns3: support traffic management")
Cc: st
在 2021/1/29 7:41, Ferruh Yigit 写道:
On 1/22/2021 10:18 AM, Lijun Ou wrote:
From: Chengwen Feng
This patch support LSC(Link Status Change) event report.
There is a user config for lsc, 'dev->data->dev_conf.intr_conf.lsc',
which seems not taken into account.
Frist of all, thank you for yo
在 2021/1/29 16:46, Ferruh Yigit 写道:
On 1/29/2021 1:13 AM, oulijun wrote:
在 2021/1/28 22:12, Thomas Monjalon 写道:
28/01/2021 13:43, Lijun Ou:
The hns3 PMD add FEC features implementation in 20.11.
Therefore, need to update the hns3.ini for supporting.
Fixes: 9bf2ea8dbc65 ("net
在 2021/2/3 17:24, Ferruh Yigit 写道:
On 2/3/2021 7:46 AM, Lijun Ou wrote:
This patch series add some bugfixes and some small
functions. In order to fix some bugfixes, we had to
do some code rework, for example patch[13/17].
Chengchang Tang (6):
net/hns3: support module EEPROM dump
net/hn
在 2021/2/3 19:46, Ferruh Yigit 写道:
On 2/3/2021 11:05 AM, oulijun wrote:
在 2021/2/3 17:24, Ferruh Yigit 写道:
On 2/3/2021 7:46 AM, Lijun Ou wrote:
This patch series add some bugfixes and some small
functions. In order to fix some bugfixes, we had to
do some code rework, for example patch[13
Hi, Thomas Monjalon&Ferruh Yigit and others
I'm analyzing multiprocess with eal. I have some questions I'd like
to ask you.
Firstly, After the rte_eal_init() command is executed, the master and
slave processes are started successfully.
and traffic is continuously sent using the tester.I
should call rte_eal_cleanup to release resources. But
I find that there is no release from the process,
and I think there is a resource leak.
In general, closing a process does not mean removing the device,
because it can be used by other processes.
04/02/2021 07:56, oulijun:
Hi, Thomas Monjalon
Hi,
Following are the work items of hns3 PMD planned for 21.05, Some
features are delayed to the current releases.
New features:
【1】 Add PTP(Precise Time Protocol) support
【2】 Add query optical module info by API
【3】 Support LSC(Link Status Changed) event
在 2021/2/10 17:41, Thomas Monjalon 写道:
03/02/2021 13:46, Lijun Ou:
From: Chengchang Tang
Because of the '9ca2f16' have merged, the current hns3
pmd driver can not be directly complied on the kunpeng920
server board. Therefore, we need to fix the meson build.
Besides, add kunpeng 920 SoC mes
在 2021/2/24 15:41, Thomas Monjalon 写道:
24/02/2021 02:34, oulijun:
在 2021/2/10 17:41, Thomas Monjalon 写道:
03/02/2021 13:46, Lijun Ou:
From: Chengchang Tang
Because of the '9ca2f16' have merged, the current hns3
pmd driver can not be directly complied on the kunpeng920
se
在 2021/2/26 23:25, Ferruh Yigit 写道:
On 2/24/2021 1:28 AM, Lijun Ou wrote:
From: Chengchang Tang
After MTU changed, the buffer used to store packets in HW should be
reallocated. And buffer size is allocated based on the maximum frame
size in the PF struct. However, the value of maximum frame
在 2021/2/26 23:26, Ferruh Yigit 写道:
On 2/24/2021 1:28 AM, Lijun Ou wrote:
From: Hongbo Zheng
Enable the interrupt report of MAC when MAC state changes
and log the hardware MAC state value.
What is MAC TNL Interrupt, can you please provide more information in
the commit log?
TNL is the a
在 2021/2/26 23:25, Ferruh Yigit 写道:
On 2/24/2021 1:28 AM, Lijun Ou wrote:
From: Huisong Li
The normal operation of electrical interface devices depends on the
initialization and configuration of the PHY chip. The task of driving
the PHY chip is implemented in some firmware versions. If firm
在 2021/3/3 21:26, Ferruh Yigit 写道:
On 3/2/2021 1:58 PM, Lijun Ou wrote:
From: Chengchang Tang
This patch add support for dumping module EEPROM.
Signed-off-by: Chengchang Tang
Signed-off-by: Lijun Ou
---
doc/guides/rel_notes/release_21_05.rst | 4 +
drivers/net/hns3/hns3_cmd.h
在 2021/3/3 21:27, Ferruh Yigit 写道:
On 3/2/2021 1:58 PM, Lijun Ou wrote:
From: Huisong Li
The configuration operation for PHY is implemented by firmware. And
a capability flag will be report to driver, which means the firmware
supports the PHY driver. However, the current implementation onl
在 2021/3/3 21:28, Ferruh Yigit 写道:
On 3/2/2021 1:58 PM, Lijun Ou wrote:
From: "Min Hu (Connor)"
In current HNS3 PMD, Rx/Tx bytes from packet stats are not
implemented.
This patch implemented Rx/Tx bytes using soft counters.
Rx/Tx bytes stats will be enabled if the macro
RTE_LIBRTE_HNS3_PMD
在 2021/3/3 22:24, Ferruh Yigit 写道:
On 3/3/2021 2:08 PM, oulijun wrote:
在 2021/3/3 21:28, Ferruh Yigit 写道:
On 3/2/2021 1:58 PM, Lijun Ou wrote:
From: "Min Hu (Connor)"
In current HNS3 PMD, Rx/Tx bytes from packet stats are not
implemented.
This patch implemented Rx/Tx bytes
在 2021/3/1 18:46, Juraj Linkeš 写道:
-Original Message-
From: Thomas Monjalon
Sent: Wednesday, February 24, 2021 1:10 PM
To: Juraj Linkeš
Cc: oulijun ; ferruh.yi...@intel.com; dev@dpdk.org;
linux...@openeuler.org
Subject: Re: [dpdk-dev] [PATCH 1/2] config/arm: fix Hisilicon
Hi, Thomas Monjalon && Ferruh
Is the patchset used for integration or resending? What's your opinion?
Thanks
Lijun Ou
在 2021/2/3 20:46, Lijun Ou 写道:
This series fix meson build for kunpeng920 and
kunpeng930 boards.
Chengchang Tang (2):
config/arm: fix Hisilicon kunpeng920 SoC build
con
在 2021/3/5 11:21, Li, Xiaoyun 写道:
Hi
-Original Message-
From: dev On Behalf Of Lijun Ou
Sent: Friday, March 5, 2021 08:56
To: Yigit, Ferruh
Cc: dev@dpdk.org; linux...@openeuler.org
Subject: [dpdk-dev] [PATCH 2/3] app/testpmd: remove forwarding config from
parsing Rx and Tx
From: H
在 2021/3/5 11:25, Li, Xiaoyun 写道:
Hi
-Original Message-
From: dev On Behalf Of Lijun Ou
Sent: Friday, March 5, 2021 08:56
To: Yigit, Ferruh
Cc: dev@dpdk.org; linux...@openeuler.org
Subject: [dpdk-dev] [PATCH 3/3] app/testpmd: fix mixed use of RX/Rx/TX/Tx in
testpmd
From: Hongbo Zh
在 2021/3/5 11:18, Li, Xiaoyun 写道:
Hi
-Original Message-
From: dev On Behalf Of Lijun Ou
Sent: Friday, March 5, 2021 08:56
To: Yigit, Ferruh
Cc: dev@dpdk.org; linux...@openeuler.org
Subject: [dpdk-dev] [PATCH 0/3] testpmd updates
This series add a API implementation for testpmd as
在 2021/3/5 15:46, Li, Xiaoyun 写道:
Hi
Sorry, forgot to send this in last patchset.
-Original Message-
From: Lijun Ou
Sent: Friday, March 5, 2021 15:33
To: Yigit, Ferruh
Cc: Li, Xiaoyun ; dev@dpdk.org;
linux...@openeuler.org
Subject: [PATCH] app/testpmd: support Tx mbuf free on deman
在 2021/2/10 23:59, Burakov, Anatoly 写道:
On 04-Feb-21 11:47 AM, oulijun wrote:
Hi,
Sorry your questions are quite confused.
Please start explaining what is the problem you are trying to solve.
Start the master and slave processes at the same time, and then run
the kill -9 command to kill
在 2021/3/9 1:33, Ferruh Yigit 写道:
On 3/5/2021 9:57 AM, Lijun Ou wrote:
From: Chengwen Feng
This patch support tx_done_cleanup command:
tx_done_cleanup port (port_id) (queue_id) (free_cnt)
Users must make sure there are no concurrent access to the same Tx
queue (like rte_eth_tx_burst, rte_e
在 2021/3/9 17:53, Ferruh Yigit 写道:
On 3/9/2021 8:49 AM, oulijun wrote:
在 2021/3/9 1:33, Ferruh Yigit 写道:
On 3/5/2021 9:57 AM, Lijun Ou wrote:
From: Chengwen Feng
This patch support tx_done_cleanup command:
tx_done_cleanup port (port_id) (queue_id) (free_cnt)
Users must make sure there
在 2021/3/10 15:59, Thomas Monjalon 写道:
10/03/2021 02:48, oulijun:
Can we add an API such as rte_eth_get_device(pord_id)
for example:
struct rte_eth_dev *
rte_eth_get_device(uint16_t port_id)
{
return &rte_eth_devices[port_id];
}
An application is not supposed to access the st
在 2021/3/12 19:21, Thomas Monjalon 写道:
12/03/2021 11:29, oulijun:
2021/3/10 15:59, Thomas Monjalon:
10/03/2021 02:48, oulijun:
Can we add an API such as rte_eth_get_device(pord_id)
for example:
struct rte_eth_dev *
rte_eth_get_device(uint16_t port_id)
{
return &rte_eth_dev
在 2021/3/17 20:07, Thomas Monjalon 写道:
17/03/2021 12:30, oulijun:
2021/3/12 19:21, Thomas Monjalon:
12/03/2021 11:29, oulijun:
2021/3/10 15:59, Thomas Monjalon:
10/03/2021 02:48, oulijun:
Can we add an API such as rte_eth_get_device(pord_id)
for example:
struct rte_eth_dev
在 2021/3/22 17:22, Ferruh Yigit 写道:
On 3/18/2021 12:25 PM, Lijun Ou wrote:
Currently, upper-layer application could get queue state only
through pointers such as dev->data->tx_queue_state[queue_id],
this is not the recommended way to access it. So this patch
add get queue state when call rte_
在 2021/3/23 15:46, Tu, Lijuan 写道:
-Original Message-
From: Andrew Rybchenko
Sent: 2021年3月23日 15:25
To: Li, Xiaoyun ; Lijun Ou ; Yigit,
Ferruh ; Tu, Lijuan
Cc: dev@dpdk.org; linux...@openeuler.org
Subject: Re: [dpdk-dev] [PATCH 3/3] app/testpmd: use of Rx/Tx in testpmd
On 3/23/21
在 2021/3/23 16:07, Ruifeng Wang 写道:
-Original Message-
From: dev On Behalf Of Lijun Ou
Sent: Wednesday, March 10, 2021 9:36 AM
To: tho...@monjalon.net; ferruh.yi...@intel.com
Cc: dev@dpdk.org; linux...@openeuler.org
Subject: [dpdk-dev] [PATCH V2 1/4] config/arm: add Hisilicon kunpeng9
在 2021/3/23 16:55, Li, Xiaoyun 写道:
Hi
-Original Message-
From: Lijun Ou
Sent: Friday, March 5, 2021 18:22
To: Yigit, Ferruh
Cc: Li, Xiaoyun ; dev@dpdk.org;
linux...@openeuler.org
Subject: [PATCH 1/3] app/testpmd: fix forwarding configuration when DCB test
From: Huisong Li
The c
在 2021/3/23 16:55, Li, Xiaoyun 写道:
Hi
-Original Message-
From: Lijun Ou
Sent: Friday, March 5, 2021 18:22
To: Yigit, Ferruh
Cc: Li, Xiaoyun ; dev@dpdk.org;
linux...@openeuler.org
Subject: [PATCH 1/3] app/testpmd: fix forwarding configuration when DCB test
From: Huisong Li
The c
在 2021/3/23 16:55, Li, Xiaoyun 写道:
Hi
-Original Message-
From: Lijun Ou
Sent: Friday, March 5, 2021 18:22
To: Yigit, Ferruh
Cc: Li, Xiaoyun ; dev@dpdk.org;
linux...@openeuler.org
Subject: [PATCH 1/3] app/testpmd: fix forwarding configuration when DCB test
From: Huisong Li
The c
在 2021/3/23 15:50, Li, Xiaoyun 写道:
Hi
-Original Message-
From: Lijun Ou
Sent: Friday, March 5, 2021 18:22
To: Yigit, Ferruh
Cc: Li, Xiaoyun ; dev@dpdk.org;
linux...@openeuler.org
Subject: [PATCH 2/3] app/testpmd: remove forwarding config from parsing Rx
and Tx
From: Huisong Li
在 2021/3/24 10:03, Li, Xiaoyun 写道:
-Original Message-
From: oulijun
Sent: Tuesday, March 23, 2021 22:19
To: Li, Xiaoyun ; Yigit, Ferruh
Cc: dev@dpdk.org; linux...@openeuler.org
Subject: Re: [PATCH 1/3] app/testpmd: fix forwarding configuration when DCB
test
@@ -2707,14
在 2021/3/24 9:44, Li, Xiaoyun 写道:
-Original Message-
From: oulijun
Sent: Wednesday, March 24, 2021 09:01
To: Li, Xiaoyun ; Yigit, Ferruh
Cc: dev@dpdk.org; linux...@openeuler.org
Subject: Re: [PATCH 2/3] app/testpmd: remove forwarding config from parsing
Rx and Tx
在 2021/3/23
在 2021/3/23 23:40, Ruifeng Wang 写道:
-Original Message-
From: oulijun
Sent: Tuesday, March 23, 2021 9:52 PM
To: Ruifeng Wang ; tho...@monjalon.net;
ferruh.yi...@intel.com
Cc: dev@dpdk.org; linux...@openeuler.org; nd
Subject: Re: [dpdk-dev] [PATCH V2 1/4] config/arm: add Hisilicon
在 2021/3/25 15:45, Ruifeng Wang 写道:
-Original Message-
From: oulijun
Sent: Thursday, March 25, 2021 3:22 PM
To: Ruifeng Wang ; tho...@monjalon.net;
ferruh.yi...@intel.com
Cc: dev@dpdk.org; linux...@openeuler.org; nd
Subject: Re: [dpdk-dev] [PATCH V2 1/4] config/arm: add Hisilicon
在 2021/3/22 23:45, Ananyev, Konstantin 写道:
-Original Message-
From: dev On Behalf Of Andrew Rybchenko
Sent: Monday, March 22, 2021 2:49 PM
To: Yigit, Ferruh ; Lijun Ou ;
tho...@monjalon.net
Cc: dev@dpdk.org; linux...@openeuler.org; Andrew Rybchenko
; David Marchand
; Ray Kinsella
在 2021/3/25 20:19, Thomas Monjalon 写道:
25/03/2021 12:17, oulijun:
Ruifeng has reviewed-by. Does anyone else have any comments? Is it
necessary to send the V2?
v2 for what? There is a change?
No. no change.
在 2021/3/25 17:07, Thomas Monjalon 写道:
25/03/2021 09:54, oulijun:
Hi, Thomas
在 2021/3/25 22:40, Thomas Monjalon 写道:
25/03/2021 14:26, oulijun:
在 2021/3/25 20:19, Thomas Monjalon 写道:
25/03/2021 12:17, oulijun:
Ruifeng has reviewed-by. Does anyone else have any comments? Is it
necessary to send the V2?
v2 for what? There is a change?
No. no change.
So why are
在 2021/3/25 10:21, Li, Xiaoyun 写道:
-Original Message-
From: oulijun
Sent: Wednesday, March 24, 2021 21:40
To: linux...@openeuler.org; Li, Xiaoyun ; dev
Subject: Re: [Linuxarm] Re: [PATCH 1/3] app/testpmd: fix forwarding
configuration when DCB test
在 2021/3/24 10:03, Li
在 2020/10/26 0:18, David Marchand 写道:
Hello Wei Hu,
diff --git a/drivers/net/hns3/meson.build b/drivers/net/hns3/meson.build
index bf69ad4..ca0f21a 100644
--- a/drivers/net/hns3/meson.build
+++ b/drivers/net/hns3/meson.build
@@ -31,4 +31,9 @@ deps += ['hash']
if arch_subdir == 'arm' and d
在 2020/10/26 0:18, David Marchand 写道:
Hello Wei Hu,
diff --git a/drivers/net/hns3/meson.build b/drivers/net/hns3/meson.build
index bf69ad4..ca0f21a 100644
--- a/drivers/net/hns3/meson.build
+++ b/drivers/net/hns3/meson.build
@@ -31,4 +31,9 @@ deps += ['hash']
if arch_subdir == 'arm' and d
Hi
I am trying to build dpdk-next-net code based Kunpeng920(ARM64) platform used
meson build. However, it is build fail.
The libtmp_rte_event_octeontx2 build error happened. The output as follows:
[1986/2298] Compiling C object
drivers/libtmp_rte_event_octeontx2.a.p/event_octeontx2_otx2_tim_
Thanks. I will send the V2.
-邮件原件-
发件人: Wisam Monther [mailto:wis...@mellanox.com]
发送时间: 2020年6月30日 22:10
收件人: oulijun ; dev@dpdk.org; ferruh.yi...@intel.com
抄送: Linuxarm
主题: RE: [dpdk-dev] [PATCH] app/testpmd: update uninitialized member when set
fwd mode
Hi Lijun,
>-Origi
Hi, Guys
I am analyzing rte_flow_create API and test and is testing server parametric
scenario.
When use testpmd and the following flow creat cmd:
testpmd> flow create 0 ingress pattern end actions rss func simple_xor / end
why the contents of rte_flow_action_rss is not same acquisition m
Ok, thanks. I have adjusted.
发件人: Ori Kam [mailto:or...@mellanox.com]
发送时间: 2020年7月5日 19:58
收件人: oulijun ; ferruh.yi...@intel.com
抄送: dev@dpdk.org; us...@dpdk.org
主题: RE: Questions about rte_flow_create APIs
Hi Oulijun,
First small comment, I think you sent the mail in HTML format,
please next
test
在 2020/4/10 19:09, Wei Hu (Xavier) 写道:
This series are cleanup and bugfix for hns3 PMD driver.
Chengchang Tang (3):
net/hns3: fix failure when adding a MC MAC address
net/hns3: fix default VLAN filter configuration for PF
net/hns3: fix VLAN filter when setting promisucous mode
C
在 2020/4/18 8:42, Ferruh Yigit 写道:
On 4/17/2020 11:59 AM, Lijun Ou wrote:
When users configure rxds and txds by used port config cmd based
on testpmd application, it will not be able to configure rxd and
txd according to the max capability range supported by the actual
NIC hardware. Due testp
在 2020/4/20 21:29, Ferruh Yigit 写道:
On 4/18/2020 3:30 AM, oulijun wrote:
在 2020/4/18 8:42, Ferruh Yigit 写道:
On 4/17/2020 11:59 AM, Lijun Ou wrote:
When users configure rxds and txds by used port config cmd based
on testpmd application, it will not be able to configure rxd and
txd
在 2020/4/27 20:49, Andrew Rybchenko 写道:
On 4/27/20 3:34 PM, Lijun Ou wrote:
When rte api checks the Rx RSS distribution is enable but the RSS
hash is disabled, it will return an error.
Signed-off-by: Lijun Ou
---
lib/librte_ethdev/rte_ethdev.c | 11 +++
1 file changed, 11 inserti
在 2020/4/27 21:27, Ferruh Yigit 写道:
On 4/27/2020 1:49 PM, Andrew Rybchenko wrote:
On 4/27/20 3:34 PM, Lijun Ou wrote:
When rte api checks the Rx RSS distribution is enable but the RSS
hash is disabled, it will return an error.
Signed-off-by: Lijun Ou
---
lib/librte_ethdev/rte_ethdev.c |
Hi, David Marchand && guys
I am using 20.05-rc2 version to test based on HNS3 NIC hardware, and
found that after starting l3fwd-power,
using ctrl+c cannot force quit. But I revert the patch(33666b4 service:
fix crash on exit) and it is ok.
the log as follows:
Initializing rx queues on l
在 2020/5/20 15:22, David Marchand 写道:
Hello,
On Wed, May 20, 2020 at 5:18 AM oulijun wrote:
I am using 20.05-rc2 version to test based on HNS3 NIC hardware, and
found that after starting l3fwd-power,
using ctrl+c cannot force quit. But I revert the patch(33666b4 service:
fix crash on
在 2020/5/20 17:45, Burakov, Anatoly 写道:
On 20-May-20 4:18 AM, oulijun wrote:
Hi, David Marchand && guys
I am using 20.05-rc2 version to test based on HNS3 NIC hardware,
and found that after starting l3fwd-power,
using ctrl+c cannot force quit. But I revert the patch(33666b4
在 2020/5/20 15:22, David Marchand 写道:
Hello,
On Wed, May 20, 2020 at 5:18 AM oulijun wrote:
I am using 20.05-rc2 version to test based on HNS3 NIC hardware, and
found that after starting l3fwd-power,
using ctrl+c cannot force quit. But I revert the patch(33666b4 service:
fix crash on
nt for lcore 26
POWER: Library initialization failed on core 26
EAL: Error - exiting with code: 1
Cause: init_power_library failed
Thanks
Lijun Ou
在 2020/5/22 17:02, Hunt, David 写道:
On 22/5/2020 9:17 AM, oulijun wrote:
在 2020/5/20 15:22, David Marchand 写道:
Hello,
On Wed, May 20, 2020 at 5:18
在 2020/5/26 16:36, Hunt, David 写道:
Hi Lijun,
On 26/5/2020 4:50 AM, oulijun wrote:
Hi,
I have update the code into 20.05-rc2. However, the l3fwd-power
startup fail.
[root@centos-C3 build]# l3fwd-power -w :7d:00.1 -c 0xc00 -n 4
-- -P -p 0x01 --config '(0,0,27)' --p
在 2020/5/26 17:24, Burakov, Anatoly 写道:
On 26-May-20 4:50 AM, oulijun wrote:
Hi,
I have update the code into 20.05-rc2. However, the l3fwd-power
startup fail.
[root@centos-C3 build]# l3fwd-power -w :7d:00.1 -c 0xc00 -n 4
-- -P -p 0x01 --config '(0,0,27)' --parse-
在 2020/5/26 16:36, Hunt, David 写道:
Hi Lijun,
On 26/5/2020 4:50 AM, oulijun wrote:
Hi,
I have update the code into 20.05-rc2. However, the l3fwd-power
startup fail.
[root@centos-C3 build]# l3fwd-power -w :7d:00.1 -c 0xc00 -n 4
-- -P -p 0x01 --config '(0,0,27)' --p
ss
Hi, Guys
I am learning data structure defined by dpdk framework and I noticed
a data structure definition below:
enum rte_eth_hash_function {
RTE_ETH_HASH_FUNCTION_DEFAULT = 0,
RTE_ETH_HASH_FUNCTION_TOEPLITZ, /**< Toeplitz */
RTE_ETH_HASH_FUNCTION_SIMPLE_XOR, /**< Simple XOR
Hi Ferruh Yigit and others
I am learning data structure defined by dpdk framework and I noticed
a data structure definition below:
enum rte_eth_hash_function {
RTE_ETH_HASH_FUNCTION_DEFAULT = 0,
RTE_ETH_HASH_FUNCTION_TOEPLITZ, /**< Toeplitz */
RTE_ETH_HASH_FUNCTION_SIMPLE_XOR, /
在 2020/6/3 1:13, Ferruh Yigit 写道:
On 6/1/2020 2:31 AM, oulijun wrote:
Hi Ferruh Yigit and others
I am learning data structure defined by dpdk framework and I noticed
a data structure definition below:
enum rte_eth_hash_function {
RTE_ETH_HASH_FUNCTION_DEFAULT = 0
在 2020/12/17 23:20, Ferruh Yigit 写道:
On 12/13/2020 8:03 AM, Lijun Ou wrote:
From: Huisong Li
Number of xstats item in rte_eth_xstats_get_by_id is obtained
by the eth_dev_get_xstats_count API, and the xstats_get_by_id
ops of the driver only needs to report the corresponding stats
item result
在 2020/12/17 17:22, Steve Yang 写道:
If max rx packet length is smaller then MTU + Ether overhead, that will
drop all MTU size packets.
Update the MTU size according to the max rx packet and Ether overhead.
Fixes: 59d0ecdbf0e1 ("ethdev: MTU accessors")
Signed-off-by: Steve Yang
---
lib/lib
在 2021/1/9 8:06, Honnappa Nagarahalli 写道:
Building with SVE extension enabled stopped with error:
error: ACLE function ‘svwhilelt_b64_s32’ requires ISA extension ‘sve’
18 | #define PG64_256BIT svwhilelt_b64(0, 4)
This is caused by unintentional cflags reset.
Fixed the issue by appe
在 2021/1/8 16:25, Ruifeng Wang 写道:
Building with SVE extension enabled stopped with error:
error: ACLE function ‘svwhilelt_b64_s32’ requires ISA extension ‘sve’
18 | #define PG64_256BIT svwhilelt_b64(0, 4)
This is caused by unintentional cflags reset.
Fixed the issue by appending requ
在 2021/1/8 18:28, Ferruh Yigit 写道:
On 1/8/2021 9:46 AM, Lijun Ou wrote:
This patch adds multi-process support for testpmd.
The test cmd example as follows:
the primary cmd:
./testpmd -w xxx --file-prefix=xx -l 0-1 -n 2 -- -i\
--rxq=16 --txq=16 --num-procs=2 --proc-id=0
the secondary cmd:
./te
在 2021/1/10 20:32, Wisam Monther 写道:
Hi,
-Original Message-
From: dev On Behalf Of Lijun Ou
Sent: Friday, January 8, 2021 11:46 AM
To: ferruh.yi...@intel.com; wenzhuo...@intel.com; beilei.x...@intel.com;
bernard.iremon...@intel.com
Cc: dev@dpdk.org
Subject: [dpdk-dev] [RFC] app/test
在 2021/1/12 22:21, Wisam Monther 写道:
-Original Message-
From: oulijun
Sent: Tuesday, January 12, 2021 4:13 PM
To: Wisam Monther ; ferruh.yi...@intel.com;
wenzhuo...@intel.com; beilei.x...@intel.com;
bernard.iremon...@intel.com
Cc: dev@dpdk.org
Subject: Re: [dpdk-dev] [RFC] app
Hi Steve
This is a very good job! But I have some question and suggestions.
Please check it.
在 2021/1/14 17:45, Steve Yang 写道:
Ethdev is using default Ethernet overhead to decide if provided
'max_rx_pkt_len' value is bigger than max (non jumbo) MTU value,
and limits it to MAX if it is.
Since th
Acked-by: Lijun Ou
在 2021/1/14 17:46, Steve Yang 写道:
The jumbo frame uses the 'RTE_ETHER_MAX_LEN' as boundary condition,
but the Ether overhead is larger than 18 when it supports dual VLAN tags.
That will cause the jumbo flag rx offload is wrong when MTU size is
'RTE_ETHER_MTU'.
This fix will
Hi,
The 'speed_capa' will be reported in rte_eth_dev_info_get API. How
should users use the field?
1) The driver reports only the capabilities supported by the NIC, and
users only obtain the capabilities.
Maybe, there is a case that a rate bit in 'speed_capa' is not supported
by the current
在 2021/1/19 8:49, Ferruh Yigit 写道:
On 1/14/2021 1:33 PM, Lijun Ou wrote:
From: Chengwen Feng
This patch support RTE TM ops function for PF, which could
used to:
1. config port's peak rate.
2. config TC's peak rate.
Signed-off-by: Chengwen Feng
Signed-off-by: Lijun Ou
---
drivers/net/hn
1 - 100 of 137 matches
Mail list logo