1. 20 2月, 2017 1 次提交
  2. 10 2月, 2017 3 次提交
  3. 08 2月, 2017 1 次提交
    • M
      sctp: drop __packed from almost all SCTP structures · 85c727b5
      Marcelo Ricardo Leitner 提交于
      __packed is considered harmful as it potentially generates code that
      doesn't perform well and its usage should be avoided as much as
      possible.
      
      This patch drops __packed from all SCTP structures except one, which is
      sctp_signed_cookie. In there it's required, as per changelog on
      commit 9834a2bb ("[SCTP]: Fix sctp_cookie alignment in the packet.").
      
      After this patch, no alignment changes neither in x86 or x86_64 and
      no exceptions were noticed during testing on both archs.
      
      Code size for SCTP module also didn't change with this patch.
      
      Cc: David Miller <davem@davemloft.net>
      Cc: David Laight <David.Laight@ACULAB.COM>
      Signed-off-by: NMarcelo Ricardo Leitner <marcelo.leitner@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      85c727b5
  4. 19 1月, 2017 1 次提交
  5. 09 8月, 2016 1 次提交
  6. 01 6月, 2016 1 次提交
  7. 16 4月, 2016 1 次提交
    • X
      sctp: add sctp_info dump api for sctp_diag · 52c52a61
      Xin Long 提交于
      sctp_diag will dump some important details of sctp's assoc or ep, we use
      sctp_info to describe them,  sctp_get_sctp_info to get them, and export
      it to sctp_diag.ko.
      
      v2->v3:
      - we will not use list_for_each_safe in sctp_get_sctp_info, cause
        all the callers of it will use lock_sock.
      
      - fix the holes in struct sctp_info with __reserved* field.
        because sctp_diag is a new feature, and sctp_info is just for now,
        it may be changed in the future.
      Signed-off-by: NXin Long <lucien.xin@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      52c52a61
  8. 20 1月, 2014 1 次提交
  9. 07 12月, 2013 1 次提交
  10. 10 4月, 2013 1 次提交
    • D
      net: sctp: introduce uapi header for sctp · 1b866434
      Daniel Borkmann 提交于
      This patch introduces an UAPI header for the SCTP protocol,
      so that we can facilitate the maintenance and development of
      user land applications or libraries, in particular in terms
      of header synchronization.
      
      To not break compatibility, some fragments from lksctp-tools'
      netinet/sctp.h have been carefully included, while taking care
      that neither kernel nor user land breaks, so both compile fine
      with this change (for lksctp-tools I tested with the old
      netinet/sctp.h header and with a newly adapted one that includes
      the uapi sctp header). lksctp-tools smoke test run through
      successfully as well in both cases.
      Suggested-by: NNeil Horman <nhorman@tuxdriver.com>
      Cc: Neil Horman <nhorman@tuxdriver.com>
      Cc: Vlad Yasevich <vyasevich@gmail.com>
      Signed-off-by: NDaniel Borkmann <dborkman@redhat.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      1b866434
  11. 03 6月, 2010 1 次提交
  12. 24 11月, 2009 1 次提交
    • W
      sctp: implement definition for SACK-IMMEDIATELY extension · 475cba4e
      Wei Yongjun 提交于
      This patch implement the definition for SACK-IMMEDIATELY
      extension.
      
      Section 3.  The I-bit in the DATA Chunk Header
      
         The following Figure 1 shows the extended DATA chunk.
      
          0                   1                   2                   3
          0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
         +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
         |   Type = 0    |  Res  |I|U|B|E|           Length              |
         +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
         |                              TSN                              |
         +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
         |        Stream Identifier      |     Stream Sequence Number    |
         +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
         |                  Payload Protocol Identifier                  |
         +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
         \                                                               \
         /                           User Data                           /
         \                                                               \
         +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      
                                       Figure 1
      
         The only difference between the DATA chunk in Figure 1 and the DATA
         chunk defined in [RFC4960] is the addition of the I-bit in the flags
         field of the chunk header.
      Signed-off-by: NWei Yongjun <yjwei@cn.fujitsu.com>
      Signed-off-by: NVlad Yasevich <vladislav.yasevich@hp.com>
      475cba4e
  13. 03 6月, 2009 1 次提交
  14. 16 2月, 2009 1 次提交
  15. 15 2月, 2009 1 次提交
  16. 05 2月, 2008 1 次提交
  17. 11 10月, 2007 2 次提交
    • V
    • V
      [SCTP]: Implement the Supported Extensions Parameter · 131a47e3
      Vlad Yasevich 提交于
      SCTP Supported Extenions parameter is specified in Section 4.2.7
      of the ADD-IP draft (soon to be RFC).  The parameter is
      encoded as:
      
            0                   1                   2                   3
            0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
           +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
           |     Parameter Type = 0x8008   |      Parameter Length         |
           +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
           | CHUNK TYPE 1  |  CHUNK TYPE 2 |  CHUNK TYPE 3 |  CHUNK TYPE 4 |
           +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
           |                             ....                              |
           +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
           | CHUNK TYPE N  |      PAD      |      PAD      |      PAD      |
           +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      
      It contains a list of chunks that a particular SCTP extension
      uses.  Current extensions supported are Partial Reliability
      (FWD-TSN) and ADD-IP (ASCONF and ASCONF-ACK).
      
      When implementing new extensions (AUTH, PKT-DROP, etc..), new
      chunks need to be added to this parameter.  Parameter processing
      would be modified to negotiate support for these new features.
      Signed-off-by: NVlad Yasevich <vladislav.yasevich@hp.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      131a47e3
  18. 26 4月, 2007 2 次提交
  19. 23 12月, 2006 1 次提交
  20. 03 12月, 2006 1 次提交
  21. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4