diff options
author | Hans de Goede <hdegoede@redhat.com> | 2019-01-07 14:33:27 +0100 |
---|---|---|
committer | Kalle Valo <kvalo@codeaurora.org> | 2019-01-10 13:41:03 +0200 |
commit | 4ad0be160544ffbdafb7cec39bb8e6dd0a97317a (patch) | |
tree | 6aed242b50da87e94e0578a279d4f951e3d0a2a6 /drivers/net/wireless/intel/iwlwifi/mvm/utils.c | |
parent | 3a33bd840523aaa06f4429fbfd38922bf0dc2e8d (diff) | |
download | linux-4ad0be160544ffbdafb7cec39bb8e6dd0a97317a.tar.gz linux-4ad0be160544ffbdafb7cec39bb8e6dd0a97317a.tar.bz2 linux-4ad0be160544ffbdafb7cec39bb8e6dd0a97317a.zip |
brcmfmac: Use firmware_request_nowarn for the clm_blob
The linux-firmware brcmfmac firmware files contain an embedded table with
per country allowed channels and strength info.
For recent hardware these versions of the firmware are specially build for
linux-firmware, the firmware files directly available from Cypress rely on
a separate clm_blob file for this info.
For some unknown reason Cypress refuses to provide the standard firmware
files + clm_blob files it uses elsewhere for inclusion into linux-firmware,
instead relying on these special builds with the clm_blob info embedded.
This means that the linux-firmware firmware versions often lag behind,
but I digress.
The brcmfmac driver does support the separate clm_blob file and always
tries to load this. Currently we use request_firmware for this. This means
that on any standard install, using the standard combo of linux-kernel +
linux-firmware, we will get a warning:
"Direct firmware load for ... failed with error -2"
On top of this, brcmfmac itself prints: "no clm_blob available (err=-2),
device may have limited channels available".
This commit switches to firmware_request_nowarn, fixing almost any brcmfmac
device logging the warning (it leaves the brcmfmac info message in place).
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Kalle Valo <kvalo@codeaurora.org>
Diffstat (limited to 'drivers/net/wireless/intel/iwlwifi/mvm/utils.c')
0 files changed, 0 insertions, 0 deletions