Re: [External] Re: [PATCH] mlx5: fix race at mlx5_dev_close

2025-05-08 Thread
It's 1ms, not 1 second.  It's a workaround, just to provide a fast and dirty fix for someone who needs this. From: "Stephen Hemminger" > Date:  Tue, Oct 8, 2024, 01:54 > Subject:  [External] Re: [PATCH] mlx5: fix race at mlx5_dev_close > To: "hepeng" > Cc: > On Thu, 11 Apr 2024 14:17:40 +0800 

Re: [dpdk-dev] [PATCH] lib/librte_vhost: fix vid allocation race

2021-02-01 Thread
Hi, Chenbo, Thanks for the detailed review! Xia, Chenbo 于2021年2月1日周一 下午2:27写道: > > Hi Peng & Fei, > > > -Original Message- > > From: dev On Behalf Of Peng He > > Sent: Friday, January 29, 2021 3:36 PM > > To: dev@dpdk.org > > Cc: maxime.coque...@redhat.com > > Subject: [dpdk-dev] [PATC

Re: [dpdk-dev] [External] RE: mlx5: the default rule makes VF rep cannot get packets

2019-11-25 Thread
Hi, I see. I am going to try OFED 4.7 official version and see if it works. Thanks. > 在 2019年11月25日,下午4:28,Slava Ovsiienko 写道: > > Hi, > > please, see below. > > From: 贺鹏 mailto:hepeng.0...@bytedance.com>> > Sent: Monday, November 25, 2019 9:44 > To:

Re: [dpdk-dev] [External] RE: mlx5: the default rule makes VF rep cannot get packets

2019-11-24 Thread
or running L2FWD, I cannot get a packet from VF rep. You mean this is a driver problem ? > With best regards, Slava > > From: 贺鹏 > Sent: Monday, November 25, 2019 9:27 > To: dev@dpdk.org; Matan Azrad ; Slava Ovsiienko > > Subject: mlx5: the default rule makes VF rep

[dpdk-dev] mlx5: the default rule makes VF rep cannot get packets

2019-11-24 Thread
Hi, We found the patch "net/mlx5: revert default rules amount optimization", which installs a rule directing all egress traffic from VF to table 1, results in VF representors get no packets, even if there is no offload rules installed. I’ve tested both l2fwd and ovs-dpdk. However, PF rep wo

[dpdk-dev] the default rule makes VF rep cannot get packets even if there is no offload rules

2019-11-24 Thread
Hi,  We found the patch "net/mlx5: revert default rules amount optimization",  which installs a rule directing all egress traffic from VF to table 1, results in  VF representors get no packets, even if there is no offload rules installed.  I guess, if there is no rule indicating table 1, the ta