Замучился с сетевухой I219-LM на Dell 5420, посоветуйте внешнюю

А что за проблемы, можно поконкретнее? Обычно (за исключением очень некоторых моделей), сетевые платы от intel самые беспроблемные в linux.

Там сразу несколько проблем.

Во-первых, майнлайновая версия на моём железе ругается на NVM Checksum (судя по багтрекерам - т.к. карта слишком новая). https://bbs.archlinux.org/viewtopic.php?id=269606

e1000e 3.8.7 с соурсфоржа на моей убунте завёлся, но вскрылась вторая проблема - дикие тормоза на скачку, которые как-то связаны с управлением питанием. https://bugs.launchpad.net/ubuntu/+source/linux-oem-5.10/+bug/1930754

Судя по багтрекерам в майнлайн фикс управления питания подвезли, но майнлайновое ядро из инсталлятора 22.04 убунты всё равно ругается на NVM Checksum.

На свежем ядре в убунтовском инсталляторе e1000e 3.8.7 не собирается, т.к. структуры ядра поменялись.

Во-первых, майнлайновая версия на моём железе ругается на NVM Checksum (судя по багтрекерам - т.к. карта слишком новая).

Видел когда-то подобное на своём железе, жить не мешало вроде, просто строчка в логе.

А bios ноутбука актуальный?

Попробуйте на 20.04. На страничке поддержки вроде указан ваш Dell с I219-LM (8086:0d4e): https://ubuntu.com/certified/202008-28134/20.04%20LTS

скачай вендоровский образ, возможно он с фиксами.
605-BBNY Ubuntu Linux 20.04
возможно при этом понадобится впн.

Это очень известная проблема с TigerLake. Это баг в ядре.

Напишите, какое загружено ядро. Покажите lspci.

echo 'on' > sys/bus/pci/devices/0000:00:16.0/power/control должно работать. На стандартном ядре, без левых модулей.

Добавлю еще, что в редхатовском ядре начиная с 4.18.0-372 баг исправлен.

А в 5й ветке с какого ядра исправлено? В 5.13 всё ещё не работает.

xxx:~$ uname -a 
Linux am-linux 5.13.0-48-generic #54-Ubuntu SMP Wed Jun 1 20:38:48 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
xxx:~$ lspci 
0000:00:00.0 Host bridge: Intel Corporation 11th Gen Core Processor Host Bridge/DRAM Registers (rev 01)
0000:00:02.0 VGA compatible controller: Intel Corporation TigerLake-LP GT2 [Iris Xe Graphics] (rev 01)
0000:00:04.0 Signal processing controller: Intel Corporation TigerLake-LP Dynamic Tuning Processor Participant (rev 01)
0000:00:07.0 PCI bridge: Intel Corporation Tiger Lake-LP Thunderbolt 4 PCI Express Root Port #0 (rev 01)
0000:00:07.1 PCI bridge: Intel Corporation Tiger Lake-LP Thunderbolt 4 PCI Express Root Port #1 (rev 01)
0000:00:0d.0 USB controller: Intel Corporation Tiger Lake-LP Thunderbolt 4 USB Controller (rev 01)
0000:00:0d.2 USB controller: Intel Corporation Tiger Lake-LP Thunderbolt 4 NHI #0 (rev 01)
0000:00:0e.0 RAID bus controller: Intel Corporation Volume Management Device NVMe RAID Controller
0000:00:12.0 Serial controller: Intel Corporation Tiger Lake-LP Integrated Sensor Hub (rev 20)
0000:00:14.0 USB controller: Intel Corporation Tiger Lake-LP USB 3.2 Gen 2x1 xHCI Host Controller (rev 20)
0000:00:14.2 RAM memory: Intel Corporation Tiger Lake-LP Shared SRAM (rev 20)
0000:00:14.3 Network controller: Intel Corporation Wi-Fi 6 AX201 (rev 20)
0000:00:15.0 Serial bus controller [0c80]: Intel Corporation Tiger Lake-LP Serial IO I2C Controller #0 (rev 20)
0000:00:15.1 Serial bus controller [0c80]: Intel Corporation Tiger Lake-LP Serial IO I2C Controller #1 (rev 20)
0000:00:16.0 Communication controller: Intel Corporation Tiger Lake-LP Management Engine Interface (rev 20)
0000:00:1c.0 PCI bridge: Intel Corporation Device a0be (rev 20)
0000:00:1d.0 System peripheral: Intel Corporation Device 09ab
0000:00:1f.0 ISA bridge: Intel Corporation Tiger Lake-LP LPC Controller (rev 20)
0000:00:1f.3 Audio device: Intel Corporation Tiger Lake-LP Smart Sound Technology Audio Controller (rev 20)
0000:00:1f.4 SMBus: Intel Corporation Tiger Lake-LP SMBus Controller (rev 20)
0000:00:1f.5 Serial bus controller [0c80]: Intel Corporation Tiger Lake-LP SPI Controller (rev 20)
0000:00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (13) I219-LM (rev 20)
0000:71:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS525A PCI Express Card Reader (rev 01)
10000:e0:1d.0 PCI bridge: Intel Corporation Tiger Lake-LP PCI Express Root Port #9 (rev 20)
10000:e1:00.0 Non-Volatile memory controller: Sandisk Corp Device 5007 (rev 01)

echo 'on' > sys/bus/pci/devices/0000:00:16.0/power/control должно работать. На стандартном ядре, без левых 

Кажется, это сработало! Спасибо! Я встречал это предложение в багтрекерах, но не понял, что это правильное устройство!

Т.к. казалось бы, его название (0000:00:16.0 Communication controller: Intel Corporation Tiger Lake-LP Management Engine Interface (rev 20)) слабо связано с проблемой. o_O

Про 20.04 в том числе в багтрекерах про багфиксы написано было (что там всё починили).

Но с 20.04 проблема в том, что у меня не стартовал даже инсталлятор - какое-то другое железо было более новое.

Оно могло не мешать только если вы при этом пользовались другой сетью (WiFi). Я тоже пользовался WiFi, но на текущем месте 2.4 GHz оказался заспамлен до невозможности пользоваться, а 5GHz нету.

Про BIOS не знаю (скорее всего нет), но обновлять я побоюсь, т.к. нет возможности сделать бэкап.

Оно могло не мешать только если вы при этом пользовались другой сетью (WiFi)

Нет, это был десктоп без wifi

Про BIOS не знаю (скорее всего нет), но обновлять я побоюсь, т.к. нет возможности сделать бэкап.

Не нужен бэкап. Если осталась винда в дуалбуте - замечательно можно обновить биос из неё. Правда, биос придётся качать через proxy/vpn.

А в 5й ветке с какого ядра исправлено?

Я не помню, они слишком часто выходят.

Т.к. казалось бы, его название (0000:00:16.0 Communication controller: Intel Corporation Tiger Lake-LP Management Engine Interface (rev 20)) слабо связано с проблемой. o_O

А проблема не в I219.

Пока пользуйтесь предложенным workaround-ом, он вполне нормальный. На штатном ядре без левых драйверов.

Да, bios тут ни при чем, обновление не поможет.

А проблема не в I219.

Может, обновление me firmware поможет тогда?

Кстати, у этого dell me firmware update, судя по всему, находится в файле обновления биоса, так что может помочь.

fwupd отлично обновляет биос на на деллах из онтопика.

Всегда на актуальный? Lenovo, например, сильно задерживает выкладывание фирмварей на LVFS

Ну все мои ноутбуки обновлялись на актуальный. Но за абсолютно все говорить не могу.

Апдейтов firmware, связанных с этой проблемой, не будет.

Во-первых, она считается intel решенной.

Во вторых, это действительно баг в ядре. Точнее, недоработка адаптации ядра для tgl. Насколько я понял/помню, источник проблемы – MAC/PHY interconnect, который из-за некорректной инициализации ядром (точнее, ее отсутствия) уходит в low power state не по таймеру, а раньше, чуть ли не после каждого кадра, по какому-то другому механизму, специфичному для tgl (я не разобрался). Дело осложняется тем, что сей интерконнект, на котором висит чип i219 – некий нестандатизированный(но документированный) гибрид SMBus и PCIe. По этой причине типовые трюки вроде aspm_off(или как оно там) не работают(т.к. контроллер не на pcie висит), по этой же причине проблема затрагивает только входящий трафик, т.к. он поступает асинхронно.

Проблема оказалась «очень известной», т.к. она затрагивала все системы со связкой tgl+i219, включая сертифицированные redhat и canonical. Такие дефекты через intel и redhat прорываются нечасто. Windows kernel оттестировали, Linux kernel – как-то недотестировали.

Интересная инфа, спасибо! Поизучаю.