RE: [PATCH rtw-next v2 1/2] wifi: rtw88: move the bmc high queue decision to tx.c

[Ping-Ke Shih <pkshih@realtek.com>]

Luka Gejak <luka.gejak@linux.dev> wrote:
> October 25, 2026 at 3:49 AM, "Ping-Ke Shih" <pkshih@realtek.com> wrote:
> >
> > Luka Gejak <luka.gejak@linux.dev> wrote:
> >
> > >
> > > I was thinking, as staging got removed, for 10-ish weeks(until 7.5)
> > >  users of RTL8723BS won't have AP mode. So I was wondering if these two
> > >  patches could pass as fixes into rc2 release(or whatever is the first
> > >  rc into which rtw tree is merged), as this would be DHCP stall fix. To
> > >  elaborate: when this driver was merged it, was exposingAP mode to
> > >  userspace, due to RTW88 doing it globally. Therefore AP mode existed,
> > >  but wasn't working properly. So maybe it's a bit of a stretch, but I
> > >  think it's a valid proposal to send it as a fix into next rc release.
> > >
> > Did you think people use staging driver with AP mode?
> 
> It appears so. I saw on forums and articles about the new driver that
> some people were complaining because only station mode is working
> because they exclusively or mostly use it as an AP point.

This lets me think if I merge RTL8723BS to rtw88 and delete rtl8723bs 
from staging too early. The staging rtl8723bs is a vendor driver which
mostly implements "full" functions, but rtw88 should be not. To smoothly
migrate from staging to rtw88, we should implement equivalent functions
before merging, at least functions people are using. 

But I really don't want to go back to staging driver. Let's pick the
fixes of AP mode. I hope no more functions needed to be picked. 

> 
> >
> > Personally, I want this goes to rtw-next, but if you have strong opinion
> > that people need this. I can pick them and let it goes to -rc.
> 
> I think it would be better to pick these into rc, especially since
> the feature exists right now but is broken.

Comparing to staging rtl8723bs, it might be seen as broken, but for rtw88
I consider this as a new feature. 

Ping-Ke