Linux SCTP (Stream Control Transmission Protocol)

• Thread Index

• Re: use-after-free in sctp_do_sm
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: use-after-free in sctp_do_sm
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH net] ipv6: sctp: implement sctp_v6_destroy_sock()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: use-after-free in sctp_do_sm
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: use-after-free in sctp_do_sm
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: use-after-free in sctp_do_sm
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: use-after-free in sctp_do_sm
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: use-after-free in sctp_do_sm
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: use-after-free in sctp_do_sm
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: use-after-free in sctp_do_sm
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: Not receiving SCTP_SHUTDOWN_COMP notifications
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH] sctp: use GFP_USER for user-controlled kmalloc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: convert sack_needed and sack_generation to bits
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] ipv6: sctp: implement sctp_v6_destroy_sock()
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• [PATCH net] ipv6: sctp: implement sctp_v6_destroy_sock()
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: memory leak in do_ipv6_setsockopt
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: memory leak in do_ipv6_setsockopt
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: memory leak in do_ipv6_setsockopt
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: memory leak in do_ipv6_setsockopt
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: memory leak in do_ipv6_setsockopt
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: memory leak in do_ipv6_setsockopt
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• memory leak in do_ipv6_setsockopt
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH] sctp: use GFP_USER for user-controlled kmalloc
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• RE: [PATCH] sctp: use GFP_USER for user-controlled kmalloc
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Not receiving SCTP_SHUTDOWN_COMP notifications
  • From: Julien Pourtet <j.pourtet@xxxxxxxxx>
• Re: user-controllable kmalloc size in sctp_getsockopt_local_addrs
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH] sctp: use GFP_USER for user-controlled kmalloc
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH] sctp: convert sack_needed and sack_generation to bits
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH] sctp: convert sack_needed and sack_generation to bits
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: use-after-free in sctp_do_sm
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• user-controllable kmalloc size in sctp_getsockopt_local_addrs
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [RFC PATCH -next] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [RFC PATCH -next] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [RFC PATCH -next] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [RFC PATCH -next] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [RFC PATCH -next] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [RFC PATCH -next] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [RFC PATCH -next] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [RFC PATCH -next] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [RFC PATCH -next] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [RFC PATCH -next] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
  • From: Florian Westphal <fw@xxxxxxxxx>
• Re: [RFC PATCH -next] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [RFC PATCH -next] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
  • From: Florian Westphal <fw@xxxxxxxxx>
• Re: [RFC PATCH -next] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [RFC PATCH -next] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [RFC PATCH -next] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [RFC PATCH -next] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
  • From: Michal Kubecek <mkubecek@xxxxxxx>
• Re: [RFC PATCH -next] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [RFC PATCH -next] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [RFC PATCH -next] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: use-after-free in sctp_do_sm
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: use-after-free in sctp_do_sm
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: use-after-free in sctp_do_sm
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: use-after-free in sctp_do_sm
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: use-after-free in sctp_do_sm
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: use-after-free in sctp_do_sm
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• use-after-free in sctp_do_sm
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH] netfilter: nf_ct_sctp: move ip_ct_sctp away from UAPI
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• About rwnd_press?
  • From: "g.o.m.o.n.o.v.y.c.h" <gomonovych@xxxxxxxxx>
• Re: [PATCH net] sctp: translate host order to network order when setting a hmacid
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: translate host order to network order when setting a hmacid
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net] sctp: translate host order to network order when setting a hmacid
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] netfilter: nf_ct_sctp: move ip_ct_sctp away from UAPI
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: translate host order to network order when setting a hmacid
  • From: marcelo.leitner@xxxxxxxxx
• [PATCH net] sctp: translate host order to network order when setting a hmacid
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH] netfilter: nf_ct_sctp: move ip_ct_sctp away from UAPI
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• RE: About SCTP restart?
  • From: YUAN Jia <Jia.Yuan@xxxxxxxxxxxxxxxxxxxx>
• Re: About SCTP restart?
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• About SCTP restart?
  • From: YUAN Jia <Jia.Yuan@xxxxxxxxxxxxxxxxxxxx>
• Re: When will Linux implement SCTP protocol conforming to RFC4960?
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• When will Linux implement SCTP protocol conforming to RFC4960?
  • From: "lemonskin" <lemonskin@xxxxxxx>
• Re: Max.Init.Retransmits and ABORT response to INIT
  • From: Ian Coolidge <icoolidge@xxxxxxxxxx>
• RE: lksctp-tools upgrade/downgrade questions 1.0.14 <= > (latest) 1.0.16
  • From: "Balasundaram, Gunabalan" <gbalasundaram@xxxxxxxxxxxx>
• Re: lksctp-tools upgrade/downgrade questions 1.0.14 <= > (latest) 1.0.16
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• lksctp-tools upgrade/downgrade questions 1.0.14 <= > (latest) 1.0.16
  • From: "Balasundaram, Gunabalan" <gbalasundaram@xxxxxxxxxxxx>
• Re: Max.Init.Retransmits and ABORT response to INIT
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Max.Init.Retransmits and ABORT response to INIT
  • From: Ian Coolidge <icoolidge@xxxxxxxxxx>
• [PATCH v4 24/79] sctp.h: use __u8 and __u32 from linux/types.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• Re: alignment issue using sctp_assoc_stats via getsockopt
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: alignment issue using sctp_assoc_stats via getsockopt
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: alignment issue using sctp_assoc_stats via getsockopt
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: alignment issue using sctp_assoc_stats via getsockopt
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: alignment issue using sctp_assoc_stats via getsockopt
  • From: Marcelo <marcelo.leitner@xxxxxxxxx>
• Re: alignment issue using sctp_assoc_stats via getsockopt
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: alignment issue using sctp_assoc_stats via getsockopt
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• alignment issue using sctp_assoc_stats via getsockopt
  • From: Jakub Tomalak <jtomalak@xxxxxxxxx>
• Re: [PATCH 00/12] net: assorted y2038 changes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 10/12] net: sctp: avoid incorrect time_t use
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH 10/12] net: sctp: avoid incorrect time_t use
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH 10/12] net: sctp: avoid incorrect time_t use
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH 10/12] net: sctp: avoid incorrect time_t use
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH 00/12] net: assorted y2038 changes
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 10/12] net: sctp: avoid incorrect time_t use
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2] net: sctp: Don't use 64 kilobyte lookup table for four elements
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net 0/2] sctp: Fix SCTP deadlock
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] net: sctp: Don't use 64 kilobyte lookup table for four elements
  • From: Denys Vlasenko <dvlasenk@xxxxxxxxxx>
• RE: [PATCH v2] net: sctp: Don't use 64 kilobyte lookup table for four elements
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v2] net: sctp: Don't use 64 kilobyte lookup table for four elements
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• RE: [PATCH v2] net: sctp: Don't use 64 kilobyte lookup table for four elements
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v2] net: sctp: Don't use 64 kilobyte lookup table for four elements
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2] net: sctp: Don't use 64 kilobyte lookup table for four elements
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH v2] net: sctp: Don't use 64 kilobyte lookup table for four elements
  • From: Denys Vlasenko <dvlasenk@xxxxxxxxxx>
• Re: [PATCH] net: sctp: Don't use 64 kilobyte lookup table for four elements
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net 0/2] sctp: Fix SCTP deadlock
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH] net: sctp: Don't use 64 kilobyte lookup table for four elements
  • From: Denys Vlasenko <dvlasenk@xxxxxxxxxx>
• Re: [PATCH net 0/2] sctp: Fix SCTP deadlock
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net 2/2] sctp: Prevent soft lockup when sctp_accept() is called during a timeout event
  • From: Karl Heiss <kheiss@xxxxxxxxx>
• [PATCH net 1/2] sctp: Whitespace fix
  • From: Karl Heiss <kheiss@xxxxxxxxx>
• [PATCH net 0/2] sctp: Fix SCTP deadlock
  • From: Karl Heiss <kheiss@xxxxxxxxx>
• Re: [PATCH RFC 1/1] sctp: Prevent soft lockup when sctp_accept() is called during a timeout event
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH RFC 1/1] sctp: Prevent soft lockup when sctp_accept() is called during a timeout event
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH RFC 1/1] sctp: Prevent soft lockup when sctp_accept() is called during a timeout event
  • From: Karl Heiss <kheiss@xxxxxxxxx>
• Re: lksctp-tools:sctp_test fails when not using sock_stream
  • From: kunapaneni prashanth <prask9@xxxxxxxxx>
• Re: lksctp-tools:sctp_test fails when not using sock_stream
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net v2] sctp: fix race on protocol/netns initialization
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net v2] sctp: fix race on protocol/netns initialization
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: fix race on protocol/netns initialization
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: SCTP BH locking during sctp_inq_push()
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net] sctp: fix race on protocol/netns initialization
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net] sctp: fix race on protocol/netns initialization
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: fix race on protocol/netns initialization
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: fix race on protocol/netns initialization
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: fix race on protocol/netns initialization
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• SCTP BH locking during sctp_inq_push()
  • From: Karl Heiss <kheiss@xxxxxxxxx>
• RE: [PATCH net] sctp: fix race on protocol/netns initialization
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net] sctp: fix race on protocol/netns initialization
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: fix race on protocol/netns initialization
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: fix race on protocol/netns initialization
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• RE: [PATCH net] sctp: fix race on protocol/netns initialization
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net] sctp: fix race on protocol/netns initialization
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: lksctp-tools:sctp_test fails when not using sock_stream
  • From: kunapaneni prashanth <prask9@xxxxxxxxx>
• Re: [PATCH net] sctp: fix race on protocol/netns initialization
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: lksctp-tools:sctp_test fails when not using sock_stream
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: lksctp-tools:sctp_test fails when not using sock_stream
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: fix race on protocol/netns initialization
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: SCTP PMTU calculation not accounting chunk padding.
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net] sctp: fix race on protocol/netns initialization
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH net] sctp: fix race on protocol/netns initialization
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Fw: [Bug 104301] New: Connect failure on sctp socket under debug
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• lksctp-tools:sctp_test fails when not using sock_stream
  • From: kunapaneni prashanth <prask9@xxxxxxxxx>
• Re: [PATCH net 0/2] couple of sctp fixes for 0ca50d12fe46
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net 0/2] couple of sctp fixes for 0ca50d12fe46
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net 1/2] sctp: fix dst leak
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net 2/2] sctp: add routing output fallback
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net 0/2] couple of sctp fixes for 0ca50d12fe46
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• RE: SCTP heartbeat transmission interval in not working as expected
  • From: Ravi Puttachannaiah <ravi.puttachannaiah@xxxxxxxxxxx>
• Re: SCTP heartbeat transmission interval in not working as expected
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• RE: SCTP heartbeat transmission interval in not working as expected
  • From: Ravi Puttachannaiah <ravi.puttachannaiah@xxxxxxxxxxx>
• Re: SCTP heartbeat transmission interval in not working as expected
  • From: malc <mlashley@xxxxxxxxx>
• Re: SCTP heartbeat transmission interval in not working as expected
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• RE: SCTP heartbeat transmission interval in not working as expected
  • From: Ravi Puttachannaiah <ravi.puttachannaiah@xxxxxxxxxxx>
• Re: SCTP heartbeat transmission interval in not working as expected
  • From: malc <mlashley@xxxxxxxxx>
• Re: SCTP heartbeat transmission interval in not working as expected
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• RE: SCTP heartbeat transmission interval in not working as expected
  • From: Ravi Puttachannaiah <ravi.puttachannaiah@xxxxxxxxxxx>
• Re: SCTP heartbeat transmission interval in not working as expected
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• RE: SCTP heartbeat transmission interval in not working as expected
  • From: Ravi Puttachannaiah <ravi.puttachannaiah@xxxxxxxxxxx>
• Re: SCTP heartbeat transmission interval in not working as expected
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• SCTP heartbeat transmission interval in not working as expected
  • From: Ravi Puttachannaiah <ravi.puttachannaiah@xxxxxxxxxxx>
• [PATCH V1 Resend 10/10] net: Drop unlikely before IS_ERR(_OR_NULL)
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: DF flag on LKSCTP
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: DF flag on LKSCTP
  • From: Sun Paul <paulrbk@xxxxxxxxx>
• Re: DF flag on LKSCTP
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH V1 Resend 11/11] net: Drop unlikely before IS_ERR(_OR_NULL)
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• DF flag on LKSCTP
  • From: Sun Paul <paulrbk@xxxxxxxxx>
• [PATCH V1 Resend 11/11] net: Drop unlikely before IS_ERR(_OR_NULL)
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 15/15] net: Drop unlikely before IS_ERR(_OR_NULL)
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• RE: [PATCH v2 1/2] sctp: add new getsockopt option SCTP_SOCKOPT_PEELOFF_KERNEL
  • From: Marcelo <marcelo.leitner@xxxxxxxxx>
• RE: [PATCH v2 1/2] sctp: add new getsockopt option SCTP_SOCKOPT_PEELOFF_KERNEL
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH] sctp: fix cut and paste issue in comment
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] sctp: fix src address selection if using secondary address
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] sctp: add new getsockopt option SCTP_SOCKOPT_PEELOFF_KERNEL
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH v2 0/2] sctp: fix src address selection if using secondary address
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] sctp: fix src address selection if using secondary address
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH] sctp: fix cut and paste issue in comment
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH v2 0/2] sctp: fix src address selection if using secondary address
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH v2 1/2] sctp: reduce indent level on sctp_v4_get_dst
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH v2 2/2] sctp: fix src address selection if using secondary addresses
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [RFC PATCH net-next] sctp: fix src address selection if using secondary addresses
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH v2 1/2] sctp: add new getsockopt option SCTP_SOCKOPT_PEELOFF_KERNEL
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH v2 1/2] sctp: add new getsockopt option SCTP_SOCKOPT_PEELOFF_KERNEL
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [RFC PATCH net-next] sctp: fix src address selection if using secondary addresses
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v2 0/2] Avoid link dependency of dlm on sctp module
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] Avoid link dependency of dlm on sctp module
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] sctp: add new getsockopt option SCTP_SOCKOPT_PEELOFF_KERNEL
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH net-next] sctp: fix src address selection if using secondary addresses
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH v2 0/2] Avoid link dependency of dlm on sctp module
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] sctp: add new getsockopt option SCTP_SOCKOPT_PEELOFF_KERNEL
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH v2 1/2] sctp: add new getsockopt option SCTP_SOCKOPT_PEELOFF_KERNEL
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH v2 2/2] dlm: avoid using sctp_do_peeloff directly
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH v2 1/2] sctp: add new getsockopt option SCTP_SOCKOPT_PEELOFF_KERNEL
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH v2 0/2] Avoid link dependency of dlm on sctp module
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [RFC PATCH net-next] sctp: fix src address selection if using secondary addresses
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• Re: [RFC PATCH net-next] sctp: fix src address selection if using secondary addresses
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [RFC PATCH net-next] sctp: fix src address selection if using secondary addresses
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• Re: [RFC PATCH net-next] sctp: fix src address selection if using secondary addresses
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [RFC PATCH net-next] sctp: fix src address selection if using secondary addresses
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• Re: [RFC PATCH net-next] sctp: fix src address selection if using secondary addresses
  • From: Michael Tuexen <tuexen@xxxxxxxxxxxxxx>
• Re: [RFC PATCH net-next] sctp: fix src address selection if using secondary addresses
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• [RFC PATCH net-next] sctp: fix src address selection if using secondary addresses
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH] sctp: Add counters for out data chunk discards
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH] sctp: Add counters for out data chunk discards
  • From: Vitaly Andrianov <vitalya@xxxxxx>
• Re: [RFC patch] sctp: sctp_generate_fwdtsn: Initialize sctp_fwdtsn_skip array, neatening
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [RFC patch] sctp: sctp_generate_fwdtsn: Initialize sctp_fwdtsn_skip array, neatening
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC patch] sctp: sctp_generate_fwdtsn: Initialize sctp_fwdtsn_skip array, neatening
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [RFC patch] sctp: sctp_generate_fwdtsn: Initialize sctp_fwdtsn_skip array, neatening
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: Clean up messages for a particular stream
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: Clean up messages for a particular stream
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: Clean up messages for a particular stream
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Clean up messages for a particular stream
  • From: Jerry Jerry <jerry.jerry2008@xxxxxxxxx>
• Re: [PATCH] sctp: Fix race between OOTB response and route removal
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: Fix race between OOTB response and route removal
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH] sctp: Fix race between OOTB response and route removal
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH] sctp: Fix race between OOTB response and route removal
  • From: Alexander Sverdlin <alexander.sverdlin@xxxxxxxxx>
• Re: NO TCB to Destory
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: NO TCB to Destory
  • From: Sun Paul <paulrbk@xxxxxxxxx>
• Re: NO TCB to Destory
  • From: Sun Paul <paulrbk@xxxxxxxxx>
• RE: NO TCB to Destory
  • From: "Gomonovych, Vasyl (Nokia - PL/Wroclaw)" <vasyl.gomonovych@xxxxxxxxx>
• Re: NO TCB to Destory
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: NO TCB to Destory
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• NO TCB to Destory
  • From: Sun Paul <paulrbk@xxxxxxxxx>
• Re: [RFC PATCH 0/2] sctp: add new getsockopt option SCTP_SOCKOPT_PEELOFF_KERNEL
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] sctp: add new getsockopt option SCTP_SOCKOPT_PEELOFF_KERNEL
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [RFC PATCH 0/2] sctp: add new getsockopt option SCTP_SOCKOPT_PEELOFF_KERNEL
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] sctp: add new getsockopt option SCTP_SOCKOPT_PEELOFF_KERNEL
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [RFC PATCH 0/2] sctp: add new getsockopt option SCTP_SOCKOPT_PEELOFF_KERNEL
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] sctp: add new getsockopt option SCTP_SOCKOPT_PEELOFF_KERNEL
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [RFC PATCH 0/2] sctp: add new getsockopt option SCTP_SOCKOPT_PEELOFF_KERNEL
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [RFC PATCH 2/2] dlm: avoid using sctp_do_peeloff directly
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [RFC PATCH 1/2] sctp: add new getsockopt option SCTP_SOCKOPT_PEELOFF_KERNEL
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [RFC PATCH 0/2] sctp: add new getsockopt option SCTP_SOCKOPT_PEELOFF_KERNEL
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH v5] sctp: fix ASCONF list handling
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: allow authenticating DATA chunks that are bundled with COOKIE_ECHO
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: allow authenticating DATA chunks that are bundled with COOKIE_ECHO
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH v5] sctp: fix ASCONF list handling
  • From: marcelo.leitner@xxxxxxxxx
• Re: [PATCH] sctp: allow authenticating DATA chunks that are bundled with COOKIE_ECHO
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: allow authenticating DATA chunks that are bundled with COOKIE_ECHO
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4] sctp: fix ASCONF list handling
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sctp: allow authenticating DATA chunks that are bundled with COOKIE_ECHO
  • From: mleitner@xxxxxxxxxx
• [PATCH v4] sctp: fix ASCONF list handling
  • From: mleitner@xxxxxxxxxx
• Re: [PATCH v3 1/2] sctp: rcu-ify addr_waitq
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] sctp: rcu-ify addr_waitq
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• Re: [PATCH v3 1/2] sctp: rcu-ify addr_waitq
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• Re: [PATCH v3 2/2] sctp: fix ASCONF list handling
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] sctp: fix ASCONF list handling
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• Re: [PATCH v3 1/2] sctp: rcu-ify addr_waitq
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] sctp: fix ASCONF list handling
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] sctp: rcu-ify addr_waitq
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] sctp: rcu-ify addr_waitq
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] sctp: rcu-ify addr_waitq
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] sctp: rcu-ify addr_waitq
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] sctp: rcu-ify addr_waitq
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Simplify and make the function sctp_assoc_lookup_laddr bool
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Simplify and make the function sctp_assoc_lookup_laddr bool
  • From: Andrej Manduch <amanduch@xxxxxxxxx>
• Re: [PATCH] sctp: Simplify and make the function sctp_assoc_lookup_laddr bool
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp:Make the function sctp_assoc_lookup_laddr bool
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• [PATCH v3 2/2] sctp: fix ASCONF list handling
  • From: mleitner@xxxxxxxxxx
• [PATCH v3 1/2] sctp: rcu-ify addr_waitq
  • From: mleitner@xxxxxxxxxx
• Re: [PATCH v2 1/2] sctp: rcu-ify addr_waitq
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• Re: [PATCH v2 1/2] sctp: rcu-ify addr_waitq
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp:Make the function sctp_assoc_lookup_laddr bool
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] sctp: rcu-ify addr_waitq
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• [PATCH v2 2/2] sctp: fix ASCONF list handling
  • From: mleitner@xxxxxxxxxx
• [PATCH v2 1/2] sctp: rcu-ify addr_waitq
  • From: mleitner@xxxxxxxxxx
• Re: [PATCH] sctp: Make the function sctp_chunk_abandoned bool
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix ASCONF list handling
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix ASCONF list handling
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• Re: [PATCH] sctp: fix ASCONF list handling
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH 25/98] sctp.h: use __u8 and __u32 from linux/types.h
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH 25/98] sctp.h: use __u8 and __u32 from linux/types.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• Re: [PATCH] sctp: fix ASCONF list handling
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• Re: [PATCH] sctp: fix ASCONF list handling
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix ASCONF list handling
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• Re: [PATCH] sctp: fix ASCONF list handling
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix ASCONF list handling
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• Re: [PATCH] sctp: fix ASCONF list handling
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• Re: [PATCH] sctp: fix ASCONF list handling
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: [PATCH] sctp: Fix mangled IPv4 addresses on a IPv6 listening socket
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH] sctp: fix ASCONF list handling
  • From: mleitner@xxxxxxxxxx
• Re: [PATCH] sctp: Fix mangled IPv4 addresses on a IPv6 listening socket
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Fix mangled IPv4 addresses on a IPv6 listening socket
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] sctp: Fix mangled IPv4 addresses on a IPv6 listening socket
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH] sctp: Fix mangled IPv4 addresses on a IPv6 listening socket
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] sctp: Fix mangled IPv4 addresses on a IPv6 listening socket
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH] sctp: Fix mangled IPv4 addresses on a IPv6 listening socket
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sctp: Fix mangled IPv4 addresses on a IPv6 listening socket
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: [PATCH] sctp: Fix mangled IPv4 addresses on a IPv6 listening socket
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH] sctp: Fix mangled IPv4 addresses on a IPv6 listening socket
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH] sctp: Fix mangled IPv4 addresses on a IPv6 listening socket
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Fix mangled IPv4 addresses on a IPv6 listening socket
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• [PATCH] sctp: Fix mangled IPv4 addresses on a IPv6 listening socket
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: Conntrack to support secondary end points
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• Re: Conntrack to support secondary end points
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: Conntrack to support secondary end points
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• Conntrack to support secondary end points
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• Re: Dropped SCTP Connections over slow network
  • From: Atalay Ozgovde <aozgovde@xxxxxxxxx>
• Re: Dropped SCTP Connections over slow network
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Dropped SCTP Connections over slow network
  • From: Atalay Ozgovde <aozgovde@xxxxxxxxx>
• Re: Checksum at INIT ACK.
  • From: Moohyoung KIM <emusal@xxxxxxxxx>
• Re: Checksum at INIT ACK.
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: Checksum at INIT ACK.
  • From: Moohyoung KIM <emusal@xxxxxxxxx>
• Re: Checksum at INIT ACK.
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Checksum at INIT ACK.
  • From: Moohyoung KIM <emusal@xxxxxxxxx>
• SCTP-Connection not used anymore after FWDTSN-Chunk
  • From: Felix Rossmann <rossmann@xxxxxxxxxxxxxxxxxxxxxx>
• Re: modprobe sctp error
  • From: Jerry Jerry <jerry.jerry2008@xxxxxxxxx>
• Re: modprobe sctp error
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: modprobe sctp error
  • From: Jerry Jerry <jerry.jerry2008@xxxxxxxxx>
• Re: modprobe sctp error
  • From: Jerry Jerry <jerry.jerry2008@xxxxxxxxx>
• Re: modprobe sctp error
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: modprobe sctp error
  • From: Jerry Jerry <jerry.jerry2008@xxxxxxxxx>
• Re: modprobe sctp error
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• modprobe sctp error
  • From: Jerry Jerry <jerry.jerry2008@xxxxxxxxx>
• Re: Strange slow transfer behavior on local host connection
  • From: Jerry Jerry <jerry.jerry2008@xxxxxxxxx>
• Re: Strange slow transfer behavior on local host connection
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Strange slow transfer behavior on local host connection
  • From: Jerry Jerry <jerry.jerry2008@xxxxxxxxx>
• Re: Memory issue with kernel sctp_connectx
  • From: Danny Smit <danny.smit.0@xxxxxxxxx>
• Re: Source IP address of SCTP INIT chunk and the IPv4 address parameter inside SCTP INIT chunk
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Source IP address of SCTP INIT chunk and the IPv4 address parameter inside SCTP INIT chunk
  • From: Sun Paul <paulrbk@xxxxxxxxx>
• Re: Memory issue with kernel sctp_connectx
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Multihoming works but still some packets are tried to send through unreachable primary path.
  • From: Nirosan Paramanathan <pnirosan@xxxxxxxxx>
• Re: Memory issue with kernel sctp_connectx
  • From: Danny Smit <danny.smit.0@xxxxxxxxx>
• Re: Memory issue with kernel sctp_connectx
  • From: Adam Endrodi <adam.endrodi@xxxxxxxxx>
• Re: Does IPv6 have to be enabled to run lksctp-tools?
  • From: Jerry Jerry <jerry.jerry2008@xxxxxxxxx>
• Re: Does IPv6 have to be enabled to run lksctp-tools?
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Does IPv6 have to be enabled to run lksctp-tools?
  • From: Jerry Jerry <jerry.jerry2008@xxxxxxxxx>
• Re: Memory issue with kernel sctp_connectx
  • From: Danny Smit <danny.smit.0@xxxxxxxxx>
• Re: Does IPv6 have to be enabled to run lksctp-tools?
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Does IPv6 have to be enabled to run lksctp-tools?
  • From: Jerry Jerry <jerry.jerry2008@xxxxxxxxx>
• Re: Does IPv6 have to be enabled to run lksctp-tools?
  • From: Jerry Jerry <jerry.jerry2008@xxxxxxxxx>
• Re: Does IPv6 have to be enabled to run lksctp-tools?
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: unexpected notification
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• Re: Does IPv6 have to be enabled to run lksctp-tools?
  • From: Jerry Jerry <jerry.jerry2008@xxxxxxxxx>
• Re: Memory issue with kernel sctp_connectx
  • From: Adam Endrodi <adam.endrodi@xxxxxxxxx>
• Re: Memory issue with kernel sctp_connectx
  • From: Danny Smit <danny.smit.0@xxxxxxxxx>
• Re: Memory issue with kernel sctp_connectx
  • From: Adam Endrodi <adam.endrodi@xxxxxxx>
• Memory issue with kernel sctp_connectx
  • From: Danny Smit <danny.smit.0@xxxxxxxxx>
• Memory issue with kernel sctp_connectx
  • From: Danny Smit <danny.smit.0@xxxxxxxxx>
• Re: Does IPv6 have to be enabled to run lksctp-tools?
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Does IPv6 have to be enabled to run lksctp-tools?
  • From: Jerry Jerry <jerry.jerry2008@xxxxxxxxx>
• unexpected notification
  • From: Dávid Fekete <dfekete88@xxxxxxxxx>
• Re: [PATCH 20/45] sctp.h: include stdint.h in userspace
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH 20/45] sctp.h: include stdint.h in userspace
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• Re: [PATCH 20/45] sctp.h: include stdint.h in userspace
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH 20/45] sctp.h: include stdint.h in userspace
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• Re: [PATCH] net: sctp: Deletion of an unnecessary check before the function call "kfree"
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] net: sctp: Deletion of an unnecessary check before the function call "kfree"
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH] net: sctp: Deletion of an unnecessary check before the function call "kfree"
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] net: sctp: fix passing wrong parameter header to param_type2af in sctp_process_param
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] net: sctp: fix passing wrong parameter header to param_type2af in sctp_process_param
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] net: sctp: fix passing wrong parameter header to param_type2af in sctp_process_param
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH net] net: sctp: fix passing wrong parameter header to param_type2af in sctp_process_param
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: SCTP ASCONF Set Primary Address Parameter Type bug
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• SCTP ASCONF Set Primary Address Parameter Type bug
  • From: Saran Maruti Ramanara <Saran.Neti@xxxxxxxxx>
• Re: [PATCH net] net: sctp: fix slab corruption from use after free on INIT collisions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3] SELinux SCTP protocol support
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: Fwd: Question on SCTP ABORT chunk is generated when the association_max_retrans is reached
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Question on SCTP ABORT chunk is generated when the association_max_retrans is reached
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: Question on SCTP ABORT chunk is generated when the association_max_retrans is reached
  • From: Sun Paul <paulrbk@xxxxxxxxx>
• Re: [PATCH net] net: sctp: fix slab corruption from use after free on INIT collisions
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Question on SCTP ABORT chunk is generated when the association_max_retrans is reached
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: Question on SCTP ABORT chunk is generated when the association_max_retrans is reached
  • From: Sun Paul <paulrbk@xxxxxxxxx>
• [RFC PATCH v3] SELinux SCTP protocol support
  • From: Richard Haines <richard_c_haines@xxxxxxxxxxxxxx>
• Re: Question on SCTP ABORT chunk is generated when the association_max_retrans is reached
  • From: Michael Tuexen <tuexen@xxxxxxxxxxxxxx>
• Re: Question on SCTP ABORT chunk is generated when the association_max_retrans is reached
  • From: Michael Tuexen <tuexen@xxxxxxxxxxxxxx>
• Re: Question on SCTP ABORT chunk is generated when the association_max_retrans is reached
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: Fwd: Question on SCTP ABORT chunk is generated when the association_max_retrans is reached
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: Fwd: Question on SCTP ABORT chunk is generated when the association_max_retrans is reached
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: Fwd: Question on SCTP ABORT chunk is generated when the association_max_retrans is reached
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: Fwd: Question on SCTP ABORT chunk is generated when the association_max_retrans is reached
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: Fwd: Question on SCTP ABORT chunk is generated when the association_max_retrans is reached
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Fwd: Question on SCTP ABORT chunk is generated when the association_max_retrans is reached
  • From: Sun Paul <paulrbk@xxxxxxxxx>
• Question on SCTP ABORT chunk is generated when the association_max_retrans is reached
  • From: Sun Paul <paulrbk@xxxxxxxxx>
• Re: [PATCH net] net: sctp: fix slab corruption from use after free on INIT collisions
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH net] net: sctp: fix slab corruption from use after free on INIT collisions
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net] net: sctp: fix race for one-to-many sockets in sendmsg's auto associate
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] net: sctp: fix race for one-to-many sockets in sendmsg's auto associate
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] also expect EACCES when accept on an established socket
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net] net: sctp: fix race for one-to-many sockets in sendmsg's auto associate
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH] also expect EACCES when accept on an established socket
  • From: Simon Xu <xu.simon@xxxxxxxxxx>
• Re: SCTP Compliance
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• SCTP Compliance
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• Re: [PATCH net] net: sctp: use MAX_HEADER for headroom reserve in output path
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC-PATCH 3/3] selinux: Add support for the SCTP protocol
  • From: Richard Haines <richard_c_haines@xxxxxxxxxxxxxx>
• Re: [RFC-PATCH 3/3] selinux: Add support for the SCTP protocol
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: Problem with a host having an UNREACHABLE address ?
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] net: sctp: use MAX_HEADER for headroom reserve in output path
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: Problem with a host having an UNREACHABLE address ?
  • From: "Boiteux Frederic" <fboiteux@xxxxxxxxxxxx>
• RE: Problem with a host having an UNREACHABLE address ?
  • From: "Boiteux Frederic" <fboiteux@xxxxxxxxxxxx>
• Re: Problem with a host having an UNREACHABLE address ?
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Problem with a host having an UNREACHABLE address ?
  • From: "Boiteux Frederic" <fboiteux@xxxxxxxxxxxx>
• RE: wrong family for IP addresses given by sctp library
  • From: "Boiteux Frederic" <fboiteux@xxxxxxxxxxxx>
• Re: wrong family for IP addresses given by sctp library
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net] net: sctp: use MAX_HEADER for headroom reserve in output path
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: wrong family for IP addresses given by sctp library
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• RE: wrong family for IP addresses given by sctp library
  • From: "Boiteux Frederic" <fboiteux@xxxxxxxxxxxx>
• Re: wrong family for IP addresses given by sctp library
  • From: Ivan Skytte Jørgensen <isj-sctp@xxxxx>
• Re: wrong family for IP addresses given by sctp library
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: wrong family for IP addresses given by sctp library
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• [PATCH net] net: sctp: use MAX_HEADER for headroom reserve in output path
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• wrong family for IP addresses given by sctp library
  • From: "Boiteux Frederic" <fboiteux@xxxxxxxxxxxx>
• RE: sctp with multi-homing : PEER_ADDR_CHANGE event for each address ?
  • From: "Boiteux Frederic" <fboiteux@xxxxxxxxxxxx>
• [RFC-PATCH 2/3] net: Extend security get/setsockopt entries
  • From: Richard Haines <richard_c_haines@xxxxxxxxxxxxxx>
• [RFC-PATCH 1/3] security: Extend security get/setsockopt entries
  • From: Richard Haines <richard_c_haines@xxxxxxxxxxxxxx>
• [RFC-PATCH 3/3] selinux: Add support for the SCTP protocol
  • From: Richard Haines <richard_c_haines@xxxxxxxxxxxxxx>
• [RFC-PATCH 0/3] SELinux: Support the SCTP protocol
  • From: Richard Haines <richard_c_haines@xxxxxxxxxxxxxx>
• Re: panic in skb_push via sctp
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: panic in skb_push via sctp
  • From: Robert Święcki <robert@xxxxxxxxxxx>
• Re: panic in skb_push via sctp
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: panic in skb_push via sctp
  • From: Robert Święcki <robert@xxxxxxxxxxx>
• Re: sctp with multi-homing : PEER_ADDR_CHANGE event for each address ?
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Re: panic in skb_push via sctp
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: panic in skb_push via sctp
  • From: Robert Święcki <robert@xxxxxxxxxxx>
• Re: sctp with multi-homing : PEER_ADDR_CHANGE event for each address ?
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Re: panic in skb_push via sctp
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• RE: sctp with multi-homing : PEER_ADDR_CHANGE event for each address ?
  • From: "Boiteux Frederic" <fboiteux@xxxxxxxxxxxx>
• panic in skb_push via sctp
  • From: Robert Święcki <robert@xxxxxxxxxxx>
• sctp with multi-homing : PEER_ADDR_CHANGE event for each address ?
  • From: "Boiteux Frederic" <fboiteux@xxxxxxxxxxxx>
• Re: [PATCH net-next v2] net: sctp: keep owned chunk in destructor_arg instead of skb->cb
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2] net: sctp: keep owned chunk in destructor_arg instead of skb->cb
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next] net: sctp: keep owned chunk in destructor_arg instead of skb->cb
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2] net: sctp: keep owned chunk in destructor_arg instead of skb->cb
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH net-next v2] net: sctp: keep owned chunk in destructor_arg instead of skb->cb
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net-next] net: sctp: keep owned chunk in destructor_arg instead of skb->cb
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Is it possible to schedule packets from userspace ?
  • From: Matt <mattator@xxxxxxxxx>
• Re: [PATCH net] net: sctp: fix memory leak in auth key management
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] net: sctp: fix NULL pointer dereference in af->from_addr_param on malformed packet
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] net: sctp: fix memory leak in auth key management
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] net: sctp: fix NULL pointer dereference in af->from_addr_param on malformed packet
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net] net: sctp: fix memory leak in auth key management
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net] net: sctp: fix NULL pointer dereference in af->from_addr_param on malformed packet
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [net-next 2/2] sctp: replace seq_printf with seq_puts
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [net-next 1/2] sctp: add transport state in /proc/net/sctp/remaddr
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [net-next 2/2] sctp: replace seq_printf with seq_puts
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [net-next 1/2] sctp: add transport state in /proc/net/sctp/remaddr
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: spelling fixes
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [net-next 2/2] sctp: replace seq_printf with seq_puts
  • From: Michele Baldessari <michele@xxxxxxxxxx>
• [net-next 1/2] sctp: add transport state in /proc/net/sctp/remaddr
  • From: Michele Baldessari <michele@xxxxxxxxxx>
• [PATCH net-next] sctp: spelling fixes
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [net 1/2] sctp: add transport state in /proc/net/sctp/remaddr
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [net 1/2] sctp: add transport state in /proc/net/sctp/remaddr
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [net 1/2] sctp: add transport state in /proc/net/sctp/remaddr
  • From: Michele Baldessari <michele@xxxxxxxxxx>
• Re: [net 1/2] sctp: add transport state in /proc/net/sctp/remaddr
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] Removed unused function sctp_addr_is_valid()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [net 2/2] sctp: replace seq_printf with seq_puts
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [net 1/2] sctp: add transport state in /proc/net/sctp/remaddr
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [net 2/2] sctp: replace seq_printf with seq_puts
  • From: Michele Baldessari <michele@xxxxxxxxxx>
• [net 1/2] sctp: add transport state in /proc/net/sctp/remaddr
  • From: Michele Baldessari <michele@xxxxxxxxxx>
• [PATCH net-next] Removed unused function sctp_addr_is_valid()
  • From: Sébastien Barré <sebastien.barre@xxxxxxxxxxxx>
• Re: SCTP Multihoming Always sending primary interface ip I
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net 2/3] net: sctp: fix panic on duplicate ASCONF chunks
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net 0/3] SCTP fixes
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net 2/3] net: sctp: fix panic on duplicate ASCONF chunks
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net 0/3] SCTP fixes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net 0/3] SCTP fixes
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net 2/3] net: sctp: fix panic on duplicate ASCONF chunks
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net 0/3] SCTP fixes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: SCTP Multihoming Always sending primary interface ip I
  • From: VARUN BHATIA <varuninbharti@xxxxxxxxx>
• Re: SCTP Multihoming Always sending primary interface ip I
  • From: Vladislav Yasevich <vyasevich@xxxxxxxxx>
• Re: SCTP Multihoming Always sending primary interface ip I
  • From: VARUN BHATIA <varuninbharti@xxxxxxxxx>
• Re: [PATCH net 2/3] net: sctp: fix panic on duplicate ASCONF chunks
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net 2/3] net: sctp: fix panic on duplicate ASCONF chunks
  • From: Vladislav Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net 2/3] net: sctp: fix panic on duplicate ASCONF chunks
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next] Removed unused function sctp_addr_is_valid()
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net-next] Removed unused function sctp_addr_is_valid()
  • From: Sébastien Barré <sebastien.barre@xxxxxxxxxxxx>
• Re: [PATCH net 1/3] net: sctp: fix skb_over_panic when receiving malformed ASCONF chunks
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net 2/3] net: sctp: fix panic on duplicate ASCONF chunks
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net 2/3] net: sctp: fix panic on duplicate ASCONF chunks
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net 1/3] net: sctp: fix skb_over_panic when receiving malformed ASCONF chunks
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net 1/3] net: sctp: fix skb_over_panic when receiving malformed ASCONF chunks
  • From: Joshua Kinard <kumba@xxxxxxxxxx>
• [PATCH net 3/3] net: sctp: fix remote memory pressure from excessive queueing
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net 2/3] net: sctp: fix panic on duplicate ASCONF chunks
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net 1/3] net: sctp: fix skb_over_panic when receiving malformed ASCONF chunks
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net 0/3] SCTP fixes
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: SCTP Multihoming Always sending primary interface ip I
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: SCTP Multihoming Always sending primary interface ip I
  • From: VARUN BHATIA <varuninbharti@xxxxxxxxx>
• Re: SCTP Multihoming Always sending primary interface ip I
  • From: VARUN BHATIA <varuninbharti@xxxxxxxxx>
• Re: SCTP Multihoming Always sending primary interface ip I
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: SCTP Multihoming Always sending primary interface ip I
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: SCTP Multihoming Always sending primary interface ip I
  • From: VARUN BHATIA <varuninbharti@xxxxxxxxx>
• Re: SCTP Multihoming Always sending primary interface ip I
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: SCTP Multihoming Always sending primary interface ip I
  • From: VARUN BHATIA <varuninbharti@xxxxxxxxx>
• Re: SCTP Multihoming Always sending primary interface ip I
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: SCTP Multihoming Always sending primary interface ip I
  • From: VARUN BHATIA <varuninbharti@xxxxxxxxx>
• Re: SCTP Multihoming Always sending primary interface ip I
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: SCTP Multihoming Always sending primary interface ip I
  • From: Varun Bhatia <varuninbharti@xxxxxxxxx>
• Re: SCTP Multihoming Always sending primary interface ip I
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• SCTP Multihoming Always sending primary interface ip I
  • From: VARUN BHATIA <varuninbharti@xxxxxxxxx>
• Re: Is SO_REUSEPORT socket option supported in SCTP?
  • From: Adam Endrodi <adam.endrodi@xxxxxxx>
• how to add test case to lksctp-tools
  • From: zhuyj <zyjzyj2000@xxxxxxxxx>
• Re: Is SO_REUSEPORT socket option supported in SCTP?
  • From: Raman Gupta <ramangupta16@xxxxxxxxx>
• Re: Is SO_REUSEPORT socket option supported in SCTP?
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: Is SO_REUSEPORT socket option supported in SCTP?
  • From: Raman Gupta <ramangupta16@xxxxxxxxx>
• Re: Is SO_REUSEPORT socket option supported in SCTP?
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: Is SO_REUSEPORT socket option supported in SCTP?
  • From: Raman Gupta <ramangupta16@xxxxxxxxx>
• Re: Is SO_REUSEPORT socket option supported in SCTP?
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Re: Is SO_REUSEPORT socket option supported in SCTP?
  • From: Raman Gupta <ramangupta16@xxxxxxxxx>
• Re: connect() issues
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: connect() issues
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: Is SO_REUSEPORT socket option supported in SCTP?
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Re: Is SO_REUSEPORT socket option supported in SCTP?
  • From: Raman Gupta <ramangupta16@xxxxxxxxx>
• Re: Is SO_REUSEPORT socket option supported in SCTP?
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Is SO_REUSEPORT socket option supported in SCTP?
  • From: Raman Gupta <ramangupta16@xxxxxxxxx>
• Re: connect() issues
  • From: Michael Tuexen <tuexen@xxxxxxxxxxxxxx>
• Re: connect() issues
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: connect() issues
  • From: Michael Tuexen <tuexen@xxxxxxxxxxxxxx>
• Re: Fwd: connect() issues
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: Fwd: connect() issues
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: connect() issues
  • From: Michael Tuexen <tuexen@xxxxxxxxxxxxxx>
• Re: Fwd: connect() issues
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: Fwd: connect() issues
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: Fwd: connect() issues
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: Fwd: connect() issues
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: Fwd: connect() issues
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: Fwd: connect() issues
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: How to know retransmissions done by SCTP protocol ?
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: How to know retransmissions done by SCTP protocol ?
  • From: "Bill Cunningham" <billcun@xxxxxxxxxxxxxx>
• RE: How to know retransmissions done by SCTP protocol ?
  • From: "Boiteux Frederic" <fboiteux@xxxxxxxxxxxx>
• Re: How to know retransmissions done by SCTP protocol ?
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• How to know retransmissions done by SCTP protocol ?
  • From: "Boiteux Frederic" <fboiteux@xxxxxxxxxxxx>
• Re: [PATCH] net/ipv4: bind ip_nonlocal_bind to current netns
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] net/ipv4: bind ip_nonlocal_bind to current netns
  • From: Vincent Bernat <vincent@xxxxxxxxx>
• Re: handling multiple path SCTP_ADDR_CONFIRMED primitive under event SCTP_PEER_ADDR_CHANGE
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• handling multiple path SCTP_ADDR_CONFIRMED primitive under event SCTP_PEER_ADDR_CHANGE
  • From: "Wong, Matthew" <mwong@xxxxxxxxxxxx>
• Re: SCTP research inquiry
  • From: Hajime Tazaki <tazaki@xxxxxxxxxxxxxx>
• Re: SCTP research inquiry
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Fwd: connect() issues
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net] net: sctp: fix ABI mismatch through sctp_assoc_to_state helper
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] net: sctp: fix ABI mismatch through sctp_assoc_to_state helper
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH net] net: sctp: fix ABI mismatch through sctp_assoc_to_state helper
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: uapi header mismatch with kernel ?
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: uapi header mismatch with kernel ?
  • From: Tristan Su <sooqing@xxxxxxxxx>
• Re: uapi header mismatch with kernel ?
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: uapi header mismatch with kernel ?
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• uapi header mismatch with kernel ?
  • From: 苏庆 <sooqing@xxxxxxxxx>
• Re: [PATCH net 0/2] SCTP fix
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net 2/2] net: sctp: fix suboptimal edge-case on non-active active/retrans path selection
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net 1/2] net: sctp: spare unnecessary comparison in sctp_trans_elect_best
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net 2/2] net: sctp: fix suboptimal edge-case on non-active active/retrans path selection
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net 1/2] net: sctp: spare unnecessary comparison in sctp_trans_elect_best
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net 1/2] net: sctp: spare unnecessary comparison in sctp_trans_elect_best
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net 2/2] net: sctp: fix suboptimal edge-case on non-active active/retrans path selection
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net 0/2] SCTP fix
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: MSG_EOR flag in conjunction with SOCK_STREAM
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: network address translation
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Re: MSG_EOR flag in conjunction with SOCK_STREAM
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• MSG_EOR flag in conjunction with SOCK_STREAM
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• network address translation
  • From: Adam Endrodi <adam.endrodi@xxxxxxx>
• SCTP fail to send SHUTDOWN_ACK to peer
  • From: Rohit Patil <rohit.patil.wrc.555@xxxxxxxxx>
• Re: [PATCH] sctp: fix possible seqlock seadlock in sctp_packet_transmit()
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix possible seqlock seadlock in sctp_packet_transmit()
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH] sctp: fix possible seqlock seadlock in sctp_packet_transmit()
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH v2] sctp: Fixup v4mapped behaviour to comply with Sock API
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2] sctp: Fixup v4mapped behaviour to comply with Sock API
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: source IP and interface selection
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• source IP and interface selection
  • From: "Butler, Peter" <pbutler@xxxxxxxxxxxx>
• Re: Ooops with SCTP
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• RE: Information about SCTP patch
  • From: "Padiyar, Prasad (NSN - IN/Bangalore)" <prasad.padiyar@xxxxxxx>
• Re: SCTP Quick failover status
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net v2] net: sctp: inherit auth_capable on INIT collisions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next v3 2/3] net: sctp: Rename SCTP_XMIT_NAGLE_DELAY to SCTP_XMIT_DELAY
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next v3 1/3] net: sctp: Open out the check for Nagle
  • From: David Miller <davem@xxxxxxxxxxxxx>
• RE: [PATCH net-next v3 3/3] net: sctp: Add support for MSG_MORE on SCTP
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net] net: sctp: inherit auth_capable on INIT collisions
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net] net: sctp: inherit auth_capable on INIT collisions
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next v3 3/3] net: sctp: Add support for MSG_MORE on SCTP
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: SCTP Quick failover status
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• RE: [PATCH net-next v3 3/3] net: sctp: Add support for MSG_MORE on SCTP
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH net-next v3 3/3] net: sctp: Add support for MSG_MORE on SCTP
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net-next v3 3/3] net: sctp: Add support for MSG_MORE on SCTP
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net v2] net: sctp: inherit auth_capable on INIT collisions
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• RE: [PATCH net-next v3 3/3] net: sctp: Add support for MSG_MORE on SCTP
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net] net: sctp: inherit auth_capable on INIT collisions
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net-next v3 3/3] net: sctp: Add support for MSG_MORE on SCTP
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH net v2] net: sctp: inherit auth_capable on INIT collisions
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net-next v3 2/3] net: sctp: Rename SCTP_XMIT_NAGLE_DELAY to SCTP_XMIT_DELAY
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next v3 1/3] net: sctp: Open out the check for Nagle
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• RE: [PATCH net-next v3 1/3] Open out the check for Nagle
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH net-next v3 3/3] net: sctp: Add support for MSG_MORE on SCTP
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH net-next v3 2/3] net: sctp: Rename SCTP_XMIT_NAGLE_DELAY to SCTP_XMIT_DELAY
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH net-next v3 1/3] net: sctp: Open out the check for Nagle
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Information about SCTP patch
  • From: Michele Baldessari <michele@xxxxxxxxxx>
• Re: [PATCH v3 net-next 0/3] net: sctp: Add MSG_MORE support to SCTP
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next v3 1/3] Open out the check for Nagle
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Ooops with SCTP
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Information about SCTP patch
  • From: kishan simha <ksimha123@xxxxxxxxx>
• Re: [PATCH net] net: sctp: inherit auth_capable on INIT collisions
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net] net: sctp: inherit auth_capable on INIT collisions
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net] net: sctp: inherit auth_capable on INIT collisions
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net] net: sctp: inherit auth_capable on INIT collisions
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net] net: sctp: inherit auth_capable on INIT collisions
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net] net: sctp: inherit auth_capable on INIT collisions
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net] net: sctp: inherit auth_capable on INIT collisions
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net-next v3 3/3] Add support for MSG_MORE on SCTP
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH net-next v3 2/3] Rename SCTP_XMIT_NAGLE_DELAY to SCTP_XMIT_DELAY
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH net-next v3 1/3] Open out the check for Nagle
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH v3 net-next 0/3] net: sctp: Add MSG_MORE support to SCTP
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net] net: sctp: inherit auth_capable on INIT collisions
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net] net: sctp: inherit auth_capable on INIT collisions
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net] net: sctp: inherit auth_capable on INIT collisions
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net-next v2 0/6] SCTP updates
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 00/16] net: remove unnecessary break after goto/return
  • From: David Miller <davem@xxxxxxxxxxxxx>
• RE: [PATCH net-next v2 3/3] net: sctp: Add partial support for MSG_MORE on SCTP
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net-next v2 3/3] net: sctp: Add partial support for MSG_MORE on SCTP
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• RE: [PATCH net-next v2 3/3] net: sctp: Add partial support for MSG_MORE on SCTP
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net-next v2 1/6] net: sctp: fix information leaks in ulpevent layer
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net-next v2 1/6] net: sctp: fix information leaks in ulpevent layer
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 3/3] net: sctp: Add partial support for MSG_MORE on SCTP
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH 16/16] net: sctp: remove unnecessary break after return/goto
  • From: Fabian Frederick <fabf@xxxxxxxxx>
• [PATCH 00/16] net: remove unnecessary break after goto/return
  • From: Fabian Frederick <fabf@xxxxxxxxx>
• RE: [PATCH net-next v2 3/3] net: sctp: Add partial support for MSG_MORE on SCTP
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH v2 net-next 1/3] net: sctp: Open out the check for Nagle
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH net-next v2 6/6] net: sctp: deprecate rfc6458, 5.3.2. SCTP_SNDRCV support
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net-next v2 5/6] net: sctp: implement rfc6458, 8.1.31. SCTP_DEFAULT_SNDINFO support
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net-next v2 4/6] net: sctp: implement rfc6458, 5.3.6. SCTP_NXTINFO cmsg support
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net-next v2 3/6] net: sctp: implement rfc6458, 5.3.5. SCTP_RCVINFO cmsg support
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net-next v2 1/6] net: sctp: fix information leaks in ulpevent layer
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net-next v2 2/6] net: sctp: implement rfc6458, 5.3.4. SCTP_SNDINFO cmsg support
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net-next v2 0/6] SCTP updates
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net-next v2 3/3] net: sctp: Add partial support for MSG_MORE on SCTP
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next v2 2/3] net: sctp: Rename SCTP_XMIT_NAGLE_DELAY to SCTP_XMIT_DELAY
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v2 net-next 1/3] net: sctp: Open out the check for Nagle
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• RE: [PATCH v2 net-next 0/3] net: sctp: Add partial MSG_MORE support to SCTP
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v2 net-next 0/3] net: sctp: Add partial MSG_MORE support to SCTP
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Ooops with SCTP
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Ooops with SCTP
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 0/5] SCTP updates
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: Ooops with SCTP
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/5] SCTP updates
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/5] SCTP updates
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/5] SCTP updates
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• RE: [PATCH net-next 0/5] SCTP updates
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Ooops with SCTP
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 0/5] SCTP updates
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Ooops with SCTP
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/5] SCTP updates
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next 0/5] SCTP updates
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: Ooops with SCTP
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 0/5] SCTP updates
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 0/5] SCTP updates
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• RE: [PATCH net-next 0/5] SCTP updates
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Ooops with SCTP
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/5] SCTP updates
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next 2/5] net: sctp: implement rfc6458, 5.3.4. SCTP_SNDINFO cmsg support
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 0/5] SCTP updates
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/5] SCTP updates
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next 0/5] SCTP updates
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net-next 2/5] net: sctp: implement rfc6458, 5.3.4. SCTP_SNDINFO cmsg support
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next 0/5] SCTP updates
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: [PATCH net-next 2/5] net: sctp: implement rfc6458, 5.3.4. SCTP_SNDINFO 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: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next 0/5] SCTP updates
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• RE: [PATCH net-next 0/5] SCTP updates
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net-next 0/5] SCTP updates
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/5] SCTP updates
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH v2 net-next 1/3] net: sctp: Open out the check for Nagle
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH net-next v2 3/3] net: sctp: Add partial support for MSG_MORE on SCTP
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH net-next v2 2/3] net: sctp: Rename SCTP_XMIT_NAGLE_DELAY to SCTP_XMIT_DELAY
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH v2 net-next 0/3] net: sctp: Add partial MSG_MORE support to SCTP
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net-next 0/5] SCTP updates
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net-next 0/5] SCTP updates
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 0/3] net: sctp: Optimisations to sctp command queue code
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/5] SCTP updates
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/5] SCTP updates
  • From: Daniel Borkmann <dborkman@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: [PATCH net-next 0/5] SCTP updates
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: [PATCH net-next 2/5] net: sctp: implement rfc6458, 5.3.4. SCTP_SNDINFO 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: Daniel Borkmann <dborkman@xxxxxxxxxx>