[OpenWrt-Devel] [PATCH] Give WiFi modules more time to settle
meuleman at broadcom.com
Tue May 12 05:33:32 EDT 2015
Understood, what is wifi detect using as input? Do the netdevs have to
be up? Where is the information that wifi app is reading coming from?
brcmfmac uses different method for firmware loading. It is not as
easily patched as the ath10k driver. But I would like to know exactly
what wifi detect uses as input. As in case of brcmfmac I expect that
firmware loading will not be the only asynchronous "problem".
What would be easy is adding a delay of 2 seconds to the function
brcmfmac_module_init in core.c, but that won't guarantee it will work.
From: Felix Fietkau [mailto:nbd at openwrt.org]
On 2015-05-12 10:35, Hante Meuleman wrote:
> The boot script gives 1 second for wifi modules to settle. For newer
> like R8000 which has three wifi devices which all need to be firmware
> downloaded, nvram downloaded and initialized this delay is getting very
> tight. On some bootups it was seen that not all wifi modules were
> initialized by the time the "wifi detect" command was executed.
> This patch increases the timeout from 1 to 2, leaving plenty of time for
> wifi modules to initialize:
NACK from me. I think we should instead add an OpenWrt specifc patch to
brcmfmac, similar to the one we have for ath10k, which makes device
probing (and firmware loading) synchronous.
The ath10k patch is 921-ath10k_init_devices_synchronously.patch
openwrt-devel mailing list
openwrt-devel at lists.openwrt.org
More information about the openwrt-devel