Linux SCTP (Stream Control Transmission Protocol)

• Thread Index

• Re: [PATCH net-next 3/5] net: sctp: implement rfc6458, 5.3.5. SCTP_RCVINFO cmsg support
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: Ooops with SCTP
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: Ooops with SCTP
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Ooops with SCTP
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: Ooops with SCTP
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: SCTP Multihoming Heartbeat ACK Behavior
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: [PATCH net-next 3/5] net: sctp: implement rfc6458, 5.3.5. SCTP_RCVINFO cmsg support
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH net-next 3/5] net: sctp: implement rfc6458, 5.3.5. SCTP_RCVINFO cmsg support
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH net-next 2/5] net: sctp: implement rfc6458, 5.3.4. SCTP_SNDINFO cmsg support
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Ooops with SCTP
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: SCTP Multihoming Heartbeat ACK Behavior
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Re: Ooops with SCTP
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Ooops with SCTP
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: Ooops with SCTP
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Ooops with SCTP
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 2/5] net: sctp: implement rfc6458, 5.3.4. SCTP_SNDINFO cmsg support
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net-next 1/5] net: sctp: fix information leaks in ulpevent layer
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net-next 5/5] net: sctp: implement rfc6458, 8.1.31. SCTP_DEFAULT_SNDINFO support
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net-next 4/5] net: sctp: implement rfc6458, 5.3.6. SCTP_NXTINFO cmsg support
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net-next 3/5] net: sctp: implement rfc6458, 5.3.5. SCTP_RCVINFO cmsg support
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net-next 0/5] SCTP updates
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net-next v2 3/3] net: sctp: Use pointers (not array indexes) to access sctp_cmd_seq_t.cmds[].
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH net-next v2 2/3] net: sctp: Optimise the way 'sctp_arg_t' values are initialised.
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH net-next v2 1/3] net: sctp: Inline the functions from command.c
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH net-next v2 0/3] net: sctp: Optimisations to sctp command queue code
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re[2]: SCTP Multihoming Heartbeat ACK Behavior
  • From: "Winston V. Tizon" <wtizon@xxxxxxxxxxx>
• Re: [PATCH net-next 2/3] net: sctp: Optimise the way 'sctp_arg_t' values are initialised
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/2] Misc SCTP updates
  • From: David Miller <davem@xxxxxxxxxxxxx>
• RE: SCTP Multihoming Heartbeat ACK Behavior
  • From: Jeff Carter <J.Carter@xxxxxx>
• RE: [PATCH net-next 2/3] net: sctp: Optimise the way 'sctp_arg_t' values are initialised
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH net-next 2/3] net: sctp: Optimise the way 'sctp_arg_t' values are initialised
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net-next 2/3] net: sctp: Optimise the way 'sctp_arg_t' values are initialised
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: [PATCH net-next 2/3] net: sctp: Optimise the way 'sctp_arg_t' values are initialised
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: SCTP Multihoming Heartbeat ACK Behavior
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Re: SCTP Multihoming Heartbeat ACK Behavior
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net-next 1/3] net: sctp: Inline the functions from command.c
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next 2/3] net: sctp: Optimise the way 'sctp_arg_t' values are initialised
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: SCTP Multihoming Heartbeat ACK Behavior
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re[2]: SCTP Multihoming Heartbeat ACK Behavior
  • From: "Winston V. Tizon" <wtizon@xxxxxxxxxxx>
• Re[2]: SCTP Multihoming Heartbeat ACK Behavior
  • From: "Winston V. Tizon" <wtizon@xxxxxxxxxxx>
• Re: [PATCH net-next 2/2] net: sctp: only warn in proc_sctp_do_alpha_beta if write
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [PATCH net-next 2/3] net: sctp: Optimise the way 'sctp_arg_t' values are initialised
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH net-next 3/3] net: sctp: Use pointers (not array indexes) to access sctp_cmd_seq_t.cmds[]
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH net-next 1/3] net: sctp: Inline the functions from command.c
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH net-next 0/3] net: sctp: Optimisations to sctp command queue code
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: SCTP Multihoming Heartbeat ACK Behavior
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/2] Misc SCTP updates
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net-next 0/2] Misc SCTP updates
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net-next 1/2] net: sctp: improve timer slack calculation for transport HBs
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net-next 2/2] net: sctp: only warn in proc_sctp_do_alpha_beta if write
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: SCTP Multihoming Heartbeat ACK Behavior
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re[2]: SCTP Multihoming Heartbeat ACK Behavior
  • From: "Winston V. Tizon" <wtizon@xxxxxxxxxxx>
• Re: SCTP Multihoming Heartbeat ACK Behavior
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• SCTP Multihoming Heartbeat ACK Behavior
  • From: "Winston V. Tizon" <wtizon@xxxxxxxxxxx>
• Re: Information about SCTP patch
  • From: Michele Baldessari <michele@xxxxxxxxxx>
• Re: Information about SCTP patch
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Information about SCTP patch
  • From: kishan simha <ksimha123@xxxxxxxxx>
• Re: [PATCH net-next] sctp: Add partially support for MSG_MORE to SCTP.
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• RE: [PATCH net-next] sctp: Add partially support for MSG_MORE to SCTP.
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: Add partially support for MSG_MORE to SCTP.
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH net-next] sctp: Add partially support for MSG_MORE to SCTP.
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net] net: sctp: check proc_dointvec result in proc_sctp_do_auth
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 5/5] net: sctp: fix incorrect type in gfp initializer
  • From: "'Tejun Heo'" <tj@xxxxxxxxxx>
• Re: [PATCH net] net: sctp: check proc_dointvec result in proc_sctp_do_auth
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net] net: sctp: check proc_dointvec result in proc_sctp_do_auth
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: [PATCH net-next 5/5] net: sctp: fix incorrect type in gfp initializer
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net] net: sctp: propagate sysctl errors from proc_do* properly
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 6/6] Support for SCTP_DEFAULT_SNDINFO socket option
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net] net: sctp: propagate sysctl errors from proc_do* properly
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net-next 2/6] Support for SCTP_RCVINFO ancillary data
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/6] Support for SCTP_RECVRCVINFO socket option
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net] net: sctp: check proc_dointvec result in proc_sctp_do_auth
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net-next 5/5] net: sctp: fix incorrect type in gfp initializer
  • From: Tejun Heo <tj@xxxxxxxxxx>
• RE: [PATCH net-next 0/6] A step closer to RFC 6458 compliancy
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net-next 0/6] A step closer to RFC 6458 compliancy
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next 0/6] A step closer to RFC 6458 compliancy
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 0/6] A step closer to RFC 6458 compliancy
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• RE: [PATCH net-next 0/6] A step closer to RFC 6458 compliancy
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net-next 0/6] A step closer to RFC 6458 compliancy
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• RE: [PATCH net-next 0/6] A step closer to RFC 6458 compliancy
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net-next 0/6] A step closer to RFC 6458 compliancy
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• RE: [PATCH net-next 0/6] A step closer to RFC 6458 compliancy
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH net-next 0/6] A step closer to RFC 6458 compliancy
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH net-next 4/6] Support for SCTP_NXTINFO socket option
  • From: Geir Ola Vaagland <geirola@xxxxxxxxx>
• [PATCH net-next 1/6] Support for SCTP_RECVRCVINFO socket option
  • From: Geir Ola Vaagland <geirola@xxxxxxxxx>
• [PATCH net-next 3/6] Support for SCTP_SNDINFO ancillary data
  • From: Geir Ola Vaagland <geirola@xxxxxxxxx>
• [PATCH net-next 5/6] Support for receiving SCTP_NXTINFO ancillary data
  • From: Geir Ola Vaagland <geirola@xxxxxxxxx>
• [PATCH net-next 2/6] Support for SCTP_RCVINFO ancillary data
  • From: Geir Ola Vaagland <geirola@xxxxxxxxx>
• [PATCH net-next 6/6] Support for SCTP_DEFAULT_SNDINFO socket option
  • From: Geir Ola Vaagland <geirola@xxxxxxxxx>
• [PATCH net-next 0/6] A step closer to RFC 6458 compliancy
  • From: Geir Ola Vaagland <geirola@xxxxxxxxx>
• RE: [PATCH net-next 3/6] Support for SCTP_SNDINFO ancillary data
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net-next 3/6] Support for SCTP_SNDINFO ancillary data
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next 2/6] Support for SCTP_RCVINFO ancillary data
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next 1/6] Support for SCTP_RECVRCVINFO socket option
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next 0/6] A step closer to RFC 6458 compliancy
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• RE: [PATCH net-next 3/6] Support for SCTP_SNDINFO ancillary data
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH net-next 2/6] Support for SCTP_RCVINFO ancillary data
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH net-next 1/6] Support for SCTP_RECVRCVINFO socket option
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH net-next 0/6] A step closer to RFC 6458 compliancy
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH net-next 2/6] Support for SCTP_RCVINFO ancillary data
  • From: Geir Ola Vaagland <geirola@xxxxxxxxx>
• [PATCH net-next 3/6] Support for SCTP_SNDINFO ancillary data
  • From: Geir Ola Vaagland <geirola@xxxxxxxxx>
• [PATCH net-next 5/6] Support for receiving SCTP_NXTINFO ancillary data
  • From: Geir Ola Vaagland <geirola@xxxxxxxxx>
• [PATCH net-next 6/6] Support for SCTP_DEFAULT_SNDINFO socket option
  • From: Geir Ola Vaagland <geirola@xxxxxxxxx>
• [PATCH net-next 4/6] Support for SCTP_NXTINFO socket option
  • From: Geir Ola Vaagland <geirola@xxxxxxxxx>
• [PATCH net-next 1/6] Support for SCTP_RECVRCVINFO socket option
  • From: Geir Ola Vaagland <geirola@xxxxxxxxx>
• [PATCH net-next 0/6] A step closer to RFC 6458 compliancy
  • From: Geir Ola Vaagland <geirola@xxxxxxxxx>
• Re: [PATCH net] net: sctp: fix permissions for rto_alpha and rto_beta knobs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net] net: sctp: fix permissions for rto_alpha and rto_beta knobs
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH RFC] sctp: optimise sctp/command.[ch]
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v2] sctp: Fix sk_ack_backlog wrap-around problem
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: Fix sk_ack_backlog wrap-around problem
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• RE: [PATCH net-next 5/5] net: sctp: fix incorrect type in gfp initializer
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v2] sctp: Fix sk_ack_backlog wrap-around problem
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH v2] sctp: Fix sk_ack_backlog wrap-around problem
  • From: Xufeng Zhang <xufeng.zhang@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Fix sk_ack_backlog wrap-around problem
  • From: Xufeng Zhang <xufeng.zhang@xxxxxxxxxxxxx>
• Re: [PATCH v3 net-next 0/5] SCTP update
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 5/5] net: sctp: fix incorrect type in gfp initializer
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH] sctp: Fix sk_ack_backlog wrap-around problem
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v3 net-next 0/5] SCTP update
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH v3 net-next 1/5] ktime: add ktime_after and ktime_before helper
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH v3 net-next 2/5] net: sctp: refactor active path selection
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH v3 net-next 3/5] net: sctp: migrate most recently used transport to ktime
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH v3 net-next 4/5] net: sctp: improve sctp_select_active_and_retran_path selection
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH v3 net-next 5/5] net: sctp: fix incorrect type in gfp initializer
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH v3 net-next 0/5] SCTP update
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH v2 net-next 4/5] net: sctp: improve sctp_select_active_and_retran_path selection
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH v2 net-next 4/5] net: sctp: improve sctp_select_active_and_retran_path selection
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v2 net-next 4/5] net: sctp: improve sctp_select_active_and_retran_path selection
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH v2 net-next 4/5] net: sctp: improve sctp_select_active_and_retran_path selection
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next 5/5] net: sctp: fix incorrect type in gfp initializer
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH v2 net-next 2/5] net: sctp: refactor active path selection
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH v2 net-next 5/5] net: sctp: fix incorrect type in gfp initializer
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH v2 net-next 4/5] net: sctp: improve sctp_select_active_and_retran_path selection
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH v2 net-next 3/5] net: sctp: migrate most recently used transport to ktime
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH v2 net-next 1/5] ktime: add ktime_after and ktime_before helper
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH v2 net-next 0/5] SCTP update
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• RE: [PATCH net-next 5/5] net: sctp: fix incorrect type in gfp initializer
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH net-next 1/5] ktime: add ktime_after and ktime_before helper
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net-next 2/5] net: sctp: refactor active path selection
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net-next 4/5] net: sctp: improve sctp_select_active_and_retran_path selection
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net-next 3/5] net: sctp: migrate most recently used transport to ktime
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net-next 5/5] net: sctp: fix incorrect type in gfp initializer
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net-next 0/5] SCTP update
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH] sctp: Fix sk_ack_backlog wrap-around problem
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH] sctp: Fix sk_ack_backlog wrap-around problem
  • From: Xufeng Zhang <xufeng.zhang@xxxxxxxxxxxxx>
• Re: sctp bug: sk_ack_backlog wrap-around problem
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• sctp bug: sk_ack_backlog wrap-around problem
  • From: Xufeng Zhang <xufengzhang.main@xxxxxxxxx>
• Re: [PATCH] lksctp-tools: make bind_test can do while disable IPV6
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH] lksctp-tools: make bind_test can do while disable IPV6
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH lksctp-tools] A few things that should get the API closer to RFC6458 compliancy
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] lksctp-tools: make bind_test can do while disable IPV6
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH] lksctp-tools: make bind_test can do while disable IPV6
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH lksctp-tools] A few things that should get the API closer to RFC6458 compliancy
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH lksctp-tools] A few things that should get the API closer to RFC6458 compliancy
  • From: Geir Ola Vaagland <geirola@xxxxxxxxx>
• Re: [net-next 0/2] sctp: fix kfree static array pointer in sctp_sysctl_net_unregister
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [net-next 0/2] sctp: fix kfree static array pointer in sctp_sysctl_net_unregister
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [net-next 2/2] sctp: add a checking for sctp_sysctl_net_register
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [net-next 0/2] sctp: fix kfree static array pointer in sctp_sysctl_net_unregister
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [net-next 1/2] Revert "sctp: optimize the sctp_sysctl_net_register"
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: add a checking for sctp_sysctl_net_register
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: fix kfree static array pointer in sctp_sysctl_net_unregister
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: fix kfree static array pointer in sctp_sysctl_net_unregister
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: add a checking for sctp_sysctl_net_register
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: add a checking for sctp_sysctl_net_register
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: add a checking for sctp_sysctl_net_register
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: fix kfree static array pointer in sctp_sysctl_net_unregister
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: add a checking for sctp_sysctl_net_register
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: fix kfree static array pointer in sctp_sysctl_net_unregister
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: add a checking for sctp_sysctl_net_register
  • From: tingwei liu <tingw.liu@xxxxxxxxx>
• [PATCH net-next] sctp: add a checking for sctp_sysctl_net_register
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH net-next] sctp: fix kfree static array pointer in sctp_sysctl_net_unregister
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• RE: SCTP throughput does not scale
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• Re: SCTP throughput does not scale
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• RE: SCTP throughput does not scale
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• Re: SCTP throughput does not scale
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• RE: SCTP throughput does not scale
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• Re: SCTP throughput does not scale
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• RE: SCTP throughput does not scale
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• Re: SCTP throughput does not scale
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: SCTP throughput does not scale
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• Re: SCTP throughput does not scale
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: SCTP throughput does not scale
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• Re: SCTP throughput does not scale
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: SCTP throughput does not scale
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• Re: SCTP throughput does not scale
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• SCTP throughput does not scale
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• Incorrect man page for sctp_recvmsg
  • From: Gergely Péli <gergely@xxxxxxxxxxxxxx>
• Re: [PATCH v4 net] net: sctp: Don't transition to PF state when transport has exhausted 'Path.Max.Retrans'.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH V2] sctp: reset flowi4_oif parameter on route lookup
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4 net] net: sctp: Don't transition to PF state when transport has exhausted 'Path.Max.Retrans'.
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v3 net] net: sctp: Don't transition to PF state when transport has exhausted 'Path.Max.Retrans'.
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH v4 net] net: sctp: Don't transition to PF state when transport has exhausted 'Path.Max.Retrans'.
  • From: Karl Heiss <kheiss@xxxxxxxxx>
• Re: [PATCH v3 net] net: sctp: Don't transition to PF state when transport has exhausted 'Path.Max.Retrans'.
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v3 net] net: sctp: Don't transition to PF state when transport has exhausted 'Path.Max.Retrans'.
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v3 net] net: sctp: Don't transition to PF state when transport has exhausted 'Path.Max.Retrans'.
  • From: Karl Heiss <kheiss@xxxxxxxxx>
• [PATCH v3 net] net: sctp: Don't transition to PF state when transport has exhausted 'Path.Max.Retrans'.
  • From: Karl Heiss <kheiss@xxxxxxxxx>
• Re: [PATCH V2] sctp: reset flowi4_oif parameter on route lookup
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net] net: sctp: Don't transition to PF state when transport has exhausted 'Path.Max.Retrans'.
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH V2] sctp: reset flowi4_oif parameter on route lookup
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH net] net: sctp: Don't transition to PF state when transport has exhausted 'Path.Max.Retrans'.
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net] net: sctp: Don't transition to PF state when transport has exhausted 'Path.Max.Retrans'.
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net] net: sctp: Don't transition to PF state when transport has exhausted 'Path.Max.Retrans'.
  • From: Karl Heiss <kheiss@xxxxxxxxx>
• [PATCH V2] sctp: reset flowi4_oif parameter on route lookup
  • From: Xufeng Zhang <xufeng.zhang@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: reset flowi4_oif parameter on route lookup
  • From: Xufeng Zhang <xufeng.zhang@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: reset flowi4_oif parameter on route lookup
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH] sctp: reset flowi4_oif parameter on route lookup
  • From: Xufeng Zhang <xufeng.zhang@xxxxxxxxxxxxx>
• Re: Is SCTP throughput really this low compared to TCP?
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• RE: Is SCTP throughput really this low compared to TCP?
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• Re: [PATCH net] Revert "net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer"
  • From: Matija Glavinic Pecotic <matija.glavinic-pecotic.ext@xxxxxxx>
• Re: [PATCH] sctp: add support for busy polling to sctp protocol
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] net: sctp: cache auth_enable per endpoint
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: add support for busy polling to sctp protocol
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: add support for busy polling to sctp protocol
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net] net: sctp: cache auth_enable per endpoint
  • From: Joshua Kinard <kumba@xxxxxxxxxx>
• Re: [PATCH] sctp: add support for busy polling to sctp protocol
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net] net: sctp: cache auth_enable per endpoint
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH] sctp: add support for busy polling to sctp protocol
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: Is SCTP throughput really this low compared to TCP?
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• [PATCH net] net: sctp: cache auth_enable per endpoint
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: Is SCTP throughput really this low compared to TCP?
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH]: NULL pointer dereference in sctp_auth_asoc_set_default_hmac
  • From: Joshua Kinard <kumba@xxxxxxxxxx>
• Re: [PATCH]: NULL pointer dereference in sctp_auth_asoc_set_default_hmac
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH]: NULL pointer dereference in sctp_auth_asoc_set_default_hmac
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH]: NULL pointer dereference in sctp_auth_asoc_set_default_hmac
  • From: Joshua Kinard <kumba@xxxxxxxxxx>
• Re: [PATCH net] Revert "net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer"
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net] Revert "net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer"
  • From: Matija Glavinic Pecotic <matija.glavinic-pecotic.ext@xxxxxxx>
• Re: [PATCH]: NULL pointer dereference in sctp_auth_asoc_set_default_hmac
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net] Revert "net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer"
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net] Revert "net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer"
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net] Revert "net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer"
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH]: NULL pointer dereference in sctp_auth_asoc_set_default_hmac
  • From: Joshua Kinard <kumba@xxxxxxxxxx>
• Re: [PATCH net] Revert "net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer"
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net] Revert "net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer"
  • From: Matija Glavinic Pecotic <matija.glavinic-pecotic.ext@xxxxxxx>
• Re: [PATCH net] Revert "net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer"
  • From: Alexander Sverdlin <alexander.sverdlin@xxxxxxx>
• Re: [PATCH net] Revert "net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer"
  • From: Dongsheng Song <dongsheng.song@xxxxxxxxx>
• Re: [PATCH]: NULL pointer dereference in sctp_auth_asoc_set_default_hmac
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net] Revert "net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer"
  • From: Matija Glavinic Pecotic <matija.glavinic-pecotic.ext@xxxxxxx>
• [PATCH]: NULL pointer dereference in sctp_auth_asoc_set_default_hmac
  • From: Joshua Kinard <kumba@xxxxxxxxxx>
• RE: [PATCH net] Revert "net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer"
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• Re: [PATCH net] Revert "net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer"
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net] Revert "net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer"
  • From: Alexander Sverdlin <alexander.sverdlin@xxxxxxx>
• Re: [PATCH net] Revert "net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer"
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net] Revert "net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer"
  • From: Alexander Sverdlin <alexander.sverdlin@xxxxxxx>
• Re: [PATCH net] Revert "net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer"
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] Revert "net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer"
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: Is SCTP throughput really this low compared to TCP?
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net] Revert "net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer"
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: Is SCTP throughput really this low compared to TCP?
  • From: Matija Glavinic Pecotic <matija.glavinic-pecotic.ext@xxxxxxx>
• RE: Is SCTP throughput really this low compared to TCP?
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• RE: Is SCTP throughput really this low compared to TCP?
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• RE: Is SCTP throughput really this low compared to TCP?
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• Re: Is SCTP throughput really this low compared to TCP?
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• RE: Is SCTP throughput really this low compared to TCP?
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• RE: Is SCTP throughput really this low compared to TCP?
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• RE: Is SCTP throughput really this low compared to TCP?
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• Re: Is SCTP throughput really this low compared to TCP?
  • From: Dongsheng Song <dongsheng.song@xxxxxxxxx>
• Re: Is SCTP throughput really this low compared to TCP?
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• RE: Is SCTP throughput really this low compared to TCP?
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• Re: Is SCTP throughput really this low compared to TCP?
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: Is SCTP throughput really this low compared to TCP?
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• RE: Is SCTP throughput really this low compared to TCP?
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• RE: Is SCTP throughput really this low compared to TCP?
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• Re: Is SCTP throughput really this low compared to TCP?
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• RE: Is SCTP throughput really this low compared to TCP?
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• Re: Is SCTP throughput really this low compared to TCP?
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• RE: Is SCTP throughput really this low compared to TCP?
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• RE: Is SCTP throughput really this low compared to TCP?
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• Re: Is SCTP throughput really this low compared to TCP?
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• RE: Is SCTP throughput really this low compared to TCP?
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• Re: Is SCTP throughput really this low compared to TCP?
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: Is SCTP throughput really this low compared to TCP?
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: Is SCTP throughput really this low compared to TCP?
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: Is SCTP throughput really this low compared to TCP?
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• RE: Is SCTP throughput really this low compared to TCP?
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• Re: Is SCTP throughput really this low compared to TCP?
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: Is SCTP throughput really this low compared to TCP?
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• RE: Is SCTP throughput really this low compared to TCP?
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• Re: Is SCTP throughput really this low compared to TCP?
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Is SCTP throughput really this low compared to TCP?
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• Re: [PATCH net v3] net: sctp: test if association is dead in sctp_wake_up_waiters
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net v3] net: sctp: test if association is dead in sctp_wake_up_waiters
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net v2] net: sctp: test if association is dead in sctp_wake_up_waiters
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net v2] net: sctp: test if association is dead in sctp_wake_up_waiters
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net v2] net: sctp: test if association is dead in sctp_wake_up_waiters
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net v2] net: sctp: test if association is dead in sctp_wake_up_waiters
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net v2] net: sctp: test if association is dead in sctp_wake_up_waiters
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net v2] net: sctp: test if association is dead in sctp_wake_up_waiters
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net v2] net: sctp: test if association is dead in sctp_wake_up_waiters
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net v2] net: sctp: test if association is dead in sctp_wake_up_waiters
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net] net: sctp: test if association is dead in sctp_wake_up_waiters
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net] net: sctp: test if association is dead in sctp_wake_up_waiters
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net v2] net: sctp: wake up all assocs if sndbuf policy is per socket
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net v2] net: sctp: wake up all assocs if sndbuf policy is per socket
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net v2] net: sctp: wake up all assocs if sndbuf policy is per socket
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net v2] net: sctp: wake up all assocs if sndbuf policy is per socket
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net v2] net: sctp: wake up all assocs if sndbuf policy is per socket
  • From: David Miller <davem@xxxxxxxxxx>
• Re: [PATCH net v2] net: sctp: wake up all assocs if sndbuf policy is per socket
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net] net: sctp: wake up all assocs if sndbuf policy is per socket
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] net: sctp: wake up all assocs if sndbuf policy is per socket
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net v2] net: sctp: wake up all assocs if sndbuf policy is per socket
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net v2] net: sctp: wake up all assocs if sndbuf policy is per socket
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net v2] net: sctp: wake up all assocs if sndbuf policy is per socket
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net] net: sctp: wake up all assocs if sndbuf policy is per socket
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] net: sctp: wake up all assocs if sndbuf policy is per socket
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Are sctp_mem, sctp_rmem and sctp_wmem not honored?
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• Re: [PATCH net v2] net: sctp: wake up all assocs if sndbuf policy is per socket
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net v2] net: sctp: wake up all assocs if sndbuf policy is per socket
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net v2] net: sctp: wake up all assocs if sndbuf policy is per socket
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net] net: sctp: wake up all assocs if sndbuf policy is per socket
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net] net: sctp: wake up all assocs if sndbuf policy is per socket
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net] net: sctp: wake up all assocs if sndbuf policy is per socket
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH net] net: sctp: wake up all assocs if sndbuf policy is per socket
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: LKSCTP tuning
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• LKSCTP tuning
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• Re: HB.Max.Burst
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: HB.Max.Burst
  • From: Karl Heiss <kheiss@xxxxxxxxx>
• Re: HB.Max.Burst
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: HB.Max.Burst
  • From: Karl Heiss <kheiss@xxxxxxxxx>
• HB.Max.Burst
  • From: Karl Heiss <kheiss@xxxxxxxxx>
• Re: How to set SACK_DELAY?
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• How to set SACK_DELAY?
  • From: Sun Paul <paulrbk@xxxxxxxxx>
• Re: 1.0.16 sctp_connectx() in 32 bit
  • From: Dong Liu <dliu.cn@xxxxxxxxx>
• Re: [PATCH net-next] net: sctp: remove NULL check in sctp_assoc_update_retran_path
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next] net: sctp: remove NULL check in sctp_assoc_update_retran_path
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: 1.0.16 sctp_connectx() in 32 bit
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• 1.0.16 sctp_connectx() in 32 bit
  • From: Dong Liu <dliu.cn@xxxxxxxxx>
• Re: [PATCH net] net: sctp: fix skb leakage in COOKIE ECHO path of chunk->auth_chunk
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] net: sctp: fix skb leakage in COOKIE ECHO path of chunk->auth_chunk
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] net: sctp: fix skb leakage in COOKIE ECHO path of chunk->auth_chunk
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH net] net: sctp: fix skb leakage in COOKIE ECHO path of chunk->auth_chunk
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net] net: sctp: fix sctp_sf_do_5_1D_ce to verify if we/peer is AUTH capable
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] net: sctp: fix sctp_sf_do_5_1D_ce to verify if we/peer is AUTH capable
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH net] net: sctp: fix sctp_sf_do_5_1D_ce to verify if we/peer is AUTH capable
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: net: sctp: rework multihoming retransmission path selection to rfc4960
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: net: sctp: rework multihoming retransmission path selection to rfc4960
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: net: sctp: rework multihoming retransmission path selection to rfc4960
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• re: net: sctp: rework multihoming retransmission path selection to rfc4960
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: Why is not const used for parameters in the socket API?
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Why is not const used for parameters in the socket API?
  • From: "Roger Nyberg" <roger.nyberg@xxxxxxxxxx>
• Re: [PATCH net-next] loopback: sctp: add NETIF_F_SCTP_CSUM to device features
  • From: David Miller <davem@xxxxxxxxxxxxx>
• RE: [PATCH net-next] loopback: sctp: add NETIF_F_SCTP_CSUM to device features
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH net-next] loopback: sctp: add NETIF_F_SCTP_CSUM to device features
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net-next] loopback: sctp: add NETIF_F_SCTP_CSUM to device features
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net-next] loopback: sctp: add NETIF_F_SCTP_CSUM to device features
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• RE: [PATCH net-next] loopback: sctp: add NETIF_F_SCTP_CSUM to device features
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net-next] loopback: sctp: add NETIF_F_SCTP_CSUM to device features
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• RE: [PATCH net-next] loopback: sctp: add NETIF_F_SCTP_CSUM to device features
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net-next] loopback: sctp: add NETIF_F_SCTP_CSUM to device features
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• RE: [PATCH net-next] loopback: sctp: add NETIF_F_SCTP_CSUM to device features
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [sctp] ef2820a735: -50% netperf Throughput_Mbps
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• [PATCH net-next] loopback: sctp: add NETIF_F_SCTP_CSUM to device features
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net v2] net: sctp: rework multihoming retransmission path selection to rfc4960
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net v2] net: sctp: rework multihoming retransmission path selection to rfc4960
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net v2] net: sctp: rework multihoming retransmission path selection to rfc4960
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net] net: sctp: fix multihoming retransmission path selection to rfc4960
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net v2] net: sctp: rework multihoming retransmission path selection to rfc4960
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net] net: sctp: fix multihoming retransmission path selection to rfc4960
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] net: sctp: Potentially-Failed state should not be reached from unconfirmed state
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] net: sctp: Potentially-Failed state should not be reached from unconfirmed state
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• RE: [PATCH net] net: sctp: fix multihoming retransmission path selection to rfc4960
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH] net: sctp: Potentially-Failed state should not be reached from unconfirmed state
  • From: Matija Glavinic Pecotic <matija.glavinic-pecotic.ext@xxxxxxx>
• Re: [PATCH net] net: sctp: fix multihoming retransmission path selection to rfc4960
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net] net: sctp: fix multihoming retransmission path selection to rfc4960
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: [PATCH net] net: sctp: fix multihoming retransmission path selection to rfc4960
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net] net: sctp: fix multihoming retransmission path selection to rfc4960
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net] net: sctp: fix multihoming retransmission path selection to rfc4960
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: bag in sctp_connectx
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• bag in sctp_connectx
  • From: Sergey Udalov <sudalov@xxxxxxxxxxxxx>
• Re: [sctp] ef2820a735: -50% netperf Throughput_Mbps
  • From: Matija Glavinic Pecotic <matija.glavinic-pecotic.ext@xxxxxxx>
• Re: [PATCH net] net: sctp: fix sctp_connectx abi for ia32 emulation/compat mode
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RFC] sctp: Update HEARTBEAT timer immediately after user changed HB.interval
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• RE: [PATCH RFC] sctp: Update HEARTBEAT timer immediately after user changed HB.interval
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH RFC] sctp: Update HEARTBEAT timer immediately after user changed HB.interval
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH RFC] sctp: Update HEARTBEAT timer immediately after user changed HB.interval
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [ANNOUNCE] lksctp-tools-1.0.16
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH lksctp-tools] Remove dependency to implementation-specific a_rwnd behavior
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH RFC] sctp: Update HEARTBEAT timer immediately after user changed HB.interval
  • From: Xufeng Zhang <xufeng.zhang@xxxxxxxxxxxxx>
• Re: [PATCH lksctp-tools] Remove dependency to implementation-specific a_rwnd behavior
  • From: Matija Glavinic Pecotic <matija.glavinic-pecotic.ext@xxxxxxx>
• Re: [PATCH net] net: sctp: fix sctp_connectx abi for ia32 emulation/compat mode
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH lksctp-tools] Remove dependency to implementation-specific a_rwnd behavior
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net] net: sctp: fix sctp_connectx abi for ia32 emulation/compat mode
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net] net: sctp: fix sctp_connectx abi for ia32 emulation/compat mode
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH v3] net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3] net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH v3] net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer
  • From: Matija Glavinic Pecotic <matija.glavinic-pecotic.ext@xxxxxxx>
• Re: [PATCH v2] net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v2] net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer
  • From: Matija Glavinic Pecotic <matija.glavinic-pecotic.ext@xxxxxxx>
• Re: [PATCH v2] net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH v2] net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer
  • From: Matija Glavinic Pecotic <matija.glavinic-pecotic.ext@xxxxxxx>
• [PATCH lksctp-tools] Remove dependency to implementation-specific a_rwnd behavior
  • From: Matija Glavinic Pecotic <matija.glavinic-pecotic.ext@xxxxxxx>
• Re: [PATCH] net: sctp: fix initialization of local source address on accepted ipv6 sockets
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] net: sctp: fix initialization of local source address on accepted ipv6 sockets
  • From: Matija Glavinic Pecotic <matija.glavinic-pecotic.ext@xxxxxxx>
• Re: [PATCH] net: sctp: fix initialization of local source address on accepted ipv6 sockets
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH] net: sctp: fix initialization of local source address on accepted ipv6 sockets
  • From: Matija Glavinic Pecotic <matija.glavinic-pecotic.ext@xxxxxxx>
• Re: Is there any performance impact, if we tune kernel SCTP (/proc/sys/net/sctp/sack_timeout) parameter??
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Is there any performance impact, if we tune kernel SCTP (/proc/sys/net/sctp/sack_timeout) parameter??
  • From: Norah Jones <nh.jones01@xxxxxxxxx>
• Re: [PATCH] net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer
  • From: Matija Glavinic Pecotic <matija.glavinic-pecotic.ext@xxxxxxx>
• Re: MD5 HMAC in FIPS mode
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer
  • From: Matija Glavinic Pecotic <matija.glavinic-pecotic.ext@xxxxxxx>
• Re: [PATCH] net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer
  • From: Matija Glavinic Pecotic <matija.glavinic-pecotic.ext@xxxxxxx>
• Re: MD5 HMAC in FIPS mode
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• MD5 HMAC in FIPS mode
  • From: Karl Heiss <kheiss@xxxxxxxxx>
• RE: [PATCH] net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH] net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• RE: [PATCH] net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH] net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/7] sctp: remove some macro locking wrappers
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/7] sctp: remove some macro locking wrappers
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next 0/7] sctp: remove some macro locking wrappers
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net-next 1/7] sctp: remove macros sctp_spin_[un]lock_irqrestore
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH net-next 7/7] sctp: remove macros sctp_bh_[un]lock_sock
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH net-next 6/7] sctp: remove macros sctp_{lock|release}_sock
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH net-next 5/7] sctp: remove macros sctp_read_[un]lock
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH net-next 2/7] sctp: remove macros sctp_local_bh_{disable|enable}
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH net-next 0/7] sctp: remove some macro locking wrappers
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH net-next 3/7] sctp: remove macros sctp_spin_[un]lock
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH net-next 4/7] sctp: remove macros sctp_write_[un]_lock
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH net-next 0/2] sctp: some small clean ups
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH net-next 0/2] sctp: some small clean ups
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/2] sctp: some small clean ups
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH net-next 0/2] sctp: some small clean ups
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net-next 2/2] sctp: use sctp_read_[un]lock instead of read_[un]lock
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH net-next 0/2] sctp: some small clean ups
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH net-next 1/2] sctp: use sctp_local_bh_{disable|enable} instead local_bh_{disable|enable}
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: fix missing SCTP mailing list address update
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: fix missing SCTP mailing list address update
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net-next] sctp: fix missing SCTP mailing list address update
  • From: Jean Sacren <sakiwit@xxxxxxxxx>
• [PATCH] net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer
  • From: Matija Glavinic Pecotic <matija.glavinic-pecotic.ext@xxxxxxx>
• Re: [PATCH net-next] sctp: remove the unnecessary assignment
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: remove the unnecessary assignment
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net-next] sctp: remove the unnecessary assignment
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: create helper function to enable|disable sackdelay
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: create helper function to enable|disable sackdelay
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net-next] sctp: create helper function to enable|disable sackdelay
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH] sctp: remove a redundant NULL check
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: remove a redundant NULL check
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH] sctp: remove a redundant NULL check
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• draft-ietf-tsvwg-sctpsocket-07 or rfc6458 ?
  • From: Dongsheng Song <dongsheng.song@xxxxxxxxx>
• Re: NULL pointer dereference at @sctp_unhash_established+0x6e/0xb6 [sctp]
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• NULL pointer dereference at @sctp_unhash_established+0x6e/0xb6 [sctp]
  • From: "Arankal, Nagaraj P" <nagaraj.p.arankal@xxxxxx>
• Re: SCTP SIOCOUTQ ioctl
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• SCTP SIOCOUTQ ioctl
  • From: Karl Heiss <kheiss@xxxxxxxxx>
• Re: [PATCH] sctp: Add process name and pid to deprecation warnings
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [lksctp-tools] [1.0.15] Regression test broken due to test_1_to_1_sockopt - SO_SNDBUF
  • From: Matija Glavinic Pecotic <matija.glavinic-pecotic.ext@xxxxxxx>
• Re: [lksctp-tools] [1.0.15] Regression test broken due to test_1_to_1_sockopt - SO_SNDBUF
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [lksctp-tools] [1.0.15] Regression test broken due to test_1_to_1_sockopt - SO_SNDBUF
  • From: Matija Glavinic Pecotic <matija.glavinic-pecotic.ext@xxxxxxx>
• Re: [PATCH v2] sctp: Add process name and pid to deprecation warnings
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: Add process name and pid to deprecation warnings
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Add process name and pid to deprecation warnings
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• [PATCH v2] sctp: Add process name and pid to deprecation warnings
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Add process name and pid to deprecation warnings
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Add process name and pid to deprecation warnings
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• [PATCH] sctp: Add process name and pid to deprecation warnings
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2] sctp: move skb_dst_set() a bit downwards in sctp_packet_transmit()
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/2] sctp: Consolidate and ratelimit deprecation warnings
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/2] sctp: Consolidate and ratelimit deprecation warnings
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v4 0/2] sctp: Consolidate and ratelimit deprecation warnings
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH net-next 0/3] sctp accept socket fix
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [RFC PATCH net-next 0/3] sctp accept socket fix
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH net-next v2] sctp: move skb_dst_set() a bit downwards in sctp_packet_transmit()
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: check dst 'NULL' before use it in, sctp_packet_transmit
  • From: Wang Weidong <weidong1991.wang@xxxxxxxxx>
• Re: [PATCH net-next] sctp: check dst 'NULL' before use it in, sctp_packet_transmit
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: check dst 'NULL' before use it in, sctp_packet_transmit
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] net: sctp: use sk_copy_sanitize for accept sockets
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH v4 0/2] sctp: Consolidate and ratelimit deprecation warnings
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [RFC PATCH 3/3] net: sctp: use sk_copy_sanitize for accept sockets
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [RFC PATCH net-next 2/3] net: sock: add sk_copy_sanitize for use in modules
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [RFC PATCH net-next 1/3] net: sock: introduce sock_sanitize
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [RFC PATCH net-next 0/3] sctp accept socket fix
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH v4 0/2] sctp: Consolidate and ratelimit deprecation warnings
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• [PATCH v4 0/2] sctp: Consolidate and ratelimit deprecation warnings
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH v4 2/2] SCTP: Reduce log spamming for sctp setsockopt
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH v4 1/2] printk: Add a DEPRECATED macro
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] sctp: Consolidate and ratelimit deprecation warnings
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2] sctp: remove the never used 'return' and redundant 'break'
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: remove casting from function calls through ops structure
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] sctp: Consolidate and ratelimit deprecation warnings
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: fix missing include file
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: fix missing include file
  • From: Scott Feldman <sfeldma@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: fix missing include file
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: undetected closed apps
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: undetected closed apps
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: [PATCH net-next 4/5] sctp: fix checkpatch errors
  • From: Wang Weidong <weidong1991.wang@xxxxxxxxx>
• Re: [PATCH net-next 4/5] sctp: fix checkpatch errors
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next 3/5] sctp: fix checkpatch errors with indent
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next 2/5] sctp: fix checkpatch errors with foo
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/5] sctp: fix checkpatch errors with space required or prohibited
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: randconfig build error with next-20131220, in net/sctp/input.c
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• Re: undetected closed apps
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: undetected closed apps
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: undetected closed apps
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: undetected closed apps
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: Send fail notifications
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: undetected closed apps
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: [PATCH net-next] ipv6: move ip6_sk_accept_pmtu from generic pmtu update path to ipv6 one
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net-next v2] sctp: remove the never used 'return' and redundant 'break'
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net-next 0/5] sctp: fix checkpatch errors
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH net-next 4/5] sctp: fix checkpatch errors
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH net-next 1/5] sctp: fix checkpatch errors with space required or prohibited
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH net-next 5/5] sctp: fix checkpatch errors with //commen
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH net-next 2/5] sctp: fix checkpatch errors with foo
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH net-next 3/5] sctp: fix checkpatch errors with indent
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH net-next v2] sctp: remove the never used 'return' and redundant 'break'
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: undetected closed apps
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: Send fail notifications
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next 2/3] sctp: remove the never used 'return' and, redundant 'break'
  • From: Wang Weidong <weidong1991.wang@xxxxxxxxx>
• Re: [PATCH net-next 2/3] sctp: remove the never used 'return' and, redundant 'break'
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Send fail notifications
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: remove casting from function calls through ops structure
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Send fail notifications
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: undetected closed apps
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: [PATCH net-next 2/3] sctp: remove the never used 'return' and, redundant 'break'
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH net-next 2/3] sctp: remove the never used 'return' and, redundant 'break'
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH net-next] sctp: remove casting from function calls through ops structure
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH] sctp: Reorder 'struc association' members to reduce its size
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v3 1/2] printk: Add a DEPRECATED macro
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH v3 0/2] sctp: Consolidate and ratelimit deprecation warnings
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH v3 2/2] SCTP: Reduce log spamming for sctp setsockopt
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: undetected closed apps
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v2 1/2] printk: Add a pr_warn_deprecated macro
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: undetected closed apps
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: [PATCH v2] sctp: loading sctp when load sctp_probe
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] printk: Add a pr_warn_deprecated macro
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] SCTP: Reduce log spamming for sctp setsockopt
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH v2 0/2] sctp: Consolidate and ratelimit deprecation warnings
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH v2 1/2] printk: Add a pr_warn_deprecated macro
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH v2 2/2] SCTP: Reduce log spamming for sctp setsockopt
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] SCTP: Reduce log spamming for sctp setsockopt
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH] SCTP: Reduce log spamming for sctp setsockopt
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] SCTP: Reduce log spamming for sctp setsockopt
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] SCTP: Reduce log spamming for sctp setsockopt
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] SCTP: Reduce log spamming for sctp setsockopt
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH] SCTP: Reduce log spamming for sctp setsockopt
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: [PATCH] SCTP: Reduce log spamming for sctp setsockopt
  • From: "David Laight" <David.Laight@xxxxxxxxxx>
• Re: [PATCH] SCTP: Reduce log spamming for sctp setsockopt
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: undetected closed apps
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] SCTP: Reduce log spamming for sctp setsockopt
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH] SCTP: Reduce log spamming for sctp setsockopt
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v2] sctp: loading sctp when load sctp_probe
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: loading sctp when load sctp_probe
  • From: Wang Weidong <weidong1991.wang@xxxxxxxxx>
• [PATCH] SCTP: Reduce log spamming for sctp setsockopt
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: loading sctp when load sctp_probe
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: loading sctp when load sctp_probe
  • From: Wang Weidong <weidong1991.wang@xxxxxxxxx>
• Re: [PATCH v2] sctp: loading sctp when load sctp_probe
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: loading sctp when load sctp_probe
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: undetected closed apps
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: undetected closed apps
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Re: undetected closed apps
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: undetected closed apps
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Re: undetected closed apps
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: undetected closed apps
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: undetected closed apps
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Re: undetected closed apps
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: undetected closed apps
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: undetected closed apps
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Re: undetected closed apps
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: undetected closed apps
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Re: undetected closed apps
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: undetected closed apps
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• undetected closed apps
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: [PATCH v2] sctp: loading sctp when load sctp_probe
  • From: Wang Weidong <weidong1991.wang@xxxxxxxxx>
• Re: [PATCH v2] sctp: loading sctp when load sctp_probe
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] lksctp: Avoid using file descriptor 0 to get ENOTSOCK
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH] sctp: Reorder 'struc association' members to reduce its size
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH v2] sctp: loading sctp when load sctp_probe
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: Try to Implement load balancer for transmit & retransmit
  • From: Chang <changxiangzhong@xxxxxxxxx>
• Re: Try to Implement load balancer for transmit & retransmit
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Try to Implement load balancer for transmit & retransmit
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Try to Implement load balancer for transmit & retransmit
  • From: Chang Xiangzhong <changxiangzhong@xxxxxxxxx>
• Re: [PATCH] sctp: loading sctp when load sctp_probe
  • From: Wang Weidong <weidong1991.wang@xxxxxxxxx>
• Re: [PATCH] sctp: loading sctp when load sctp_probe
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH] sctp: loading sctp when load sctp_probe
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: remove redundant null check on asoc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: remove redundant null check on asoc
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next] sctp: remove redundant null check on asoc
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net-next] sctp: remove redundant null check on asoc
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH v7 0/3] sctp: check the rto_min and rto_max
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3] sctp: properly latch and use autoclose value from sock to association
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v7 0/3] sctp: check the rto_min and rto_max
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH v7 3/3] sctp: fix up a spacing
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH v7 0/3] sctp: check the rto_min and rto_max
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH v7 2/3] sctp: add check rto_min and rto_max in sysctl
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH v7 1/3] sctp: check the rto_min and rto_max in setsockopt
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH v6 2/3] sctp: add check rto_min and rto_max in sysctl
  • From: Wang Weidong <weidong1991.wang@xxxxxxxxx>
• Re: [PATCH v6 0/3] sctp: check the rto_min and rto_max
  • From: Wang Weidong <weidong1991.wang@xxxxxxxxx>
• Re: [PATCH v6 2/3] sctp: add check rto_min and rto_max in sysctl
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH v6 2/3] sctp: add check rto_min and rto_max in sysctl
  • From: Wang Weidong <weidong1991.wang@xxxxxxxxx>
• Re: [PATCH v6 0/3] sctp: check the rto_min and rto_max
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v6 2/3] sctp: add check rto_min and rto_max in sysctl
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v6 0/3] sctp: check the rto_min and rto_max
  • From: Wang Weidong <weidong1991.wang@xxxxxxxxx>
• Re: [PATCH v6 0/3] sctp: check the rto_min and rto_max
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH v3] sctp: properly latch and use autoclose value from sock to association
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH] lksctp: Avoid using file descriptor 0 to get ENOTSOCK
  • From: Simon Xu <xu.simon@xxxxxxxxxx>
• Re: [PATCH] sctp: properly latch and use autoclose value from sock to association
  • From: nhorman@xxxxxxxxxxxxx
• [PATCH v6 0/3] sctp: check the rto_min and rto_max
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH v6 2/3] sctp: add check rto_min and rto_max in sysctl
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH v6 1/3] sctp: check the rto_min and rto_max in setsockopt
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH v6 3/3] sctp: fix up a spacing
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH] sctp: properly latch and use autoclose value from sock to association
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] sctp: check the rto_min and rto_max
  • From: Wang Weidong <weidong1991.wang@xxxxxxxxx>
• Re: [PATCH v5 1/2] sctp: check the rto_min and rto_max
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v5 1/2] sctp: check the rto_min and rto_max
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH v5 1/2] sctp: check the rto_min and rto_max
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH v5 1/2] sctp: check the rto_min and rto_max
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v5 1/2] sctp: check the rto_min and rto_max
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH v5 1/2] sctp: check the rto_min and rto_max
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v5 1/2] sctp: check the rto_min and rto_max
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v5 1/2] sctp: check the rto_min and rto_max
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH v5 1/2] sctp: check the rto_min and rto_max
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH v5 1/2] sctp: check the rto_min and rto_max
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v5 1/2] sctp: check the rto_min and rto_max
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v5 1/2] sctp: check the rto_min and rto_max
  • From: Wang Weidong <weidong1991.wang@xxxxxxxxx>
• Re: [PATCH v5 1/2] sctp: check the rto_min and rto_max
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH v5 1/2] sctp: check the rto_min and rto_max
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH v5 2/2] sctp: fix up a spacing
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH v5 0/2] sctp: check the rto_min and rto_max
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH v2] sctp: properly latch and use autoclose value from sock to association
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH v3 net-next 0/4] sctp: do some clean ups
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: properly latch and use autoclose value from sock to association
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH v2] sctp: properly latch and use autoclose value from sock to association
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: properly latch and use autoclose value from sock to association
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: properly latch and use autoclose value from sock to association
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: properly latch and use autoclose value from sock to association
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: [PATCH] sctp: properly latch and use autoclose value from sock to association
  • From: "David Laight" <David.Laight@xxxxxxxxxx>
• Re: [PATCH] sctp: properly latch and use autoclose value from sock to association
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH] sctp: properly latch and use autoclose value from sock to association
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v4] sctp: check the rto_min and rto_max
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH v4] sctp: check the rto_min and rto_max
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH v4] sctp: check the rto_min and rto_max
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH v4] sctp: check the rto_min and rto_max
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH v4] sctp: check the rto_min and rto_max
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: Supporting 4 way connections in LKSCTP
  • From: Sun Paul <paulrbk@xxxxxxxxx>
• Re: [PATCH v2] sctp: disable max_burst when the max_burst is 0
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v3 net-next 0/4] sctp: do some clean ups
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH v3 net-next 4/4] sctp: fix some comments in associola.c
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH v3 net-next 2/4] sctp: remove the else path
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH v3 net-next 1/4] sctp: remove the duplicate initialize
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• [PATCH v3 net-next 3/4] sctp: convert sctp_peer_needs_update to boolean
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH v4] sctp: check the rto_min and rto_max
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH] sctp: fix a BUG_ON on triggered by setting max_autoclose to
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v4] sctp: check the rto_min and rto_max
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH] sctp: fix a BUG_ON on triggered by setting max_autoclose to
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v4] sctp: check the rto_min and rto_max
  • From: Wang Weidong <weidong1991.wang@xxxxxxxxx>
• Re: [PATCH v4] sctp: check the rto_min and rto_max
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Supporting 4 way connections in LKSCTP
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• RE: Supporting 4 way connections in LKSCTP
  • From: "David Laight" <David.Laight@xxxxxxxxxx>
• [PATCH v4] sctp: check the rto_min and rto_max
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: Supporting 4 way connections in LKSCTP
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix a BUG_ON on triggered by setting max_autoclose to
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Supporting 4 way connections in LKSCTP
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: Supporting 4 way connections in LKSCTP
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: Supporting 4 way connections in LKSCTP
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• RE: Supporting 4 way connections in LKSCTP
  • From: "David Laight" <David.Laight@xxxxxxxxxx>
• Re: Supporting 4 way connections in LKSCTP
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• RE: Supporting 4 way connections in LKSCTP
  • From: "David Laight" <David.Laight@xxxxxxxxxx>
• Re: Supporting 4 way connections in LKSCTP
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: Supporting 4 way connections in LKSCTP
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Re: Supporting 4 way connections in LKSCTP
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• RE: Supporting 4 way connections in LKSCTP
  • From: "David Laight" <David.Laight@xxxxxxxxxx>
• Re: [PATCH] sctp: fix a BUG_ON on triggered by setting max_autoclose to
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v2] sctp: disable max_burst when the max_burst is 0
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>