1. 30 5月, 2011 1 次提交
  2. 05 3月, 2011 2 次提交
  3. 31 1月, 2011 1 次提交
  4. 17 12月, 2010 1 次提交
  5. 30 11月, 2010 1 次提交
    • M
      Staging: batman-adv: softif bridge loop avoidance · 42019357
      Marek Lindner 提交于
      By connecting multiple batman-adv mesh nodes to the same ethernet
      segment a loop can be created when the soft-interface is bridged
      into that ethernet segment. A simple visualization of the loop
      involving the most common case - a LAN as ethernet segment:
      
      node1  <-- LAN  -->  node2
         |                   |
       wifi  <-- mesh -->  wifi
      
      Packets from the LAN (e.g. ARP broadcasts) will circle forever from
      node1 or node2 over the mesh back into the LAN.
      
      This patch adds the functionality to detect other batman-adv nodes
      connected to the LAN and select a 'gateway' to talk to the
      non-batman-adv devices on this LAN. All traffic from and to the mesh
      will be handled by this gateway to avoid the loop. OGMs received via
      the soft-interface are interpreted as 'port announcements' to locate
      potential batman-adv nodes. The patch can also deal with vlans on
      top of batX and offers a list of LAN neighbors via debugfs.
      Signed-off-by: NMarek Lindner <lindner_marek@yahoo.de>
      [sven.eckelmann@gmx.de: Rework on top of current version]
      Signed-off-by: NSven Eckelmann <sven.eckelmann@gmx.de>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      42019357
  6. 05 9月, 2010 3 次提交
  7. 09 7月, 2010 2 次提交
  8. 23 6月, 2010 1 次提交
  9. 12 5月, 2010 1 次提交
  10. 04 3月, 2010 1 次提交
    • S
      Staging: batman-adv: receive packets directly using skbs · e7017195
      Simon Wunderlich 提交于
      This patch removes the (ugly and racy) packet receiving thread and the
      kernel socket usage. Instead, packets are received directly by registering
      the ethernet type and handling skbs instead of self-allocated buffers.
      
      Some consequences and comments:
      
       * we don't copy the payload data when forwarding/sending/receiving data
         anymore. This should boost performance.
       * packets from/to different interfaces can be (theoretically) processed
         simultaneously. Only the big originator hash lock might be in the way.
       * no more polling or sleeping/wakeup/scheduling issues when receiving
         packets
       * this might introduce new race conditions.
       * aggregation and vis code still use packet buffers and are not (yet)
         converted.
       * all spinlocks were converted to irqsave/restore versions to solve
         some lifelock issues when preempted. This might be overkill, some
         of these locks might be reverted later.
       * skb copies are only done if neccesary to avoid overhead
      
      performance differences:
      
       * we made some "benchmarks" with intel laptops.
       * bandwidth on Gigabit Ethernet increased from ~500 MBit/s to ~920 MBit/s
       * ping latency decresed from ~2ms to ~0.2 ms
      
      I did some tests on my 9 node qemu environment and could confirm that
      usual sending/receiving, forwarding, vis, batctl ping etc works.
      Signed-off-by: NSimon Wunderlich <siwu@hrz.tu-chemnitz.de>
      Acked-by: NSven Eckelmann <sven.eckelmann@gmx.de>
      Acked-by: NMarek Lindner <lindner_marek@yahoo.de>
      Acked-by: NLinus Lüssing <linus.luessing@web.de>
      Signed-off-by: NAndrew Lunn <andrew@lunn.ch>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      e7017195
  11. 12 12月, 2009 1 次提交