On 7/31/25 20:36, Ping-Ke Shih wrote:
> Sean Anderson <sean.anderson@xxxxxxxxx> wrote:
>> On 7/29/25 23:42, Ping-Ke Shih wrote:
>> > Ping-Ke Shih <pkshih@xxxxxxxxxxx> wrote:
>> >> Sean Anderson <sean.anderson@xxxxxxxxx> 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")
OK, but func 12 is still not handled by that commit.
--Sean
