1. 01 5月, 2012 1 次提交
    • P
      tipc: compress out gratuitous extra carriage returns · 617d3c7a
      Paul Gortmaker 提交于
      Some of the comment blocks are floating in limbo between two
      functions, or between blocks of code.  Delete the extra line
      feeds between any comment and its associated following block
      of code, to be consistent with the majority of the rest of
      the kernel.  Also delete trailing newlines at EOF and fix
      a couple trivial typos in existing comments.
      
      This is a 100% cosmetic change with no runtime impact.  We get
      rid of over 500 lines of non-code, and being blank line deletes,
      they won't even show up as noise in git blame.
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      617d3c7a
  2. 27 4月, 2012 1 次提交
  3. 25 2月, 2012 1 次提交
  4. 30 12月, 2011 2 次提交
  5. 18 9月, 2011 1 次提交
  6. 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
  7. 24 2月, 2011 3 次提交
  8. 02 1月, 2011 5 次提交
  9. 03 12月, 2010 4 次提交
  10. 21 10月, 2010 2 次提交
    • N
      Revert d88dca79 · db5a753b
      Neil Horman 提交于
      TIPC needs to have its endianess issues fixed.  Unfortunately, the format of a
      subscriber message is passed in directly from user space, so requiring this
      message to be in network byte order breaks user space ABI.  Revert this change
      until such time as we can determine how to do this in a backwards compatible
      manner.
      Signed-off-by: NNeil Horman <nhorman@tuxdriver.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      db5a753b
    • N
      Revert c6537d67 · 8c974438
      Neil Horman 提交于
      Backout the tipc changes to the flags int he subscription message.  These
      changees, while reasonable on the surface, interefere with user space ABI
      compatibility which is a no-no.  This was part of the changes to fix the
      endianess issues in the TIPC protocol, which would be really nice to do but we
      need to do so in a way that is backwards compatible with user space.
      Signed-off-by: NNeil Horman <nhorman@tuxdriver.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      8c974438
  11. 17 10月, 2010 1 次提交
  12. 24 9月, 2010 1 次提交
  13. 07 4月, 2010 1 次提交
  14. 09 3月, 2010 1 次提交
    • N
      tipc: fix endianness on tipc subscriber messages · d88dca79
      Neil Horman 提交于
      Remove htohl implementation from tipc
      
      I was working on forward porting the downstream commits for TIPC and ran accross this one:
      http://tipc.cslab.ericsson.net/cgi-bin/gitweb.cgi?p=people/allan/tipc.git;a=commitdiff;h=894279b9437b63cbb02405ad5b8e033b51e4e31e
      
      I was going to just take it, when I looked closer and noted what it was doing.
      This is basically a routine to byte swap fields of data in sent/received packets
      for tipc, dependent upon the receivers guessed endianness of the peer when a
      connection is established.  Asside from just seeming silly to me, it appears to
      violate the latest RFC draft for tipc:
      http://tipc.sourceforge.net/doc/draft-spec-tipc-02.txt
      Which, according to section 4.2 and 4.3.3, requires that all fields of all
      commands be sent in network byte order.  So instead of just taking this patch,
      instead I'm removing the htohl function and replacing the calls with calls to
      ntohl in the rx path and htonl in the send path.
      
      As part of this fix, I'm also changing the subscr_cancel function, which
      searches the list of subscribers, using a memcmp of the entire subscriber list,
      for the entry to tear down.  unfortunately it memcmps the entire tipc_subscr
      structure which has several bits that are private to the local side, so nothing
      will ever match.  section 5.2 of the draft spec indicates the <type,upper,lower>
      tuple should uniquely identify a subscriber, so convert subscr_cancel to just
      match on those fields (properly endian swapped).
      
      I've tested this using the tipc test suite, and its passed without issue.
      Signed-off-by: NNeil Horman <nhorman@tuxdriver.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      d88dca79
  15. 30 11月, 2009 1 次提交
  16. 13 8月, 2008 1 次提交
  17. 20 5月, 2008 5 次提交
  18. 13 5月, 2008 1 次提交
  19. 11 2月, 2007 1 次提交
  20. 03 12月, 2006 1 次提交
  21. 19 10月, 2006 1 次提交
  22. 22 7月, 2006 1 次提交
  23. 28 6月, 2006 1 次提交
  24. 26 6月, 2006 1 次提交
  25. 21 3月, 2006 1 次提交
    • S
      [TIPC]: Remove inlines from *.c · 05790c64
      Sam Ravnborg 提交于
      With reference to latest discussions on linux-kernel with respect to
      inline here is a patch for tipc to remove all inlines as used in
      the .c files. See also chapter 14 in Documentation/CodingStyle.
      
      Before:
         text        data     bss     dec     hex filename
       102990        5292    1752  110034   1add2 tipc.o
      
      Now:
         text        data     bss     dec     hex filename
       101190        5292    1752  108234   1a6ca tipc.o
      
      This is a nice text size reduction which will improve icache usage.
      In some cases bigger (> 4 lines) functions where declared inline
      and used in many places, they are most probarly no longer inlined by gcc
      resulting in the size reduction.
      There are several one liners that no longer are declared inline, but gcc
      should inline these just fine without the inline hint.
      
      With this patch applied one warning is added about an unused static
      function - that was hidded by utilising inline before.
      The function in question were kept so this patch is solely a
      inline removal patch.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      Signed-off-by: NPer Liden <per.liden@ericsson.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      05790c64