Skip to content
Snippets Groups Projects
  1. Aug 22, 2016
  2. Aug 09, 2016
  3. Jul 29, 2016
  4. Jul 28, 2016
  5. Jul 27, 2016
  6. Jul 26, 2016
  7. Jul 25, 2016
  8. Jul 21, 2016
  9. Jul 20, 2016
  10. Jul 19, 2016
  11. Jul 06, 2016
    • Sven Eckelmann's avatar
      batman-adv: import Linux 4.7 fixes · 4af46bdb
      Sven Eckelmann authored
      
      Introduce new fixes:
      
       * Avoid nullptr dereference in bla after vlan_insert_tag
       * Avoid nullptr dereference in dat after vlan_insert_tag
       * Avoid tt_req_node list put for unhashed entry
       * Fix orig_node_vlan leak on orig_node_release
       * Fix non-atomic bla_claim::backbone_gw access
       * Fix reference leak in batadv_find_router
       * Free last_bonding_candidate on release of orig_node
      
      Also replace the gluon version of the speedyjoin patch with the one already
      included in openwrt-routing.
      
      Signed-off-by: default avatarSven Eckelmann <sven.eckelmann@open-mesh.com>
      4af46bdb
  12. Jul 03, 2016
  13. Jul 01, 2016
  14. Jun 21, 2016
    • Sven Eckelmann's avatar
      batman-adv: Fix speedy join in gateway client mode · 93fe2750
      Sven Eckelmann authored
      
      Speedy join only works when the received packet is either broadcast or an
      4addr unicast packet. Thus packets converted from broadcast to unicast via
      the gateway handling code have to be converted to 4addr packets to allow
      the receiving gateway server to add the sender address as temporary entry
      to the translation table.
      
      Not doing it will make the batman-adv gateway server drop the DHCP response
      in many situations because it doesn't yet have the TT entry for the
      destination of the DHCP response.
      
      Signed-off-by: default avatarSven Eckelmann <sven@narfation.org>
      93fe2750
  15. Jun 17, 2016
  16. Jun 16, 2016
  17. Jun 15, 2016
  18. Jun 09, 2016
  19. May 29, 2016
  20. May 28, 2016
  21. May 26, 2016
    • Jan-Philipp Litza's avatar
      respondd modules: Use proper formatting of doubles · f7eda938
      Jan-Philipp Litza authored
      Most doubles that are delivered via respondd have limited input
      precision, but are converted with up to 17 digits of precision. That can
      cause ugly blowups like 0.2800000000000001 in the output, which is
      avoided by specifying better format strings (like "%.2f" in most cases).
      f7eda938
  22. May 23, 2016
  23. May 19, 2016
Loading