Hello,
I do not know if it has ever been reported by anyone, but it seems like there is a problem with all or at least most of the wifi interfaces on the Zgemma h9.
This problem happens in other images as well and what I was able to determine directly with the brand, they say it has something to do with kernel 4.4 and hisilicon cpus.
The problem is that whatever wifi interface is used, it works but only if there is no encryption involved. It is possible to scan, but it is not possible to use wep, wap or wpa2.
The Brand told me it would work if the native drivers were used, which I honestly do not understand. They said that in the image that the h9 factory (atv) using the native drivers for rt5572 and rt3573, which atv replaced in their repositories, would be working, but I have not those chips and could not confirm.
What I find strange is that if it happens with all the chips, I thought it was not a problem with drivers, but rather related to the "wpa suplicant" or something, but if I knew how to respond to the problem, I would not be here asking for help from the experts
I tested with rt2800 and zd1211 and the problem happens with both!
In a more recent contact with the brand, they said that the atv image had already solved the problem in order to work with all the wiif modules and for me to test the next nightly build from few days ago, but the problem continues and so far there is no update of what either in the repositories.
I thought that if it really was a driver problem, I could use the atv in pli, since they use the shorter kernel version, but I decided to ask for help here, because
it seems to me that neither the brand nor the ATV have "competence" to solve the problem.
If somebody also know a way to turn off the "air logo" led through a shell command, please tell me, since trying to control the "/proc/stb/power/standbyled" does nothing.
Thanks for everything!
Edited by nokias, 4 June 2018 - 11:16.