1. 10 Dec, 2020 6 commits
  2. 09 Dec, 2020 30 commits
  3. 08 Dec, 2020 4 commits
    • David S. Miller's avatar
      Merge branch 'for-upstream' of... · e1be4b59
      David S. Miller authored
      Merge branch 'for-upstream' of git://git.kernel.org/pub/scm/linux/kernel/git/bluetooth/bluetooth-next
      
      Johan Hedberg says:
      
      ====================
      pull request: bluetooth-next 2020-12-07
      
      Here's the main bluetooth-next pull request for the 5.11 kernel.
      
       - Updated Bluetooth entries in MAINTAINERS to include Luiz von Dentz
       - Added support for Realtek 8822CE and 8852A devices
       - Added support for MediaTek MT7615E device
       - Improved workarounds for fake CSR devices
       - Fix Bluetooth qualification test case L2CAP/COS/CFD/BV-14-C
       - Fixes for LL Privacy support
       - Enforce 16 byte encryption key size for FIPS security level
       - Added new mgmt commands for extended advertising support
       - Multiple other smaller fixes & improvements
      
      Please let me know if there are any issues pulling. Thanks.
      ====================
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      e1be4b59
    • Julian Wiedmann's avatar
      net/af_iucv: use DECLARE_SOCKADDR to cast from sockaddr · 97f8841e
      Julian Wiedmann authored
      This gets us compile-time size checking.
      Signed-off-by: default avatarJulian Wiedmann <jwi@linux.ibm.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      97f8841e
    • David S. Miller's avatar
      Merge branch 'mlxsw-Add-support-for-Q-in-VNI' · 41a63517
      David S. Miller authored
      Ido Schimmel says:
      
      ====================
      mlxsw: Add support for Q-in-VNI
      
      This patch set adds support for Q-in-VNI over Spectrum-{2,3} ASICs.
      Q-in-VNI is like regular VxLAN encapsulation with the sole difference
      that overlay packets can contain a VLAN tag. In Linux, this is achieved
      by adding the VxLAN device to a 802.1ad bridge instead of a 802.1q
      bridge.
      
      From mlxsw perspective, Q-in-VNI support entails two main changes:
      
      1. An outer VLAN tag should always be pushed to the overlay packet
      during decapsulation
      
      2. The EtherType used during decapsulation should be 802.1ad (0x88a8)
      instead of the default 802.1q (0x8100)
      
      Patch set overview:
      
      Patches #1-#3 add required device registers and fields
      
      Patch #4 performs small refactoring to allow code re-use
      
      Patches #5-#7 make the EtherType used during decapsulation a property of
      the tunnel port (i.e., VxLAN). This leads to the driver vetoing
      configurations in which VxLAN devices are member in both 802.1ad and
      802.1q/802.1d bridges. Will be handled in the future by determining the
      overlay EtherType on the egress port instead
      
      Patch #8 adds support for Q-in-VNI for Spectrum-2 and newer ASICs
      
      Patches #9-#10 veto Q-in-VNI for Spectrum-1 ASICs due to some hardware
      limitations. Can be worked around, but decided not to support it for now
      
      Patch #11 adjusts mlxsw to stop vetoing addition of VXLAN devices to
      802.1ad bridges
      
      Patch #12 adds a generic forwarding test that can be used with both veth
      pairs and physical ports with a loopback
      
      Patch #13 adds a test to make sure mlxsw vetoes unsupported Q-in-VNI
      configurations
      ====================
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      41a63517
    • Amit Cohen's avatar
      selftests: mlxsw: Add Q-in-VNI veto tests · 477ce6d9
      Amit Cohen authored
      Add tests to ensure that the forbidden and unsupported cases are indeed
      vetoed by mlxsw driver.
      Signed-off-by: default avatarAmit Cohen <amcohen@nvidia.com>
      Reviewed-by: default avatarPetr Machata <petrm@nvidia.com>
      Signed-off-by: default avatarIdo Schimmel <idosch@nvidia.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      477ce6d9