> -邮件原件-
> 发件人: Honnappa Nagarahalli [mailto:honnappa.nagaraha...@arm.com]
> 发送时间: 2020年5月14日 9:22
> 收件人: Lilijun (Jerry) ; 'dev@dpdk.org'
>
> 抄送: wangyunjian ; xudingke
> ; 'sta...@dpdk.org' ; nd
> ; yipeng1.w...@intel.com; Honnappa Nagaraha
> -邮件原件-
> 发件人: Honnappa Nagarahalli [mailto:honnappa.nagaraha...@arm.com]
> 发送时间: 2020年5月14日 3:27
> 收件人: Lilijun (Jerry) ; 'dev@dpdk.org'
>
> 抄送: wangyunjian ; xudingke
> ; 'sta...@dpdk.org' ; nd
> ; yipeng1.w...@intel.com; nd ; Honnappa
>
> -邮件原件-
> 发件人: Wang, Yipeng1 [mailto:yipeng1.w...@intel.com]
> 发送时间: 2020年5月13日 7:41
> 收件人: Lilijun (Jerry) ; Honnappa Nagarahalli
> ; 'dev@dpdk.org'
> 抄送: wangyunjian ; xudingke
> ; 'sta...@dpdk.org' ; nd
> ; nd
> 主题: RE: [dpdk-dev] [PAT
> -邮件原件-
> 发件人: Honnappa Nagarahalli [mailto:honnappa.nagaraha...@arm.com]
> 发送时间: 2020年5月6日 7:18
> 收件人: Lilijun (Jerry) ; 'dev@dpdk.org'
>
> 抄送: wangyunjian ; xudingke
> ; 'sta...@dpdk.org' ; nd
> ; Honnappa Nagarahalli ;
> yipeng1.w...@
all keys. Just some selected keys and
data are deleted and released.
Jerry.
-邮件原件-
发件人: Honnappa Nagarahalli [mailto:honnappa.nagaraha...@arm.com]
发送时间: 2020年4月29日 4:46
收件人: Lilijun (Jerry) ; 'dev@dpdk.org'
抄送: wangyunjian ; xudingke ;
'sta...@dpdk.org' ; nd ; Honnap
se missed keys are leaked and rte_hash table can't
be cleanup.
So we add a new API rte_hash_del_key_fixed() used in iterate loop
to avoid this bugs.
Signed-off-by: Lilijun
Signed-off-by: Yunjian Wang
---
lib/librte_hash/rte_cuckoo_hash.c| 19 +-
lib/librte_hash/rte_ha
eate;
rte_hash_del_key;
+ rte_hash_del_key_fixed;
rte_hash_del_key_with_hash;
rte_hash_find_existing;
rte_hash_free;
--
2.19.1
-邮件原件-
发件人: Lilijun (Jerry)
发送时间: 2020年4月18日 18:00
收件人: 'dev@dpdk.org' ; 'sta...@dpdk.org'
主题: rte_hash bug: can&#x
Hi all,
In my test, entries can't be cleanup in rte_hash table when deleting keys
in rte_hash iterate loop. The test steps:
1. create a hash table table1 with limit 3, ext bucket enabled, and
insert 3 entries into this hash table.
2. create a larger hash table table2 with
Hi All,
There is some description about RTE hash's multi-thread support in
Programmer's Guide. After reading that I still have some questions as follows:
1) There is a sentence " In all modes of operation lookups are thread-safe
meaning lookups can be called from multiple threads con
Hi Anatoly,
> -Original Message-
> From: Burakov, Anatoly [mailto:anatoly.bura...@intel.com]
> Sent: Friday, March 08, 2019 5:38 PM
> To: Lilijun (Jerry, Cloud Networking) ;
> dev@dpdk.org
> Cc: jerry.zh...@intel.com; ian.sto...@intel.com
> Subject: Re: [dpdk-de
Comparing dpdk VA spaces to dpdk 16.11, the dpdk app process's VA spaces
increase to above 30G.
Here we can unmap the unneed VA spaces in rte_memseg_list.
Signed-off-by: Lilijun
---
lib/librte_eal/linuxapp/eal/eal_memory.c | 13 -
1 file changed, 12 insertions(+), 1 del
> -Original Message-
> From: chasmosau...@gmail.com [mailto:chasmosau...@gmail.com] On
> Behalf Of Chas Williams
> Sent: Monday, September 17, 2018 12:02 AM
> To: Lilijun (Jerry, Cloud Networking)
> Cc: dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] bonding: add
For QinQ packet with ether type 0x88a8, dpdk bond's xmit hash policy is
not worked to get the ip or port field.
Signed-off-by: Lilijun
---
drivers/net/bonding/rte_eth_bond_pmd.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/net/bonding/rte_eth_bond_pmd
For QinQ packet with ether type 0x88a8, dpdk bond's xmit hash policy is
not worked to get the ip or port field.
Change-Id: Icb6843aff0a0d176b90ebe19a5c7125412fea5ce
Signed-off-by: Lilijun
---
drivers/net/bonding/rte_eth_bond_pmd.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
For QinQ packet with ether type 0x88a8, dpdk bond's xmit hash policy is
not worked to get the ip or port field.
Change-Id: Icb6843aff0a0d176b90ebe19a5c7125412fea5ce
Signed-off-by: Lilijun
---
drivers/net/bonding/rte_eth_bond_pmd.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Hi all,
Currently dpdk acl search can be done by calling rte_acl_classify(). In some
usecases, we need lookup the acl table again staring from a specific rule index.
Are there anyone do some research or has some opinions about this question?
Thanks.
B.R.
Jerry
ixed and change i to internals->active_slaves[i].
[Patch] net/bonding: fix bond 8023ad mode enable using wrong index.
Signed-off-by: Lilijun
diff --git a/drivers/net/bonding/rte_eth_bond_8023ad.c
b/drivers/net/bonding/rte_eth_bond_8023ad.c
index a2313b3..20a08dc 100644
--- a/drivers/
On 2015/4/3 17:14, Thomas Monjalon wrote:
> 2015-04-03 10:04, Gonzalez Monroy, Sergio:
>> On 02/04/2015 14:41, Jay Rolette wrote:
>>> On Thu, Apr 2, 2015 at 7:55 AM, Thomas Monjalon >> 6wind.com>
>>> wrote:
>>>
>>>> 2015-04-02 19:30, jerry.l
ase? If it's just one case, maybe it is caused by configure
> problem and please try to reconfigure your PF/VF.
The PF nic has not been up yet, so VF pmd dirver initialize failed.
That's ok now.
Thanks.
>
> Thank you!
>
> iPhone
>
>> ? 2014?10?23??
On 2014/10/23 13:52, Dong, Binghua wrote:
> Hi all,
>
> It looks like that Lilijun runs the four steps are both in HOST?
>
> Lilijun, you did not startup a VM, pass through the VF to VM, and runs l2fwd
> in VM?
Yes, that's all in HOST. The problem has been fixed.
>
On 2014/10/23 13:37, Dong, Binghua wrote:
> Hi Lilijun,
>
> I think you need unbind the device 02:10.0 from driver ixgbevf first; In Host
> Linux, you also need ifconfig up the PF eth of this VF;
The script dpdk_nic_bind.py will unbind ixgbevf automatically when doing
dpdk_ni
On 2014/10/23 12:56, Zhang, Helin wrote:
>
>
>> -Original Message-----
>> From: Lilijun [mailto:jerry.lilijun at huawei.com]
>> Sent: Thursday, October 23, 2014 12:31 PM
>> To: Zhang, Helin; dev at dpdk.org
>> Subject: Re: [dpdk-dev] Problems when t
On 2014/10/23 11:44, Zhang, Helin wrote:
> Hi
>
>> -Original Message-
>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Lilijun
>> Sent: Thursday, October 23, 2014 11:36 AM
>> To: dev at dpdk.org
>> Subject: [dpdk-dev] Problems when testing l2
Hi all,
I am testing the example l2fwd of dpdk-1.7.0 using intel 82599 VF NICs.
But the VF can't be used when doing probe pmd driver with following error:
EAL: PCI device :02:10.0 on NUMA socket -1
EAL: probe driver: 8086:10ed rte_ixgbevf_pmd
EAL: PCI memory mapped at 0x7f78b181f000
EAL:
On 2014/10/16 19:45, Walukiewicz, Miroslaw wrote:
> I have a question regarding unbinding Linux interface from EAL.
>
> This feature was present up to dpdk 1.4 and next it was removed.
>
> It was available under RTE_EAL_UNBIND_PORTS flag.
>
> Is there a possibility to get this feature back in t
On 2014/10/15 18:08, Richardson, Bruce wrote:
>
>
>> -Original Message-
>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Lilijun
>> Sent: Wednesday, October 15, 2014 10:43 AM
>> To: dev at dpdk.org; stephen at networkplumber.org
>> Subject: R
fully!\n",
port_id);
}
Does anyone has some ideas?
Thanks for any help.
Jerry
On 2014/10/14 19:58, Lilijun wrote:
> Hi Stephen and all,
>
> I have a same problem as this older email describes on Aug 14, 2013.
> Any help will be appreciated.
>
> The details is shown as fo
Hi Stephen and all,
I have a same problem as this older email describes on Aug 14, 2013.
Any help will be appreciated.
The details is shown as follows.
The key step implementation of my demo is:
1. Firstly, call rte_eal_init() to do some initialization.
2. Switch the driver of my Intel 82599 NIC
28 matches
Mail list logo
