The kernel when booted in ACPI mode with SMBIOS/DMI
data uses that data to set the machine manufacture/model.
The RPi's WiFi driver uses the machine string to
select the correct firmware image. Because of
this, an additional link to select the correct
firmware is needed.
Signed-off-by: Jeremy Linton <jeremy.linton@arm.com>
Reviewed-by: Hans de Goede <hdegoede@redhat.com>
Reviewed-by: Peter Robinson <pbrobinson@gmail.com>
Signed-off-by: Josh Boyer <jwboyer@kernel.org>
The 96boards Rock960 has a Cypress 4356 WiFi module, this adds the
a NVRAM based on the downstream NVRAM.
https://people.linaro.org/~manivannan.sadhasivam/rock960_wifi/brcmfmac4356-sdio.txt
Signed-off-by: Peter Robinson <pbrobinson@gmail.com>
Cc: Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org>
Cc: Sahaj Sarup <sahaj.sarup@linaro.org>
Reviewed-by: Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org>
Signed-off-by: Josh Boyer <jwboyer@kernel.org>
It appears the link direction was incorrect resulting
in dangling symlinks. This also causes the brcm devices
to be unable to find their firmware
Fixes: 060ad8b3d5 ("cypress: Link the new cypress firmware to the old brcm files")
Signed-off-by: Jeremy Linton <jeremy.linton@arm.com>
Cc: Peter Robinson <pbrobinson@gmail.com>
Cc: Hans de Goede <hdegoede@redhat.com>
Cc: Chi-Hsien Lin <chi-hsien.lin@cypress.com>
Cc: Josh Boyer <jwboyer@kernel.org>
Reviewed-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Josh Boyer <jwboyer@kernel.org>
By linking the new firmware to the old file it allows exisiting
kernels to make use of the new firmware and make use of the
newer firmware with all the associated fixes.
Signed-off-by: Peter Robinson <pbrobinson@gmail.com>
Cc: Hans de Goede <hdegoede@redhat.com>
Cc: Chi-Hsien Lin <chi-hsien.lin@cypress.com>
Reviewed-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Josh Boyer <jwboyer@kernel.org>
Cypress pushed newer versions of the following firmwares:
- 43012
- 43340
- 43362
- 4339
- 43430
- 43455
- 4354
- 4356
- 43570
- 4373
- 54591
Remove these old ones as they're likely vulnerable to at least the
KrØØk vulnerability (CVE-2019-15126).
Signed-off-by: Peter Robinson <pbrobinson@gmail.com>
Cc: Hans de Goede <hdegoede@redhat.com>
Cc: Chi-Hsien Lin <chi-hsien.lin@cypress.com>
Reviewed-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Josh Boyer <jwboyer@kernel.org>
The firmware and config files are for RTL8852A BT controller with USB interface.
Version: 0xd99a_7644
Signed-off-by: Max Chou <max.chou@realtek.com>
Signed-off-by: Josh Boyer <jwboyer@kernel.org>
BananaPi M2 zero and M2 plus boards contain an AP6212 module which
works well with the default AP6212 config. Create symlinks so that
they work out of the box.
Signed-off-by: Stefan Seyfried <seife+dev@b1-systems.com>
Signed-off-by: Josh Boyer <jwboyer@kernel.org>
This patch adds new firmware file for Intel Bluetooth AX210
Also it is known as Intel TyphoonPeak (TyP)
FW Build: REL17510
Release Version: 22.20.0.3
Signed-off-by: Kiran K <kiran.k@intel.com>
Signed-off-by: Josh Boyer <jwboyer@kernel.org>
This patch adds new firmware file for Intel Bluetooth AX200
Also it is known as Intel CyclonePeak (CcP).
FW Build: REL17535
Release Version: 22.20.0.3
Signed-off-by: Kiran K <kiran.k@intel.com>
Signed-off-by: Josh Boyer <jwboyer@kernel.org>
This patch adds new firmware file for Intel Bluetooth AX201
Also it is known as Intel HarrisonPeak (HrP)
FW Build: REL17535
Release Version: 22.20.0.3
Signed-off-by: Kiran K <kiran.k@intel.com>
Signed-off-by: Josh Boyer <jwboyer@kernel.org>
This patch updates the firmware file for Intel Bluetooth 9560
Also it is known as Intel JeffersonPeak (JfP).
FW Build: REL17064
Release Version: 22.20.0.3
Signed-off-by: Kiran K <kiran.k@intel.com>
Signed-off-by: Josh Boyer <jwboyer@kernel.org>
This patch updates the firmware file for Intel Bluetooth 9260
Also it is known as Intel ThunderPeak (THP).
FW Build: REL17064
Release Version: 22.20.0.3
Signed-off-by: Kiran K <kiran.k@intel.com>
Signed-off-by: Josh Boyer <jwboyer@kernel.org>
This patch adds new firmware file for Intel Bluetooth AX210
Also it is known as Intel TyphoonPeak (TyP)
FW Build: REL15791
Release Version: 22.10.0.2
Signed-off-by: Kiran K <kiran.k@intel.com>
Signed-off-by: Josh Boyer <jwboyer@kernel.org>
This patch adds new firmware file for Intel Bluetooth AX210
Also it is known as Intel TyphoonPeak (TyP)
FW Build: REL14428
Release Version: 22.00.0.0
Signed-off-by: Kiran K <kiran.k@intel.com>
Signed-off-by: Josh Boyer <jwboyer@kernel.org>
Add latest verified version of Mellanox Spectrum-family switch firmware,
for Spectrum (13.2008.2018), Spectrum-2 (29.2008.2018) and Spectrum-3
(30.2008.2018).
This release fixes the following issues (among others):
- Prioritization of trapped control traffic on Spectrum-2 and Spectrum-3.
- Several edge cases where the FW could get stuck on Spectrum-2 and
Spectrum-3.
- FW flash issues on Spectrum-3
- Apparent resource exhaustion on Spectrum-3 due to wrong fencing.
- When trapping dropped packets from several TCs, they would only get
reported under one TC.
- Incorrect rejection of RIF counters with indices over 16 bits.
- An issue where port split might fail after port saw heavy traffic.
- Certain large policer CIR caused effective zero CIR.
- A race that would cause drops due to lack of buffer space.
And includes the following new features:
- Support for shared port headroom
- A new trap for L2 IPv6 DHCP traffic
- On Spectrum-2 and Spectrum-3, support ACL actions that perform ALU
operations between packet fields, immediate values and general-purpose
registers
- Early support for 8-way port split on Spectrum-3
Signed-off-by: Petr Machata <petrm@nvidia.com>
Signed-off-by: Josh Boyer <jwboyer@kernel.org>
Update AMD SEV firmware to version 0.17 build 44 for AMD family 17h
processors with models in the range 00h to 0fh.
Update AMD SEV firmware to version 0.24 build 7 for AMD family 17h
processors with models in the range 30h to 3fh.
Signed-off-by: John Allen <john.allen@amd.com>
Signed-off-by: Josh Boyer <jwboyer@kernel.org>
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>
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>
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 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>
Add a firmware for the VPDMA (Video Port Direct Memory Access)
block of the VPE (Video Processing Engine) used in Texas
Instrument's devices like dra7xx family.
This firmware is required for the driver
drivers/media/platform/ti-vpe/vpdma.c
Origin: downloads.ti.com/dsps/dsps_public_sw/glsdk/vpdma-fw/03-2012/
Signed-off-by: Nikhil Devshatwar <nikhil.nd@ti.com>
Signed-off-by: Josh Boyer <jwboyer@kernel.org>
Following changes included in this commit:
1. Added stats for A2DP glitch report, BQR quality monitor report for
SCO and transmit power level change event.
2. Added adaptive power control feature which takes RSSI & NACKs into
consideration while updating the power level beyond PL9
3. Minor bug fixes, patch space optimizations and fixes for KW warnings.
4. Added a new bin file: qca/crnv32u.bin , which will be downloaded
based on SoC ID.
Signed-off-by: Asit Shah <asitshah@codeaurora.org>
Update firmware for Cadence MHDP8546 DP bridge to version 2.0.0.
The firmware source code now complies with MISRA2012 and HIS
rules and directives. Also, there are some improvements in AUX
channel communication handling.
Signed-off-by: Swapnil Jakhade <sjakhade@cadence.com>
Signed-off-by: Josh Boyer <jwboyer@kernel.org>