lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3de4e7b1ff574e90bef6d670d0e941a4@realtek.com>
Date: Fri, 1 Aug 2025 00:36:03 +0000
From: Ping-Ke Shih <pkshih@...ltek.com>
To: Sean Anderson <sean.anderson@...ux.dev>,
        "linux-wireless@...r.kernel.org"
	<linux-wireless@...r.kernel.org>
CC: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
        "Bitterblue
 Smith" <rtl8821cerfe2@...il.com>
Subject: RE: [PATCH v2] wifi: rtw89: Print just once for unknown C2H classes

Sean Anderson <sean.anderson@...ux.dev> wrote:
> On 7/29/25 23:42, Ping-Ke Shih wrote:
> > Ping-Ke Shih <pkshih@...ltek.com> wrote:
> >> Sean Anderson <sean.anderson@...ux.dev> wrote:
> >> > There are more unsupported functions than just LOWRT_RTY. Improve on
> >> > commit 3b66519b023b ("wifi: rtw89: phy: add dummy c2h handler to avoid
> >> > warning message") by printing a message just once when we first
> >> > encounter an unsupported class.
> >>
> >> Once I encounter an unsupported class/func, I'll check firmware team if the
> >> C2H events can be ignored. If so, I add a dummy function to avoid the message.
> >> If not, I should add code to handle the event.
> >>
> >> Do you want to see the message even though it only appears once?
> >>
> >> > Do the same for each unsupported func of
> >> > the supported classes. This prevents messages like
> >> >
> >> > rtw89_8922ae 0000:81:00.0: PHY c2h class 2 not support
> >
> > Is this a real example?
> 
> This is a real example.
> 
> > We have handled class 2 (RTW89_PHY_C2H_CLASS_DM), no?
> 
> If func != RTW89_PHY_C2H_DM_FUNC_LOWRT_RTY then we fall through to the
> default case.

Oh. I see. 

> 
> > Please point out the class / func you encountered. Then I can look up vendor
> > driver or contact internal firmware team to know if we should implement or
> > just add a dummy function.
> >
> > If we defer it, I don't know when we can do it.
> 
> rtw89_8922ae 0000:81:00.0: PHY c2h class 2 func 12 not supported
> 

The C2H event handler has been added by [1].

[1] d31c42466b1a ("wifi: rtw89: phy: add C2H event handler for report of FW scan")


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ