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
