1. 31 7月, 2007 1 次提交
  2. 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
  3. 26 4月, 2007 2 次提交
  4. 11 2月, 2007 1 次提交
  5. 19 10月, 2006 1 次提交
  6. 04 10月, 2006 1 次提交
    • J
      [TIPC]: fix printk warning · 617dbeaa
      Jeff Garzik 提交于
      gcc spits out this warning:
      
      net/tipc/link.c: In function ‘link_retransmit_failure’:
      net/tipc/link.c:1669: warning: cast from pointer to integer of different
      size
      
      More than a little bit ugly, storing integers in void*, but at least the
      code is correct, unlike some of the more crufty Linux kernel code found
      elsewhere.
      
      Rather than having two casts to massage the value into u32, it's easier
      just to have a single cast and use "%lu", since it's just a printk.
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      617dbeaa
  7. 22 7月, 2006 1 次提交
  8. 04 7月, 2006 1 次提交
  9. 30 6月, 2006 1 次提交
  10. 26 6月, 2006 6 次提交
  11. 24 3月, 2006 1 次提交
  12. 21 3月, 2006 3 次提交
  13. 18 1月, 2006 2 次提交
  14. 13 1月, 2006 4 次提交