topic Re: 88W8997 module command timeout issue (interface PCIE+UART, Host: iMX8MQ) - reopen in Wi-Fi® + Bluetooth® + 802.15.4

88W8997 module command timeout issue (interface PCIE+UART, Host: iMX8MQ) - reopen

yao_feng — Mon, 11 Mar 2024 07:24:59 GMT

The FW crashed issue is still exist in Generic_PCIE-WLAN-UART-BT-8997-LNX_6_6_3-IMX8-16.92.21.p119.2-16.92.21.p119.2-MM6X16437.P3-GPL.

follow previous case:

https://community.nxp.com/t5/Wireless-Connectivity/88W8997-module-command-timeout-issue-interface-PCIE-UART-Host/m-p/1824807/emcs_t/S2h8ZW1haWx8dG9waWNfc3Vic2NyaXB0aW9ufExUTUswN1I5SlBGRDBLfDE4MjQ4MDd8U1VCU0NSSVBUSU9OU3xoSw

and reopen by this case.

@ArthurC
@Christine_Li

Re: 88W8997 module command timeout issue (interface PCIE+UART, Host: iMX8MQ) - reopen

Christine_Li — Mon, 11 Mar 2024 08:12:44 GMT

Hi, @yao_feng

Can you please help to provide the dmesg+ fw_dump +drv_dump logs based on the new release?

Please pay attention to the parameter: drvdbg = 0xa0037 when load drivers and make sure FW dump is available. After issue is occurred, directly export the logs without rebooting your device. Once device is reboot, FW dump will be lost.

Also do not use below command before export the failed logs because below command will automatically trigger another FW dump and it will override the real failed one.

echo debug_dump > /proc/mwlan/adapter0/config

Best regards,

Christine.

Re: 88W8997 module command timeout issue (interface PCIE+UART, Host: iMX8MQ) - reopen

yao_feng — Mon, 11 Mar 2024 08:26:22 GMT

Hi @ArthurC
Could you please help to share with NXP:

dmesg
fw_dump
drv_dump

based on new release.
parameter settings: drvdbg = 0xa0037

After issue is occurred, directly export the logs without rebooting your device. Once device is reboot, FW dump will be lost.

!!! Don't do below before export logs. it will overwrite the old one.

echo debug_dump > /proc/mwlan/adapter0/config

Thank you very much.

Re: 88W8997 module command timeout issue (interface PCIE+UART, Host: iMX8MQ) - reopen

ArthurC — Mon, 11 Mar 2024 08:50:47 GMT

Hello @yao_feng,

As we know this is the same log showing in dmesg, but it is needed time to repoeduce (over 3 days test).

Please help to compare the difference between 16.92.21.p255 test_19_12 & Generic_PCIE-WLAN-UART-BT-8997-LNX_6_6_3-IMX8-16.92.21.p119.2-16.92.21.p119.2-MM6X16437.P3-GPL first.

We will provide the log with parameter settings: drvdbg = 0xa0037 when issue repoeduced again.

Re: 88W8997 module command timeout issue (interface PCIE+UART, Host: iMX8MQ) - reopen

ArthurC — Tue, 12 Mar 2024 03:15:03 GMT

Hello @Christine_Li,

On waiting the official release about Wi-Fi FW crashing issue fixed.

Re: 88W8997 module command timeout issue (interface PCIE+UART, Host: iMX8MQ) - reopen

Christine_Li — Tue, 12 Mar 2024 03:33:49 GMT

Hi, @ArthurC

Thanks for your reply.

I am checking with our internal team, will share with you once have any updates.

Best regards,

Christine.

Re: 88W8997 module command timeout issue (interface PCIE+UART, Host: iMX8MQ) - reopen

ArthurC — Wed, 13 Mar 2024 08:27:40 GMT

Hello @yao_feng ,

During the test thease days as 88W8997 Wi-Fi driver probing with parameter "drvdbg = 0xa0037"

We found the FW Generic_PCIE-WLAN-UART-BT-8997-LNX_6_6_3-IMX8-16.92.21.p119.2-16.92.21.p119.2-MM6X16437.P3-GPL which will cause host system hanging & crashed.

So we can't dump the internal logs by following command.

echo debug_dump > /proc/mwlan/adapter0/config

What's the power consumption about the module 88W8997 caused by FW Generic_PCIE-WLAN-UART-BT-8997-LNX_6_6_3-IMX8-16.92.21.p119.2-16.92.21.p119.2-MM6X16437.P3-GPL ?

The dmesg about driver probed with parameter "drvdbg = 0xa0037" from start to host system hanging & crashed is as attached.

Please to analysis and fix issue.

Re: 88W8997 module command timeout issue (interface PCIE+UART, Host: iMX8MQ) - reopen

yao_feng — Wed, 13 Mar 2024 08:45:20 GMT

Hi @ArthurC
Please help to share your bring up commands.
for the current log, there is no WiFi FW hang message.

Thanks.

Re: 88W8997 module command timeout issue (interface PCIE+UART, Host: iMX8MQ) - reopen

ArthurC — Wed, 13 Mar 2024 09:15:49 GMT

Hello @yao_feng ,

The bring-up command:

modprobe moal mod_para=nxp/wifi_mod_para.conf drvdbg=0xa0037

There is no WiFi FW hang message because the whole system have been hang by the module 88W8997 with FW Generic_PCIE-WLAN-UART-BT-8997-LNX_6_6_3-IMX8-16.92.21.p119.2-16.92.21.p119.2-MM6X16437.P3-GPL.

Worse than previous version!

That's the current final dmesg log record to the log file stored to EMMC.

It's caused every time in 2.4G WiFi connection.

Re: 88W8997 module command timeout issue (interface PCIE+UART, Host: iMX8MQ) - reopen

yao_feng — Wed, 13 Mar 2024 09:19:47 GMT

Hi @ArthurC
could you please help to try modprobe moal mod_para=nxp/wifi_mod_para.conf

without debug level setting, check if it still have system hang issue or not.

and please share wifi_mod_para.conf with us.

Thanks.

Re: 88W8997 module command timeout issue (interface PCIE+UART, Host: iMX8MQ) - reopen

ArthurC — Thu, 14 Mar 2024 05:48:29 GMT

Hello @yao_feng,

Without debug level setting, it's on working but the 88W8997 will be caused FW crashing.

Our used wifi_mod_para.conf is as attached.

Re: 88W8997 module command timeout issue (interface PCIE+UART, Host: iMX8MQ) - reopen

yao_feng — Thu, 14 Mar 2024 07:10:15 GMT

Hi @Christine_Li

drvdbg=0xa0037 seems cause system hang and can't test normally, any suggestion or other settings is ok for FW dump correctly?

The driver parameters settings are below
Please help to review if its ok?

PCIE8997 = {
cfg80211_wext=0xf
max_vir_bss=1
cal_data_cfg=none
ps_mode=1
auto_ds=1
host_mlme=1
fw_name=nxp/pcie8997_wlan_v4.bin
sta_name=wlan
drv_mode=3
}

Thanks.

Re: 88W8997 module command timeout issue (interface PCIE+UART, Host: iMX8MQ) - reopen

Christine_Li — Fri, 15 Mar 2024 06:53:56 GMT

Hi, @ArthurC

Can you please have a try with drvdbg=0x20037?

At the same time, I will double confirm with our internal team whether Q1-24 release surely include the fix of this issue as promised before.

Best regards,

Christine.

Re: 88W8997 module command timeout issue (interface PCIE+UART, Host: iMX8MQ) - reopen

ArthurC — Fri, 15 Mar 2024 07:03:34 GMT

Hello @Christine_Li,

Yes, I have tried for 10 times.

The FW with drvdbg=0x20037 in 2.4G connection caused whole system hang everytimes.

Re: 88W8997 module command timeout issue (interface PCIE+UART, Host: iMX8MQ) - reopen

Christine_Li — Fri, 15 Mar 2024 07:08:29 GMT

Hi, @ArthurC

So for both drvdbg=0x20037 and drvdbg=0xa0037, in 2.4G connection , will cause whole system hang every time. But without drvdbg parameter, system will not hang but still have FW crash.

Am I right?

Best regards,

Christine.

Re: 88W8997 module command timeout issue (interface PCIE+UART, Host: iMX8MQ) - reopen

ArthurC — Fri, 15 Mar 2024 08:18:20 GMT

Hello @Christine_Li ,

Yes, thank you.

Re: 88W8997 module command timeout issue (interface PCIE+UART, Host: iMX8MQ) - reopen

yao_feng — Fri, 15 Mar 2024 08:39:32 GMT

Hi @ArthurC

Could you please help to try

1. Replace FW to combo one: pcieuart8997_combo_v4.bin with drvdbg=0xa0037

2. Set
ps_mode=2
auto_ds=2

with drvdbg=0xa0037

= = =
in my experience, drvdbg level will not cause system hang, did you upgrade i.MX8 image or not?

Re: 88W8997 module command timeout issue (interface PCIE+UART, Host: iMX8MQ) - reopen

ArthurC — Fri, 15 Mar 2024 09:44:52 GMT

Hello @yao_feng ,

With pcieuart8997_combo_v4.bin, the default uart speed is 115200.

It is out of our requirement about audio play via A2DP.

As we known, if we need Bluetooth uart working in baud 3M.

There are flows including killing hciattach.

It's not OK for production.

So we will not use pcieuart8997_combo_v4.bin.

Re: 88W8997 module command timeout issue (interface PCIE+UART, Host: iMX8MQ) - reopen

ArthurC — Fri, 15 Mar 2024 10:20:42 GMT

Hello @Christine_Li ,

The FW crashed dmesg log about probe without both drvdbg=0x20037 and drvdbg=0xa0037 is as attached.

Re: 88W8997 module command timeout issue (interface PCIE+UART, Host: iMX8MQ) - reopen

Christine_Li — Tue, 19 Mar 2024 02:54:36 GMT

Hi, @ArthurC

Thanks for your logs and information.

I checked internally about this release, our internal team mentioned they have raised a JIRA ticket and fixes have been merged. So it might be a new issue because of some other submits.

According to the given logs, we will continue to track.

Also about the issue that drvdbg=0x20037 and drvdbg=0xa0037 will cause system hang, I will report internally and may try to reproduce locally.

Once have any feedback, I will sync with you at the first time.

Best regards,

Christine.