e1000e与B460主板和英特尔i 219-V芯片组的误差
The发行：
我最近买了一些新的硬件，并遇到了一些问题，使以太网工作，因为没有结合内核和驱动程序，我曾经尝试过的工作。我假设这个问题要么是硬件有问题，要么是设备支持差(因为它最近才发布)。但是，鉴于我在下面所做的尝试，我想知道下一步应该采取什么措施来解决这个问题。
平台：
- CPU：英特尔核心i3-10100
- MB：G型B460M-D3H
Trial与错误：
我尝试过(没有成功)使用以下内核和驱动程序版本组合：
- Debian10.7 (Buster)，内核4.19，内核e1000e
- Debian10.7 (Buster)，内核4.19，编译后的e1000e 3.8.4
- Debian10.7 (Buster)，内核4.19，编译后的e1000e 3.8.7
- Arch Linux LiveUSB，内核5.9，内核e1000e
使用2020-12-01 Arch安装介质，我从lspci、dmesg等获得以下诊断输出：
ip link
1: lo: 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:00uname -a
Linux archiso 5.9.11-arch2-1 #1 SMP PREEMPT Sat, 28 Nov 2020 02:07:22 +0000 x86_64 GNU/Linuxlspci -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安装中不支持是有道理的，但由于我的芯片组从3.5.1版本开始就应该得到支持，自编的3.8.4/3.8.7 C39驱动程序仍然坏掉是没有道理的。
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，它对应于来自lspci输出的集成I219-V芯片组。
ULP错误出现在Arch中，但它没有出现在我的Debian稳定测试中。但是，探针错误仍然存在。-2的错误对应于-E1000_ERR_PHY，有些人报告有以下解决方案：
- 禁用唤醒局域网
- 拔掉电源，等上几个小时到一天，然后再试一次
- 在接口上线之前不要插入以太网。
我试过这些都没有用。IRC上的朋友建议，ULP (超低功耗)错误可能表明卡一直卡在ULP模式下，这就是为什么试图探测设备时会出现PHY错误的原因。
有人认为这个邮件列表线程可能是相关的，但我不确定自己尝试获取它们的提交源代码并应用所有相关的补丁是否会有帮助。如果有人坚持会的话，我很乐意尝试。
UPDATE 1:一个朋友有一个聪明的想法:尝试一个新的Windows来帮助诊断它是否是一个硬件问题。安装Windows 10并使用提供的主板驱动程序包后，将识别该卡，但Windows设备管理器会出现“设备无法启动(代码10)”错误。(我认为在这一点上，这显然不是一个特定于*nix的问题，所以我应该关闭这个问题，直接联系千兆字节/英特尔，或者让别人把这个帖子移到超级用户的网站上。)
回答 1
Unix & Linux用户
发布于 2020-12-30 05:04:43
结果，这很可能是一个硬件问题。我得到了一个替代主板，奇怪的是，网络硬件被Debian10.7安装程序所识别(似乎我对Debian内核中包含了哪些版本的e1000e的理解是错误的……我应该调查一下。)
希望其他人能利用我的试错来避免我过去一周的头痛:)
https://unix.stackexchange.com/questions/625912
复制相似问题
腾讯云开发者
