From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 655A643D48 for ; Mon, 25 Mar 2024 18:14:59 +0100 (CET) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 2502040695; Mon, 25 Mar 2024 18:14:59 +0100 (CET) Received: from mail-pf1-f180.google.com (mail-pf1-f180.google.com [209.85.210.180]) by mails.dpdk.org (Postfix) with ESMTP id 79D0A40298 for ; Mon, 25 Mar 2024 18:14:57 +0100 (CET) Received: by mail-pf1-f180.google.com with SMTP id d2e1a72fcca58-6e8f51d0bf0so3625017b3a.3 for ; Mon, 25 Mar 2024 10:14:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20230601.gappssmtp.com; s=20230601; t=1711386896; x=1711991696; darn=dpdk.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:from:to:cc:subject:date :message-id:reply-to; bh=xcSrOw7Eyjwhr+4LlkX9wRF+yzViKy2zpVs2haL1IEI=; b=V9fs8cKdoFl5H0UCpVhPOyYJYcn3yLXd4sOVacdqqZxz7jwtYIjODtf3PZRGU2nVRe MyvgUKctHWA2lETEjdhImla0YXtyNwNKESzV5HL8/eaTSvtFlsm8QwyiBxRd7C7vYDxL RBo6nPFitXg8GJh61jvIIz+RVBjOUf2kMRl9Fwka0eSha0LyOD5ewksdFhUWJXOBbciS 4nJRO6dYjV+7P7KKg7dlgVZjC/QYixqxX2WzgXJuangIqCefo9pvh/MIoBoG0ZPqMQtb SZmuONq1absUZ0IsKAq5ftSDg2N4mRptwQUjfMnepuEk/MRzrC7nY2r9CirQni4t9yQp KjJQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711386896; x=1711991696; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=xcSrOw7Eyjwhr+4LlkX9wRF+yzViKy2zpVs2haL1IEI=; b=Hxv0mWzUYZOI327GUMCwekfvAja1FxoE+z3U8hBFvM9EsZMrqeyB7vMz9wl9erUtqt +6yuJ8nR4oEV+24LkWu2ZPbCeCJat9ObSZpH6BxDIqhUS3bqSIuW8FVr40NiCddZbvJ8 0/19EZ1p4ZiA0vC0cWVKZkEM9Hs2q3SmtnqlXQYYuIq80mRx7mh67PJF67J8Cm+vBUhN P0ChEsuAxJ+X9wE+KbXEKk9PfshLaInploLoZfvKUbSy45F0nV7Q5OxmjQ6r9kbxP35+ PrMjXy1dEWNvfoAgVLc59ORv/ZV1ZqrqB/P/bOojW3IfvCTRn0t/LQUtReLN5j5qGDTR QdQA== X-Gm-Message-State: AOJu0Yw6+BwqP6UKisRqe2muIp+XSHi5524iDU8pUScwrzPe2S6CYrpj La0KEiWeHjW6ftLPvMDxfAewA9xNYWYa+6QIdwyB8hrMDjhy6u12Oq9C9e4XBXo= X-Google-Smtp-Source: AGHT+IF0fdtP4wOonx88J7y0zVJhLVhI7Pm/vRYtbe5btM0vbNhas9Rgbqu9dQJb/TJ2qK5yg0iFMA== X-Received: by 2002:a05:6a00:92a6:b0:6e6:8c49:f2f6 with SMTP id jw38-20020a056a0092a600b006e68c49f2f6mr404693pfb.24.1711386896598; Mon, 25 Mar 2024 10:14:56 -0700 (PDT) Received: from hermes.local (204-195-123-203.wavecable.com. [204.195.123.203]) by smtp.gmail.com with ESMTPSA id r16-20020a056a00217000b006ea6d1d3134sm4305875pff.119.2024.03.25.10.14.56 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 25 Mar 2024 10:14:56 -0700 (PDT) Date: Mon, 25 Mar 2024 10:14:54 -0700 From: Stephen Hemminger To: Antonio Di Bacco Cc: users@dpdk.org Subject: Re: MLX5 VF stops transmitting when the Physical Function is added to a Linux bridge Message-ID: <20240325101454.63ef509d@hermes.local> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: users-bounces@dpdk.org On Mon, 25 Mar 2024 15:59:36 +0100 Antonio Di Bacco wrote: > 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. Mellanox is bifurcated driver, so kernel and DPDK interact. Adding device to bridge will change MAC address.