Bug#945172: firmware: failed to load rtw88/rtw8822b_fw.bin

[Nelson G]

Package: firmware-realtek
Version: 20190717-2
Severity: normal

Dear Maintainer,

I can't get my WiFi working (Thinkpad E495, realtek wifi card).
I get the following dmesg output

[ 10.939826] rtw_pci 0000:03:00.0: firmware: failed to load
rtw88/rtw8822b_fw.bin (-2)
[ 10.939884] firmware_class: See https://wiki.debian.org/Firmware for
information about missing firmware
[ 10.939942] rtw_pci 0000:03:00.0: Direct firmware load for
rtw88/rtw8822b_fw.bin failed with error -2
[ 10.939946] rtw_pci 0000:03:00.0: failed to request firmware
[ 10.939994] rtw_pci 0000:03:00.0: failed to load firmware
[ 10.940017] rtw_pci 0000:03:00.0: failed to setup chip efuse info
[ 10.940037] rtw_pci 0000:03:00.0: failed to setup chip information
[ 10.941055] rtw_pci: probe of 0000:03:00.0 failed with error -22


firmware-realtek/sid installed.
It works correctly on many other distros.



-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.3.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=es_CO.UTF-8, LC_CTYPE=es_CO.UTF-8 (charmap=UTF-8), LANGUAGE=es_CO:es (charmap=UTF-8)
Shell: /bin/sh linked to /usr/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.135

-- no debconf information

[joe...@joenio.me]

I'm facing the same error on Debian testing running on a Lenovo ThinkPad E490.

root@maelcum:~# uname -a
Linux maelcum 5.4.0-2-amd64 #1 SMP Debian 5.4.8-1 (2020-01-05) x86_64 GNU/Linux

root@maelcum:~# lshw
--------------------------cut--------------------------------
   *-generic UNCLAIMED
        description: Unassigned class
        product: RTL8822BE 802.11a/b/g/n/ac WiFi adapter
        vendor: Realtek Semiconductor Co., Ltd.
        physical id: 0
        bus info: pci@0000:05:00.0
        version: 00
        width: 64 bits
        clock: 33MHz
        capabilities: pm msi pciexpress cap_list
        configuration: latency=0
        resources: ioport:2000(size=256) memory:b1200000-b120ffff
--------------------------cut--------------------------------

root@maelcum:~# dpkg -l firmware-realtek
ii  firmware-realtek 20190717-2   all          Binary firmware for Realtek wired/wifi/BT adapters

[dlf29]

The rtwpci driver in Linux kernel 5.4 from buster-packports is looking
for the firmware in a different path than is provided in the
firmware-realtek package. This can be seen in the dmesg log.

There doesn't seem to be a firmware-realtek package for Linux 5.4 in
buster-backports. I hard linked the original firmware to the path
expected by the backported kernel, and the wifi began to work:

As root (or with sudo):

modprobe -r rtwpci
mkdir /usr/lib/firmware/rtw88
ln /usr/lib/firmware/rtlwifi/rtl8822befw.bin
/usr/lib/firmware/rtw88/rtl8822b_fw.bin
modprobe rtw8822b_fw.bin

I imagine this will only be necessary when using a backported kernel in
Buster. It may not be necessary in Debian testing and/or sid.

[Daniel Fussell]

The last line of "modprobe rtw8822b_fw.bin" was supposed to say
"modprobe rtwpci".

Sorry about that.

[fpu...@linagora.com]

Dear maintainer,

I did a fresh installation for a Thinkpad E480 using debian unoficial
image that includes firmware:

/images/unofficial/non-free/images-including-firmware/bullseye_di_alpha2

linagora@e480-fp:~$ lspci | grep -i wifi
05:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8822BE
802.11a/b/g/n/ac WiFi adapter

linagora@e480-fp:~$ cat /etc/os-release
PRETTY_NAME="Debian GNU/Linux bullseye/sid"
NAME="Debian GNU/Linux"
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"

The wi-fi does not work in the debian-installer neither in my fresh
installation. After to waste some time googling I finally found this bug
and I fixed the problem following the workaround proposed by dlf29
<dl...@et.byu.edu> (creating a hard link because the path got changed).

Reading many post I relized the kernel mainstream maintainers changed
the hierarchy and as far as a I can see in testing we have only 5.6 and
5.6 kernels (new hierarchy):


linagora@e480-fp:~$ apt search linux-image | grep ^linux-image | egrep
-v '5.4|5.6'

WARNING: apt does not have a stable CLI interface. Use with caution in
scripts.

linagora@e480-fp:~$
information

Could you please change the path and names in order to fix this issue.


Cordially,
---
Fredy P.
Sysadmin & DevOps @ Linagora