From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 24CB3A04C2; Mon, 25 Nov 2019 09:32:49 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id DE01C2BCE; Mon, 25 Nov 2019 09:32:48 +0100 (CET) Received: from mail-pf1-f175.google.com (mail-pf1-f175.google.com [209.85.210.175]) by dpdk.org (Postfix) with ESMTP id A4B1E2952 for ; Mon, 25 Nov 2019 09:32:46 +0100 (CET) Received: by mail-pf1-f175.google.com with SMTP id n13so7031257pff.1 for ; Mon, 25 Nov 2019 00:32:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bytedance-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=jRLLVtlfR2REwn5Ol2+IP6VOstqVAXASNPMTnn5hp8k=; b=T/ixBjPEu0nP1okUo/vYYYBBgAz7GkTMVp3K94hTgp33h4Uelyx9UJntgGazLPhIdD vPV5SwCwHhbur4Sx3wgSYTQa69DTm+PYuE79qhRQwqHhrlBLSpjET6D5zsxaA6FHbqWd Llj2DlE5UTsQhXPwnxzkDyvavU2+l+ZqqFn9xSN1ZDg45N4YsndGKaNzXxHbasU2pnf3 plehLuCuZO4/4xAEQQWERE0160xeWsjAJzHWW7f0schZq8V+x8k2OIx6nRsMOX/6+8ZA y1Z9WiNEPtZvimZqrKPLj3BbecrjNzJZsbc9o+me0fKWFIM7ApwqRF97cGCC177lSHui la2g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=jRLLVtlfR2REwn5Ol2+IP6VOstqVAXASNPMTnn5hp8k=; b=MvumGOA3NI31tTmzdULeADa22cEOkLsrQZTz7ywCN+maLy4Va3ujLCJ8+FlAFW+T6T 6JCbp5bGvfGr5IU5Efzpj0WeX0DnKBNTbjImbDWjuKFjc6+NCYpGexPW3HWkbZnvMyQc oD/HMnDud63bu6KrzzoUUBs1zoh329/nXpHyMUimgIZCKnxo0hS7uUTnSUarUgs7m5RE qmdV9zDM3noSqk7qyScOrN3XS501hRSfVB8cmhSnLuVL3nLLT3ogiLfeVZt2NJzCwO3R aVaGJjuPEFxophw0aQGBJbER/6A5kyvGST34dsPVcuWX9hJaE+osUKYBPTlXvPrRtGMS DTIg== X-Gm-Message-State: APjAAAUuSVkpGYAS420vA1LE5BM1sLYKk0x0frWGvjgNDQPabLquztIw aeECHFPH5G6Gmc7SQvKM8KTgUF07Q2E= X-Google-Smtp-Source: APXvYqzbOTn0glMS99U2jkD6Jxi9ibHXznBFy/GQdjq7R3uMXOBcVfi/yL8GJVUt1si8332ZkGkTZA== X-Received: by 2002:a63:91c3:: with SMTP id l186mr30879606pge.324.1574670765842; Mon, 25 Nov 2019 00:32:45 -0800 (PST) Received: from [10.2.194.64] ([61.120.150.70]) by smtp.gmail.com with ESMTPSA id x192sm7472139pfd.96.2019.11.25.00.32.42 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 25 Nov 2019 00:32:45 -0800 (PST) From: =?gb2312?B?utjF9A==?= Message-Id: Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Date: Mon, 25 Nov 2019 16:32:39 +0800 In-Reply-To: Cc: "dev@dpdk.org" , Matan Azrad , =?gb2312?B?1cXTwMvg?= , duanxiongchun@bytedance.com To: Slava Ovsiienko References: <0B649466-6BA1-4E28-A176-71C51CB7A00A@bytedance.com> <25D9FEAD-D712-40D9-9BB3-E88F1CA4794B@bytedance.com> X-Mailer: Apple Mail (2.3445.104.11) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: Re: [dpdk-dev] [External] RE: mlx5: the default rule makes VF rep cannot get packets X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" Hi, I see. I am going to try OFED 4.7 official version and see if it works.=20 Thanks. > =E5=9C=A8 2019=E5=B9=B411=E6=9C=8825=E6=97=A5=EF=BC=8C=E4=B8=8B=E5=8D=88= 4:28=EF=BC=8CSlava Ovsiienko =E5=86=99=E9=81=93= =EF=BC=9A >=20 > Hi, > =20 > please, see below. > =20 > From: =E8=B4=BA=E9=B9=8F >=20 > Sent: Monday, November 25, 2019 9:44 > To: Slava Ovsiienko > > Cc: dev@dpdk.org ; Matan Azrad = > > Subject: Re: [External] RE: mlx5: the default rule makes VF rep cannot = get packets > =20 > Hi,=20 > =E5=9C=A8 2019=E5=B9=B411=E6=9C=8825=E6=97=A5=EF=BC=8C=E4=B8=8B=E5=8D=88= 3:32=EF=BC=8CSlava Ovsiienko > =E5=86=99=E9=81=93=EF=BC=9A > =20 > Hi, > What OFED version do you use? Or OOB kernel driver/rdma-core? > OFED 4.6-3.11. >=20 >=20 > Target table (1 in the mentioned patch) is created on the flow = creation as empty one. > The default rule for the empty ingress table in FDB (transfer = attribute in testpmd command) > =E2=80=93 go to vport 0 (to wire/VF representors), it is established = by kernel/rdma-core, In your setup > it does not work. > =20 > =20 > The NIC works in switchdev mode; every VF has a representer, and dpdk = is polling each rep to get packets.=20 > If I revert this patch, in the probe stage, DPDK will not install the = default rule which directs packets to Table 1, and dpdk can get packets. > =20 > The target is to use dpdk as well as action offload together. =20 > =20 > The setup code is in the function = *mlx5_flow_create_esw_table_zero_flow*. > Even for running L2FWD, I cannot get a packet from VF rep. You mean = this is a driver problem ? > =20 > I think so. If there is no any DPDK rule in Table 0, everything works = OK, right? > It means the default rule (hidden from DPDK) in table 0 works, and = packets go to the vport 0 > (contains all representors). If we insert jump to table 1 =E2=80=93 = nothing works, it means the default > rule in table 1 fails. This one is not established by DPDK, but by the = driver. > =20 > With best regards, Slava > =20 > =20 > =20 >=20 >=20 > With best regards, Slava > =20 > From: =E8=B4=BA=E9=B9=8F >=20 > Sent: Monday, November 25, 2019 9:27 > To: dev@dpdk.org ; Matan Azrad = >; Slava Ovsiienko = > > Subject: mlx5: the default rule makes VF rep cannot get packets > =20 > Hi,=20 > =20 > We found the patch "net/mlx5: revert default rules amount = optimization",=20 > which installs a rule directing all egress traffic from VF to table 1, = results in=20 > VF representors get no packets, even if there is no offload rules = installed.=20 >=20 >=20 >=20 > I=E2=80=99ve tested both l2fwd and ovs-dpdk. However, PF rep works = just fine.=20 > =20 > =20 > We are using dpdk 19.11-rc3 for evaluation. > =20