On November 17, 2022 1:01:29 PM Andy Green <andy@xxxxxxxxxxx> wrote:
On 11/17/22 09:23, Arend van Spriel wrote:On 11/16/2022 1:25 PM, Shengyu Qu wrote:Got a new version of downstream driver and firmware here: https://gitlab.com/rk3588_linux/linux/external/rkwifibt/-/tree/linux-5.10-gen-rkr3.4Thanks for that. The firmware indeed seems to originate from Synaptics and this module can be found on wifi-alliance product finder: https://www.wi-fi.org/product-finder-results?sort_by=certified&sort_order=desc&keywords=ap6275 We have no known contacts there and they do not seem to have much interest in open-source. In that gitlab repo I see they are providing bcmdhd driver and I assume they consider that sufficient. Will see what I can do. First have to think on how to approach this failure to get most out of a debug effort. I do not have the module over here so we would need to go back and forth. The fact that the issue is seen on both SDIO and PCIe is somewhat encouraging.Yes it seems that at some point with some firmware, SDIO has worked for, eg, Angus. And, it should work well with bchdhd (but that does not seem to work for scan for me on v6.1-rc5 uplevel with the firmware load changed to use kernel apis; but the firmware has no timeout on bcmdhd). So it doesn't feel a million miles away.
I see. So could you load bcmdhd and provide log. Preferably with higher debug level. It also has a module parameter for it. I think it is called dhd_msg_level and please set it to 0x817.
Regards, Arend
Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature
