Skip to content
Snippets Groups Projects
  1. Jan 13, 2021
  2. Jan 10, 2021
  3. Dec 29, 2020
  4. Jul 13, 2020
  5. Jul 05, 2020
  6. Jul 02, 2020
  7. Jun 14, 2020
  8. Jun 10, 2020
  9. May 28, 2020
  10. May 10, 2020
  11. May 04, 2020
  12. Apr 11, 2020
  13. 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
  14. Mar 11, 2020
  15. Mar 09, 2020
  16. Nov 26, 2019
  17. Nov 07, 2019
  18. 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
  19. Jun 17, 2019
  20. Jun 16, 2019
  21. Apr 28, 2019
  22. Feb 12, 2019
  23. 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
  24. Nov 21, 2018
  25. Jul 17, 2018
  26. Jul 13, 2018
  27. Apr 13, 2018
  28. Mar 17, 2018
  29. Feb 25, 2018
  30. Feb 15, 2018
  31. Jan 19, 2018
Loading