B460 主板和 Intel I219-V 芯片组的 e1000e 错误

Question

问题：

我最近购买了一些新硬件，但在使以太网正常工作时遇到了问题，因为我尝试过的内核和驱动程序的组合都不起作用。我假设问题要么是硬件故障，要么是设备支持不佳（由于最近发布的原因）。但是考虑到我在下面尝试过的内容，我想知道解决该问题的下一步是什么。

平台：

• CPU：英特尔酷睿 i3-10100
• MB：技嘉B460M-D3H

试错：

我已经尝试（不成功）使用以下内核和驱动程序版本的组合：

• Debian 10.7 (Buster)、内核 4.19、内核 e1000e
• Debian 10.7 (Buster)，内核 4.19，编译 e1000e 3.8.4
• Debian 10.7 (Buster)，内核 4.19，编译 e1000e 3.8.7
• Arch Linux LiveUSB，内核 5.9，内核 e1000e

使用2020年12月1日Arch Linux的安装介质，从我得到以下诊断输出lspci，dmesg等：

• ip link

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

• uname -a

Linux archiso 5.9.11-arch2-1 #1 SMP PREEMPT Sat, 28 Nov 2020 02:07:22 +0000 x86_64 GNU/Linux

• lspci -nn

00:00.0 Host bridge [0600]: Intel Corporation Device [8086:9b63] (rev 03)
00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor PCIe Controller (x16) [8086:1901] (rev 03)
00:02.0 VGA compatible controller [0300]: Intel Corporation Device [8086:9bc8] (rev 03)
00:14.0 USB controller [0c03]: Intel Corporation Device [8086:a3af]
00:14.2 Signal processing controller [1180]: Intel Corporation Device [8086:a3b1]
00:16.0 Communication controller [0780]: Intel Corporation Device [8086:a3ba]
00:17.0 SATA controller [0106]: Intel Corporation Device [8086:a382]
00:1b.0 PCI bridge [0604]: Intel Corporation Device [8086:a3e9] (rev f0)
00:1b.4 PCI bridge [0604]: Intel Corporation Device [8086:a3eb] (rev f0)
00:1c.0 PCI bridge [0604]: Intel Corporation Device [8086:a394] (rev f0)
00:1d.0 PCI bridge [0604]: Intel Corporation Device [8086:a398] (rev f0)
00:1f.0 ISA bridge [0601]: Intel Corporation Device [8086:a3c8]
00:1f.2 Memory controller [0580]: Intel Corporation Device [8086:a3a1]
00:1f.3 Audio device [0403]: Intel Corporation Device [8086:a3f0]
00:1f.4 SMBus [0c05]: Intel Corporation Device [8086:a3a3]
00:1f.6 Ethernet controller [0200]: Intel Corporation Ethernet Connection (12) I219-V [8086:0d55]
01:00.0 Serial Attached SCSI controller [0107]: Broadcom / LSI SAS2008 PCI-Express Fusion-MPT SAS-2 [Falcon] [1000:0072] (rev 03)
02:00.0 PCI bridge [0604]: Integrated Technology Express, Inc. IT8892E PCIe to PCI Bridge [1283:8892] (rev 41)

内核 4.19似乎不支持我的以太网芯片组（设备代码 0d55），它似乎只在 5.5 及更高版本中受支持。所以在我的库存Debian Buster 安装中不支持是有道理的，但自编译 3.8.4/3.8.7 e1000e 驱动程序仍然损坏是没有意义的，因为我的芯片组应该从 3.5 版开始就得到支持.1

• dmesg | grep e1000e

[    7.373433] e1000e: Intel(R) PRO/1000 Network Driver
[    7.373434] e1000e: Copyright(c) 1999 - 2015 Intel Corporation.
[    7.373684] e1000e 0000:00:1f.6: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode
[    7.749973] e1000e 0000:00:1f.6 0000:00:1f.6 (uninitialized): Failed to disable ULP
[    8.340480] e1000e: probe of 0000:00:1f.6 failed with error -2

注意 PCI 地址0000:00:1f.6，它对应于输出中的集成 I219-V 芯片组lspci。

ULP 错误出现在 Arch Linux liveUSB 中，但没有出现在我的 Debian Stable 测试中。但是，探测错误仍然存​​在。-2相当于一个错误-E1000_ERR_PHY，其中一些人报告有以下解决方案：

• 禁用从 LAN 唤醒
• 拔掉电源并等待几个小时到一天，然后再试一次
• 在接口上线之前不要插入以太网

我试过这些都无济于事。IRC 上的朋友建议 ULP（超低功耗）错误可能表明卡一直卡在 ULP 模式下，这就是尝试探测设备失败并出现 PHY 错误的原因。

有人建议这个邮件列表线程可能是相关的，但我不确定尝试获取他们的提交源代码并自己应用所有相关补丁是否会有所帮助。如果有人坚持这样做，我很乐意尝试。

更新 1：一位朋友有一个聪明的想法，即尝试全新安装 Windows 以帮助诊断是否是硬件问题。安装 Windows 10 并使用提供的主板驱动程序包后，可以识别卡，但 Windows 设备管理器给出“设备无法启动（代码 10）”错误。（我认为在这一点上很明显这不是 *nix 特定的问题，所以我应该结束这个问题并直接联系技嘉/英特尔，或者请某人将此帖子移至超级用户站点。）

Answer 1

事实证明，这很可能是硬件问题。我更换了主板，奇怪的是，网络硬件被 Debian 10.7 安装程序识别（看来我对 Debian 内核中包含哪些版本的 e1000e 的理解是错误的......我应该对此进行调查。）

希望其他人可以使用我的反复试验来避免我过去一周遇到的同样的头痛:)