mirror of
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/
synced 2025-12-17 18:54:42 +08:00
2ea86675db
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>
Linux firmware
==============
<http://git.kernel.org/?p=linux/kernel/git/firmware/linux-firmware.git>
git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git
This repository contains all these firmware images which have been
extracted from older drivers, as well various new firmware images which
we were never permitted to include in a GPL'd work, but which we _have_
been permitted to redistribute under separate cover.
To submit firmware to this repository, please send either a git binary
diff or preferably a git pull request to:
linux-firmware@kernel.org
and also cc: to related mailing lists.
If your commit adds new firmware, it must update the WHENCE file to
clearly state the license under which the firmware is available, and
that it is redistributable. Being redistributable includes ensuring
the firmware license provided includes an implicit or explicit
patent grant to end users to ensure full functionality of device
operation with the firmware. If the license is long and involved, it's
permitted to include it in a separate file and refer to it from the
WHENCE file ('See LICENSE.foo for details.').
And if it were possible, a changelog of the firmware itself.
Run 'make check' to check that WHENCE is consistent with the
repository contents.
Ideally, your commit should contain a Signed-Off-By: from someone
authoritative on the licensing of the firmware in question (i.e. from
within the company that owns the code).
WARNING:
=======
Don't send any "CONFIDENTIALITY STATEMENT" in your e-mail, patch or
request. Otherwise your firmware _will never be accepted_.
Maintainers are really busy, so don't expect a prompt reply.