Skip to content

GitLab

Switch branch/tag
  1. 22 Jan, 2021 4 commits
  3. 09 Jan, 2021 2 commits
  5. 08 Jan, 2021 2 commits
  7. 30 Dec, 2020 1 commit
  9. 18 Dec, 2020 6 commits
  11. 11 Dec, 2020 1 commit
  13. 30 Nov, 2020 2 commits
  15. 25 Nov, 2020 2 commits
  17. 24 Nov, 2020 1 commit
    • Petr Machata's avatar
      Mellanox: Add new mlxsw_spectrum firmware xx.2008.2018 · b362fd4c
      Petr Machata authored 
      

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: default avatarPetr Machata <petrm@nvidia.com>
Signed-off-by: default avatarJosh Boyer <jwboyer@kernel.org>
      b362fd4c
  19. 20 Nov, 2020 1 commit
  21. 19 Nov, 2020 1 commit
  23. 13 Nov, 2020 2 commits
    • Reto Schneider's avatar
      rtlwifi: v88.2 firmware files for RTL8192CU · 2ea86675
      Reto Schneider authored 
      

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: default avatarReto Schneider <code@reto-schneider.ch>
Acked-by: default avatarLarry Finger <Larry.Finger@lwfinger.net>
Tested-by: default avatarChris Chiu <chiu@endlessos.org>
Signed-off-by: default avatarJosh Boyer <jwboyer@kernel.org>
      2ea86675
    • Nikhil Devshatwar's avatar
      vpdma: Move firmware to ti directory · 51d2c819
      Nikhil Devshatwar authored 
      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: 5b30b383

 ("linux-firmware: Add new VPDMA firmware 1b8.bin")
Signed-off-by: default avatarNikhil Devshatwar <nikhil.nd@ti.com>
Reviewed-by: default avatarTomi Valkeinen <tomi.valkeinen@ti.com>
Signed-off-by: default avatarJosh Boyer <jwboyer@kernel.org>
      51d2c819
  25. 23 Oct, 2020 7 commits
  27. 22 Oct, 2020 6 commits
  29. 14 Oct, 2020 2 commits