From nobody Thu Nov 20 19:32:42 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 4dC7m96xmdz6HqRW for ; Thu, 20 Nov 2025 19:32:41 +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 "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4dC7m96NtKz40C4 for ; Thu, 20 Nov 2025 19:32:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1763667161; 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=KOe8NmUfbVhPP6cF+DYZinSPYMxB1mvy2hDW/yKOGik=; b=fg4L8L6OI2hgV/IgHT+MjDQzlvXiur5Vo6D+R/nr9MsKR623efTCNNGOtE9vPb+/texv5e PumYWm5fA4500Hp7vZgc7IOE1TTdmQm7bLv7pPTp7E1g+H0tlJCRbBg1hYSgiS9YLRfahm tdDzC8bTQpHbdukjc/9SnEk3gqX8Q0rAoTUbbE+LF9sQgVL5L+a+y0wpE78txRhgdxJzFQ jaXg+we+FMSbZSsK+W1JocqOBRCaIxP6eQ0wqZ6e8uWhjcmRaF4QaLOfJEdWRwXiB6TFNS XDfGJK5/tuQ++m9VYNf9P05LBjp6/zoTXYnHFCXfTHM4/olnHB4OQjhJpd8I2A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1763667161; 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=KOe8NmUfbVhPP6cF+DYZinSPYMxB1mvy2hDW/yKOGik=; b=b444jO837+yUUup2VA+M5JNB1Nx/wV3/DLEZrZsSO0MDfumfqkLtowptGXs0wWKEsS2hcl hVOP+fgBnA6haC7kUxgOGLx2n3tWunWZjXa8OqORNswPF7tjmj3/2n9PUwxupovOTLINk8 ELnNd3UaX7CZ6E6n8I9enNAupidZdXjmmQlDTRmINheTFYSyKnvPKNOBqmARjFcnOnilwB PfgCoP6IUmQQK8XWiit7119xcloSt/JTBOcgg9PpJ6vymuueECmpbjhTcbtC37Q/doh7P/ kgwipg8MGka6Zv4YnT0sSHpKJOJsiUc9zN3oDtnmWkQW6Cp0AnYVQJJsxs6Wdw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1763667161; a=rsa-sha256; cv=none; b=RnvvVYnZIKLxwGAjaC4BdnfBDH1XQtDrdRaMYE2KYRRjS3o8p2e9EEvSHZsU0XEF0rvLKo mPHOvv5A5IYd8zESH7BYfbCvqjxw3deFrUkMEc2YjvDjsHMfBVxtacs0iAXTFmPs/vNy3H zgl0H3P9buL6KCkUVOcZZBL2gM0n+N+XL0y7Rkla6D391GFPV0zHNp6CpG673nWHXBiC30 vW27tyKOTMCvCY3Qrv5IpU+rR+qbI3Fogg4tm6xe2tqCt3YYlsXc9Wo+rthNklVmgk8wxW AS/Nl3Vc7LhECdTk6IwVIIxD7VeoMBccNFu1nXABuD6HUj3KIeoW5kXOol38sg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none 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 4dC7m960LdzgnQ for ; Thu, 20 Nov 2025 19:32:41 +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 5AKJWf8W020001 for ; Thu, 20 Nov 2025 19:32:41 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 5AKJWfDN020000 for net@FreeBSD.org; Thu, 20 Nov 2025 19:32:41 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 291105] Intel i350 not receiving arp replies Date: Thu, 20 Nov 2025 19:32:42 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 14.3-STABLE X-Bugzilla-Keywords: IntelNetworking X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: dave@jetcafe.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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=3D291105 --- Comment #2 from Dave Hayes --- So yes ... I have already created a static ARP entry and this works. Sadly, this is actually my workaround to get machines talking to each other; the I= P I referenced in my report is one of several that are not working.=20 I will also point out that igb1 on the affected machine works like a charm.= It is igb0 and igb2 that are not receiving arp requests. Each switch is a different make/model.=20 I did try turning off all the TSO/VLAN stuff (as you can see in the previous message). This had no effect.=20 As to 13.5 vs 14.3, I've no way to actually test that at the moment as I ha= ve no more 13.5 machines on my network. All my machines run the exact same ver= sion of STABLE: FreeBSD 14.3-STABLE stable/14-n272138-592f2e599f24 Now that I look, one of these machines has an I350 running the exact same OS version. For the 2nd machine, here's the pciconf information: igb0@pci0:133:0:0: class=3D0x020000 rev=3D0x01 hdr=3D0x00 vendor=3D0x8= 086 device=3D0x1521 subvendor=3D0x8086 subdevice=3D0x0001 vendor =3D 'Intel Corporation' device =3D 'I350 Gigabit Network Connection' class =3D network subclass =3D ethernet and the dmesg information: igb0: mem 0xf0300000-0xf03fffff,0xf040c000-0xf040f= fff irq 58 at device 0.0 numa-domain 0 on pci8 igb0: EEPROM V1.63-0 eTrack 0x8000116b igb0: Using 1024 TX descriptors and 1024 RX descriptors igb0: Using 8 RX queues 8 TX queues igb0: Using MSI-X interrupts with 9 vectors igb0: Ethernet address: 50:7c:6f:55:f8:58 igb0: netmap queues/slots: TX 8/1024, RX 8/1024 The only differences appear to be=20 - the "subdevice"=20 - the EEPROM version - and of course the ethernet address, but that's probably pedantic Does this help at all? --=20 You are receiving this mail because: You are the assignee for the bug.=