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

[yao_feng]

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

and reopen by this case.  

@ArthurC
@Christine_Li
88W8997 

[ArthurC]

Hello @Christine_Li ,

We use nmcli.

Installed by ourselves.

[Christine_Li]

Hi, @ArthurC 

Thanks for your feedback.

I know you mentioned that you are using nmcli on your 8MQ board. And also you mentioned same issue can be reproduced on our 8MQ-EVK + our prebuilt image.

Can you please help to confirm on our 8MQ-EVK + our pre-built  image what did you use?

nmcli or wpa_supplicant ?

Best regards,

Christine.

[ArthurC]

Hello @Christine_Li,

Yes, will provide the setup flow to you based on EVK later.

Actually, there are a lots of unexpect risks during shipping the product to you.

So dealing with issue based on EVK will be better.

Thank you for your help.

Will provide to you next Thursday.

[Christine_Li]

Hi, @ArthurC 

I know you mentioned that you are using nmcli on your 8MQ board. And also you mentioned same issue can be reproduced on our 8MQ-EVK + our prebuilt image.

Can you please help to confirm on our 8MQ-EVK + our pre-built  image what did you use?

nmcli or wpa_supplicant ?

We are still trying to reproduce on our locally. Thanks for your understanding.

Best regards,

Christine.

[Christine_Li]

Hi, @ArthurC 

I am so sorry, I am from TIC wireless connectivity team. According to our company's policy, I am only allowed to provide online support for mass market customers. So I am not allowed to have a business trip to your office.

So please help to prepare the board and send to us so that we can capture requested logs and move forward. We have tried one week to try to reproduce, but unfortunately we could not reproduce locally right now. So we sincerely ask for your help. Please understand us. Without your help and the logs, we stuck here, could not move forward.

Best regards,

Christine.

[ArthurC]

Hello @Christine_Li,

Have you got any chance to prepare the test environment(your Image / some test script) on the board?

-> No, I need to deal with lots of other work assigned by Tony. 

Have you sent out the board to me?

-> No, because there are lots progresses needed to follow in GIGABYTE. 

Please let me know the status of delivery so that I can track where it is.

Could you have a business trip to our office to capture the logs locally without product sending?

[Christine_Li]

Hi, @ArthurC 

Have you got any chance to prepare the test environment(your Image / some test script) on the board?

Have you sent out the board to me?

Please let me know the status of delivery so that I can track where it is.

Best regards,

Christine.

[Christine_Li]

Hi, @ArthurC 

Thank you for the feedback.

I saw your supervisor has approved to send us one of your board.

Have you got any chance to prepare the test environment(your Image / some test script) on the board? Please help to sync the test steps with your previous test and make sure we can reproduce on this board with less operations.

Please let me know when can you send out and share me the delivery number so that we can track further.

Thanks for your efforts and corporations.

Best regards,

Christine.

[ArthurC]

Hello @Christine_Li ,

Can you please help to get the answers of the below queries?

1. Is DUT BT is mater or slave?

-> Master.

2. Is DUT BT is source or sink?

-> Source.

3. Which BT reference device(remote BT headset) are you using for the test?

-> FiiO BTR3

https://www.fiio.com/btr3K

[Christine_Li]

Hi, @ArthurC 

Can you please help to get the answers of the below queries?

1. Is DUT BT is master or slave?

2. Is DUT BT is source or sink?

3. Which BT reference device(remote BT headset) are you using for the test? Can you please help to provide model and version?

Best regards,

Christine.

[Christine_Li]

Hi, @ArthurC 

Can you please help to get the answers of the below queries?

1. Is DUT BT is mater or slave?

2. Is DUT BT is source or sink?

3. Which BT reference device(remote BT headset) are you using for the test?

Best regards,

Christine.

[Christine_Li]

Hi, @ArthurC 

Thanks for your reply.

Sure, I can send this request email.  Thank you so much for your help.

Best regards,

Christine.

[ArthurC]

Hello @Christine_Li,

I don't have permission about sending our product to you.

Please send mail to my supervisor according the following mail address:

tony.ku@gigabyte.com

[Christine_Li]

Hi, @ArthurC 

Yes, I know. During the test, we keep the Wi-Fi connection in 2.4G, and the PC which is doing iperf also connected to the same 2.4G AP.  Bluetooth is playing A2DP music under 3M baud rate.

So please help also to check on your side whether is possible to send one of your board with your setup, so that we can reproduce and capture related logs. Without your help, it is too difficult for us to proceed further.

Best regards,

Christine.

[ArthurC]

Hello @Christine_Li ,

Please make sure the Wi-Fi connection is under 2.4 GHz & play bluetooth audio in the same time in 88W8997.

If it is in 5GHz. The issue will not be occured.

Please fix the AP is 2.4GHz or set PC working under 2.4GHz in direct connection.

[Christine_Li]

Hi, @ArthurC 

I know this issue has been bothered you too much, but it has similar scenario but different hints from logs. These days we are still actively trying to reproduce and capture logs, but for one week stress test during working time, and unfortunately could not reproduce. But we never give up.

Can you please help to corporate and provide requested verification results and logs?

By the way, I have a suggestion, is it possible to send one of your board(after configured and setup ready for test) to us? After we reproduced and found solution for this case, we will send back to you for sure.

The only goal is finding root cause and fix the issue.

Sincerely looking forward to your reply.

Best regards,

Christine.

[Christine_Li]

Hi, @ArthurC 

Another request, to debug the issue further we need try the below combination once at your end to identify the issue is in driver or FW:

Driver version: MM6X16437.P3-GPL

FW version: 16.92.21.p255 (Debug Test FW of DEC/2023) from previous post (https://community.nxp.com/t5/Wireless-Connectivity/88W8997-module-command-timeout-issue-interface-PC...)

It will help to identify the issue by comparing the older and newer version, we can debug the issue further according to the your feedback on above combination.

Please help to capture the dmesg/dump and the sniffer capture.

Thank you so much.

Best regards,

Christine.

[Christine_Li]

Hi, @ArthurC 

We sincerely regret for the inconvenience but it is very difficult to debug without the in-sync sniffer logs, We are working actively to identify the root cause of the issue,

We are in the process with our internal team to identify the suspect of the issue.

Can we have the in-sync nmcli/dmesg/sniffer logs and also your Yocto image of i.MX8MQ with your ported changes for the local reproduction?

You can send to my private email, not share on the public community to avoid information leakage.

Appreciated so much!

Best regards,

Christine.

[ArthurC]

Hello @Christine_Li,

1.If possible, can you please share a detailed steps on your side? So that we can do absolutely same test with you to make sure we can reproduce it locally. Hopefully, the test steps are based on our 8MQ-EVK.

-> No, unfortunately, we have spent too much resource on it, and we can't deal with it thease days.

2.Can you please check with another AP to see whether can reproduce? From both my side and our SAE side, it might be related to the test environment.

-> No, in previous version about our product, we used the Board COM's solution bcm4356, and there is no issue occured with the same environment & command.

We are test in office only. Is it too weak to use in common environment?

3.Are you also testing with a dynamic IP address assigned by AP with udhcpc command? Or you are using a static IP address? Can you please provide me your command?

-> We use dynamic IP address assigned by AP only.

We port NetworkManager in our image to replace wpa-supplicant.

our command:

nmcli dev wifi connect <AP SSID> password <AP password> ifname wlan0

Please find refernece as following link:

NetworkManager - ArchWiki (archlinux.org)

After NetworkManager command working, the dynamic IP address will be assigned by AP automatically.

When issue occured, we do udhcpc command & it doesn't work. 

Our IP still there but connection broken.

[Christine_Li]

Hi, @ArthurC 

Firstly, I am so sorry about the bad experience. Yes, I know you have pay a lot of time and patience on this issue. Thank you so much for the efforts. 

Secondly, we never give up to find the root cause and resolve this issue. Our SAE team is also tried to reproduce this issue locally, but unfortunately can not reproduce it even tested 12 hours continuously. And also on my side, the same test steps and test environment, I do not know why I can not reproduce it now. Last Friday I tried one day, but still can not reproduce it. Now I am still trying. To find the root cause and resolve this issue, we need more efforts. Hope we can work together and move forward.

1.If possible, can you please share a detailed steps on your side? So that we can do absolutely same test with you to make sure we can reproduce it locally. Hopefully, the test steps are based on our 8MQ-EVK.

2.Can you please check with another AP to see whether can reproduce? From both my side and our SAE side, it might be related to the test environment. 

3.Are you also testing with a dynamic IP address assigned by AP with udhcpc command? Or you are using a static IP address? Can you please provide me your command?

Best regards,

Christine.

[ArthurC]

Hello @Christine_Li ,

We think our target is to solve why 88w8997 caused disconnect & re-connect suddenly & unexpet by the firmware .

Why other devices will not be occured?

We have done lots of test for it but there is no positive action reply from SAE...

If 88w8997 is not compatiable for i.MX8MQ. We will never use it.