The vendor driver rtl8188C_8192C_usb_linux_v4.0.1_6911.20130308 includes
new firmware files. These were extracted from data statements in that
driver to form these files.
Before this update, with version 80 of the firmware, the USB interface
of the RTL8192CU WLAN controller often locked itself up:
usb 1-2: device descriptor read/64, error -110
usb 1-2: device not accepting address 4, error -110
usb 1-2: device not accepting address 5, error -110
usb usb1-port2: unable to enumerate USB device
usb 2-2: device descriptor read/64, error -110
usb 2-2: device descriptor read/64, error -110
On ARMv5 based GARDENA smart gateways running Linux 4.19.78, this can
be reliably reproduced by rebooting (warm) the gateway multiple times
(max. 50 attempts needed).
Unlike users having this issues on a USB Wi-Fi dongle, resetting of the
chip by replugging is not an option on this gateway due to the lack of
any power cut functionality. Therefore, a (cold) reboot of the whole
gateway is needed.
Updating the firmware of the RTL8192CU WLAN controller from version
v80.0 to v88.2 (as per output of rtl8xxxu) resolves this issue.
The problem did no show up anymore for 1000 restarts.
Please note:
- Only rtl8192cufw_TMSC.bin tested (mainly on rtl8xxxu)
- rtl8192cu seems to work as well as before, but I can not rule out
that this new firmware version brings unwanted changes.
The Realtek drivers containing v88.2 of the firmware
(v4.0.1_6911.20130308 to v4.0.9_25039.20171107) have some changes
compared to the version v3.4.2_3727.20120404, for which I do not know
if those should be reflected in rtl8192cu.
Unrelated of the initially described USB problem, another issue still
remains after updating the firmware: Using the rtl8192cu driver,
scanning for available SSIDs yields no more results after a few hundred
scans (iw wlan0 scan). rtl8xxxu does not suffer from this problem.
Signed-off-by: Reto Schneider <code@reto-schneider.ch>
Acked-by: Larry Finger <Larry.Finger@lwfinger.net>
Tested-by: Chris Chiu <chiu@endlessos.org>
Signed-off-by: Josh Boyer <jwboyer@kernel.org>
Fix lps and deep ps mode issues.
Add fw feature information for driver.
v2: fix wrong wow firmware, which was the same as the normal firmware
Signed-off-by: Chin-Yen Lee <timlee@realtek.com>
Signed-off-by: Tzu-En Huang <tehuang@realtek.com>
Signed-off-by: Josh Boyer <jwboyer@kernel.org>
Current ti-connectivity location for the firmware is not the
correct place. It has all the wireless connectivity related firmwares.
Move the vpdma firmware to the ti specific directory.
Fixes: 5b30b383ce ("linux-firmware: Add new VPDMA firmware 1b8.bin")
Signed-off-by: Nikhil Devshatwar <nikhil.nd@ti.com>
Reviewed-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Signed-off-by: Josh Boyer <jwboyer@kernel.org>
Fix lps and deep ps mode issues.
Add fw feature information for driver.
Signed-off-by: Chin-Yen Lee <timlee@realtek.com>
Signed-off-by: Tzu-En Huang <tehuang@realtek.com>
Signed-off-by: Josh Boyer <jwboyer@kernel.org>
Brcmfmac driver has firmware files coming from both Broadcom and
Cypress, the former Broadcom IoT BU. To better maintain files from
different sources, add a cypress folder and firmware/clm_blob files for
below chips:
- 43012
- 43340
- 43362
- 4339
- 43430
- 43455
- 4354
- 4356
- 43570
- 4373
- 54591
The clm_blob files are on a generic world-wide safe version with
conservative power settings which is designed to comply with regulatory
but may not provide best performance on all boards. Users should use the
clm_blob files from their board vendors if available.
Signed-off-by: Chi-Hsien Lin <chi-hsien.lin@cypress.com>
Signed-off-by: Josh Boyer <jwboyer@kernel.org>
This firmware patch update for Realtek RTL8821C BT controller with USB
I/F.
Release Version: 0xAA6C_A99E
Signed-off-by: Max Chou <max.chou@realtek.com>
Signed-off-by: Josh Boyer <jwboyer@kernel.org>
This commit adds the SDIO firmware for ath10k/QCA9377 cards. I obtained
the file from the Boundary Devices repo [1] before discovering that Kale
Valo's repo [2] is the original source location. It has the same license
as the existing firmware-5.bin file. Support for QCA9377 WiFi was merged
for Linux 5.7 [3].
The upstream folder is named 'untested' though this is explained in the
QCA9377 support RFT post [3] and comments. I also show dmesg output in
the same comments. Support for QCA9377 WiFi was merged in Linux 5.7 [4].
Kale did say he would submit this in his next batch of things [5] but
that was ~5 months ago and I'm on a mission to drop out-of-tree patches
from the distro I maintain.
[1] https://github.com/boundarydevices/qca-firmware/tree/bd-sdmac-ath10k
[2] https://github.com/kvalo/ath10k-firmware/tree/master/QCA9377/hw1.0/untested
[3] https://patchwork.kernel.org/patch/11162833/
[4] 6e51b0e491
[5] https://lore.kernel.org/linux-firmware/871rn89qop.fsf@codeaurora.org/
Changes since v1:
- Show Kale's repo as the original upstream source
- Show Gary's Signed-off-by
- Reference QCA9377 suppoort RFT and comments
Signed-off-by: Gary Bisson <gary.bisson@boundarydevices.com>
Signed-off-by: Christian Hewitt <christianshewitt@gmail.com>
Signed-off-by: Josh Boyer <jwboyer@kernel.org>
Update the package file and WHENCE entry for the ice driver to version
1.3.16.0.
Signed-off-by: Tony Nguyen <anthony.l.nguyen@intel.com>
Tested-by: Aaron Brown <aaron.f.brown@intel.com>
Signed-off-by: Josh Boyer <jwboyer@kernel.org>
The ice driver can, optionally, load other package files for different
packet processing pipeline configurations. Add the "comms" package as
another option.
Signed-off-by: Tony Nguyen <anthony.l.nguyen@intel.com>
Signed-off-by: Josh Boyer <jwboyer@kernel.org>
File: entries in the WHENCE file overwrite existing files in the target
directory, however, Link: entries are skipped if the file exists in the
target directory. This can cause issues if the Link: entry is updated, but
the target directory contains an old symlink. Do not skip writing Link:
entries if the file exists, always create the symlink. This matches the
behavior of File: entries and ensures symlinks will contain values from
the WHENCE file.
Signed-off-by: Tony Nguyen <anthony.l.nguyen@intel.com>
Signed-off-by: Josh Boyer <jwboyer@kernel.org>
Alex Deucher