1. 24 2月, 2011 3 次提交
    • A
      tipc: Remove support for per-connection message sequence numbering · 741de3e9
      Allan Stephens 提交于
      Eliminates TIPC's prototype support for message sequence numbering
      on routable connections (i.e. connections requiring more than one hop).
      This capability isn't currently used, and can be removed since TIPC
      only supports systems in which all inter-node communication can be
      achieved in a single hop.
      Signed-off-by: NAllan Stephens <Allan.Stephens@windriver.com>
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      741de3e9
    • A
      tipc: Fix port counter handling to correct congestion control · cb7ce914
      Allan Stephens 提交于
      Modifies TIPC's congestion control between a connected port and its
      peer so that it works as documented. The following changes have been
      made:
      
      1) The counter of the number of messages sent by a port now starts
         at zero, rather than one. This prevents the port from reporting port
         congestion one message earlier than it was supposed to.
      
      2) The counter of the number of messages sent by a port is now
         incremented only if a non-empty message is sent successfully.
         This prevents the port from becoming permanently congested if
         too many send attempts are unsuccessful because of congestion
         (or other reasons). It also removes the risk that empty hand-
         shaking messages used during connection setup might cause the
         port to report congestion earlier than it was supposed to.
      
      3) The counter of the number of unacknowledged messages received by
         a port controlled by an internal TIPC service is now incremented
         only if the message is non-empty, in order to be consistent with
         the aforementioned changes.
      Signed-off-by: NAllan Stephens <Allan.Stephens@windriver.com>
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      cb7ce914
    • A
      tipc: Combine port structure with tipc_port structure · 23dd4cce
      Allan Stephens 提交于
      Merge two distinct structures containing information about a TIPC port
      into a single structure. The structures were previously kept separate
      so that public information about a port could be made available to
      applications 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 somewhat
      confusing 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 ports.
      Signed-off-by: NAllan Stephens <Allan.Stephens@windriver.com>
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      23dd4cce
  2. 02 1月, 2011 7 次提交
  3. 03 12月, 2010 4 次提交
  4. 17 10月, 2010 1 次提交
  5. 14 10月, 2010 1 次提交
  6. 07 9月, 2010 1 次提交
  7. 18 8月, 2010 1 次提交
  8. 13 5月, 2010 3 次提交
  9. 15 7月, 2008 2 次提交
  10. 05 6月, 2008 5 次提交
  11. 22 5月, 2008 1 次提交
  12. 13 5月, 2008 1 次提交
  13. 15 4月, 2008 1 次提交
    • A
      [TIPC]: Overhaul of socket locking logic · 0c3141e9
      Allan Stephens 提交于
      This patch modifies TIPC's socket code to follow the same approach
      used by other protocols.  This change eliminates the need for a
      mutex in the TIPC-specific portion of the socket protocol data
      structure -- in its place, the standard Linux socket backlog queue
      and associated locking routines are utilized.  These changes fix
      a long-standing receive queue bug on SMP systems, and also enable
      individual read and write threads to utilize a socket without
      unnecessarily interfering with each other.
      Signed-off-by: NAllan Stephens <allan.stephens@windriver.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      0c3141e9
  14. 07 3月, 2008 2 次提交
  15. 29 1月, 2008 1 次提交
  16. 14 8月, 2007 1 次提交
  17. 11 7月, 2007 1 次提交
    • A
      [TIPC]: Optimize stream send routine to avoid fragmentation · 05646c91
      Allan Stephens 提交于
      This patch enhances TIPC's stream socket send routine so that
      it avoids transmitting data in chunks that require fragmentation
      and reassembly, thereby improving performance at both the
      sending and receiving ends of the connection.
      
      The "maximum packet size" hint that records MTU info allows
      the socket to decide how big a chunk it should send; in the
      event that the hint has become stale, fragmentation may still
      occur, but the data will be passed correctly and the hint will
      be updated in time for the following send.  Note: The 66060 byte
      pseudo-MTU used for intra-node connections requires the send
      routine to perform an additional check to ensure it does not
      exceed TIPC"s limit of 66000 bytes of user data per chunk.
      Signed-off-by: NAllan Stephens <allan.stephens@windriver.com>
      Signed-off-by: NJon Paul Maloy <jon.maloy@ericsson.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      05646c91
  18. 26 4月, 2007 1 次提交
  19. 11 2月, 2007 1 次提交
  20. 02 11月, 2006 1 次提交
  21. 19 10月, 2006 1 次提交