From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <users-bounces@dpdk.org>
Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124])
	by inbox.dpdk.org (Postfix) with ESMTP id D223343D02
	for <public@inbox.dpdk.org>; Mon, 25 Mar 2024 15:59:49 +0100 (CET)
Received: from mails.dpdk.org (localhost [127.0.0.1])
	by mails.dpdk.org (Postfix) with ESMTP id 4B2E740298;
	Mon, 25 Mar 2024 15:59:49 +0100 (CET)
Received: from mail-ej1-f42.google.com (mail-ej1-f42.google.com
 [209.85.218.42]) by mails.dpdk.org (Postfix) with ESMTP id A846340271
 for <users@dpdk.org>; Mon, 25 Mar 2024 15:59:48 +0100 (CET)
Received: by mail-ej1-f42.google.com with SMTP id
 a640c23a62f3a-a46ba938de0so606444966b.3
 for <users@dpdk.org>; Mon, 25 Mar 2024 07:59:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1711378788; x=1711983588; darn=dpdk.org;
 h=to:subject:message-id:date:from:mime-version:from:to:cc:subject
 :date:message-id:reply-to;
 bh=8oJYEEc0qI68RcahemNlY54nc01OkyNE27aXi/RmPH0=;
 b=lav6J1wd1DGdxEopSWzy8V7AbCabDjxT0uFa7TfnS8km6Eh2O+pdFqojY0EAt0RTD1
 RN/+z2wAL7lGcPAe+zIYkBVBwEVKZKxJpJinEudgsxWBACQEvA0xWuGQGeSLEUdcVgFd
 c1jdumlumz35egj39qOQ4t94waE/aEYryR4u0Db63LYjfFmU4TNH6Bii4/can/DP4b10
 71HFBTLgPkRku8+1O54cPiYZ3r7KJLxtYP+VIWAJCLukqzo4bTjWTPFHWLXXIzkRUxEc
 P5HWMzG6zJbtvnA/o1Zc+i2LH0Ds55YcS4+OqSOOp67AI5gf46PW+RpcJxp2bEzAZdyq
 8ZGA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1711378788; x=1711983588;
 h=to:subject:message-id:date:from:mime-version:x-gm-message-state
 :from:to:cc:subject:date:message-id:reply-to;
 bh=8oJYEEc0qI68RcahemNlY54nc01OkyNE27aXi/RmPH0=;
 b=gISiHWlhBn5SqCWmywluh2Tqtji2gKqZ29HPy8Bst+5I7Jbnq/h2TVWvd+5OJxOsTG
 ZMmkk8tIB4LHAefQlb/xsPl9uBZO+0epJHxYHJCMkTSGFcspwApndxOx1aQmjDAWfRaD
 4td9fSvJWGaiJT8gsoFe7eWr/gGwlC8RACadRfnRA8aJagF73kHS4b6xxgju1RWjtSmJ
 CjqDPRO8ElfDJcLmEmPhqjhpOPZmYiFaOe+c8pqZqPS0/EhoGlIW+FqlQDNglBgjtHTI
 dPiyXF3B8Yo1Qv5LLyKCH7gP7m2ZNmHMm/LGypuVEKfMh2+D5Vof5UaZ9qZpryj4F5yt
 p6ng==
X-Gm-Message-State: AOJu0YxbWTkrIyl06wILaxjArWyNgcdKWhszZchgZEiZXK1qi79HFg9Y
 IcMNSs7fTXvm7n3RaIw1YCxcr0t/c43EE+pCVrUld2TeORgjekkpj937Q7ow7J+TzgIugrTFf9j
 vmIN7qddB4GVPmLHY6hbyCr5P0XlYXnxq5N4=
X-Google-Smtp-Source: AGHT+IG+lMx2XclOmIQHYzUP2Znl2w6R6T2ZOyzmQMKLU1Kj4muHUrLfrIBrgSJf5a12oKCUbQKC0FLr8m7l5hOu8Hw=
X-Received: by 2002:a17:907:781a:b0:a47:3062:c768 with SMTP id
 la26-20020a170907781a00b00a473062c768mr4825148ejc.13.1711378787850; Mon, 25
 Mar 2024 07:59:47 -0700 (PDT)
MIME-Version: 1.0
From: Antonio Di Bacco <a.dibacco.ks@gmail.com>
Date: Mon, 25 Mar 2024 15:59:36 +0100
Message-ID: <CAO8pfFn_i9P5XgukAZLfFnzQzJMw_cxSGS+=zcdRpFiPQ4PJkg@mail.gmail.com>
Subject: MLX5 VF stops transmitting when the Physical Function is added to a
 Linux bridge
To: users@dpdk.org
Content-Type: text/plain; charset="UTF-8"
X-BeenThere: users@dpdk.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: DPDK usage discussions <users.dpdk.org>
List-Unsubscribe: <https://mails.dpdk.org/options/users>,
 <mailto:users-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://mails.dpdk.org/archives/users/>
List-Post: <mailto:users@dpdk.org>
List-Help: <mailto:users-request@dpdk.org?subject=help>
List-Subscribe: <https://mails.dpdk.org/listinfo/users>,
 <mailto:users-request@dpdk.org?subject=subscribe>
Errors-To: users-bounces@dpdk.org

I have a Connect X5 card (PF ens1f0np0) directly connected to another server:

1) create VF on PF on both servers
2) change mac address of VFs to my own addressing
3) start testpmd on server 1 in txonly mode to transmit to server 0
4) start testpmd on server 0 in rxonly mode to receive
5) everything is fine, I keep receiving packets on node-0

Now, on server 1 I add the PF to a linux bridge, and everything's still fine.

If I add another interface (a simple 1Gbps with no VF, ens5f0)  to the
linux bridge, then, I don't receive anymore packets on node-0

If I remove the ens5f0 from the bridge or I put down the ens5f0 the
traffic flow restarts.

I understand that DPDK uses the VF directly with no dependencies on
the kernel. How can operations on the kernel side (like adding an
interface to bridge) can affect the VF?


Best regards,
Antonio.