aboutsummaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorReto Schneider <code@reto-schneider.ch>2020-11-09 00:42:54 +0100
committerJosh Boyer <jwboyer@kernel.org>2020-11-13 10:29:32 -0500
commit2ea86675db1349235e9af0a9d0372b72da4db259 (patch)
tree8061597930ca7acc547eebe097cbacd2f9e1451b
parente850cf34361b4b32156201f6bf763414d9d489c4 (diff)
downloadlinux-firmware-2ea86675db1349235e9af0a9d0372b72da4db259.tar.gz
rtlwifi: v88.2 firmware files for RTL8192CU
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>
-rw-r--r--WHENCE6
-rw-r--r--rtlwifi/rtl8192cufw_A.binbin16116 -> 16126 bytes
-rw-r--r--rtlwifi/rtl8192cufw_B.binbin16096 -> 16096 bytes
-rw-r--r--rtlwifi/rtl8192cufw_TMSC.binbin16116 -> 16126 bytes
4 files changed, 6 insertions, 0 deletions
diff --git a/WHENCE b/WHENCE
index 1ac6cfc4..40ae11a1 100644
--- a/WHENCE
+++ b/WHENCE
@@ -2883,6 +2883,12 @@ File: rtlwifi/rtl8192cufw.bin
File: rtlwifi/rtl8192cufw_A.bin
File: rtlwifi/rtl8192cufw_B.bin
File: rtlwifi/rtl8192cufw_TMSC.bin
+Info: From Vendor's rtl8188C_8192C_usb_linux_v4.0.1_6911.20130308 driver
+ All files extracted from driver/hal/rtl8192c/usb/Hal8192CUHWImg.c
+ Relevant variables (CONFIG_BT_COEXISTENCE not set):
+ - rtlwifi/rtl8192cufw_A.bin: Rtl8192CUFwUMCACutImgArray
+ - rtlwifi/rtl8192cufw_B.bin: Rtl8192CUFwUMCBCutImgArray
+ - rtlwifi/rtl8192cufw_TMSC.bin: Rtl8192CUFwTSMCImgArray
Licence: Redistributable. See LICENCE.rtlwifi_firmware.txt for details.
diff --git a/rtlwifi/rtl8192cufw_A.bin b/rtlwifi/rtl8192cufw_A.bin
index 9569d0a2..fceafc92 100644
--- a/rtlwifi/rtl8192cufw_A.bin
+++ b/rtlwifi/rtl8192cufw_A.bin
Binary files differ
diff --git a/rtlwifi/rtl8192cufw_B.bin b/rtlwifi/rtl8192cufw_B.bin
index 96089c4c..06569e7f 100644
--- a/rtlwifi/rtl8192cufw_B.bin
+++ b/rtlwifi/rtl8192cufw_B.bin
Binary files differ
diff --git a/rtlwifi/rtl8192cufw_TMSC.bin b/rtlwifi/rtl8192cufw_TMSC.bin
index d1b84d48..ec0a0d3e 100644
--- a/rtlwifi/rtl8192cufw_TMSC.bin
+++ b/rtlwifi/rtl8192cufw_TMSC.bin
Binary files differ