1. 01 3月, 2012 1 次提交
  2. 30 12月, 2011 1 次提交
  3. 11 5月, 2011 1 次提交
    • A
      tipc: Avoid recomputation of outgoing message length · 26896904
      Allan Stephens 提交于
      Rework TIPC's message sending routines to take advantage of the total
      amount of data value passed to it by the kernel socket infrastructure.
      This change eliminates the need for TIPC to compute the size of outgoing
      messages itself, as well as the check for an oversize message in
      tipc_msg_build().  In addition, this change warrants an explanation:
      
         -     res = send_packet(NULL, sock, &my_msg, 0);
         +     res = send_packet(NULL, sock, &my_msg, bytes_to_send);
      
      Previously, the final argument to send_packet() was ignored (since the
      amount of data being sent was recalculated by a lower-level routine)
      and we could just pass in a dummy value (0). Now that the
      recalculation is being eliminated, the argument value being passed to
      send_packet() is significant and we have to supply the actual amount
      of data we want to send.
      Signed-off-by: NAllan Stephens <Allan.Stephens@windriver.com>
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      26896904
  4. 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
  5. 02 1月, 2011 3 次提交
  6. 03 12月, 2010 6 次提交
  7. 17 10月, 2010 1 次提交
  8. 24 9月, 2010 1 次提交
  9. 13 5月, 2010 1 次提交
  10. 03 9月, 2008 1 次提交
  11. 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
  12. 11 2月, 2007 1 次提交
  13. 18 1月, 2006 2 次提交
  14. 13 1月, 2006 4 次提交