From nobody Mon Feb 12 09:54:32 2024 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TYKYz5pJJz59Sm6 for ; Mon, 12 Feb 2024 09:54:47 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4TYKYz2Xs9z4N2X for ; Mon, 12 Feb 2024 09:54:47 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: from tom.home (kib@localhost [127.0.0.1] (may be forged)) by kib.kiev.ua (8.18.1/8.18.1) with ESMTP id 41C9sWFa067608; Mon, 12 Feb 2024 11:54:35 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 41C9sWFa067608 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 41C9sWfk067605; Mon, 12 Feb 2024 11:54:32 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 12 Feb 2024 11:54:32 +0200 From: Konstantin Belousov To: Benoit Chesneau Cc: "freebsd-net@FreeBSD.org" Subject: Re: mlx5en issue with SR-IOV when using in the bridge Message-ID: References: <7L4ctsvv8st_6uOSAw8Li1SvAPsNYXPWjv3rRepGpwcRdl900YajxFSLe3frQl4hUE28PKU5lf98gRpN7WlZG7u2FWgOf3BImZu4spzI3Sg=@enki-multimedia.eu> List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=4.0.0 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on tom.home X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-Rspamd-Queue-Id: 4TYKYz2Xs9z4N2X X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated On Mon, Feb 12, 2024 at 08:30:37AM +0000, Benoit Chesneau wrote: > Hi Konstantin, > > indeed the port is plugged to a switch. The port is enabled. So yes that probably is. Is this a firmware issue or can it be solved in the driver? > It is driver issue, and requires some (significant) driver updates. > > Benoît > > On Sunday, February 11th, 2024 at 04:50, Konstantin Belousov wrote: > > > On Sat, Feb 10, 2024 at 09:23:36AM +0000, Benoit Chesneau wrote: > > > > > I have tested the following scenario: > > > > > > Setup the mellanox driver with SRIOV: > > > > > > ``` > > > $ sudo more /etc/iov/mce0.conf > > > PF { > > > device: "mlx5_core0"; > > > num_vfs: 8; > > > } > > > > > > DEFAULT { > > > passthrough: true; > > > } > > > > > > VF-0 { > > > mac-addr: "02:01:02:02:01:00"; > > > } > > > > > > VF-1 { > > > mac-addr: "02:01:02:02:01:01"; > > > } > > > > > > VF-2 { > > > passthrough: false;} > > > > > > ``` > > > > > > With one VF in the vm answering to a specific vlan, and one jail on the host using vnet with the PF in a bridge and a epair interface added to this bridge. > > > > > > When I am pinging from the jail to the VF in the vm , the vm receive the ping or arp requests. But the jail doesn't receive the response. In a same manner , when I ping from the VM to the jail, the host is not found. bridge arp doesn't return the vm mac address. > > > > > > All the hosts has the PF interface set in promiscuous mode but this doesn't seem to be enough to allows the bridge to learn other mac ids. When I directly add the IP to PF, Ping works from the vm to the PF, the reverse is also true. > > > > > > Do I miss a setting? Is this expected with mellanox cards? What shoudl I look for? > > > > > > Do you have the port plugged into a switch and the port enabled? > > I suspect VFs do not have enough hairpin code to do proper loopback > > communications, and I certain that multicast loopback does not work.