iw611 crashes when loading config files

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

iw611 crashes when loading config files

458 Views
malj
Contributor II

Issue: Module crashes when I do `modprobe moal mod_para=nxp/wifi_mod_para.conf`. Issue seems to be on the init_hostcmd_cfg parameter?

Platform: using custom board with an IMX 6ull and a Murata 2DL module. It is a yocto kirkstone build from the beginning but I have now tried Nanbield aswell with no luck.

I have downloaded module fw from https://github.com/nxp-imx/imx-firmware/blob/lf-6.6.3_1.0.0/nxp/FwImage_IW612_SD/sduart_nw61x_v1.bin...

and the power config files from https://github.com/murata-wireless/nxp-linux-calibration/tree/master/murata

Tested so far: cross compiling moal/mlan driver as in UM11675. Trying newer kernel. Trying different regions.

Got it working on the EVK using nxp prebuilt image Linux imx6ul7d 6.6.23-lts-next-06236-gb586a521770e with a m.2 adapter.

Is the issue config related or hardware related? Our design is running on 3.3v with sd high-speed, the evk is sd uhs SDR104 I think? The signals have been tuned with drivestrength etc, and the wifi is working flawlessly if we skip some of the files.

PS. asked at murata forum aswell (https://community.murata.com/s/question/0D5F90000AFyVmxKQF/fails-to-load-config-files?t=171991106715... ) and tried to follow the steps from them..

Tags (3)
0 Kudos
Reply
10 Replies

383 Views
DanielRuvalcaba
NXP TechSupport
NXP TechSupport

Hi,

If this is not working on the custom design, it might be related to HW.
I understand you got the FW from GitHub, but did you also get the driver from there as well?

Regards,

Daniel.

0 Kudos
Reply

376 Views
malj
Contributor II

On HW: Murata have reviewed the schematic and we have made an internal review as well, looks fine to us. Do you have an idea on hardware side what could cause it to work until some of the tx configuration is loaded? Can something in the device tree impact this?

Driver: At first I was using the kernel-modules from your nxp-89xx recipe (Not 100% here, I can double check tomorrow. I found in this forum some one saying what packages was needed for iw612.) I am using kernel 5.15.71 btw. 

But I have also cross compiled the driver you linked following the user manual mentioned in original post. 

 

0 Kudos
Reply

354 Views
DanielRuvalcaba
NXP TechSupport
NXP TechSupport

Hi,

Thanks for the feedback. I don’t think the device tree has something to do with this since I can see in your logs that the SoC seems to be detected as expected.

I do notice in your logs that the firmware is requested twice in time stamp 311.106250 and 312.827642. Nevertheless, in my test this message appears only once. I used 2EL module.

root@imx6ul7d:~# modprobe moal mod_para=nxp/wifi_mod_para.conf
[  559.785747] wlan: Loading MWLAN driver
[  559.790039] wlan: Register to Bus Driver...
[  559.800178] vendor=0x0471 device=0x0205 class=0 function=1
[  559.805869] Attach moal handle ops, card interface type: 0x109
[  559.813631] SDIW612: init module param from usr cfg
[  559.819975] card_type: SDIW612, config block: 0
[  559.824550] cfg80211_wext=0xf
[  559.827526] max_vir_bss=1
[  559.832278] cal_data_cfg=none
[  559.835280] ps_mode = 1
[  559.839526] auto_ds = 1
[  559.842020] host_mlme=enable
[  559.844914] fw_name=nxp/sduart_nw61x_v1.bin.se
[  559.851563] SDIO: max_segs=128 max_seg_size=65535
[  559.856305] rx_work=0 cpu_num=1
[  559.861354] Attach mlan adapter operations.card_type is 0x109.
[  559.873609] wlan: Enable TX SG mode
[  559.877138] wlan: Enable RX SG mode
[  559.888151] Request firmware: nxp/sduart_nw61x_v1.bin.se
[  560.254389] Wlan: FW download over, firmwarelen=751088 downloaded 751088
[  561.608585] WLAN FW is active
[  561.611654] on_time is 561603929981
[  561.634879] fw_cap_info=0x487cff03, dev_cap_mask=0xffffffff
[  561.640670] max_p2p_conn = 8, max_sta_conn = 16
[  561.710107] Register NXP 802.11 Adapter mlan0
[  561.714702] wlan: uap%d set max_mtu 2000
[  561.772605] Register NXP 802.11 Adapter uap0
[  561.842291] Register NXP 802.11 Adapter wfd0
[  561.846666] wlan: version = SDIW612---18.99.1.p75.8-MM5X18366.p5-GPL-(FP92)
[  561.908096] wlan: Register to Bus Driver Done
[  561.912498] wlan: Driver loaded successfully
root@imx6ul7d:~# uname -r
5.15.71+g95448dd0dc9b
root@imx6ul7d:~#

 

Could you please try to use the files of the NXP repo? For instance, please use wifi_mod_para.conf  (you find it in the FW repo) instead of wifi_mod_para_murata.conf.


NXP conf file looks like this:

SD9177 = {
	cfg80211_wext=0xf
	max_vir_bss=1
	cal_data_cfg=none
	ps_mode=1
	auto_ds=1
	host_mlme=1
	fw_name=nxp/sduart_nw61x_v1.bin.se
}



Please only change SD9177 to SDIW612. Please try it like this an let me know your findings.

 

Regards,

Daniel.

0 Kudos
Reply

341 Views
malj
Contributor II

Sorry, I think I have been a bit unclear. I have been running the module with the settings you have for a long time. The issues started when I wanted to add the configuration for tx_powerlimits.

 

Thats is why you see the firmware requested 3 times ( you missed the one on [ 312.907738] Request firmware: nxp/rutxpower_US.bin). 

 

This is the mod_para_that is not working in the log. I have been trying to use EU files aswell with the same result.

 

SDIW612 = {
	cfg80211_wext=0xf
	max_vir_bss=1
	cal_data_cfg=nxp/WlanCalData_ext_NXP_dANT.conf
	ps_mode=1
	auto_ds=1
	host_mlme=1
	fw_name=nxp/sduart_nw61x_v1.bin.se
	init_hostcmd_cfg=nxp/rutxpower_US.bin
	txpwrlimit_cfg=nxp/txpower_US.bin
}

 

 

0 Kudos
Reply

326 Views
DanielRuvalcaba
NXP TechSupport
NXP TechSupport

Thanks for the clarification.

Seems I am able to load the drivers if I ignore init_hostcmd_cfg=nxp/rutxpower_US.bin.
Can you confirm the same result?

root@imx6ul7d:~# uname -r
5.15.71+g95448dd0dc9b
root@imx6ul7d:~# modprobe moal mod_para=nxp/wifi_mod_para.conf
[  255.503764] mlan: loading out-of-tree module taints kernel.
[  255.662945] wlan: Loading MWLAN driver
[  255.667177] wlan: Register to Bus Driver...
[  255.679150] vendor=0x0471 device=0x0205 class=0 function=1
[  255.684848] Attach moal handle ops, card interface type: 0x109
[  255.702119] SDIW612: init module param from usr cfg
[  255.707238] card_type: SDIW612, config block: 0
[  255.714122] cfg80211_wext=0xf
[  255.717137] max_vir_bss=1
[  255.722414] cal_data_cfg=nxp/WlanCalData_ext_NXP_dANT.conf
[  255.730750] ps_mode = 1
[  255.733234] auto_ds = 1
[  255.735696] host_mlme=enable
[  255.740892] fw_name=nxp/sduart_nw61x_v1.bin.se
[  255.745388] txpwrlimit_cfg=nxp/txpower_US.bin
[  255.751621] SDIO: max_segs=128 max_seg_size=65535
[  255.756362] rx_work=0 cpu_num=1
[  255.761419] Attach mlan adapter operations.card_type is 0x109.
[  255.773686] wlan: Enable TX SG mode
[  255.777215] wlan: Enable RX SG mode
[  255.788028] Request firmware: nxp/sduart_nw61x_v1.bin.se
[  256.154374] Wlan: FW download over, firmwarelen=751088 downloaded 751088
[  257.528013] WLAN FW is active
[  257.531078] on_time is 257523468361
[  257.534616] Download txpwrlimit_cfg=nxp/txpower_US.bin
[  257.553902] Request firmware: nxp/WlanCalData_ext_NXP_dANT.conf
[  257.600452] fw_cap_info=0x487cff03, dev_cap_mask=0xffffffff
[  257.606202] max_p2p_conn = 8, max_sta_conn = 16
[  257.675568] Register NXP 802.11 Adapter mlan0
[  257.695112] wlan: uap%d set max_mtu 2000
[  257.728566] Register NXP 802.11 Adapter uap0
[  257.792185] Register NXP 802.11 Adapter wfd0
[  257.796559] wlan: version = SDIW612---18.99.1.p75.8-MM5X18366.p5-GPL-(FP92)
[  257.860302] wlan: Register to Bus Driver Done
[  257.864695] wlan: Driver loaded successfully
root@imx6ul7d:~# ifconfig mlan0 up
root@imx6ul7d:~#



Also, may I know the current status with you case with Murata?

Regards,

Daniel.

0 Kudos
Reply

302 Views
malj
Contributor II

Seems I am able to load the drivers if I ignore init_hostcmd_cfg=nxp/rutxpower_US.bin.

Does this mean that you also get an error if you add the init_hostcmd_cfg=nxp/rutxpower_US.bin?

This configuration is the one I have been running that is working. But I need wifi 6/11ax, therefore I need to have the rutxpower if I understand it correctly.

SDIW612_0 = {
        cfg80211_wext=0xf
        cal_data_cfg=none
        ps_mode=2
        auto_ds=2
        host_mlme=1
        fw_name=nxp/sd_w61x_v1.bin.se
        txpwrlimit_cfg=nxp/txpower_EU.bin
        init_hostcmd_cfg=nxp/ed_mac_ctrl_V2_nw61x.conf
}

 Murata's set up included a ed_mac.bin, which I could not load, it had to be the .conf from nxp. I also could not load the RUtxpower.

However, I have updated my manifest to fetch from Scarthgap and now it works as expected. So I assume I have not managed to install correct firmware or driver? Issue with this is that I have quite a lot of patching to do...

My  case with murata: I am still waiting for some clarification from Murata according ed_mac.bin and  rutxpwr. From the logs it is not looking like both om them are loaded.

0 Kudos
Reply

283 Views
DanielRuvalcaba
NXP TechSupport
NXP TechSupport

Yes. If I add rutxpower_US.bin I get the same problem.

I was able to create an 802.11ax AP with the following configuration file:

 

SDIW612 = {
        cfg80211_wext=0xf
        max_vir_bss=1
        cal_data_cfg=nxp/WlanCalData_ext_NXP_dANT.conf
        ps_mode=1
        auto_ds=1
        host_mlme=1
        fw_name=nxp/sduart_nw61x_v1.bin.se
#       init_hostcmd_cfg=nxp/rutxpower_US.bin
        init_hostcmd_cfg=nxp/ed_mac_ctrl_V2_nw61x.conf
        txpwrlimit_cfg=nxp/txpower_US.bin
}

This is my log:

root@imx6ul7d:~# uname -r
5.15.71+g95448dd0dc9b
root@imx6ul7d:~# modprobe moal mod_para=nxp/wifi_mod_para.conf
[  109.429422] mlan: loading out-of-tree module taints kernel.
[  109.584272] wlan: Loading MWLAN driver
[  109.588670] wlan: Register to Bus Driver...
[  109.599652] vendor=0x0471 device=0x0205 class=0 function=1
[  109.605353] Attach moal handle ops, card interface type: 0x109
[  109.622442] SDIW612: init module param from usr cfg
[  109.627479] card_type: SDIW612, config block: 0
[  109.633906] cfg80211_wext=0xf
[  109.636911] max_vir_bss=1
[  109.641339] cal_data_cfg=nxp/WlanCalData_ext_NXP_dANT.conf
[  109.646863] ps_mode = 1
[  109.651113] auto_ds = 1
[  109.653605] host_mlme=enable
[  109.656500] fw_name=nxp/sduart_nw61x_v1.bin.se
[  109.663207] init_hostcmd_cfg=nxp/ed_mac_ctrl_V2_nw61x.conf
[  109.670052] txpwrlimit_cfg=nxp/txpower_US.bin
[  109.674480] SDIO: max_segs=128 max_seg_size=65535
[  109.681036] rx_work=0 cpu_num=1
[  109.684262] Attach mlan adapter operations.card_type is 0x109.
[  109.698517] wlan: Enable TX SG mode
[  109.702051] wlan: Enable RX SG mode
[  109.709633] Request firmware: nxp/sduart_nw61x_v1.bin.se
[  110.073044] Wlan: FW download over, firmwarelen=751088 downloaded 751088
[  111.448149] WLAN FW is active
[  111.451217] on_time is 111443657470
[  111.454759] Download txpwrlimit_cfg=nxp/txpower_US.bin
[  111.476286] Request firmware: nxp/WlanCalData_ext_NXP_dANT.conf
[  111.511732] fw_cap_info=0x487cff03, dev_cap_mask=0xffffffff
[  111.517417] max_p2p_conn = 8, max_sta_conn = 16
[  111.538901] Request firmware: nxp/ed_mac_ctrl_V2_nw61x.conf
[  111.604194] Register NXP 802.11 Adapter mlan0
[  111.621860] wlan: uap%d set max_mtu 2000
[  111.662382] Register NXP 802.11 Adapter uap0
[  111.732722] Register NXP 802.11 Adapter wfd0
[  111.737098] wlan: version = SDIW612---18.99.1.p75.8-MM5X18366.p5-GPL-(FP92)
[  111.813860] wlan: Register to Bus Driver Done
[  111.837156] wlan: Driver loaded successfully
root@imx6ul7d:~#
root@imx6ul7d:~# ifconfig uap0 192.168.1.2 netmask 255.255.0.0 up
root@imx6ul7d:~# route add default gw 192.168.1.1
root@imx6ul7d:~# udhcpd /etc/udhcpd.conf
root@imx6ul7d:~# hostapd /etc/hostapd_test.conf &
[1] 546
root@imx6ul7d:~# rfkill: Cannot open RFKILL control device
uap0: interface state UNINITIALIZED->COUNTRY_UPDATE
ACS: Automatic channel selection started, this may take a bit
[  155.842339] wlan: SCAN COMPLETED: scanned AP count=5
uap0: interface state COUNTRY_UPDATE->ACS
uap0: ACS-STARTED
[  155.855456] uap0: Skip change virtual intf type on uap: from 3 to 2
[  156.413382] wlan: SCAN COMPLETED: scanned AP count=5
[  156.433319] uap0: Skip change virtual intf type on uap: from 2 to 3
[  156.991473] wlan: SCAN COMPLETED: scanned AP count=1
[  157.550977] wlan: SCAN COMPLETED: scanned AP count=3
[  158.107862] wlan: SCAN COMPLETED: scanned AP count=1
uap0: ACS-COMPLETED freq=2427 channel=4
[  158.141531] wlan: Starting AP
[  158.146190] Get vht_cap from beacon ies: 0x0
[  158.152332] Get vht_oprat_ie from beacon ies: chan_width=0
[  158.177099] IPv6: ADDRCONF(NETDEV_CHANGE): uap0: link becomes ready
[  158.198480] wlan: AP started
[  158.207040] wlan: HostMlme uap0 send deauth/disassoc
[  158.217061] Set AC=3, txop=47 cwmin=3, cwmax=7 aifs=1
[  158.225728] Set AC=2, txop=94 cwmin=7, cwmax=15 aifs=1
[  158.232691] Set AC=0, txop=0 cwmin=15, cwmax=63 aifs=3
[  158.241303] Set AC=1, txop=0 cwmin=15, cwmax=1023 aifs=7
uap0: interface state ACS->ENABLED
uap0: AP-ENABLED

 

Please try it on your side and let me know your findings.

I would recommend you to also take a look to section 2.5.6 from UM11490. It is available in the IW612 documentation.

 

Regards,

Daniel.

0 Kudos
Reply

187 Views
malj
Contributor II

We are running the module as a station and connecting to  wifi-tester acting as AP. From what I have read it need the RU tx files for that to work?

You are also loading the `init_hostcmd_cfg=nxp/ed_mac_ctrl_V2_nw61x.conf` together with a txpwr US. Is that needed? From what I've read in Muratas documents, it is an EU thing.

The document you pointed to as suggested reading says you need to generate a binary from the ed_mac_ctrl conf (2.9.1) which it seems like you have not done. Why did you skip it?

0 Kudos
Reply

166 Views
DanielRuvalcaba
NXP TechSupport
NXP TechSupport

The test I did was to ensure if the files are loaded correctly.

You are correct, seems I made a mistake using ed_mac_ctrl_V2_nw61x.conf and not the binary provided with mlanutl.

 

According to the tests I made, this seems to be related to the rutxpower_US.bin. I strongly recommend you work on this with Murata, since as far as I understand you already have a case with them, and Murata is working on this directly with NXP, could you confirm?

If this is correct, then I believe it will help a lot to align to that communication path.
In case they don't get back to you, please let me know.

Regards,
Daniel.

154 Views
malj
Contributor II

Okay, thanks for replicating the error and clearing up some stuff. I can wait for Muratas answer.

0 Kudos
Reply