Hi Thomas, > Hi Lukasz, > > > Dear Ganapathi and Sharvari > > > > > Dear Ganapathi and Sharvari > > > > > > > Hi Pali, > > > > > > > > > On Saturday 08 May 2021 13:29:11 Pali Rohár wrote: > > > > > > + Sharvari and Ganapathi > > > > > > > > > > > > To let you know about this mwifiex firmware issue. Could you > > > > > > look at it? > > > > > > > > > > > > On Friday 07 May 2021 15:17:02 Lukasz Majewski wrote: > > > > > > > > > > > > > Dear community, > > > > > > > > > > > > > > I would like to report that the version: 14.68.36.p204 of > > > > > > > sd8801_uapsta.bin binary (newest, SHA1: > > > > > > > ecdfcf8e2ca15f5682ab94fd30ba29fb869b24a7) has the issue > > > > > > > with getting channel info (HostCmd_CMD_STA_CONFIGURE > > > > > > > command execution). > > > > > > > > > > > > > > As a result the module seems to be stuck and no > > > > > > > transmission is performed. > > > > > > > > > > > > > > The issue is not present in 14.68.36.p146 verson of the > > > > > > > firmware. > > > > > > > > > > And FYI, NXP has newer version 14.76.36.p139 of this > > > > > sd8801_uapsta.bin firmware in their mwifiex-firmware github > > > > > repository: > > > > > > > > > > https://github.com/NXP/mwifiex-firmware/commit/c38b125a920a695d360b62e8b1f7fb1c4e1afd46 > > > > > > > > > > I hope that Sharvari or Ganapathi brings some light in this > > > > > issue... > > > > > > > > Thanks for sharing this issue with NXP developers. > > > > > > > > > > > > > > Lukasz, meanwhile could you try to check if this new firmware > > > > > version has this issue fixed? > > > > > > > > > > > > > It looks like the issue is still there (even new errors pops up > > > > when compared to the original one): > > > > > > > > root@mx6ul:~# dmesg|grep sdio > > > > [ 29.025231] mwifiex_sdio mmc0:0001:1: info: FW download over, > > > > size 262660 bytes [ 29.310488] mwifiex_sdio mmc0:0001:1: WLAN > > > > FW is active [ 29.390778] mwifiex_sdio mmc0:0001:1: CMD_RESP: > > > > cmd 0x242 error, result=0x2 [ 29.398245] mwifiex_sdio > > > > mmc0:0001:1: mwifiex_process_cmdresp: cmd 0x242 failed during > > > > initialization [ 29.707952] mwifiex_sdio mmc0:0001:1: info: > > > > MWIFIEX VERSION: mwifiex 1.0 (14.76.36.p139) [ 29.717360] > > > > mwifiex_sdio mmc0:0001:1: driver_version = mwifiex 1.0 > > > > (14.76.36.p139) > > > > > > > > root@mx6ul:~# ./tst_sdio.sh > > > > + wpa_supplicant -B -i mlan0 -c /etc/wpa_supplicant.conf > > > > Successfully initialized wpa_supplicant > > > > + sleep 3 > > > > [ 251.425350] mwifiex_sdio mmc0:0001:1: CMD_RESP: cmd 0x107 > > > > error, result=0x2 > > > > + udhcpc -i mlan0 > > > > udhcpc: started, v1.31.1 > > > > udhcpc: sending discover > > > > [ 256.476210] mwifiex_sdio mmc0:0001:1: CMD_RESP: cmd 0x107 > > > > error, result=0x2 udhcpc: sending discover > > > > udhcpc: sending discover > > > > [ 261.497057] mwifiex_sdio mmc0:0001:1: CMD_RESP: cmd 0x107 > > > > error, result=0x2 [ 261.507859] ieee80211 phy0: sched_scan > > > > start : n_ssids=1 n_match_sets=1 [ 261.515872] ieee80211 phy0: > > > > n_channels=13 interval=10 ie_len=0 > > > > > > > > > > > > Please pay attention to the new "cmd 0x107 error, result=0x2" > > > > issue with this new FW version. > > > > > > Is there any update on this issue? Ganapathi and Sharvari, have > > > you managed to make the STA mode working on with the newest FW for > > > 88W8801 ? > > > > It looks like there was no update on the linux-firmware repository > > for sd8801_uapsta.bin binary in the official linux-firmware tree. > > > > I can share that I've tested: 14.68.36.p160 version with mwifiex > > driver on 5.4.y kernel and the STA mode works. > > > > The used NXP soc is imx6ull, and wi-fi is SDIO connected 88W8801. > > > > However, there is the issue with AP mode. Please find attached logs > > and reproduction procedure. > > > > Is there any schedule for releasing new FW for this wifi chip? > > > > I'm facing similar problems with i.MX8MN EVK and u-blox wireless SDIO > module with 88W8801 SoC and mwifiex_sdio driver for linux 5.15.28 > kernel. I tried firmware 14.68.36.p204 and 14.68.36.p60. I'm not able > to establish a WPA protected link using wpa_supplicant. > My impression is that those FWs from mwifiex-firmware repo just don't work. > You mentioned that you have tested with 14.68.36.p160 and > 14.68.36.p146 firmware versions without having issues in STA mode. > Where did you get these firmware versions? > I think that: 1. 14.68.36.p160 I got from the archive: SD-UAPSTA-8801-U16-MMC-W14.68.36.p160-C4X14687_R0-MGPL.zip (I think it has been received by my customer from NXP's FAE). 2. The other one - IIRC I got from NXP's support.nxp.com page when I filled question regarding this issue. > I was not able to find them neither in linux-firmware, > mwifiex-firmware nor imx-firmware repositories. > Maybe NXP could upload one of those to the aforementioned repositories? Last but not least if you would like to use this chip as AP - /usr/sbin/iw phy phy0 interface add uap0 type __ap otherwise it will not work. > > > > > > Thanks in advance for sharing the knowledge. > > > > > > > > > > > > > > For reproduction one needs to execute: > > > > > > > #! /bin/sh > > > > > > > set -x > > > > > > > wpa_supplicant -B -i mlan0 -c /etc/wpa_supplicant.conf > > > > > > > sleep 3 > > > > > > > dhclient mlan0 > > > > > > > > > > > > > > exit 0 > > > > > > > > > > > > > > > > > > > > > > > > > > > > I'm using the Azurewave AW-NM191NF module (with 88W8801 > > > > > > > SoC). > > > > > > > > > > > > > > Best regards, > > > > > > > > > > > > > > Lukasz Majewski > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > DENX Software Engineering GmbH, Managing Director: > > > > > > > Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, > > > > > > > D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-59 > > > > > > > Fax: (+49)-8142-66989-80 Email: lukma@denx.de > > > > > > > > > > > > > > > > Best regards, > > > > > > > > Lukasz Majewski > > > > > > > > -- > > > > > > > > DENX Software Engineering GmbH, Managing Director: Wolfgang > > > > Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 > > > > Groebenzell, Germany Phone: (+49)-8142-66989-59 Fax: > > > > (+49)-8142-66989-80 Email: lukma@denx.de > > > > > > > > > > > > Best regards, > > > > > > Lukasz Majewski > > > > > > -- > > > > > > DENX Software Engineering GmbH, Managing Director: Wolfgang > > > Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 > > > Groebenzell, Germany Phone: (+49)-8142-66989-59 Fax: > > > (+49)-8142-66989-80 Email: lukma@denx.de > > > > > > > > > > Best regards, > > > > Lukasz Majewski > > > > -- > > > > DENX Software Engineering GmbH, Managing Director: Wolfgang > > Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, > > Germany Phone: (+49)-8142-66989-59 Fax: (+49)-8142-66989-80 Email: > > lukma@denx.de > > Best regards, > Thomas > > > Thomas Schäfer > SW Design Engineer > > Kontron Europe GmbH > Heinrich-Barth-Straße 1-1a | 66115 Saarbrücken | Germany > thomas.schaefer@kontron.com > > Kontron | Member of the S&T Group > > Please find our mandatory legal statement > https://www.kontron.com/en/imprint Please find our mandatory privacy > statement https://www.kontron.com/en/privacy-statement > Best regards, Lukasz Majewski -- DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-59 Fax: (+49)-8142-66989-80 Email: lukma@denx.de