From nobody Sat Aug 2 04:35:33 2025 X-Original-To: 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 4bv93p4mD7z63Yx0 for ; Sat, 02 Aug 2025 04:35:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bv93p3dNbz45xd for ; Sat, 02 Aug 2025 04:35:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754109334; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=+MSUj6OqeW8/0Jf+3wjZWWoABt3bkD/2o9SVsgQUweU=; b=db+a78MuB7xoQF2wt5ApPBTE5PJ1WPw6zXiQiKdFmTL0B67689LDaeCNogQPXqeJUDNpSC XYskoCs9YT55ZaJ7HpJqh2ZEWZC/5QvdTjKil63WvOSfw4m41Mm8NbDrozAxtTkisiNo92 GXB4B5hYC/lFjZk9ZmdL9Saam4yZ3k8B/qqMki3a3xhziVaCfnF57uDaSPr0oOd2lLPq10 DZNBAu/8ifthovn1HhWSTPHuepG7TLAPPDGDv+J6NJfhHdrSqPpNvkEg5VDh+LlSlXpniQ nnn8ZIOEWh8IU63egNz74KfvpBvqOXlfuSE1morbVh0VPzUVQ3XQ7JydU9GrfQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754109334; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=+MSUj6OqeW8/0Jf+3wjZWWoABt3bkD/2o9SVsgQUweU=; b=IXHp+yYAUIb4TXs/pp6XZl5nT3lt8eVyZHS5+H//p12Z7TUW1/9as+YSl+u0CFuhixnlb6 imuOKMDiAC/BKt9ivdZjCmBBEDF78NdlEaAqtxIUFwdtBmfOeZpa/ncDDK/14DrsX3Pk44 Lhk4iZ55HCkOjtdQNA7bKYFcLyAi2zg1LtKo72sWHfVHgyWO8edCLdogQoJhg/LReT2kJp PyaOyLyPPdFw1CFo5WV23AbxKrxiux+MTCE1BX7/dLy8MmP3okaZiWKsRQ8nNpAwXyWiTa 3LotIPO3Tch/Q04kTqMWTPI/ELQum58QOh5/kLNoK7IvUOGRa3P4Q2Aq0m6izQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1754109334; a=rsa-sha256; cv=none; b=MBYkUzfSFBGs87LD9RGcVKOL/RX8KoX5KMDDs6AuKwMCvYUpvKKM5P5XFWat5f8CHbWRUp Aw8naxbqtCL2+GRp6+SiJcmM2bvu9cbL6yLpqryeWzNeYwUumQ2Qx7p7zMRpievHqxulfS yKgwhjUOxOYk+0yIT2aRXX/C2JiLzTLNulx5hBYfZcRiVnkvfe8m4J5nBjGVaNTSFv5Dz3 OJqH/alTwccBznRzXrLmhqyJeRX35NtzceMvmQ2WQ5dNGxVDHjFRK/q6Fyg/UWUcNvnMa3 5K5y4Sseokjpl3h3pHRd7Xus8jCU0vNal/n/ERlx+yG9fh9s7157/wpKGV0eGw== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4bv93p2cVZz1HgD for ; Sat, 02 Aug 2025 04:35:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 5724ZYFh062634 for ; Sat, 2 Aug 2025 04:35:34 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 5724ZYjE062633 for net@FreeBSD.org; Sat, 2 Aug 2025 04:35:34 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 268176] net/intel-ix-kmod : connection hangs when starting SR-IOV interfaces Date: Sat, 02 Aug 2025 04:35:33 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: IntelNetworking, needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: 3226388001@jcom.home.ne.jp X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D268176 ss3bsd <3226388001@jcom.home.ne.jp> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |3226388001@jcom.home.ne.jp --- Comment #9 from ss3bsd <3226388001@jcom.home.ne.jp> --- FYI, I experienced a similar problem several years ago and needed to apply some ad-hoc remedies to make if_ix with SR-IOV function properly. I have been us= ing the interface (X557 on A2SDV-8C-TLN5F) without a problem since then. Here are the remedies I have applied. Please note that some of them may not= be required anymore for the current OS/driver. Also, each of them perhaps has side-effects and may not be appropriate for every use case. 1. patches for ports/net/intel-ix-kmod (equivalent patches can be applied to in-tree sys/dev/ixgbe) ``` --- if_sriov.c +++ if_sriov.c @@ -244,6 +244,9 @@ /* Tag all traffic with provided vlan tag. */ vmvir =3D (tag | IXGBE_VMVIR_VLANA_DEFAULT); } +=20=20=20=20=20=20=20 + vmolr |=3D (IXGBE_VMOLR_BAM | IXGBE_VMOLR_ROMPE | IXGBE_VMOLR_MPE | IXGBE_VMOLR_AUPE); +=20=20=20=20=20=20=20 IXGBE_WRITE_REG(hw, IXGBE_VMOLR(vf->pool), vmolr); IXGBE_WRITE_REG(hw, IXGBE_VMVIR(vf->pool), vmvir); } /* ixgbe_vf_set_default_vlan */ ``` - PF needs to support PROMISC, otherwise VFs cannot receive some broadcast messages that may be required when acquiring address information (DHCP or I= Pv6 equivalent). If the owner of each VF is different, this change might introd= uce a security risk. In my use case, I am the owner of every VF, so this is not= a problem. ``` @@ -688,10 +688,10 @@ * With 64 VFs, you can only have two queues per VF. * With 32 VFs, you can have up to four queues per VF. */ - if (num_vfs >=3D IXGBE_32_VM) + //if (num_vfs >=3D IXGBE_32_VM) sc->iov_mode =3D IXGBE_64_VM; - else - sc->iov_mode =3D IXGBE_32_VM; + //else + // sc->iov_mode =3D IXGBE_32_VM; /* Again, reserving 1 VM's worth of queues for the PF */ sc->pool =3D sc->iov_mode - 1; ``` - The driver changes its behavior (such as a different number of rx/tx que= ues for each VF) depending on the number of VFs initialized. It is expected that when only a smaller number of VFs are used, a larger number of queues are assigned for each VF and the performance gets better. However, in my environment VF instances did not work at all when a smaller number of VF instances is set for iovctl. 2. rc.conf ifconfig_ix0=3D"promisc down" - set the PF promisc (if supporting broadcast in VFs) - keep the PF interface down until initializing VFs by iovctl, and up it later manually or by script 3. config for iovctl - do not use the first couple of VF instances. They are unstable (may be conflicting with PF, but I do not know why). Use VF-2 or later. - if you choose not to apply the patch, set a large number (>=3D 32) of VFs (num_vfs) even if they are not actually utilized. 4. use the driver in ports - It seems like that the recent (FreeBSD 14) in-tree ix/ixv drivers (with a patch equivalent to the above one) seem to function on some level. However,= I observe they occasionally fail their initialization on boot. --=20 You are receiving this mail because: You are the assignee for the bug.=