Linux SCTP (Stream Control Transmission Protocol)

• Thread Index

• Re: [PATCH] sctp: fix append error cause to ERROR chunk correctly
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] sctp: check invalid value of length parameter in error cause
  • From: Wei Yongjun <xiaow1982@xxxxxxxxx>
• Re: [PATCH 1/3 v2] sctp: check parameter value of length in ERROR chunk
  • From: Wei Yongjun <xiaow1982@xxxxxxxxx>
• Re: [PATCH 1/3 v2] sctp: check parameter value of length in ERROR chunk
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: Gap not retransmitted after switchover
  • From: Georgios Cheimonidis <gche@xxxxxx>
• [PATCH] sctp: fix append error cause to ERROR chunk correctly
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: Gap not retransmitted after switchover
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: Gap not retransmitted after switchover
  • From: Georgios Cheimonidis <gche@xxxxxx>
• Re: [PATCH 2/3] sctp:check parameter value of length in HEARTBEAT chunk
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 1/3] sctp: check parameter value of length in ERROR chunk
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH 3/3] sctp: check invalid value of length parameter in error cause
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• [PATCH 2/3] sctp:check parameter value of length in HEARTBEAT chunk
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• [PATCH 1/3] sctp: check parameter value of length in ERROR chunk
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• [PATCH CLEANUP] sctp: delete unused macro definition of sctp_chunk_is_control
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• [PATCH CLEANUP] sctp: remove redundant check when walking through a list of TLV parameters
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: Gap not retransmitted after switchover
  • From: Georgios Cheimonidis <gche@xxxxxx>
• Re: [PATCH for net-next-2.6] sctp: fix oops when update assoc retran path
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: Gap not retransmitted after switchover
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: Gap not retransmitted after switchover
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH for net-next-2.6] sctp: fix oops when update assoc retran path
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH for net-next-2.6] sctp: fix oops when update assoc retran path
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• [PATCH for net-next-2.6] sctp: fix oops when update assoc retran path
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: Fix a race between ICMP protocol unreachable and connect()
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [RFC PATCH v2] sctp: fix sctp to work with ipv6 source address routing
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [RFC PATCH v2] sctp: fix sctp to work with ipv6 source address routing
  • From: "Weixing.Shi(Stone)" <Weixing.Shi@xxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: Fix a race between ICMP protocol unreachable and connect()
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v2] sctp: fix sctp to work with ipv6 source address routing
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [RFC PATCH v2] sctp: fix sctp to work with ipv6 source address routing
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [RFC PATCH v2] sctp: fix sctp to work with ipv6 source address routing
  • From: "Weixing.Shi(Stone)" <Weixing.Shi@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2] sctp: fix sctp to work with ipv6 source address routing
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [RFC PATCH v2] sctp: fix sctp to work with ipv6 source address routing
  • From: "Weixing.Shi(Stone)" <Weixing.Shi@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2] sctp: fix sctp to work with ipv6 source address routing
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH v2] sctp: Fix a race between ICMP protocol unreachable and connect()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2] sctp: Fix a race between ICMP protocol unreachable and connect()
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] sctp: Fix a race between ICMP protocol unreachable and connect()
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [RFC PATCH] sctp: make sctp over IPv6 work with IPsec.
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [RFC PATCH v2] sctp: fix sctp to work with ipv6 source address routing
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [RFC PATCH] sctp: make sctp over IPv6 work with IPsec.
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [RFC PATCH] sctp: make sctp over IPv6 work with IPsec.
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [RFC PATCH] sctp: Fix a race between ICMP protocol unreachable and connect()
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 5/5] sctp: Fix oops when sending queued ASCONF chunks
  • From: Shuaijun Zhang <szhang@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] sctp: COOKIE-ACK should back to where the COOKIE-ECHO came from
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 5/5] sctp: Fix oops when sending queued ASCONF chunks
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH]: sctp: Fix skb_over_panic resulting from multiple invalid parameter errors (CVE-2010-1173) (v4)
  • From: Eugene Teo <eteo@xxxxxxxxxx>
• Re: [PATCH]: sctp: Fix skb_over_panic resulting from multiple invalid parameter errors (CVE-2010-1173) (v4)
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH]: sctp: Fix skb_over_panic resulting from multiple invalid parameter errors (CVE-2010-1173) (v4)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH]: sctp: Fix skb_over_panic resulting from multiple invalid parameter errors (CVE-2010-1173) (v4)
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH]: sctp: Fix skb_over_panic resulting from multiple invalid parameter errors (CVE-2010-1173) (v4)
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH]: sctp: Fix skb_over_panic resulting from multiple invalid parameter errors (CVE-2010-1173) (v3)
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH]: sctp: Fix skb_over_panic resulting from multiple invalid parameter errors (CVE-2010-1173) (v3)
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: sctp patches for net-2.6
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH]: sctp: Fix skb_over_panic resulting from multiple invalid parameter errors (CVE-2010-1173)
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH 4/5] sctp: fix to calc the INIT/INIT-ACK chunk length correctly is set
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH 3/5] sctp: per_cpu variables should be in bh_disabled section
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH 1/5] sctp: avoid irq lock inversion while call sk->sk_data_ready()
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH 5/5] sctp: Fix oops when sending queued ASCONF chunks
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH 2/5] sctp: fix potential reference of a freed pointer
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• sctp patches for net-2.6
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH]: sctp: Fix skb_over_panic resulting from multiple invalid parameter errors (CVE-2010-1173)
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH]: sctp: Fix skb_over_panic resulting from multiple invalid parameter errors (CVE-2010-1173)
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH]: sctp: Fix skb_over_panic resulting from multiple invalid parameter errors (CVE-2010-1173)
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH]: sctp: Fix skb_over_panic resulting from multiple invalid parameter errors (CVE-2010-1173) (v2)
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH]: sctp: Fix skb_over_panic resulting from multiple invalid parameter errors (CVE-2010-1173)
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH]: sctp: Fix skb_over_panic resulting from multiple invalid parameter errors (CVE-2010-1173)
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH]: sctp: Fix skb_over_panic resulting from multiple invalid parameter errors (CVE-2010-1173)
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH]: sctp: Fix skb_over_panic resulting from multiple invalid parameter errors (CVE-2010-1173)
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH]: sctp: Fix skb_over_panic resulting from multiple invalid parameter errors (CVE-2010-1173)
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] sctp: fix to check the source address of COOKIE-ECHO chunk
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] sctp: COOKIE-ACK should back to where the COOKIE-ECHO came from
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] sctp: COOKIE-ACK should back to where the COOKIE-ECHO came from
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [patch v2] sctp: cleanup: remove duplicate assignment
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [patch v2] sctp: cleanup: remove duplicate assignment
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch v2] sctp: cleanup: remove duplicate assignment
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH 2/2] sctp: COOKIE-ACK should back to where the COOKIE-ECHO came from
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 1/2] sctp: make heartbeat information in sctp_make_heartbeat()
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] sctp: fix to check the source address of COOKIE-ECHO chunk
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 1/2] sctp: fix to check the source address of COOKIE-ECHO chunk
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [patch v2] sctp: cleanup: remove duplicate assignment
  • From: Dan Carpenter <error27@xxxxxxxxx>
• Re: [PATCH 2/2] sctp: COOKIE-ACK should back to where the COOKIE-ECHO came from
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [patch] sctp: cleanup: remove unneeded null check
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 1/2] sctp: fix to check the source address of COOKIE-ECHO chunk
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [patch] sctp: cleanup: remove unneeded null check
  • From: Dan Carpenter <error27@xxxxxxxxx>
• [PATCH 2/2] sctp: COOKIE-ACK should back to where the COOKIE-ECHO came from
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 1/2] sctp: fix to check the source address of COOKIE-ECHO chunk
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH BUG-FIX] ipv6: allow to send packet after receiving ICMPv6 Too Big message with MTU field less than IPV6_MIN_MTU
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2.6.27.28]: fix kernel dead if sending SET_PRIMARY ASCONF immediately after ADDIP ASCONF
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 2.6.27.28]: fix kernel dead if sending SET_PRIMARY ASCONF immediately after ADDIP ASCONF
  • From: Shuaijun Zhang <szhang@xxxxxxxxxxxxxxx>
• Re: [PATCH] fix sctp can not work with ipv6 source address routing
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] fix sctp can not work with ipv6 source address routing
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] fix sctp can not work with ipv6 source address routing
  • From: Weixing Shi <Weixing.Shi@xxxxxxxxxxxxx>
• v2 fix the sctp can not work with ipv6 source routing
  • From: Weixing Shi <Weixing.Shi@xxxxxxxxxxxxx>
• COOKEI_ACK with wrong IP for multi homing case
  • From: "B N Srikant-A21035" <srikantbn@xxxxxxxxxxxx>
• Re: [PATCH] sctp: make IPSec rules effective with IPv6
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH] sctp: make IPSec rules effective with IPv6
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH v2] sctp: fix the sendmsg() flag SCTP_EOF to comply to spec
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: make IPSec rules effective with IPv6
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: make IPSec rules effective with IPv6
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH] sctp: make IPSec rules effective with IPv6
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH] sctp: fix auth event name to SCTP_AUTHENTICATION_EVENT
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH] sctp: remove unnecessary NULL test in sendmsg()
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH v2] sctp: fix the sendmsg() flag SCTP_EOF to comply to spec
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH BUG-FIX] ipv6: allow to send packet after receiving ICMPv6 Too Big message with MTU field less than IPV6_MIN_MTU
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [PATCH BUG-FIX] ipv6: allow to send packet after receiving ICMPv6 Too Big message with MTU field less than IPV6_MIN_MTU
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• [PATCH BUG-FIX] ipv6: allow to send packet after receiving ICMPv6 Too Big message with MTU field less than IPV6_MIN_MTU
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [net-next-2.6 PATCH 2/2] net: replace ipfragok with skb->local_df
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [net-next-2.6 PATCH 2/2] net: replace ipfragok with skb->local_df
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [net-next-2.6 PATCH 2/3 v2] net: replace ipfragok with skb->local_df
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [net-next-2.6 PATCH 2/3 v2] net: replace ipfragok with skb->local_df
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [net-next-2.6 PATCH 2/2] net: replace ipfragok with skb->local_df
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: Adding a new IP address to an association when all addresses currently belonging to the association are not usable
  • From: George Cheimonidis <gchimon@xxxxxxxxx>
• Re: Adding a new IP address to an association when all addresses currently belonging to the association are not usable
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Adding a new IP address to an association when all addresses currently belonging to the association are not usable
  • From: George Cheimonidis <gchimon@xxxxxxxxx>
• [PATCH] SCTP: Change to use ipv6_addr_copy()
  • From: Brian Haley <brian.haley@xxxxxx>
• Re: connect() hangs after binding to three IP addresses and auth_enable is set
  • From: George Cheimonidis <gchimon@xxxxxxxxx>
• Re: connect() hangs after binding to three IP addresses and auth_enable is set
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: connect() hangs after binding to three IP addresses and auth_enable is set
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: connect() hangs after binding to three IP addresses and auth_enable is set
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: connect() hangs after binding to three IP addresses and auth_enable is set
  • From: George Cheimonidis <gchimon@xxxxxxxxx>
• Re: connect() hangs after binding to three IP addresses and auth_enable is set
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• connect() hangs after binding to three IP addresses and auth_enable is set
  • From: "George Cheimonidis" <gchimon@xxxxxxxxx>
• Re: [BUG] sctp failed to load transform for hmac(md5)
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [BUG] sctp failed to load transform for hmac(md5)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [BUG] sctp failed to load transform for hmac(md5)
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [BUG] sctp failed to load transform for hmac(md5)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [BUG] sctp failed to load transform for hmac(md5)
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 3/3] sctp_test: add -O option for specifying live time of messages
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 2/3] sctp_test: add -B option and -C option for specifying addresses
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 1/3] sctp_darn: add inter command heartbeat for user initiated heartbeat
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 0/3] New options of lksctp-tools for support SCTP conformance test suite
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: send SHUTDOWN-ACK chunk back to where the SHUTDOWN came from
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: send SHUTDOWN-ACK chunk back to where the SHUTDOWN came from
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• RE: Fast Retransmission Settings
  • From: "Brandon Moreno" <brandomo@xxxxxxxxxx>
• Re: Fast Retransmission Settings
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Fast Retransmission Settings
  • From: "Brandon Moreno" <brandomo@xxxxxxxxxx>
• Re: [RFC 1/2] sctp: convert hash list to RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC 1/2] sctp: convert hash list to RCU
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [RFC 1/2] sctp: convert hash list to RCU
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [RFC 1/2] sctp: convert hash list to RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Possible problem in sctp_getsockopt_peer_addrs (and similar functions)
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Possible problem in sctp_getsockopt_peer_addrs (and similar functions)
  • From: Sebastien Decugis <sdecugis@xxxxxxxxxx>
• Re: [RFC 1/2] sctp: convert hash list to RCU
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [RFC 1/2] sctp: convert hash list to RCU
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [RFC 2/2] SCTP: fix sparse warning
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [RFC 1/2] sctp: convert hash list to RCU
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [RFC Patch] net: reserve ports for applications using fixed port numbers
  • From: Octavian Purdila <opurdila@xxxxxxxxxxx>
• Re: [RFC Patch] net: reserve ports for applications using fixed port numbers
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [RFC Patch v2] net: reserve ports for applications using fixedport numbers
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [PATCH] sctp: avoid irq lock inversion while call sk->sk_data_ready()
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: avoid irq lock inversion while call sk->sk_data_ready()
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [RFC Patch] net: reserve ports for applications using fixed port numbers
  • From: Octavian Purdila <opurdila@xxxxxxxxxxx>
• Re: [RFC Patch] net: reserve ports for applications using fixed port numbers
  • From: Octavian Purdila <opurdila@xxxxxxxxxxx>
• Re: [RFC Patch v2] net: reserve ports for applications using fixedport numbers
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC Patch] net: reserve ports for applications using fixed portnumbers
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC Patch] net: reserve ports for applications using fixed port numbers
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [RFC Patch] net: reserve ports for applications using fixed port numbers
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [RFC Patch] net: reserve ports for applications using fixed port numbers
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [RFC Patch] net: reserve ports for applications using fixed port numbers
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [RFC Patch v2] net: reserve ports for applications using fixed port numbers
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [RFC Patch] net: reserve ports for applications using fixed port numbers
  • From: Octavian Purdila <opurdila@xxxxxxxxxxx>
• Re: [RFC Patch] net: reserve ports for applications using fixed port numbers
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC Patch] net: reserve ports for applications using fixed port numbers
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC Patch] net: reserve ports for applications using fixed port numbers
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC Patch] net: reserve ports for applications using fixed port numbers
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC Patch] net: reserve ports for applications using fixed port numbers
  • From: Octavian Purdila <opurdila@xxxxxxxxxxx>
• Re: [RFC Patch] net: reserve ports for applications using fixed port numbers
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: avoid irq lock inversion while call sk->sk_data_ready()
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [RFC Patch] net: reserve ports for applications using fixed port numbers
  • From: Octavian Purdila <opurdila@xxxxxxxxxxx>
• Re: [RFC Patch v2] net: reserve ports for applications using fixed port numbers
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• [RFC Patch v2] net: reserve ports for applications using fixed port numbers
  • From: Amerigo Wang <amwang@xxxxxxxxxx>
• [PATCH] sctp: do not send packet to response OOTB packet if no route exists
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH] sctp: missing set src and dest port while lookup output route
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [RFC Patch] net: reserve ports for applications using fixed port numbers
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [PATCH] sctp: avoid irq lock inversion while call sk->sk_data_ready()
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: avoid irq lock inversion while call sk->sk_data_ready()
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [RFC Patch] net: reserve ports for applications using fixed port numbers
  • From: Octavian Purdila <opurdila@xxxxxxxxxxx>
• Re: [PATCH] sctp: avoid irq lock inversion while call sk->sk_data_ready()
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [RFC Patch] net: reserve ports for applications using fixed port numbers
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [PATCH] sctp: avoid irq lock inversion while call sk->sk_data_ready()
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [RFC Patch] net: reserve ports for applications using fixed port numbers
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [RFC Patch] net: reserve ports for applications using fixed port numbers
  • From: Amerigo Wang <amwang@xxxxxxxxxx>
• Re: [PATCH] sctp: IPsec rules are ineffective with ipv6
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: IPsec rules are ineffective with ipv6
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: IPsec rules are ineffective with ipv6
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: IPsec rules are ineffective with ipv6
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: IPsec rules are ineffective with ipv6
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: IPsec rules are ineffective with ipv6
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sctp: IPsec rules are ineffective with ipv6
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxxxxxx>
• Re: Question regarding handling of ootb packets
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH 4/9] net/sctp: Eliminate useless code
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Wrong IP address showing up in SCTP peer address notification for unreachable IP
  • From: Bhaskar Dutta <bhaskie@xxxxxxxxx>
• Re: [PATCH 4/9] net/sctp: Eliminate useless code
  • From: Julia Lawall <julia@xxxxxxx>
• Re: [PATCH 4/9] net/sctp: Eliminate useless code
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 4/9] net/sctp: Eliminate useless code
  • From: Julia Lawall <julia@xxxxxxx>
• Re: [PATCH 4/9] net/sctp: Eliminate useless code
  • From: Julia Lawall <julia@xxxxxxx>
• Re: [PATCH 4/9] net/sctp: Eliminate useless code
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 4/9] net/sctp: Eliminate useless code
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH v2] sctp: assure at least one T3-rtx timer is running if a FORWARD TSN is sent
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: sctp: move chunk from retransmit queue to abandoned list
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: assure at least one T3-rtx timer is running if a FORWARD TSN is sent
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: Question regarding handling of ootb packets
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Question regarding handling of ootb packets
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH] sctp: assure at least one T3-rtx timer is running if a FORWARD TSN is sent
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: sctp: move chunk from retransmit queue to abandoned list
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 4/9] net/sctp: Eliminate useless code
  • From: Julia Lawall <julia@xxxxxxx>
• Re: sctp: move chunk from retransmit queue to abandoned list
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• sctp: fix to retranmit at least one DATA chunk
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• sctp: move chunk from retransmit queue to abandoned list
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: Query
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] sctp: send SHUTDOWN-ACK chunk back to where the SHUTDOWN came from
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH] sctp: discard ABORT chunk with zero verification tag in COOKIE-WAIT state
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: Query
  • From: RahulSrivastava 71616 <rahuls@xxxxxxxxxx>
• Re: Query
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Query
  • From: RahulSrivastava 71616 <rahuls@xxxxxxxxxx>
• Re: linux sctp bug
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• RE: linux sctp bug
  • From: "Michael Krolikowski" <MIK@xxxxxxxx>
• Re: [Lksctp-developers] [tsvwg] sctp multihoming query
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: Compilation error latest git /net/sctp/sysctl.c:251: error
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: pull request: SCTP updates for net-next
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: pull request: SCTP updates for net-next
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: pull request: SCTP updates for net-next
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: pull request: SCTP updates for net-next
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix sctp_setsockopt_autoclose compile warning
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix sctp_setsockopt_autoclose compile warning
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: fix sctp_setsockopt_autoclose compile warning
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sctp: fix sctp_setsockopt_autoclose compile warning
  • From: Andrei Pelinescu-Onciul <andrei@xxxxxxxxx>
• Re: pull request: SCTP updates for net-next
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: on T3_RTX retransmit all the in-flight chunks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• pull request: SCTP updates for net-next
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] sctp: on T3_RTX retransmit all the in-flight chunks
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: on T3_RTX retransmit all the in-flight chunks
  • From: Andrei Pelinescu-Onciul <andrei@xxxxxxxxx>
• Re: [PATCH] sctp: on T3_RTX retransmit all the in-flight chunks
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] sctp: on T3_RTX retransmit all the in-flight chunks
  • From: Andrei Pelinescu-Onciul <andrei@xxxxxxxxx>
• Re: [Lksctp-developers] KERNEL: assertion (!atomic_read(&sk->sk_wmem_alloc)) failed at net/ipv4/af_inet.c (146)
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• KERNEL: assertion (!atomic_read(&sk->sk_wmem_alloc)) failed at net/ipv4/af_inet.c (146)
  • From: Mike Allport <mwallport@xxxxxxxxx>
• Re: help/support with lksctp questions/problems
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• help/support with lksctp questions/problems
  • From: Mike Allport <mwallport@xxxxxxxxx>
• Re: [PATCH] sctp: Set socket source address when additing first transport
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Fix regression introduced by new sctp_connectx api
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Set source addresses on the association before adding transports
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [Lksctp-developers] [PATCH 1/3] sctp: fix autoclose timer race
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [Lksctp-developers] [PATCH 2/3] sctp: fix integer overflow when setting the autoclose timer
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [Lksctp-developers] [PATCH 2/3] sctp: fix integer overflow when setting the autoclose timer
  • From: Andrei Pelinescu-Onciul <andrei@xxxxxxxxx>
• Re: [Lksctp-developers] [PATCH 2/3] sctp: fix integer overflow when setting the autoclose timer
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [Lksctp-developers] [PATCH 2/3] sctp: fix integer overflow when setting the autoclose timer
  • From: Andrei Pelinescu-Onciul <andrei@xxxxxxxxx>
• Re: [Lksctp-developers] [PATCH 3/3] sctp: limit maximum autoclose setsockopt value
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [Lksctp-developers] [PATCH 2/3] sctp: fix integer overflow when setting the autoclose timer
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [Lksctp-developers] [PATCH 1/3] sctp: fix autoclose timer race
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH 3/3] sctp: limit maximum autoclose setsockopt value
  • From: Andrei Pelinescu-Onciul <andrei@xxxxxxxxx>
• [PATCH 2/3] sctp: fix integer overflow when setting the autoclose timer
  • From: Andrei Pelinescu-Onciul <andrei@xxxxxxxxx>
• [PATCH 1/3] sctp: fix autoclose timer race
  • From: Andrei Pelinescu-Onciul <andrei@xxxxxxxxx>
• [PATCH] sctp: Set socket source address when additing first transport
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] sctp: Fix regression introduced by new sctp_connectx api
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] sctp: Set source addresses on the association before adding transports
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: Fix mis-ordering of user space data when multihoming in use
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Fix mis-ordering of user space data when multihoming in use
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: Fix mis-ordering of user space data when multihoming in use
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Fix mis-ordering of user space data when multihoming in use
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Fix mis-ordering of user space data when multihoming in use
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: Fix mis-ordering of user space data when multihoming in use
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Fix mis-ordering of user space data when multihoming in use
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Fix mis-ordering of user space data when multihoming in use
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: Fix mis-ordering of user space data when multihoming in use
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Fix mis-ordering of user space data when multihoming in use
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: Fix mis-ordering of user space data when multihoming in use
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Fix mis-ordering of user space data when multihoming in use
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: Fix mis-ordering of user space data when multihoming in use
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Fix mis-ordering of user space data when multihoming in use
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] sctp: Fix mis-ordering of user space data when multihoming in use
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: SCTP Association Restart
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• RE: SCTP Association Restart
  • From: "Gregory Waines" <waines@xxxxxxxxxx>
• Re: [tsvwg] SCTP Socket API modification proposal - update
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [tsvwg] SCTP Socket API modification proposal - update
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: question on SCTP_DELAYED_ACK and sctp_sack_info
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• question on SCTP_DELAYED_ACK and sctp_sack_info
  • From: "Chris Friesen" <cfriesen@xxxxxxxxxx>
• Re: [PATCH 7/8] trivial: fix many typos s/untill/until/
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [PATCH 7/8] trivial: fix many typos s/untill/until/
  • From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
• [PATCH 7/8] trivial: fix many typos s/untill/until/
  • From: Thadeu Lima de Souza Cascardo <cascardo@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: allow setting path_maxrxt independent of SPP_PMTUD_ENABLE
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: SCTP Association Restart
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• RE: SCTP Association Restart
  • From: "Gregory Waines" <waines@xxxxxxxxxx>
• Re: SCTP Association Restart
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• SCTP Association Restart
  • From: "Gregory Waines" <waines@xxxxxxxxxx>
• [PATCH] sctp: allow setting path_maxrxt independent of SPP_PMTUD_ENABLE
  • From: Andrei Pelinescu-Onciul <andrei@xxxxxxxxx>
• RE: linux sctp bug
  • From: "Michael Krolikowski" <MIK@xxxxxxxx>
• Re: linux sctp bug
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• RE: linux sctp bug
  • From: "Michael Krolikowski" <MIK@xxxxxxxx>
• Re: linux sctp bug
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• RE: linux sctp bug
  • From: "Michael Krolikowski" <MIK@xxxxxxxx>
• Re: linux sctp bug
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: sctp send and recv
  • From: colin wen <colinw21@xxxxxxxxx>
• Re: sctp send and recv
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: sctp send and recv
  • From: colin wen <colinw21@xxxxxxxxx>
• Re: sctp send and recv
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• sctp send and recv
  • From: colin wen <colinw21@xxxxxxxxx>
• Re: [PATCH] sctp: fix the sendmsg() flag SCTP_EOF to comply to spec
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH 3/3 v3] sctp: implement the sender side for SACK-IMMEDIATELY extension
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 3/3 v2] sctp: implement the sender side for SACK-IMMEDIATELY extension
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH] sctp: fix the sendmsg() flag SCTP_EOF to comply to spec
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Re: Do piggybacked ACKs work
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 0/2] Re: Do piggybacked ACKs work
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: [PATCH 0/2] Re: Do piggybacked ACKs work
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 3/3] sctp: implement the sender side for SACK-IMMEDIATELY extension
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 3/3] sctp: implement the sender side for SACK-IMMEDIATELY extension
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Re: Do piggybacked ACKs work
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: [PATCH 0/2] Re: Do piggybacked ACKs work
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 0/2] Re: Do piggybacked ACKs work
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: [PATCH 0/2] Re: Do piggybacked ACKs work
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: pull request: SCTP updates for net-next-2.6
  • From: David Miller <davem@xxxxxxxxxxxxx>
• pull request: SCTP updates for net-next-2.6
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 2/2] sctp: remove dup code in net/sctp/output.c
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 1/2] sctp: turn flags in 'struct sctp_association' into bit fields
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 3/3] sctp: implement the sender side for SACK-IMMEDIATELY extension
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH 3/3] sctp: implement the sender side for SACK-IMMEDIATELY extension
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 2/3] sctp: implement the receiver side for SACK-IMMEDIATELY extension
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 1/3] sctp: implement definition for SACK-IMMEDIATELY extension
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 0/3] sctp: implement SACK-IMMEDIATELY extension specification
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 2/2] sctp: remove dup code in net/sctp/output.c
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 1/2] sctp: turn flags in 'struct sctp_association' into bit fields
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH 1/1] sctp: Sysctl configuration for IPv4 Address Scoping
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 1/1] sctp: Sysctl configuration for IPv4 Address Scoping
  • From: Bhaskar Dutta <bhaskie@xxxxxxxxx>
• Re: [PATCH 1/1] sctp: Sysctl configuration for IPv4 Address Scoping
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 1/1] sctp: Sysctl configuration for IPv4 Address Scoping
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH 1/1] sctp: Sysctl configuration for IPv4 Address Scoping
  • From: Bhaskar Dutta <bhaskie@xxxxxxxxx>
• Get you patches in now for net-next
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 2/2] sctp: remove no used member from struct sctp_packet
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 1/2] sctp: fix to reset packet information after packet transmit
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 0/2] Re: Do piggybacked ACKs work
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH 2/2] sctp: remove no used member from struct sctp_packet
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 1/2] sctp: fix to reset packet information after packet transmit
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Re: Do piggybacked ACKs work
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: [PATCH 1/1] sctp: Sysctl configuration for IPv4 Address Scoping
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH 1/1] sctp: Sysctl configuration for IPv4 Address Scoping
  • From: Bhaskar Dutta <bhaskie@xxxxxxxxx>
• [PATCH] sctp: Fix error count increments that were results of HEARTBEATS
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: Try to encourage SACK bundling with DATA.
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH v2] sctp: fix the check for path failure detection
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH v2] sctp: fix the check for path failure detection
  • From: Luo Chunbo <chunbo.luo@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Try to encourage SACK bundling with DATA.
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH v3] sctp: fix the check for path failure detection
  • From: Chunbo Luo <chunbo.luo@xxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: fix the check for path failure detection
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH] sctp: Try to encourage SACK bundling with DATA.
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] sctp: Generate SACKs when we have outbound DATA
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH 0/2] Re: Do piggybacked ACKs work
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: drop SHUTDOWN chunk if the TSN is less than the CTSN
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: fix retransmit for multi-homed endpoints
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH v2] sctp: fix the check for path failure detection
  • From: Chunbo Luo <chunbo.luo@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix the check for path failure detection
  • From: Luo Chunbo <chunbo.luo@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix the check for path failure detection
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix the check for path failure detection
  • From: Luo Chunbo <chunbo.luo@xxxxxxxxxxxxx>
• [PATCH] sctp: use proc_create()
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• [PATCH] sctp: fix check the chunk length of received HEARTBEAT-ACK chunk
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH] sctp: drop SHUTDOWN chunk if the TSN is less than the CTSN
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH] sctp: fix retransmit for multi-homed endpoints
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix the check for path failure detection
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] sctp: fix the check for path failure detection
  • From: Chunbo Luo <chunbo.luo@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] sctp: fix heartbeat count of path failure
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 2/2] sctp: fix heartbeat count of path failure
  • From: Luo Chunbo <chunbo.luo@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] sctp: fix heartbeat count of path failure
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH 2/2] sctp: fix heartbeat count of path failure
  • From: Chunbo Luo <chunbo.luo@xxxxxxxxxxxxx>
• [PATCH 1/2] sctp: fix heartbeat count of association failure
  • From: Chunbo Luo <chunbo.luo@xxxxxxxxxxxxx>
• Re: got some questions on support for multihoming
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• got some questions on support for multihoming
  • From: "Chris Friesen" <cfriesen@xxxxxxxxxx>
• Re: [PATCHv2] sctp: Do not create SACK chunk if the final packet size exceed current MTU
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: [PATCH] Fix piggybacked ACKs
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCHv2] sctp: Do not create SACK chunk if the final packet size exceed current MTU
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] Fix piggybacked ACKs
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: [PATCHv2] sctp: Do not create SACK chunk if the final packet size exceed current MTU
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: [PATCH] Fix piggybacked ACKs
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCHv2] sctp: Do not create SACK chunk if the final packet size exceed current MTU
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] Fix piggybacked ACKs
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: [PATCH] Fix piggybacked ACKs
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: [PATCH] Fix piggybacked ACKs
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: [PATCHv2] sctp: Do not create SACK chunk if the final packet size exceed current MTU
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] Fix piggybacked ACKs
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] Fix piggybacked ACKs
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: [PATCHv2] sctp: Do not create SACK chunk if the final packet size exceed current MTU
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: [PATCHv2] sctp: Do not create SACK chunk if the final packet size exceed current MTU
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] Fix piggybacked ACKs
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] Fix piggybacked ACKs
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] Fix piggybacked ACKs
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCHv2] sctp: Do not create SACK chunk if the final packet size exceed current MTU
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: [PATCH] Fix piggybacked ACKs
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: [PATCHv2] sctp: Do not create SACK chunk if the final packet size exceed current MTU
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: [PATCHv2] sctp: Do not create SACK chunk if the final packet size exceed current MTU
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCHv2] sctp: Do not create SACK chunk if the final packet size exceed current MTU
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCHv2] sctp: Do not create SACK chunk if the final packet size exceed current MTU
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: [PATCH] Fix piggybacked ACKs
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCHv2] sctp: Do not create SACK chunk if the final packet size exceed current MTU
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] Fix piggybacked ACKs
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: [PATCH] Fix piggybacked ACKs
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: [PATCH] Fix piggybacked ACKs
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• [PATCHv2] sctp: Do not create SACK chunk if the final packet size exceed current MTU
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] Fix piggybacked ACKs
  • From: Michael Tüxen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] Fix piggybacked ACKs
  • From: Michael Tüxen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] Fix piggybacked ACKs
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] Fix piggybacked ACKs
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: [PATCH] Fix piggybacked ACKs
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: [PATCH] Fix piggybacked ACKs
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] Fix piggybacked ACKs
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: [PATCH] Fix piggybacked ACKs
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] Fix piggybacked ACKs
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] Fix piggybacked ACKs
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: [PATCH] sctp: remove unused union (sctp_cmsg_data_t) definition .
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] Fix piggybacked ACKs
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: remove unused union (sctp_cmsg_data_t) definition .
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: remove unused union (sctp_cmsg_data_t) definition .
  • From: Rami Rosen <rosenrami@xxxxxxxxx>
• Re: [PATCH] sctp: remove unused union (sctp_cmsg_data_t) definition .
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] Fix piggybacked ACKs
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH] sctp: remove unused union (sctp_cmsg_data_t) definition .
  • From: Rami Rosen <rosenrami@xxxxxxxxx>
• Re: Do piggybacked ACKs work?
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: Do piggybacked ACKs work?
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: Do piggybacked ACKs work?
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• [PATCH] Fix piggybacked ACKs
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: Do piggybacked ACKs work?
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: Do piggybacked ACKs work?
  • From: Michael Tüxen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Re: Do piggybacked ACKs work?
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: Do piggybacked ACKs work?
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: Do piggybacked ACKs work?
  • From: Michael Tüxen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Re: Do piggybacked ACKs work?
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: Do piggybacked ACKs work?
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: Do piggybacked ACKs work?
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• Re: Do piggybacked ACKs work?
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Do piggybacked ACKs work?
  • From: "Doug Graham" <dgraham@xxxxxxxxxx>
• newpynfs log
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCHv2] sctp: fix warning at inet_sock_destruct() while release sctp socket
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv2] sctp: fix warning at inet_sock_destruct() while release sctp socket
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCHv2] sctp: fix warning at inet_sock_destruct() while release sctp socket
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCHv2] sctp: fix warning at inet_sock_destruct() while release sctp socket
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH] sctp: fix warning at inet_sock_destruct() while release sctp socket
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: xmit sctp packet always return no route error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: xmit sctp packet always return no route error
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: xmit sctp packet always return no route error
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• [PATCH] sctp: xmit sctp packet always return no route error
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 2/2] sctp: check the unrecognized ASCONF parameter before access it
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 1/2] sctp: avoid overwrite the return value of sctp_process_asconf_ack()
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [RESEND] [PATCH] Two tiny fix about ADD-IP extension
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH 3/5] can: af_can.c use rcu_barrier() on module unload.
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 3/5] can: af_can.c use rcu_barrier() on module unload.
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/5] We must use rcu_barrier() on module unload
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] can: af_can.c use rcu_barrier() on module unload.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] nfnetlink_queue: Use rcu_barrier() on module unload.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] sctp: protocol.c call rcu_barrier() on unload.
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 4/5] sctp: protocol.c call rcu_barrier() on unload.
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] sctp: protocol.c call rcu_barrier() on unload.
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 5/5] sunrpc/auth_gss: Call rcu_barrier() on module unload.
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 3/5] can: af_can.c use rcu_barrier() on module unload.
  • From: Oliver Hartkopp <oliver@xxxxxxxxxxxx>
• Re: [PATCH 5/5] sunrpc/auth_gss: Call rcu_barrier() on module unload.
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] sctp: protocol.c call rcu_barrier() on unload.
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] can: af_can.c use rcu_barrier() on module unload.
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] nfnetlink_queue: Use rcu_barrier() on module unload.
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] 8021q: Vlan driver should use rcu_barrier() on unload instead of syncronize_net()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/5] We must use rcu_barrier() on module unload
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [PATCH 1/5] 8021q: Vlan driver should use rcu_barrier() on unload instead of syncronize_net()
  • From: Jesper Dangaard Brouer <hawk@xxxxxxx>
• [PATCH 0/5] We must use rcu_barrier() on module unload
  • From: Jesper Dangaard Brouer <hawk@xxxxxxx>
• [PATCH 5/5] sunrpc/auth_gss: Call rcu_barrier() on module unload.
  • From: Jesper Dangaard Brouer <hawk@xxxxxxx>
• [PATCH 4/5] sctp: protocol.c call rcu_barrier() on unload.
  • From: Jesper Dangaard Brouer <hawk@xxxxxxx>
• [PATCH 2/5] nfnetlink_queue: Use rcu_barrier() on module unload.
  • From: Jesper Dangaard Brouer <hawk@xxxxxxx>
• [PATCH 3/5] can: af_can.c use rcu_barrier() on module unload.
  • From: Jesper Dangaard Brouer <hawk@xxxxxxx>
• Re: [PATCH 3/5] can: af_can.c use rcu_barrier() on module unload.
  • From: Oliver Hartkopp <oliver@xxxxxxxxxxxx>
• Re: pull request: sctp updates for net-next
  • From: David Miller <davem@xxxxxxxxxxxxx>
• pull request: sctp updates for net-next
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: No indication from kernel after'Max.Init.Retransmits' retries
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• No indication from kernel after'Max.Init.Retransmits' retries
  • From: "Barry Nagelberg" <barryn@xxxxxxxx>
• [PATCHv2] sctp: check the unrecognized ASCONF parameter before access it
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCHv2] sctp: avoid overwrite the return value of sctp_process_asconf_ack()
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix to choose alternate destination when retransmit ASCONF chunk
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: check the unrecognized ASCONF parameter before access it
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: avoid overwrite the return value of sctp_process_asconf_ack()
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] sctp: check the unrecognized ASCONF parameter before access it
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH] sctp: avoid overwrite the return value of sctp_process_asconf_ack()
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH] sctp: fix to choose alternate destination when retransmit ASCONF chunk
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: Regarding SCTP_DELAYED_ACK_TIME
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• RE: [Lksctp-developers] Regarding SCTP_DELAYED_ACK_TIME
  • From: "Bibhuti Bhusan Tosh" <bibhuti.tosh@xxxxxxxxxxxxxxxx>
• Re: Regarding SCTP_DELAYED_ACK_TIME
  • From: Padmalochan Moharana <padman.m@xxxxxxxxx>
• Re: Regarding SCTP_DELAYED_ACK_TIME
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• regarding SCTP_DELAYED_ACK_TIME
  • From: Padmalochan Moharana <padman.m@xxxxxxxxx>
• Regarding SCTP_DELAYED_ACK_TIME
  • From: Padmalochan Moharana <padman.m@xxxxxxxxx>
• Re: [PATCH 0/2] Fix two kernel panic after we removed transport by ASCONF
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH 2/2] sctp: fix panic when T4-rto timer expire on removed transport
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 1/2] sctp: fix panic when T2-shutdown timer expire on removed transport
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 0/2] Fix two kernel panic after we removed transport by ASCONF
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: unused SCTP config var SCTP_HMAC_NONE?
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• unused SCTP config var SCTP_HMAC_NONE?
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• [PATCH v2] sctp: fix the error code when ASCONF is received with invalid address
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix the format of invalid mandatory parameter format in ASCONF-ACK
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] sctp: fix the format of invalid mandatory parameter format in ASCONF-ACK
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [Lksctp-developers] 64bit compiler warning fixes in test suite
  • From: Ivan Skytte Jørgensen <isj-sctp@xxxxx>
• Re: [Lksctp-developers] [PATCH next-2.6 2/3] [SCTP]: Support the new specification of sctp_connectx()
  • From: Ivan Skytte Jørgensen <isj-sctp@xxxxx>
• [PATCH] sctp: fix a typo in net/sctp/sm_statetable.c
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH] sctp: fix to only enable IPv6 address support on PF_INET6 socket
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 2/2] sctp: fix report unrecognized parameter in ACSONF-ACK
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 1/2] sctp: fix error cause codes of ADD-IP extension
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: Clean up TEST_FRAME hacks.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next] sctp: Clean up TEST_FRAME hacks.
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH net-next 0/4] sctp: clean-ups and fixes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next 4/4] sctp: add Adaptation Layer Indication parameter only when it's set
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH net-next 3/4] sctp: fix to send FORWARD-TSN chunk only if peer has such capable
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH net-next 2/4] sctp: fix to indicate ASCONF support in INIT-ACK only if peer has such capable
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH net-next 1/4] sctp: simplify sctp listening code
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH net-next 0/4] sctp: clean-ups and fixes
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [net-next-2.6 PATCH 0/6] sctp: implement IETF SCTP Stream Reconfiguration extension draft
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [net-next-2.6 PATCH 0/6] sctp: implement IETF SCTP Stream Reconfiguration extension draft
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 5/6] sctp: implement sender side procedures for the Stream Reset chunk
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 4/6] sctp: implement user interface definitions for STREAM-RESET extension
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 1/6] sctp: implement protocol definitions for STREAM-RESET extension
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] sctp: fix to send FORWARD-TSN chunk only if peer has such capable
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH] sctp: fix to indicate ASCONF support in INIT-ACK only if peer has such capable
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 6/6] sctp: implement receiver side procedures for the Stream Reset chunk
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 5/6] sctp: implement sender side procedures for the Stream Reset chunk
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 4/6] sctp: implement user interface definitions for STREAM-RESET extension
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 3/6] sctp: implement initializations for STREAM-RESET extension
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 2/6] sctp: implement sysctl to enable/disable STREAM-RESET extension
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 1/6] sctp: implement protocol definitions for STREAM-RESET extension
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [net-next-2.6 PATCH 0/6] sctp: implement IETF SCTP Stream Reconfiguration extension draft
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH net-next 0/5] sctp: Bug fixes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] sctp: fix kernel panic with ERROR chunk containing too many error causes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] sctp: fix crash during module unload
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next 5/5] sctp: Fix broken RTO-doubling for data retransmits
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH net-next 3/5] sctp: fix the length check in sctp_getsockopt_maxburst()
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH net-next 4/5] sctp: use time_before or time_after for comparing jiffies
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH net-next 2/5] sctp: remove dup code in net/sctp/socket.c
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH net-next 1/5] sctp: Add some missing types for debug message
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH net-next 0/5] sctp: Bug fixes
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH 2/2] sctp: fix kernel panic with ERROR chunk containing too many error causes
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH 1/2] sctp: fix crash during module unload
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH 0/2] sctp: Crash fixes.
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] sctp: Fix broken RTO-doubling for data retransmits
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 4/4] sctp: heartbeats exceed maximum retransmssion limit
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] sctp: fix kernel panic while ERROR chunk is received with too many error causes
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH 4/4] sctp: heartbeats exceed maximum retransmssion limit
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: Fix broken RTO-doubling for data retransmits
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: Fix broken RTO-doubling for data retransmits
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 4/4] sctp: heartbeats exceed maximum retransmssion limit
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] sctp: used time_before or time_after for comparing jiffies
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH] sctp: fix the length check in sctp_getsockopt_maxburst()
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH 4/4] sctp: heartbeats exceed maximum retransmssion limit
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: Fix broken RTO-doubling for data retransmits
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH] sctp: Fix broken RTO-doubling for data retransmits
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 4/4] sctp: heartbeats exceed maximum retransmssion limit
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 2/4] sctp: remove dup code in net/sctp/socket.c
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 3/4] sctp: Fix the RTO-doubling on idle-link heartbeats
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH 4/4] sctp: heartbeats exceed maximum retransmssion limit
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 3/4] sctp: Fix the RTO-doubling on idle-link heartbeats
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 2/4] sctp: remove dup code in net/sctp/socket.c
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 1/4] sctp: Add some missing types for debug message
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next 0/4] sctp: Some updates and fixes
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• SCTP Conformance Test Suite Release
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH net-next 0/4] sctp: Updates and fixes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next 4/4] sctp: Inherit all socket options from parent correctly.
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH net-next 3/4] sctp: Fix the RTO-doubling on idle-link heartbeats
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH net-next 2/4] sctp: Clean up sctp checksumming code
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH net-next 1/4] sctp: Allow to disable SCTP checksums via module parameter
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH net-next 0/4] sctp: Updates and fixes
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: lksctp compliant to RFC1191 "Path MTU Discovery"
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: bad reference counting for module (was Re: BUG in sctp crashes sles10sp2 kernel)
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: bad reference counting for module (was Re: BUG in sctp crashes sles10sp2 kernel)
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: lksctp question: Association redundancy
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 1/4] sctp: Fix crc32c calculations on big-endian arhes.
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] sctp: Fix crc32c calculations on big-endian arhes.
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 1/4] sctp: Fix crc32c calculations on big-endian arhes.
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] sctp: Fix crc32c calculations on big-endian arhes.
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] sctp: Fix crc32c calculations on big-endian arhes.
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sctp: regression bug fixes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 4/4] sctp: Fix another socket race during accept/peeloff
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH 1/4] sctp: Fix crc32c calculations on big-endian arhes.
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH 3/4] sctp: Properly timestamp outgoing data chunks for rtx purposes
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH 2/4] sctp: Correctly start rtx timer on new packet transmissions.
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] sctp: regression bug fixes
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp/ipv6.c: use ipv6_addr_copy
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp/ipv6.c: use ipv6_addr_copy
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] sctp/ipv6.c: use ipv6_addr_copy
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 3/3] lksctp-tools: Add sctp_status for congestion control test
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] lksctp-tools: Add -T option to sctp_test
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH] [LIO-Target]: Remove extra sock_create_lite() call from kernel_accept() codepath
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: bad reference counting for module (was Re: BUG in sctp crashes sles10sp2 kernel)
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: bad reference counting for module (was Re: BUG in sctp crashes sles10sp2 kernel)
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 3/3] lksctp-tools: Add sctp_status for congestion control test
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 2/3] lksctp-tools: Add -T option to sctp_test
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] lksctp: replace sinfo_timetolive with sinfo_pr_value.
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH 3/3] lksctp-tools: Add sctp_status for congestion control test
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 2/3] lksctp-tools: Add -T option to sctp_test
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 1/3] lksctp-tools: Fix -e option of sctp_darn
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 0/3] lksctp-tools: Some change of lksctp-tools for support SCTP conformance test suite
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] lksctp: replace sinfo_timetolive with sinfo_pr_value.
  • From: "Horacio Sanson" <hsanson@xxxxxxxxx>
• Re: bad reference counting for module (was Re: BUG in sctp crashes sles10sp2 kernel)
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• bad reference counting for module (was Re: BUG in sctp crashes sles10sp2 kernel)
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] lksctp: replace sinfo_timetolive with sinfo_pr_value.
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: BUG in sctp crashes sles10sp2 kernel
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: BUG in sctp crashes sles10sp2 kernel
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: BUG in sctp crashes sles10sp2 kernel
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] lksctp-tools-replace-sinfo_timetolive-with-sinfo_pr_value
  • From: "Horacio Sanson" <hsanson@xxxxxxxxx>
• Re: [PATCH] lksctp: replace sinfo_timetolive with sinfo_pr_value.
  • From: "Horacio Sanson" <hsanson@xxxxxxxxx>
• Re: [PATCH net-next 1/5] sctp: Bring SCTP_MAXSEG socket option into ietf API extension compliance
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/5] sctp: Bring SCTP_MAXSEG socket option into ietf API extension compliance
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH net-next 5/5] sctp: Add validity check for SCTP_PARTIAL_DELIVERY_POINT socket option
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 4/5] sctp: Avoid memory overflow while FWD-TSN chunk is received with bad stream ID
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 3/5] sctp: Implement socket option SCTP_GET_ASSOC_NUMBER
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 2/5] sctp: Fix a typo in socket.c
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/5] sctp: Bring SCTP_MAXSEG socket option into ietf API extension compliance
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: BUG in sctp crashes sles10sp2 kernel
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH net-next 5/5] sctp: Add validity check for SCTP_PARTIAL_DELIVERY_POINT socket option
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH net-next 4/5] sctp: Avoid memory overflow while FWD-TSN chunk is received with bad stream ID
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH net-next 1/5] sctp: Bring SCTP_MAXSEG socket option into ietf API extension compliance
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH net-next 3/5] sctp: Implement socket option SCTP_GET_ASSOC_NUMBER
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH net-next 2/5] sctp: Fix a typo in socket.c
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH net-next 0/5]: SCTP updates
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH net-next 0/5]: SCTP updates
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: BUG in sctp crashes sles10sp2 kernel
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: BUG in sctp crashes sles10sp2 kernel
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: BUG in sctp crashes sles10sp2 kernel
  • From: Karsten Keil <kkeil@xxxxxxx>
• Re: [PATCH] lksctp: replace sinfo_timetolive with sinfo_pr_value.
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: BUG in sctp crashes sles10sp2 kernel
  • From: Karsten Keil <kkeil@xxxxxxx>
• Re: [PATCH] lksctp: replace sinfo_timetolive with sinfo_pr_value.
  • From: "Horacio Sanson" <hsanson@xxxxxxxxx>
• Re: [PATCH] lksctp: replace sinfo_timetolive with sinfo_pr_value.
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] lksctp-tools: replace sinfo_timetolive with sinfo_pr_value.
  • From: Horacio Sanson <hsanson@xxxxxxxxx>
• [PATCH] lksctp: replace sinfo_timetolive with sinfo_pr_value.
  • From: Horacio Sanson <hsanson@xxxxxxxxx>
• Re: [RFC] Add /proc/sys/net/sctp/sctp_ecn ECN control
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] Replace timetolive with pr_policy and pr_value
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] Replace timetolive with pr_policy and pr_value
  • From: "Horacio Sanson" <hsanson@xxxxxxxxx>
• Re: BUG in sctp crashes sles10sp2 kernel
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: BUG in sctp crashes sles10sp2 kernel
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: BUG in sctp crashes sles10sp2 kernel
  • From: Karsten Keil <kkeil@xxxxxxx>
• Re: [RFC] Add /proc/sys/net/sctp/sctp_ecn ECN control
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] Replace timetolive with pr_policy and pr_value
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: BUG in sctp crashes sles10sp2 kernel
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] Replace timetolive with pr_policy and pr_value
  • From: "Horacio Sanson" <hsanson@xxxxxxxxx>
• Re: [RFC] Add /proc/sys/net/sctp/sctp_ecn ECN control
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: BUG in sctp crashes sles10sp2 kernel
  • From: Karsten Keil <kkeil@xxxxxxx>
• [RFC] Add /proc/sys/net/sctp/sctp_ecn ECN control
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: BUG in sctp crashes sles10sp2 kernel
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• BUG in sctp crashes sles10sp2 kernel
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: BUG in sctp crashes the system
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: BUG in sctp crashes the system
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: BUG in sctp crashes the system
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: BUG in sctp crashes the system
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: BUG in sctp crashes the system
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] Replace timetolive with pr_policy and pr_value
  • From: "Horacio Sanson" <hsanson@xxxxxxxxx>
• [PATCH] Replace timetolive with pr_policy and pr_value
  • From: "Horacio Sanson" <hsanson@xxxxxxxxx>
• [PATCH v2] sctp: Add validity check for SCTP_PARTIAL_DELIVERY_POINT socket option
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: Add validity check for SCTP_PARTIAL_DELIVERY_POINT socket option
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] sctp: Add validity check for SCTP_PARTIAL_DELIVERY_POINT socket option
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCHv2] sctp: Avoid memory overflow while FWD-TSN chunk is received with bad stream ID
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: BUG in sctp crashes the system
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: BUG in sctp crashes the system
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: BUG in sctp crashes the system
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: BUG in sctp crashes the system
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: sctp: Avoid memory overflow while FWD-TSN chunk is received with bad stream ID
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• sctp: Avoid memory overflow while FWD-TSN chunk is received with bad stream ID
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• sctp: Implement socket option SCTP_GET_ASSOC_NUMBER
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• sctp: Fix a typo in socket.c
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• sctp: Bring SCTP_MAXSEG socket option into ietf API extension compliance
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: BUG in sctp crashes the system
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: BUG in sctp crashes the system
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: BUG in sctp crashes the system
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: BUG in sctp crashes the system
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: BUG in sctp crashes the system
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: BUG in sctp crashes the system
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [RFC] Add /proc/sys/net/sctp/sctp_ecn ECN control
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: BUG in sctp crashes the system
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: BUG in sctp crashes the system
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: BUG in sctp crashes the system
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: BUG in sctp crashes the system
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: BUG in sctp crashes the system
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: BUG in sctp crashes the system
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: BUG in sctp crashes the system
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: BUG in sctp crashes the system
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: BUG in sctp crashes the system
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>