Как исправить медленный / нестабильный Ethernet / Wi-Fi на Dell Latitude / Ubuntu / Kernel 5?

Я использую Ubuntu 19.10 с Ethernet-адаптером RTL8153 USB-C, встроенным в адаптер DA200 (док-станция / кабель), подключенным через Thunderbolt 3 к машине Dell Latitute 7300 (с безопасной загрузкой UEFI, если это имеет значение).

Мой текущий подход состоит в том, чтобы запустить проводное соединение 802.1X через NetworkManager (который, как я полагаю, использует dhclient за кулисами). Однако настройки, которые я использую в настоящее время, не позволяют надежно получить IP-адрес.

uname -r: 5.3.0-26-generic / прошивка linux: 1.183.3

lsusb: Realtek Semiconductor Corp. RTL8153 Gigabit Ethernet Adapter

ip link: myif: mtu 1500 qdisc fq_codel состояние UP режим DEFAULT группа по умолчанию qlen 1000 link / ether brd ...

Поскольку NetworkManager не работает для меня должным образом из окна "19.10", я начал использовать dhclient напрямую, с посредственный успех. Тем не мение, теперь я получаю эти странные ошибки (скопированные из journalctl -f ) при попытке установить соединение с sudo dhclient -v myif :

dhclient: DHCPDISCOVER on myif to 255.255.255.255 port 67 interval 17 (xid=0xfeee5e2c)
dhclient: send_packet: No such device or address
dhclient: dhclient.c:2569: Failed to send 300 byte long packet over myif interface.
kernel: r8152 4-1.1:1.0 myif: Tx status -71 

Я также вижу

kernel: r8152 4-1.1:1.0 xxx: Tx status -71
systemd-resolved: Failed to send hostname reply: Invalid argument
kernel: r8152 4-1.1:1.0 xxx: Tx status -71

и тонны повторов.

Сначала я заставил его работать, но только до следующего входа в систему или на пару минут. Я потратил несколько часов на чтение форумов и отчетов о проблемах и попробовал. Также переключение NetworkManager.conf от managed = false до true ничего не меняет.

Обновление 1: Когда я впервые задавал этот вопрос, я думал, что это затронуло только проводной интерфейс и только в определенных настройках. Но потом я понял, что скорость меняется, и это влияет как на беспроводной, так и на проводной интерфейс. Когда я обнаружил , что довольно недавний отчет о проблеме , предполагающий, что Kernel 5 (также используемый в 18.04.3) может быть проблемой, я перестал пробовать с NM. Есть ли у кого-нибудь идеи, могу ли я обойтись без установки ядра 4 и рискнуть, что не смогу использовать другие недавние функции HW?

Обновление 2: Я проверил описанные аппаратные настройки под Windows 10 (октябрь 19), и в результате оба Wi-Fi / Ethernet работают из коробки как с подлинным драйвером W10, так и с последним драйвером Realtek GBE Ethernet, доступным от Dell (декабрь 19). . Похоже, что что-то странное происходит с модулем ядра Realtek linux r8152 , который управляет док-станцией / ключом DA200 USB-C через разъем Thunderbolt 3 (TB3). Моя машина в настоящее время работает с прошивкой TB3 v40.3. Моя попытка обновить прошивку TB3 до последней версии Dell (v44) под W10 не увенчалась успехом. После обновления до последней версии BIOS (1.6.1, как указано здесь ), переключения на заводские настройки BIOS, обновления до новейшего приложения Dell TB3 и драйвера TB3, установщика микропрограммы Dell (декабрь 19, Intel_TBT3_FW_UPDATE_NVM44_Y9HXJ_A02_4 .44.118.001 ) продолжает зависать Windows, вызывая принудительную перезагрузку.Я безуспешно пытался найти соответствующие инструкции / отчеты о проблемах, за исключением примечания о том, что для определенных версий прошивки необходимо подключить устройство TB, а у меня его нет (DA200, как правило, не TB, а USB- C устройство). В любом случае, это не позволяет мне проверить, решает ли последняя прошивка TB3 проблему с ядром 5 и модулем r8152 соответственно. Примечание: Возврат к ядру 4.17 тоже ничего не изменил.

Обновление 3: Хорошие новости: отключение SMM Security Mitigation в BIOS позволило мне обновить прошивку до TB3 v44. Плохая новость, похоже, это ничего не меняет в проблеме с сетью Realtek. Значит, должно быть что-то другое.