1. 01 9月, 2011 2 次提交
    • A
      tipc: Prevent broadcast link stalling when another node fails · 169073db
      Allan Stephens 提交于
      Ensure that broadcast link messages that have not been acknowledged
      by a newly failed node do not get an implied acknowledgement until the
      failed node is removed from the broadcast link's map of reachable nodes.
      
      Previously, a race condition allowed a new broadcast link message to be
      sent after the implicit acknowledgement processing was completed, but
      before the map of reachable nodes was updated, resulting in the message
      having an expected acknowledgement count that required the failed node
      to explicitly acknowledge the message. Since this would never occur
      the new message would remain in the broadcast link's transmit queue
      forever, eventually causing the link to become congested and "stall".
      Delaying the implicit acknowledgement processing until after the update
      of the map of reachable nodes eliminates this race condition and prevents
      stalling.
      Signed-off-by: NAllan Stephens <allan.stephens@windriver.com>
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      169073db
    • A
      tipc: Enhance cleanup of broadcast link when contact with node is lost · c5bd4d85
      Allan Stephens 提交于
      Enhances cleanup of broadcast link-related information when contact
      with a node is lost.
      
      1) All broadcast link-related cleanup now occurs only if the lost node
         was capable of communicating over the broadcast link.
      
      2) Following cleanup, the lost node is marked as no longer supporting
         the broadcast link, ensuring that any remaining broadcast messages
         received from that node prior to the re-establishment of a normal
         communication link are ignored.
      
      Thanks to Surya [Suryanarayana.Garlapati@emerson.com] for contributing
      a prototype version of this patch.
      Signed-off-by: NAllan Stephens <allan.stephens@windriver.com>
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      c5bd4d85
  2. 14 3月, 2011 10 次提交
  3. 24 2月, 2011 1 次提交
    • A
      tipc: Combine bearer structure with tipc_bearer structure · 2d627b92
      Allan Stephens 提交于
      Combines two distinct structures containing information about a TIPC bearer
      into a single structure. The structures were previously kept separate so
      that public information about a bearer could be made available to plug-in
      media types using TIPC's native API, while the remaining information was
      kept private for use by TIPC itself. However, now that the native API has
      been removed there is no longer any need for this arrangement.
      
      Since one of the structures was already embedded within the other, the
      change largely involves replacing instances of "publ.foo" with "foo".
      The changes do not otherwise alter the operation of TIPC bearers.
      Signed-off-by: NAllan Stephens <Allan.Stephens@windriver.com>
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      2d627b92
  4. 02 1月, 2011 9 次提交
  5. 03 12月, 2010 2 次提交
  6. 17 10月, 2010 1 次提交
  7. 14 10月, 2010 1 次提交
  8. 24 9月, 2010 1 次提交
  9. 18 8月, 2010 2 次提交
  10. 13 5月, 2010 1 次提交
  11. 25 3月, 2010 1 次提交
  12. 19 3月, 2009 1 次提交
  13. 03 9月, 2008 1 次提交
  14. 15 7月, 2008 1 次提交
  15. 22 5月, 2008 1 次提交
  16. 03 8月, 2007 1 次提交
  17. 11 2月, 2007 1 次提交
  18. 03 12月, 2006 2 次提交
  19. 19 10月, 2006 1 次提交