Dear Maintainer,

I have an Asus Vivobook X1704V, and Wifi don't work.
Card :  lspci -nnk | grep -iA3 net
0000:01:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. Device [10ec:b851]
	Subsystem: Foxconn International, Inc. Device [105b:e100]
	Kernel modules: rtw_8851be
I have a lot of error in dmesg (abstract) :
pci 0000:01:00.0: CLS mismatch (64 != 32), using 64 bytes
[    3.226114] rtw89_8851be 0000:01:00.0: loaded firmware rtw89/rtw8851b_fw.bin
[    3.227581] rtw89_8851be 0000:01:00.0: Firmware version 0.29.41.3 (65cefb31), cmd version 0, type 5
[    3.227585] rtw89_8851be 0000:01:00.0: Firmware version 0.29.41.3 (65cefb31), cmd version 0, type 3
[    4.848637] rtw89_8851be 0000:01:00.0: fw security fail
[    4.848643] rtw89_8851be 0000:01:00.0: download firmware fail
[    4.848648] rtw89_8851be 0000:01:00.0: [ERR]fwdl 0x1E0 = 0x62
...
[   11.287374] rtw89_8851be 0000:01:00.0: [ERR]fw PC = 0xb892f51c
[   11.287394] rtw89_8851be 0000:01:00.0: failed to setup chip information
[   11.288269] rtw89_8851be 0000:01:00.0: probe with driver rtw89_8851be failed with error -22

I test with  differents kernel (6.10.4, 6.4.3 (bookworm)) the probleme remain the same.

I have the same PCI ID here and cannot reproduce this.

  02:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd.
          RTL8851BE PCIe 802.11ax Wireless Network Controller [10ec:b851]
          Subsystem: AzureWave Device [1a3b:6111]

The card works on Debian trixie with the stock 6.12.107+deb13-amd64 kernel
and firmware-realtek 20250410-2, which ships exactly the firmware version
from the report:

  rtw89_8851be 0000:02:00.0: loaded firmware rtw89/rtw8851b_fw.bin
  rtw89_8851be 0000:02:00.0: Firmware version 0.29.41.3 (65cefb31)

It also works with firmware-realtek 20260622-1~bpo13+1 from
trixie-backports, which ships firmware 0.29.41.5, and on locally built
7.2 and 7.3-rc kernels.

About the error itself: "fw security fail" is RTW89_FWDL_SECURITY_FAIL in
drivers/net/wireless/realtek/rtw89/fw.c.  That value is reported back by
the MCU on the card during firmware download, so the image was rejected by
the hardware rather than by the driver.  Together with the same file
working here, that points at something board or card specific rather than
at the packaged firmware being broken.

Two things that would help narrow it down:

  - the subsystem ID, from "lspci -nn -v" for the wifi device, to see
    whether this is a different card variant

  - whether the newer firmware from trixie-backports changes anything

Hi,

With sid, wifi work since one year with stock kernel. And bluetooth work
fine (connect to audio) since few day.


Le 07/09/2026 à 17:49, Maxim Skokov a écrit :

The submitter reports the card has been working for about a year on sid
with the stock kernel, and that bluetooth works as well.

I could not reproduce the failure either, on the same PCI ID
(10ec:b851, subsystem 1a3b:6111) with the firmware version named in the
report.

Closing.