Package: firmware-realtek Version: 20190717-2 Severity: important TL;DR Please update rtl_nic. This will solve most of the issues reported against rtl815x devices.
Linux gggnuc6 5.6.0-2-amd64 #1 SMP Debian 5.6.14-1 (2020-05-23) x86_64 GNU/Linux Errors that an update will fix: [79912.317675] r8152 2-2.4:1.0: firmware: failed to load rtl_nic/rtl8153a-2.fw (-2) [79912.317683] r8152 2-2.4:1.0: Direct firmware load for rtl_nic/rtl8153a-2.fw failed with error -2 AND [79912.458292] r8152 2-2.1:1.0: firmware: failed to load rtl_nic/rtl8153b-2.fw (-2) [79912.458296] r8152 2-2.1:1.0: Direct firmware load for rtl_nic/rtl8153b-2.fw failed with error -2 "modprobe r8152" results in the following dmesg output: [78645.896245] r8152 2-2.1:1.0 enx00e04cf007a4: carrier on [79887.986255] usbcore: deregistering interface driver r8152 [79887.986552] r8152 2-2.1:1.0 enx00e04cf007a4: Stop submitting intr, status -108 [79888.042247] r8152 2-2.4:1.0 enx0023568c0143: Stop submitting intr, status -108 [79912.294537] usb 2-2.4: reset SuperSpeed Gen 1 USB device number 4 using xhci_hcd [79912.317675] r8152 2-2.4:1.0: firmware: failed to load rtl_nic/rtl8153a-2.fw (-2) [79912.317683] r8152 2-2.4:1.0: Direct firmware load for rtl_nic/rtl8153a-2.fw failed with error -2 [79912.317687] r8152 2-2.4:1.0: unable to load firmware patch rtl_nic/rtl8153a-2.fw (-2) [79912.351441] r8152 2-2.4:1.0 eth0: v1.11.11 [79912.354955] r8152 2-2.4:1.0 enx0023568c0143: renamed from eth0 [79912.434704] usb 2-2.1: reset SuperSpeed Gen 1 USB device number 5 using xhci_hcd [79912.458292] r8152 2-2.1:1.0: firmware: failed to load rtl_nic/rtl8153b-2.fw (-2) [79912.458296] r8152 2-2.1:1.0: Direct firmware load for rtl_nic/rtl8153b-2.fw failed with error -2 [79912.458298] r8152 2-2.1:1.0: unable to load firmware patch rtl_nic/rtl8153b-2.fw (-2) [79912.491249] r8152 2-2.1:1.0 eth0: v1.11.11 [79912.491294] usbcore: registered new interface driver r8152 [79912.496221] r8152 2-2.1:1.0 enx00e04cf007a4: renamed from eth0 [79915.982266] IPv6: ADDRCONF(NETDEV_CHANGE): enx0023568c0143: link becomes ready [79915.982925] r8152 2-2.4:1.0 enx0023568c0143: carrier on [79916.304655] IPv6: ADDRCONF(NETDEV_CHANGE): enx00e04cf007a4: link becomes ready [79916.305100] r8152 2-2.1:1.0 enx00e04cf007a4: carrier on The rtl8153a-2 and rtl8153a-3 devices are widely used and Realtek finally upstreamed the firmware patching mechanism they had in their inhouse driver around Q4 2019: https://lore.kernel.org/netdev/1394712342-15778-335-taiwan-albe...@realtek.com/ These patches helped chrome OS reliably detect and use RTL8153 devices. However, the rtl8153a-3.fw file Realtek original submitted was broken and was updated in Feb 2020 and ChromeOS picked up this update in April, 2020: https://chromium.googlesource.com/chromiumos/third_party/linux-firmware/+log/refs/heads/master/rtl_nic https://chromium.googlesource.com/chromiumos/third_party/linux-firmware/+/db0430c080d38e3055aec81f44b4c84012dba079 While I'm using a personal email to request this update, I am also grund...@chromium.org and have extensively tested these patches. They work. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.6.0-2-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled firmware-realtek depends on no packages. firmware-realtek recommends no packages. Versions of packages firmware-realtek suggests: ii initramfs-tools 0.137 -- no debconf information