Skip to content
Snippets Groups Projects
  1. Jun 14, 2020
  2. May 28, 2020
  3. May 10, 2020
  4. May 04, 2020
  5. Apr 11, 2020
  6. Mar 25, 2020
    • David Bauer's avatar
      gluon-core: add WPA3 platorm helper · 86b51047
      David Bauer authored
      This adds a helper method, which determines if the current platform
      supports WPA3 or not.
      
      WPA3 is supported if
       - the device is not in the featureset category "tiny"
       - the WiFi driver supports 802.11w management frame protection
      86b51047
  7. Mar 11, 2020
  8. Mar 09, 2020
  9. Nov 26, 2019
  10. Nov 07, 2019
  11. Aug 23, 2019
    • Christof Schulze's avatar
      gluon-core: enhance mac_to_ip() beyond RFC 4291 (#1798) · bd543db8
      Christof Schulze authored
      mac_to_ip() calculates an ipv6 address from a mac address according to
      RFC 4291. For wireguard we have to use specially crafted addresses that
      must be unique. This allows calculating such unique mac-based addresses
      by allowing to optionally specifying the bytes to be inserted into the
      address.
      bd543db8
  12. Jun 17, 2019
  13. Jun 16, 2019
  14. Apr 28, 2019
  15. Feb 12, 2019
  16. Feb 11, 2019
    • David Bauer's avatar
      gluon-core: assert WiFi driver provides 4 MAC-addresses (#1626) · 387a9b4f
      David Bauer authored
      Gluon has multiple ways to obtain unique MAC-addresses. They are either
      provided by the WiFi driver or derived from the primary MAC-address.
      
      Quoting the same file:
      
      > It's necessary that the first 45 bits of the MAC address don't
      > vary on a single hardware interface, since some chips are using
      > a hardware MAC filter. (e.g 'rt305x')
      
      This currently fails in case the rt35xx based chips mac address differs
      from the primary MAC. In this case, the MAC address for the client0 radio
      (vif 1) comes from the WiFi driver. As there is only a single
      MAC-address provided by '/sys/class/ieee80211/phyX/addresses' but the
      MAC-address for mesh 0 (vif 2) is derived from the Node-ID, resulting in
      different first 45 bits. The WiFi won't come up altogether in this case.
      
      This commit verifies at least 4 MAC-Addresses are provided by the WiFi
      driver. If this is not the case, all MAC-addresses are derived from the
      primary MAC. This way, affected radios are working correctly.
      387a9b4f
  17. Nov 21, 2018
  18. Jul 17, 2018
  19. Jul 13, 2018
  20. Apr 13, 2018
  21. Mar 17, 2018
  22. Feb 25, 2018
  23. Feb 15, 2018
  24. Jan 19, 2018
  25. Jan 18, 2018
  26. Aug 11, 2017
  27. Aug 08, 2017
  28. Jun 27, 2017
  29. Apr 10, 2017
Loading