Linux SCTP (Stream Control Transmission Protocol)
[Prev Page][Next Page]
- [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>
- Re: [PATCH net-next 3/5] net: sctp: implement rfc6458, 5.3.5. SCTP_RCVINFO cmsg support
- From: Daniel Borkmann <dborkman@xxxxxxxxxx>
- Re: Ooops with SCTP
- From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
- Re: Ooops with SCTP
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- Re: Ooops with SCTP
- From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
- Re: Ooops with SCTP
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- Re: SCTP Multihoming Heartbeat ACK Behavior
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- RE: [PATCH net-next 3/5] net: sctp: implement rfc6458, 5.3.5. SCTP_RCVINFO cmsg support
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: [PATCH net-next 3/5] net: sctp: implement rfc6458, 5.3.5. SCTP_RCVINFO cmsg support
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: [PATCH net-next 2/5] net: sctp: implement rfc6458, 5.3.4. SCTP_SNDINFO cmsg support
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: Ooops with SCTP
- From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
- Re: SCTP Multihoming Heartbeat ACK Behavior
- From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
- Re: Ooops with SCTP
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- Re: Ooops with SCTP
- From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
- Re: Ooops with SCTP
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- Ooops with SCTP
- From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
- [PATCH net-next 2/5] net: sctp: implement rfc6458, 5.3.4. SCTP_SNDINFO cmsg support
- From: Daniel Borkmann <dborkman@xxxxxxxxxx>
- [PATCH net-next 1/5] net: sctp: fix information leaks in ulpevent layer
- From: Daniel Borkmann <dborkman@xxxxxxxxxx>
- [PATCH net-next 5/5] net: sctp: implement rfc6458, 8.1.31. SCTP_DEFAULT_SNDINFO support
- From: Daniel Borkmann <dborkman@xxxxxxxxxx>
- [PATCH net-next 4/5] net: sctp: implement rfc6458, 5.3.6. SCTP_NXTINFO cmsg support
- From: Daniel Borkmann <dborkman@xxxxxxxxxx>
- [PATCH net-next 3/5] net: sctp: implement rfc6458, 5.3.5. SCTP_RCVINFO cmsg support
- From: Daniel Borkmann <dborkman@xxxxxxxxxx>
- [PATCH net-next 0/5] SCTP updates
- From: Daniel Borkmann <dborkman@xxxxxxxxxx>
- [PATCH net-next v2 3/3] net: sctp: Use pointers (not array indexes) to access sctp_cmd_seq_t.cmds[].
- From: David Laight <David.Laight@xxxxxxxxxx>
- [PATCH net-next v2 2/3] net: sctp: Optimise the way 'sctp_arg_t' values are initialised.
- From: David Laight <David.Laight@xxxxxxxxxx>
- [PATCH net-next v2 1/3] net: sctp: Inline the functions from command.c
- From: David Laight <David.Laight@xxxxxxxxxx>
- [PATCH net-next v2 0/3] net: sctp: Optimisations to sctp command queue code
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re[2]: SCTP Multihoming Heartbeat ACK Behavior
- From: "Winston V. Tizon" <wtizon@xxxxxxxxxxx>
- Re: [PATCH net-next 2/3] net: sctp: Optimise the way 'sctp_arg_t' values are initialised
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH net-next 0/2] Misc SCTP updates
- From: David Miller <davem@xxxxxxxxxxxxx>
- RE: SCTP Multihoming Heartbeat ACK Behavior
- From: Jeff Carter <J.Carter@xxxxxx>
- RE: [PATCH net-next 2/3] net: sctp: Optimise the way 'sctp_arg_t' values are initialised
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: [PATCH net-next 2/3] net: sctp: Optimise the way 'sctp_arg_t' values are initialised
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH net-next 2/3] net: sctp: Optimise the way 'sctp_arg_t' values are initialised
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- RE: [PATCH net-next 2/3] net: sctp: Optimise the way 'sctp_arg_t' values are initialised
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: SCTP Multihoming Heartbeat ACK Behavior
- From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
- Re: SCTP Multihoming Heartbeat ACK Behavior
- From: Daniel Borkmann <dborkman@xxxxxxxxxx>
- Re: [PATCH net-next 1/3] net: sctp: Inline the functions from command.c
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- Re: [PATCH net-next 2/3] net: sctp: Optimise the way 'sctp_arg_t' values are initialised
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- Re: SCTP Multihoming Heartbeat ACK Behavior
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- Re[2]: SCTP Multihoming Heartbeat ACK Behavior
- From: "Winston V. Tizon" <wtizon@xxxxxxxxxxx>
- Re[2]: SCTP Multihoming Heartbeat ACK Behavior
- From: "Winston V. Tizon" <wtizon@xxxxxxxxxxx>
- Re: [PATCH net-next 2/2] net: sctp: only warn in proc_sctp_do_alpha_beta if write
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [PATCH net-next 2/3] net: sctp: Optimise the way 'sctp_arg_t' values are initialised
- From: David Laight <David.Laight@xxxxxxxxxx>
- [PATCH net-next 3/3] net: sctp: Use pointers (not array indexes) to access sctp_cmd_seq_t.cmds[]
- From: David Laight <David.Laight@xxxxxxxxxx>
- [PATCH net-next 1/3] net: sctp: Inline the functions from command.c
- From: David Laight <David.Laight@xxxxxxxxxx>
- [PATCH net-next 0/3] net: sctp: Optimisations to sctp command queue code
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: SCTP Multihoming Heartbeat ACK Behavior
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- Re: [PATCH net-next 0/2] Misc SCTP updates
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- [PATCH net-next 0/2] Misc SCTP updates
- From: Daniel Borkmann <dborkman@xxxxxxxxxx>
- [PATCH net-next 1/2] net: sctp: improve timer slack calculation for transport HBs
- From: Daniel Borkmann <dborkman@xxxxxxxxxx>
- [PATCH net-next 2/2] net: sctp: only warn in proc_sctp_do_alpha_beta if write
- From: Daniel Borkmann <dborkman@xxxxxxxxxx>
- Re: SCTP Multihoming Heartbeat ACK Behavior
- From: Daniel Borkmann <dborkman@xxxxxxxxxx>
- Re[2]: SCTP Multihoming Heartbeat ACK Behavior
- From: "Winston V. Tizon" <wtizon@xxxxxxxxxxx>
- Re: SCTP Multihoming Heartbeat ACK Behavior
- From: Daniel Borkmann <dborkman@xxxxxxxxxx>
- SCTP Multihoming Heartbeat ACK Behavior
- From: "Winston V. Tizon" <wtizon@xxxxxxxxxxx>
- Re: Information about SCTP patch
- From: Michele Baldessari <michele@xxxxxxxxxx>
- Re: Information about SCTP patch
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Information about SCTP patch
- From: kishan simha <ksimha123@xxxxxxxxx>
- Re: [PATCH net-next] sctp: Add partially support for MSG_MORE to SCTP.
- From: Daniel Borkmann <dborkman@xxxxxxxxxx>
- RE: [PATCH net-next] sctp: Add partially support for MSG_MORE to SCTP.
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH net-next] sctp: Add partially support for MSG_MORE to SCTP.
- From: Vlad Yasevich <vyasevich@xxxxxxxxx>
- [PATCH net-next] sctp: Add partially support for MSG_MORE to SCTP.
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH net] net: sctp: check proc_dointvec result in proc_sctp_do_auth
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH net-next 5/5] net: sctp: fix incorrect type in gfp initializer
- From: "'Tejun Heo'" <tj@xxxxxxxxxx>
- Re: [PATCH net] net: sctp: check proc_dointvec result in proc_sctp_do_auth
- From: Vlad Yasevich <vyasevich@xxxxxxxxx>
- Re: [PATCH net] net: sctp: check proc_dointvec result in proc_sctp_do_auth
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- RE: [PATCH net-next 5/5] net: sctp: fix incorrect type in gfp initializer
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH net] net: sctp: propagate sysctl errors from proc_do* properly
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH net-next 6/6] Support for SCTP_DEFAULT_SNDINFO socket option
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH net] net: sctp: propagate sysctl errors from proc_do* properly
- From: Daniel Borkmann <dborkman@xxxxxxxxxx>
- Re: [PATCH net-next 2/6] Support for SCTP_RCVINFO ancillary data
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH net-next 1/6] Support for SCTP_RECVRCVINFO socket option
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH net] net: sctp: check proc_dointvec result in proc_sctp_do_auth
- From: Daniel Borkmann <dborkman@xxxxxxxxxx>
- Re: [PATCH net-next 5/5] net: sctp: fix incorrect type in gfp initializer
- From: Tejun Heo <tj@xxxxxxxxxx>
- RE: [PATCH net-next 0/6] A step closer to RFC 6458 compliancy
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH net-next 0/6] A step closer to RFC 6458 compliancy
- From: Vlad Yasevich <vyasevich@xxxxxxxxx>
- Re: [PATCH net-next 0/6] A step closer to RFC 6458 compliancy
- From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next 0/6] A step closer to RFC 6458 compliancy
- From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
- RE: [PATCH net-next 0/6] A step closer to RFC 6458 compliancy
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH net-next 0/6] A step closer to RFC 6458 compliancy
- From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
- RE: [PATCH net-next 0/6] A step closer to RFC 6458 compliancy
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH net-next 0/6] A step closer to RFC 6458 compliancy
- From: Vlad Yasevich <vyasevich@xxxxxxxxx>
- RE: [PATCH net-next 0/6] A step closer to RFC 6458 compliancy
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: [PATCH net-next 0/6] A step closer to RFC 6458 compliancy
- From: David Laight <David.Laight@xxxxxxxxxx>
- [PATCH net-next 4/6] Support for SCTP_NXTINFO socket option
- From: Geir Ola Vaagland <geirola@xxxxxxxxx>
- [PATCH net-next 1/6] Support for SCTP_RECVRCVINFO socket option
- From: Geir Ola Vaagland <geirola@xxxxxxxxx>
- [PATCH net-next 3/6] Support for SCTP_SNDINFO ancillary data
- From: Geir Ola Vaagland <geirola@xxxxxxxxx>
- [PATCH net-next 5/6] Support for receiving SCTP_NXTINFO ancillary data
- From: Geir Ola Vaagland <geirola@xxxxxxxxx>
- [PATCH net-next 2/6] Support for SCTP_RCVINFO ancillary data
- From: Geir Ola Vaagland <geirola@xxxxxxxxx>
- [PATCH net-next 6/6] Support for SCTP_DEFAULT_SNDINFO socket option
- From: Geir Ola Vaagland <geirola@xxxxxxxxx>
- [PATCH net-next 0/6] A step closer to RFC 6458 compliancy
- From: Geir Ola Vaagland <geirola@xxxxxxxxx>
- RE: [PATCH net-next 3/6] Support for SCTP_SNDINFO ancillary data
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH net-next 3/6] Support for SCTP_SNDINFO ancillary data
- From: Vlad Yasevich <vyasevich@xxxxxxxxx>
[Index of Archives]
[Linux Networking Development]
[Linux USB Devel]
[Linux SCSI]
[Samba]
[Yosemite News]
SCTP