linux-firmware.lore.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Thomas Schaefer <Thomas.Schaefer@kontron.com>
To: Lukasz Majewski <lukma@denx.de>
Cc: "sharvari.harisangam@nxp.com" <sharvari.harisangam@nxp.com>,
	"ganapathi.bhat@nxp.com" <ganapathi.bhat@nxp.com>,
	"linux-firmware@kernel.org" <linux-firmware@kernel.org>,
	"pali@kernel.org" <pali@kernel.org>,
	"marek.behun@nic.cz" <marek.behun@nic.cz>
Subject: AW: wifi: 88W8801: Newest firmware for sd8801_uapsta.bin bug
Date: Thu, 7 Jul 2022 13:49:20 +0000	[thread overview]
Message-ID: <AM0PR10MB2082F59D505ADF9A6ECEC1F6F7839@AM0PR10MB2082.EURPRD10.PROD.OUTLOOK.COM> (raw)
In-Reply-To: <20220707101026.06462dcb@wsk>

Hi Lukasz,

> 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/c38b125a920a695
> > > > > > d360b62e8b1f7fb1c4e1afd46
> > > > > > 
> > > > > > 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 also found the hint to this zip file in NXPs WiFi_BT_Integration document for the 88W8801 (https://community.nxp.com/t5/Wireless-Connectivity-Knowledge/WiFi-BT-Integretion-88W8801-To-iMX6ULL-EVK-L5-4-70-2-3-0/ta-p/1277202), but the link herein seems to be no longer available...

> (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.
> 

OK, we will go on with 14.68.36.p60 which is reported to work better in STA mode compared to 
p204 for now until an updated version from NXP will be available.

Anyway, it seems that we are facing also some signal integrity problems in our setup when adapting from EVK
uSD connector to wide SDIO connector of the WiFi module. Adapter connection seems to be quite unstable,
so we will continue to investigate in this direction.


Thanks,
Thomas

> > > > 
> > > > 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


  reply	other threads:[~2022-07-07 13:49 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-07-06 12:35 wifi: 88W8801: Newest firmware for sd8801_uapsta.bin bug Thomas Schaefer
2022-07-07  8:10 ` Lukasz Majewski
2022-07-07 13:49   ` Thomas Schaefer [this message]
2022-07-07 14:30     ` Lukasz Majewski

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=AM0PR10MB2082F59D505ADF9A6ECEC1F6F7839@AM0PR10MB2082.EURPRD10.PROD.OUTLOOK.COM \
    --to=thomas.schaefer@kontron.com \
    --cc=ganapathi.bhat@nxp.com \
    --cc=linux-firmware@kernel.org \
    --cc=lukma@denx.de \
    --cc=marek.behun@nic.cz \
    --cc=pali@kernel.org \
    --cc=sharvari.harisangam@nxp.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).