Jeremy Linton [Mon, 11 Jan 2021 23:18:50 +0000 (17:18 -0600)]
brcm: Link RPi4's WiFi firmware with DMI machine name.
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>
Peter Robinson [Fri, 8 Jan 2021 10:00:29 +0000 (10:00 +0000)]
brcm: Update Raspberry Pi 3B+/4B NVRAM for downstream changes
The Raspberry Pi Foundation NVRAM files have been updated for a new
BT/WiFi coexistence parameter for firmwares newer than 177, now
we have new firmwares (7.45.221) from Cypress for the BCM43455
update the NVRAM for these parameters.
Update the RPi4B NVRAM boardflags3 parameter to match too, which
also happens to be what we already have for the RPi3B+.
Jeremy Linton [Fri, 8 Jan 2021 20:44:20 +0000 (14:44 -0600)]
cypress: Fix link direction
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: 060ad8b3d505e ("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>
Peter Robinson [Tue, 5 Jan 2021 16:04:42 +0000 (16:04 +0000)]
cypress: Link the new cypress firmware to the old brcm files
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>
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>
Stefan Seyfried [Wed, 16 Dec 2020 13:24:40 +0000 (14:24 +0100)]
make AP6212 in bananpi m2 plus/zero work
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>
Petr Machata [Mon, 23 Nov 2020 16:22:12 +0000 (17:22 +0100)]
Mellanox: Add new mlxsw_spectrum firmware xx.2008.2018
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>
Reto Schneider [Sun, 8 Nov 2020 23:42:54 +0000 (00:42 +0100)]
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>
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>
Chi-Hsien Lin [Thu, 22 Oct 2020 09:35:49 +0000 (04:35 -0500)]
cypress: add Cypress firmware and clm_blob files
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:
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>
Christian Hewitt [Mon, 12 Oct 2020 06:00:37 +0000 (06:00 +0000)]
ath10k: add SDIO firmware for QCA9377 WiFi
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.
Tony Nguyen [Wed, 30 Sep 2020 00:11:34 +0000 (17:11 -0700)]
ice: Add comms package file for Intel E800 series driver
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>
Tony Nguyen [Tue, 29 Sep 2020 00:25:39 +0000 (17:25 -0700)]
copy-firmware: Always write Link: entries
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>
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
Asit Shah [Thu, 1 Oct 2020 06:33:01 +0000 (12:03 +0530)]
QCA : Updated firmware files for WCN3991
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>
linux-firmware: Update firmware for Cadence MHDP8546 DP bridge
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.
projects / mirror_linux-firmware.git / log