Closed michalpasztamobica closed 5 years ago
Hi Analysis is on going
@jeromecoutant , I am sorry, but I can still see the same AUTH_FAILURE errors in our Greentea test suite, with the latest revision of wifi-ism43362 driver. Would you please double check that the revert which you applied fixes the issue?
@jeromecoutant , please, double check. The issue is not fixed. I can see the failures repeated every day in our CI.
Hi @michalpasztamobica
DISCO_F413ZH seems OK on my side (mbed-os and wifi on master branch)....
target | platform_name | test suite | result | elapsed_time (sec) | copy_method |
---|---|---|---|---|---|
DISCO_F413ZH-ARMC6 | DISCO_F413ZH | tests-network-wifi | OK | 68.88 | default |
@jeromecoutant , I am sorry, you are right - F413ZH behaves correctly now, so the issues with L475 that we're seeing cannot be related to the wifi driver. We will investigate further on our side. Thanks for checking!
mbed-os greentea tests-network-wifi is failing on multiple test cases returning AUTH_FAILURE in this line:
The issue is 99% reproducible, but I got those tests passing if I commented out the two WIFI-SCAN tests. At first glance I could not find the issue in the code, perhaps a memory corruption somewhere?
This would be in line with the fact that in other test suites, where DISCO simply connects to Wi-Fi AP without scanning, the tests are passing fine.
Another important finding is that these tests only started failing in mbed-os nightly runs two weeks ago. But when I rolled back to mbed-os and ism43326 from before that day I still couldn't pass the wifi suite...
The reason why I decided to file an issue in this project is that we also checked DISCO_F413ZH and it failed in the same way. All other boards connect fine to the Wi-Fi both on our desks and in the RAAS system. Therefore, I would be grateful if you checked this issue.
@TuomoHautamaki , @SeppoTakalo , FYI