[OpenWrt-Devel] [PATCH] Give WiFi modules more time to settle
meuleman at broadcom.com
Tue May 12 06:25:29 EDT 2015
It is a bit more than just changing request_firmware_nowait into
request_firmware. The worker in core.c needs to be removed. The
function brcmf_pcie_setup needs to be updated as it cannot call
device_release_driver during probe. As a result
brcmf_fw_get_firmwares_pcie has to return the error, which means
the api for brcmf_fw_get_firmwares_pcie will change, that will
mean usb and sdio needs to patched as well. So it isn't going to be
a small patch, but it can be done. I just wonder if it is worth the effort.
The patch needs to be maintained as well.
From: Felix Fietkau [mailto:nbd at openwrt.org]
On 2015-05-12 11:33, Hante Meuleman wrote:
> 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?
It looks for registered cfg80211 wiphys. It does not care about netdevs.
> 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".
It should be enough to rework the request_firmware_nowait calls into
> 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.
Still seems more fragile and hackish.
openwrt-devel mailing list
openwrt-devel at lists.openwrt.org
More information about the openwrt-devel