Re: [PATCH rtw-next v8 0/7] wifi: rtw88: add RTL8723B/RTL8723BS support

["Luka Gejak" <luka.gejak@linux.dev>]

Hi Peter,

October 22, 2026 at 5:38 PM, "Peter Robinson" <pbrobinson@gmail.com> wrote:


> 
> Hey Luka,
> 
> On Tue, 6 Oct 2026 at 14:07, Luka Gejak <luka.gejak@linux.dev> wrote:
> 
> > 
> > This is the second of two series adding support for the Realtek RTL8723B
> >  802.11n chipset and its RTL8723BS SDIO variant to rtw88. The preparation
> >  series has landed in rtw-next, so this series carries the chip register
> >  definitions, the BB/RF/AGC tables, the chip driver, the SDIO bind and the
> >  build glue.
> > 
> >  The first and fourth patches are the shared-core changes. The first moves
> >  the CCK power detect setter out of rtw88xxa.c into phy.c as
> >  rtw_phy_cck_pd_set(), so this chip can use it without pulling in
> >  rtw88_88xxa. The fourth moves the definitions RTL8723B shares with RTL8703B
> >  into rtw8723x.h. The five chip patches apply on top and can be read on
> >  their own.
> > 
> >  The driver supports:
> > 
> >  - RTL8723B / RTL8723BS, SDIO only
> >  - 2.4 GHz 802.11n, HT20 and HT40
> >  - one spatial stream
> >  - station mode
> > 
> >  Only station mode has been validated. The common rtw88 core advertises AP
> >  and IBSS for all chips, so those modes are advertised for RTL8723BS as
> >  well, but neither has been tested. An out-of-tree tester has reported AP
> >  mode associating without DHCP completing. The five additional SDIO IDs are
> >  included for parity with the existing staging driver, and only the 0xb723
> >  device has been exercised.
> > 
> >  The chip driver requests:
> > 
> >  rtw88/rtw8723b_fw.bin
> > 
> >  This is the version 41 firmware extracted from the Realtek rtl8723bs
> >  vendor driver. It was submitted separately to linux-firmware with its
> >  extraction provenance and carries Ping-Ke Shih's Reviewed-by. There is no
> >  known native rtw88 RTL8723B firmware.
> > 
> Did we get the firmware PR done against linux-firmware?

Yes the firmware was merged even before the prep series.

> 
> One thing to note here is that the old revision of the firmware will
> need to remain in linux-firmware as the LTS kernels will need them,
> not sure that's a problem as the drivers use different paths.
> 

It is its own entry, not a replacement for existing one, so LTS kernels
are not affected.

> It would be useful to get that done so users don't see a regression as
> the old driver is removed.
> 

Already done as said above.

Best regards,
Luka Gejak