Linux SCTP (Stream Control Transmission Protocol)
Thread Index
[
Prev Page
][
Next Page
]
Re: [PATCH net] sctp: sctp_diag should dump sctp socket type
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net] sctp: fix double EPs display in sctp_diag
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net] sctp: fix double EPs display in sctp_diag
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net] sctp: sctp_diag should dump sctp socket type
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
Re: [PATCH net] sctp: sctp_diag should dump sctp socket type
From
: David Miller <davem@xxxxxxxxxxxxx>
[PATCH net] sctp: sctp_diag should dump sctp socket type
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net] sctp: fix double EPs display in sctp_diag
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: sctp_getpaddrs() on a SHUTDOWN association
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
sctp_getpaddrs() on a SHUTDOWN association
From
: Adam Endrodi <adam.endrodi@xxxxxxxxx>
New lksctp-tools release: 1.0.17
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH 0/2] sctp: Add GSO support
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH 0/2] sctp: Add GSO support
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 0/2] sctp: Add GSO support
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH 0/2] sctp: Add GSO support
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] sctp: signal sk_data_ready earlier on data chunks reception
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 0/2] sctp: Add GSO support
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH 2/2] sctp: Add GSO support
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH 1/2] skbuff: export skb_gro_receive
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH 0/2] sctp: Add GSO support
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH] sctp: signal sk_data_ready earlier on data chunks reception
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH v3 0/2] sctp: delay calls to sk_data_ready() as much as possible
From
: marcelo.leitner@xxxxxxxxx
Re: [PATCH v3 0/2] sctp: delay calls to sk_data_ready() as much as possible
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH v3 0/2] sctp: delay calls to sk_data_ready() as much as possible
From
: marcelo.leitner@xxxxxxxxx
Re: [PATCH v3 0/2] sctp: delay calls to sk_data_ready() as much as possible
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH v3 0/2] sctp: delay calls to sk_data_ready() as much as possible
From
: marcelo.leitner@xxxxxxxxx
Re: [PATCH net-next] sctp: sctp_diag should fill RMEM_ALLOC with asoc->rmem_alloc when rcvbuf_policy is set
From
: David Miller <davem@xxxxxxxxxxxxx>
[PATCH net-next] sctp: sctp_diag should fill RMEM_ALLOC with asoc->rmem_alloc when rcvbuf_policy is set
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCHv3 net-next] net: use jiffies_to_msecs to replace EXPIRES_IN_MS in inet/sctp_diag
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCHv3 net-next] net: use jiffies_to_msecs to replace EXPIRES_IN_MS in inet/sctp_diag
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCHv3 net-next] net: use jiffies_to_msecs to replace EXPIRES_IN_MS in inet/sctp_diag
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
Re: [PATCHv3 net-next] net: use jiffies_to_msecs to replace EXPIRES_IN_MS in inet/sctp_diag
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCHv3 net-next] net: use jiffies_to_msecs to replace EXPIRES_IN_MS in inet/sctp_diag
From
: Jakub Sitnicki <jkbs@xxxxxxxxxx>
[PATCHv3 net-next] net: use jiffies_to_msecs to replace EXPIRES_IN_MS in inet/sctp_diag
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCHv3 net-next 1/6] sctp: add sctp_info dump api for sctp_diag
From
: Phil Sutter <phil@xxxxxx>
Re: [PATCHv3 net-next 0/6] sctp: support sctp_diag in kernel
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCHv3 net-next 1/6] sctp: add sctp_info dump api for sctp_diag
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] sctp: simplify sk_receive_queue locking
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH v3 0/2] sctp: delay calls to sk_data_ready() as much as possible
From
: marcelo.leitner@xxxxxxxxx
Re: [PATCH v3 0/2] sctp: delay calls to sk_data_ready() as much as possible
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH v3 0/2] sctp: delay calls to sk_data_ready() as much as possible
From
: marcelo.leitner@xxxxxxxxx
Re: [PATCH v3 0/2] sctp: delay calls to sk_data_ready() as much as possible
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH v3 0/2] sctp: delay calls to sk_data_ready() as much as possible
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH v3 0/2] sctp: delay calls to sk_data_ready() as much as possible
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCHv3 net-next 4/6] sctp: add the sctp_diag.c file
From
: Jakub Sitnicki <jkbs@xxxxxxxxxx>
Re: [PATCHv3 net-next 1/6] sctp: add sctp_info dump api for sctp_diag
From
: Phil Sutter <phil@xxxxxx>
[PATCHv3 net-next 6/6] sctp: fix some rhashtable functions using in sctp proc/diag
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCHv3 net-next 5/6] sctp: merge the seq_start/next/exits in remaddrs and assocs
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCHv3 net-next 4/6] sctp: add the sctp_diag.c file
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCHv3 net-next 3/6] sctp: export some functions for sctp_diag in inet_diag
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCHv3 net-next 2/6] sctp: export some apis or variables for sctp_diag and reuse some for proc
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCHv3 net-next 1/6] sctp: add sctp_info dump api for sctp_diag
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCHv3 net-next 0/6] sctp: support sctp_diag in kernel
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH v3 0/2] sctp: delay calls to sk_data_ready() as much as possible
From
: David Miller <davem@xxxxxxxxxxxxx>
[PATCH] sctp: simplify sk_receive_queue locking
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: uapi header mismatch with kernel ? //[PATCH] net: sctp: fix ABI through sctp_assoc_to_state helper
From
: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
Re: uapi header mismatch with kernel ? //[PATCH] net: sctp: fix ABI through sctp_assoc_to_state helper
From
: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
uapi header mismatch with kernel ? //[PATCH] net: sctp: fix ABI through sctp_assoc_to_state helper
From
: Steven Ding <wjdingdev@xxxxxxxxx>
Re: [PATCH] sctp: add support for RPS and RFS
From
: Tom Herbert <tom@xxxxxxxxxxxxxxx>
Re: [PATCH] sctp: add support for RPS and RFS
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH] sctp: add support for RPS and RFS
From
: Tom Herbert <tom@xxxxxxxxxxxxxxx>
[PATCH] sctp: add support for RPS and RFS
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH v3 1/2] sctp: compress bit-wide flags to a bitfield on sctp_sock
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCHv2 net-next 4/6] sctp: add the sctp_diag.c file
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH v2] sctp: avoid refreshing heartbeat timer too often
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCHv2 net-next 1/6] sctp: add sctp_info dump api for sctp_diag
From
: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
Re: [PATCHv2 net-next 1/6] sctp: add sctp_info dump api for sctp_diag
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCHv2 net-next 1/6] sctp: add sctp_info dump api for sctp_diag
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
Re: [PATCHv2 net-next 1/6] sctp: add sctp_info dump api for sctp_diag
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
Re: [PATCHv2 net-next 4/6] sctp: add the sctp_diag.c file
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
Re: [PATCHv2 net-next 1/6] sctp: add sctp_info dump api for sctp_diag
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
Re: [PATCHv2 net-next 1/6] sctp: add sctp_info dump api for sctp_diag
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCHv2 net-next 1/6] sctp: add sctp_info dump api for sctp_diag
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCHv2 net-next 4/6] sctp: add the sctp_diag.c file
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCHv2 net-next 1/6] sctp: add sctp_info dump api for sctp_diag
From
: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
Re: [PATCHv2 net-next 1/6] sctp: add sctp_info dump api for sctp_diag
From
: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
Re: [PATCHv2 net-next 4/6] sctp: add the sctp_diag.c file
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
Re: [PATCHv2 net-next 1/6] sctp: add sctp_info dump api for sctp_diag
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
Re: [PATCHv2 net-next 1/6] sctp: add sctp_info dump api for sctp_diag
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
[PATCHv2 net-next 5/6] sctp: merge the seq_start/next/exits in remaddrs and assocs
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCHv2 net-next 6/6] sctp: fix some rhashtable functions using in sctp proc/diag
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCHv2 net-next 4/6] sctp: add the sctp_diag.c file
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCHv2 net-next 3/6] sctp: export some functions for sctp_diag in inet_diag
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCHv2 net-next 2/6] sctp: export some apis or variables for sctp_diag and reuse some for proc
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCHv2 net-next 1/6] sctp: add sctp_info dump api for sctp_diag
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCHv2 net-next 0/6] sctp: support sctp_diag in kernel
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH v3 1/2] sctp: compress bit-wide flags to a bitfield on sctp_sock
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH v3 2/2] sctp: delay calls to sk_data_ready() as much as possible
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH v3 0/2] sctp: delay calls to sk_data_ready() as much as possible
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net-next 0/7] sctp: support sctp_diag in kernel
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net-next 5/7] sctp: reuse the some transport traversal functions in proc
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net-next 3/7] sctp: export some functions for sctp_diag in inet_diag
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH v2 2/2] sctp: delay calls to sk_data_ready() as much as possible
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net-next 5/7] sctp: reuse the some transport traversal functions in proc
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH v2 2/2] sctp: delay calls to sk_data_ready() as much as possible
From
: Jakub Sitnicki <jkbs@xxxxxxxxxx>
Re: [PATCH net-next 0/7] sctp: support sctp_diag in kernel
From
: marcelo.leitner@xxxxxxxxx
Re: [PATCH v2 1/2] sctp: compress bit-wide flags to a bitfield on sctp_sock
From
: marcelo.leitner@xxxxxxxxx
Re: [PATCH net-next 0/7] sctp: support sctp_diag in kernel
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH v2 1/2] sctp: compress bit-wide flags to a bitfield on sctp_sock
From
: Joe Perches <joe@xxxxxxxxxxx>
Re: [PATCH v2 1/2] sctp: compress bit-wide flags to a bitfield on sctp_sock
From
: David Miller <davem@xxxxxxxxxxxxx>
[PATCH v2] sctp: avoid refreshing heartbeat timer too often
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH v2 2/2] sctp: delay calls to sk_data_ready() as much as possible
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH v2 1/2] sctp: compress bit-wide flags to a bitfield on sctp_sock
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH v2 0/2] sctp: delay calls to sk_data_ready() as much as possible
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH] sctp: Fix error handling for switch statement case in the function sctp_cmd_interprete
From
: Bastien Philbert <bastienphilbert@xxxxxxxxx>
Re: [PATCH] sctp: Fix error handling for switch statement case in the function sctp_cmd_interprete
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] sctp: Fix error handling for switch statement case in the function sctp_cmd_interprete
From
: Bastien Philbert <bastienphilbert@xxxxxxxxx>
Re: [PATCH] sctp: Fix error handling for switch statement case in the function sctp_cmd_interprete
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH] sctp: Fix error handling for switch statement case in the function sctp_cmd_interprete
From
: Bastien Philbert <bastienphilbert@xxxxxxxxx>
Re: [PATCH] sctp: Fix error handling for switch statement case in the function sctp_cmd_interprete
From
: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
[PATCH] sctp: Fix error handling for switch statement case in the function sctp_cmd_interprete
From
: Bastien Philbert <bastienphilbert@xxxxxxxxx>
Re: [PATCH v2] sctp: use list_* in sctp_list_dequeue
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH v2] sctp: flush if we can't fit another DATA chunk
From
: David Miller <davem@xxxxxxxxxxxxx>
[PATCH net-next 6/7] sctp: merge the seq_start/next/exits in remaddrs and assocs
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 5/7] sctp: reuse the some transport traversal functions in proc
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 7/7] sctp: fix some rhashtable functions using in sctp proc/diag
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 4/7] sctp: add the sctp_diag.c file
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 3/7] sctp: export some functions for sctp_diag in inet_diag
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 2/7] sctp: export some apis or variables for sctp_diag
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 1/7] sctp: add sctp_info dump api for sctp_diag
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 0/7] sctp: support sctp_diag in kernel
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH v2] sctp: use list_* in sctp_list_dequeue
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH v2] sctp: flush if we can't fit another DATA chunk
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH] sctp: avoid refreshing heartbeat timer too often
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH] sctp: avoid refreshing heartbeat timer too often
From
: "'Marcelo Ricardo Leitner'" <marcelo.leitner@xxxxxxxxx>
RE: [PATCH] sctp: avoid refreshing heartbeat timer too often
From
: David Laight <David.Laight@xxxxxxxxxx>
Re: [PATCH] sctp: flush if we can't fit another DATA chunk
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH] sctp: flush if we can't fit another DATA chunk
From
: marcelo.leitner@xxxxxxxxx
Re: [PATCH] sctp: flush if we can't fit another DATA chunk
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] sctp: really allow using GFP_KERNEL on sctp_packet_transmit
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCHv4] sctp: Don't add the shutdown timer if its already been added
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH] sctp: avoid refreshing heartbeat timer too often
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH] sctp: flush if we can't fit another DATA chunk
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH] sctp: really allow using GFP_KERNEL on sctp_packet_transmit
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
RE: [PATCH] sctp: avoid refreshing heartbeat timer too often
From
: David Laight <David.Laight@xxxxxxxxxx>
[PATCH] sctp: use list_* in sctp_list_dequeue
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH 1/2] sctp: compress bit-wide flags to a bitfield on sctp_sock
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH 2/2] sctp: delay calls to sk_data_ready() as much as possible
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH 0/2] sctp: delay calls to sk_data_ready() as much as possible
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH] sctp: avoid refreshing heartbeat timer too often
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH] sctp: flush if we can't fit another DATA chunk
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH] sctp: really allow using GFP_KERNEL on sctp_packet_transmit
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: net/sctp: stack-out-of-bounds in sctp_getsockopt
From
: Baozeng <sploving1@xxxxxxxxx>
Re: net/sctp: stack-out-of-bounds in sctp_getsockopt
From
: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: net/sctp: stack-out-of-bounds in sctp_getsockopt
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
Re: net/sctp: stack-out-of-bounds in sctp_getsockopt
From
: Baozeng <sploving1@xxxxxxxxx>
Re: net/sctp: stack-out-of-bounds in sctp_getsockopt
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: net/sctp: stack-out-of-bounds in sctp_getsockopt
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
Re: net/sctp: stack-out-of-bounds in sctp_getsockopt
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
net/sctp: stack-out-of-bounds in sctp_getsockopt
From
: Baozeng Ding <sploving1@xxxxxxxxx>
Re: [PATCHv4] sctp: Don't add the shutdown timer if its already been added
From
: marcelo.leitner@xxxxxxxxx
[PATCHv4] sctp: Don't add the shutdown timer if its already been added
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCHv3] sctp: Don't add the shutdown timer if its already been added
From
: marcelo.leitner@xxxxxxxxx
Re: [PATCHv3] sctp: Don't add the shutdown timer if its already been added
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCHv3] sctp: Don't add the shutdown timer if its already been added
From
: marcelo.leitner@xxxxxxxxx
[PATCHv3] sctp: Don't add the shutdown timer if its already been added
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCHv2] sctp: Don't add the shutdown timer if its already been added
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH v2] sctp: align MTU to a word
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] sctp: do not update a_rwnd if we are not issuing a sack
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] sctp: do not leak chunks that are sent to unconfirmed paths
From
: David Miller <davem@xxxxxxxxxxxxx>
[PATCH v2] sctp: keep fragmentation point aligned to word size
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH v2] sctp: align MTU to a word
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH] sctp: keep fragmentation point aligned to word size
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH] sctp: align MTU to a word
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH] sctp: align MTU to a word
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
[PATCH] sctp: do not update a_rwnd if we are not issuing a sack
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH] sctp: do not leak chunks that are sent to unconfirmed paths
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH] sctp: keep fragmentation point aligned to word size
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH] sctp: align MTU to a word
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCHv2] sctp: Don't add the shutdown timer if its already been added
From
: marcelo.leitner@xxxxxxxxx
[PATCHv2] sctp: Don't add the shutdown timer if its already been added
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH] sctp: Don't add the shutdown timer if its already been added
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH] sctp: Don't add the shutdown timer if its already been added
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH] sctp: Don't add the shutdown timer if its already been added
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH] sctp: consolidate local_bh_disable/enable + spin_lock/unlock to _bh variant
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] sctp: consolidate local_bh_disable/enable + spin_lock/unlock to _bh variant
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
RE: lksctp bind problem(address in use)
From
: 김영득 <ydkim@xxxxxxxxxxx>
Re: lksctp bind problem(address in use)
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH] sctp: allow sctp_transmit_packet and others to use gfp
From
: David Miller <davem@xxxxxxxxxxxxx>
RE: lksctp bind problem(address in use)
From
: 김영득 <ydkim@xxxxxxxxxxx>
Re: [PATCH net] sctp: fix the transports round robin issue when init is retransmitted
From
: David Miller <davem@xxxxxxxxxxxxx>
[PATCH] sctp: consolidate local_bh_disable/enable + spin_lock/unlock to _bh variant
From
: Nicholas Mc Guire <hofrat@xxxxxxxxx>
Re: [PATCH] Fix musl build
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH] Fix musl build
From
: Yegor Yefremov <yegorslists@xxxxxxxxxxxxxx>
Re: lksctp bind problem(address in use)
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH] Fix musl build
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH] Fix musl build
From
: Yegor Yefremov <yegorslists@xxxxxxxxxxxxxx>
RE: lksctp bind problem(address in use)
From
: 김영득 <ydkim@xxxxxxxxxxx>
[PATCH] sctp: allow sctp_transmit_packet and others to use gfp
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH] Fix musl build
From
: marcelo.leitner@xxxxxxxxx
Re: [PATCH net] sctp: fix the transports round robin issue when init is retransmitted
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net] sctp: fix the transports round robin issue when init is retransmitted
From
: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
Re: [PATCH] Fix musl build
From
: Yegor Yefremov <yegorslists@xxxxxxxxxxxxxx>
[PATCH] Fix musl build
From
: yegorslists@xxxxxxxxxxxxxx
[PATCH net] sctp: fix the transports round robin issue when init is retransmitted
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net v2] sctp: fix copying more bytes than expected in sctp_add_bind_addr
From
: David Miller <davem@xxxxxxxxxxxxx>
[PATCH] sctp: Don't add the shutdown timer if its already been added
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
[PATCH net v2] sctp: fix copying more bytes than expected in sctp_add_bind_addr
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net] sctp: fix copying more bytes than expected in sctp_add_bind_addr
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net] sctp: use gfp insteaad of GFP_NOWAIT in idr_alloc_cyclic when sctp_assoc_set_id
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net] sctp: fix copying more bytes than expected in sctp_add_bind_addr
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH] sctp: fix noderef.cocci warnings
From
: kbuild test robot <lkp@xxxxxxxxx>
Re: [PATCH net] sctp: fix copying more bytes than expected in sctp_add_bind_addr
From
: kbuild test robot <lkp@xxxxxxxxx>
[PATCH net] sctp: fix copying more bytes than expected in sctp_add_bind_addr
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net] sctp: fix copying more bytes than expected in sctp_add_bind_addr
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net] sctp: fix copying more bytes than expected in sctp_add_bind_addr
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net] sctp: fix copying more bytes than expected in sctp_add_bind_addr
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: [PATCH net] sctp: fix copying more bytes than expected in sctp_add_bind_addr
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net] sctp: fix copying more bytes than expected in sctp_add_bind_addr
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: [PATCH net] sctp: fix copying more bytes than expected in sctp_add_bind_addr
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net] sctp: use gfp insteaad of GFP_NOWAIT in idr_alloc_cyclic when sctp_assoc_set_id
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
Re: [PATCH net] sctp: use gfp insteaad of GFP_NOWAIT in idr_alloc_cyclic when sctp_assoc_set_id
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net] sctp: use gfp insteaad of GFP_NOWAIT in idr_alloc_cyclic when sctp_assoc_set_id
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
[PATCH net] sctp: use gfp insteaad of GFP_NOWAIT in idr_alloc_cyclic when sctp_assoc_set_id
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH 1/2] Add .gitignore files
From
: marcelo.leitner@xxxxxxxxx
[PATCH 2/2] autoconf: add m4 folder
From
: yegorslists@xxxxxxxxxxxxxx
[PATCH 1/2] Add .gitignore files
From
: yegorslists@xxxxxxxxxxxxxx
Re: [PATCH v2] libsctp: add pkg-config support
From
: marcelo.leitner@xxxxxxxxx
Re: [PATCH] libsctp: add pkg-config support
From
: Yegor Yefremov <yegorslists@xxxxxxxxxxxxxx>
[PATCH v2] libsctp: add pkg-config support
From
: yegorslists@xxxxxxxxxxxxxx
Re: [PATCH] libsctp: add pkg-config support
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: net/sctp: sock memory leak
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: net/sctp: sock memory leak
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: [PATCH net] sctp: sctp_remaddr_seq_show use the wrong variable to dump transport info
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net] sctp: lack the check for ports in sctp_v6_cmp_addr
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH v2 0/3] Convert network timestamps to be y2038 safe
From
: David Miller <davem@xxxxxxxxxxxxx>
[PATCH] libsctp: add pkg-config support
From
: yegorslists@xxxxxxxxxxxxxx
[PATCH net] sctp: sctp_remaddr_seq_show use the wrong variable to dump transport info
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net] sctp: lack the check for ports in sctp_v6_cmp_addr
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH v2 3/3] net: sctp: Convert log timestamps to be y2038 safe
From
: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
[PATCH v2 0/3] Convert network timestamps to be y2038 safe
From
: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
Re: [PATCH 0/4] Convert network timestamps to be y2038 safe
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [Y2038] [PATCH 4/4] net: sctp: Convert log timestamps to be y2038 safe
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH 4/4] net: sctp: Convert log timestamps to be y2038 safe
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
[PATCH 4/4] net: sctp: Convert log timestamps to be y2038 safe
From
: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
[PATCH 0/4] Convert network timestamps to be y2038 safe
From
: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
Re: [PATCHv2] sctp: Fix port hash table size computation
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCHv2] sctp: Fix port hash table size computation
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCHv2] sctp: Fix port hash table size computation
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
Re: [PATCHv2] sctp: Fix port hash table size computation
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCHv2] sctp: Fix port hash table size computation
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
[PATCHv2] sctp: Fix port hash table size computation
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH] sctp: Fix port hash table size computation
From
: David Miller <davem@xxxxxxxxxxxxx>
[PATCH] sctp: Fix port hash table size computation
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH net 1/3] sctp: move rcu_read_lock from __sctp_lookup_association to sctp_lookup_association
From
: Xin Long <lucien.xin@xxxxxxxxx>
Handle notifications and data separately
From
: Lionel Van Bemten <lionel.van_bemten.ext@xxxxxxxxx>
Re: [PATCH net 0/3] sctp: some cleanups for sctp
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net 1/3] sctp: move rcu_read_lock from __sctp_lookup_association to sctp_lookup_association
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: sctp: bad hash index calculation
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: sctp: bad hash index calculation
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: sctp: bad hash index calculation
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
sctp: bad hash index calculation
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
[PATCH net 3/3] sctp: remove the unused sctp_datamsg_free()
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net 2/3] sctp: remove rcu_read_lock in sctp_seq_dump_remote_addrs()
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net 1/3] sctp: move rcu_read_lock from __sctp_lookup_association to sctp_lookup_association
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net 0/3] sctp: some cleanups for sctp
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net] sctp: translate network order to host order when users get a hmacid
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: Query on SCTP:INIT re-transmission interval behavior
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
RE: Query on SCTP:INIT re-transmission interval behavior
From
: Ravi Puttachannaiah <ravi.puttachannaiah@xxxxxxxxxxx>
Re: [PATCH net] sctp: do sanity checks before migrating the asoc
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net] sctp: translate network order to host order when users get a hmacid
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
RE: Query on SCTP:INIT re-transmission interval behavior
From
: Ravi Puttachannaiah <ravi.puttachannaiah@xxxxxxxxxxx>
Re: [PATCH net] sctp: do sanity checks before migrating the asoc
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
[PATCH net] sctp: translate network order to host order when users get a hmacid
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [RFC PATCH net-next 3/3] sctp: Add GSO support
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [RFC PATCH net-next 3/3] sctp: Add GSO support
From
: Alexander Duyck <alexander.duyck@xxxxxxxxx>
Re: [RFC PATCH net-next 3/3] sctp: Add GSO support
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [RFC PATCH net-next 3/3] sctp: Add GSO support
From
: Alexander Duyck <alexander.duyck@xxxxxxxxx>
Re: [RFC PATCH net-next 3/3] sctp: Add GSO support
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [RFC PATCH net-next 3/3] sctp: Add GSO support
From
: Alexander Duyck <alexander.duyck@xxxxxxxxx>
Re: [RFC PATCH net-next 0/3] sctp: add GSO support
From
: "'Marcelo Ricardo Leitner'" <marcelo.leitner@xxxxxxxxx>
Re: Query on SCTP:INIT re-transmission interval behavior
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
RE: Query on SCTP:INIT re-transmission interval behavior
From
: Ravi Puttachannaiah <ravi.puttachannaiah@xxxxxxxxxxx>
RE: [RFC PATCH net-next 0/3] sctp: add GSO support
From
: David Laight <David.Laight@xxxxxxxxxx>
RE: [RFC PATCH net-next 0/3] sctp: add GSO support
From
: David Laight <David.Laight@xxxxxxxxxx>
RE: [RFC PATCH net-next 0/3] sctp: add GSO support
From
: David Laight <David.Laight@xxxxxxxxxx>
Re: Query on SCTP:INIT re-transmission interval behavior
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [RFC PATCH net-next 0/3] sctp: add GSO support
From
: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
Re: [RFC PATCH net-next 0/3] sctp: add GSO support
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [RFC PATCH net-next 0/3] sctp: add GSO support
From
: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
RE: Query on SCTP:INIT re-transmission interval behavior
From
: Ravi Puttachannaiah <ravi.puttachannaiah@xxxxxxxxxxx>
Re: [RFC PATCH net-next 0/3] sctp: add GSO support
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net 0/3] fix the transport dead race check by using atomic_add_unless on refcnt
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [RFC PATCH net-next 0/3] sctp: add GSO support
From
: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
Re: [RFC PATCH net-next 0/3] sctp: add GSO support
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [RFC PATCH net-next 0/3] sctp: add GSO support
From
: "'Marcelo Ricardo Leitner'" <marcelo.leitner@xxxxxxxxx>
Re: [RFC PATCH net-next 0/3] sctp: add GSO support
From
: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
RE: [RFC PATCH net-next 0/3] sctp: add GSO support
From
: David Laight <David.Laight@xxxxxxxxxx>
RE: [RFC PATCH net-next 0/3] sctp: add GSO support
From
: David Laight <David.Laight@xxxxxxxxxx>
Re: [RFC PATCH net-next 0/3] sctp: add GSO support
From
: "'Marcelo Ricardo Leitner'" <marcelo.leitner@xxxxxxxxx>
Re: [RFC PATCH net-next 1/3] skbuff: export skb_gro_receive
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [RFC PATCH net-next 1/3] skbuff: export skb_gro_receive
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
[RFC PATCH net-next 3/3] sctp: Add GSO support
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[RFC PATCH net-next 2/3] sctp: offloading support structure
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[RFC PATCH net-next 1/3] skbuff: export skb_gro_receive
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[RFC PATCH net-next 0/3] sctp: add GSO support
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: Query on SCTP:INIT re-transmission interval behavior
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Query on SCTP:INIT re-transmission interval behavior
From
: Ravi Puttachannaiah <ravi.puttachannaiah@xxxxxxxxxxx>
Re: [PATCH net] sctp: fix copying more bytes than expected in sctp_add_bind_addr
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: [PATCH net 1/3] sctp: fix the transport dead race check by using atomic_add_unless on refcnt
From
: David Miller <davem@xxxxxxxxxxxxx>
[PATCH net] sctp: fix copying more bytes than expected in sctp_add_bind_addr
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: net/sctp: out-of-bounds access in sctp_add_bind_addr
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: net/sctp: out-of-bounds access in sctp_add_bind_addr
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: net/sctp: out-of-bounds access in sctp_add_bind_addr
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: net/sctp: out-of-bounds access in sctp_add_bind_addr
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: net/sctp: out-of-bounds access in sctp_add_bind_addr
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: net/sctp: out-of-bounds access in sctp_add_bind_addr
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
net/sctp: out-of-bounds access in sctp_add_bind_addr
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: [PATCH net] sctp: allow setting SCTP_SACK_IMMEDIATELY by the application
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net] sctp: allow setting SCTP_SACK_IMMEDIATELY by the application
From
: Vladislav Yasevich <vyasevich@xxxxxxxxx>
[PATCH net] sctp: allow setting SCTP_SACK_IMMEDIATELY by the application
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net 1/3] sctp: fix the transport dead race check by using atomic_add_unless on refcnt
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: [PATCH net 1/3] sctp: fix the transport dead race check by using atomic_add_unless on refcnt
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net 1/3] sctp: fix the transport dead race check by using atomic_add_unless on refcnt
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: [PATCH net 2/3] sctp: hold transport before we access t->asoc in sctp proc
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net 2/3] sctp: hold transport before we access t->asoc in sctp proc
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
Re: [PATCH net 2/3] sctp: hold transport before we access t->asoc in sctp proc
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net 2/3] sctp: hold transport before we access t->asoc in sctp proc
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
Re: [PATCH net 0/3] fix the transport dead race check by using atomic_add_unless on refcnt
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net 3/3] sctp: remove the dead field of sctp_transport
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net 2/3] sctp: hold transport before we access t->asoc in sctp proc
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net 1/3] sctp: fix the transport dead race check by using atomic_add_unless on refcnt
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH net 3/3] sctp: remove the dead field of sctp_transport
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net 2/3] sctp: hold transport before we access t->asoc in sctp proc
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net 1/3] sctp: fix the transport dead race check by using atomic_add_unless on refcnt
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net 0/3] fix the transport dead race check by using atomic_add_unless on refcnt
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: net/sctp: use-after-free in __sctp_connect
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: net/sctp: use-after-free in __sctp_connect
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net] sctp: fix rcu usage on proc listing
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: FW: Kernel and TIPC utilities question
From
: malc <mlashley@xxxxxxxxx>
RE: FW: Kernel and TIPC utilities question
From
: "Balasundaram, Gunabalan" <gbalasundaram@xxxxxxxxxxxx>
Re: [PATCH net] sctp: fix rcu usage on proc listing
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net] sctp: fix rcu usage on proc listing
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net] sctp: do sanity checks before migrating the asoc
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net] sctp: do sanity checks before migrating the asoc
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: [PATCH net] sctp: do sanity checks before migrating the asoc
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: X2AP:handoverPreparationFailure message is not received at source node
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: [PATCH net] sctp: do sanity checks before migrating the asoc
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: FW: Kernel and TIPC utilities question
From
: malc <mlashley@xxxxxxxxx>
FW: Kernel and TIPC utilities question
From
: "Balasundaram, Gunabalan" <gbalasundaram@xxxxxxxxxxxx>
Re: [PATCH net] sctp: do sanity checks before migrating the asoc
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
RE: X2AP:handoverPreparationFailure message is not received at source node
From
: Ravi Puttachannaiah <ravi.puttachannaiah@xxxxxxxxxxx>
Re: net/sctp: use-after-free in __sctp_connect
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: X2AP:handoverPreparationFailure message is not received at source node
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: [PATCH net] sctp: do sanity checks before migrating the asoc
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: [PATCH net] sctp: the temp asoc's transports should not be hashed/unhashed
From
: David Miller <davem@xxxxxxxxxxxxx>
RE: X2AP:handoverPreparationFailure message is not received at source node
From
: Ravi Puttachannaiah <ravi.puttachannaiah@xxxxxxxxxxx>
[PATCH net] sctp: the temp asoc's transports should not be hashed/unhashed
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net] sctp: do sanity checks before migrating the asoc
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH] net: sctp: Move sequence start handling into sctp_transport_get_idx()
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net] sctp: support to lookup with ep+paddr in transport rhashtable
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: net/sctp: sock memory leak
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: net/sctp: sctp_datamsg memory leak
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH] net: sctp: Move sequence start handling into sctp_transport_get_idx()
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: net/sctp: use-after-free in __sctp_connect
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: net/sctp: sctp_datamsg memory leak
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: net/sctp: sctp_datamsg memory leak
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: net/sctp: sock memory leak
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH] net: sctp: Move sequence start handling into sctp_transport_get_idx()
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: how can I remove Adaptation Layer Indication parameter in INIT_ACK?
From
: malc <mlashley@xxxxxxxxx>
RE: how can I remove Adaptation Layer Indication parameter in INIT_ACK?
From
: Wenzhuo Zhan <wenzhuo.zhan@xxxxxxxxx>
Re: how can I remove Adaptation Layer Indication parameter in INIT_ACK?
From
: malc <mlashley@xxxxxxxxx>
RE: how can I remove Adaptation Layer Indication parameter in INIT_ACK?
From
: Wenzhuo Zhan <wenzhuo.zhan@xxxxxxxxx>
Re: how can I remove Adaptation Layer Indication parameter in INIT_ACK?
From
: malc <mlashley@xxxxxxxxx>
RE: how can I remove Adaptation Layer Indication parameter in INIT_ACK?
From
: Wenzhuo Zhan <wenzhuo.zhan@xxxxxxxxx>
Kernel and TIPC utilities question
From
: "Balasundaram, Gunabalan" <gbalasundaram@xxxxxxxxxxxx>
Re: X2AP:handoverPreparationFailure message is not received at source node
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
RE: X2AP:handoverPreparationFailure message is not received at source node
From
: Ravi Puttachannaiah <ravi.puttachannaiah@xxxxxxxxxxx>
[PATCH net] sctp: support to lookup with ep+paddr in transport rhashtable
From
: Xin Long <lucien.xin@xxxxxxxxx>
RE: net/sctp: use-after-free in __sctp_connect
From
: YUAN Jia <Jia.Yuan@xxxxxxxxxxxxxxxxxxxx>
Re: net/sctp: use-after-free in __sctp_connect
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
RE: X2AP:handoverPreparationFailure message is not received at source node
From
: Ravi Puttachannaiah <ravi.puttachannaiah@xxxxxxxxxxx>
net/sctp: use-after-free in __sctp_connect
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: X2AP:handoverPreparationFailure message is not received at source node
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
RE: X2AP:handoverPreparationFailure message is not received at source node
From
: Ravi Puttachannaiah <ravi.puttachannaiah@xxxxxxxxxxx>
Re: X2AP:handoverPreparationFailure message is not received at source node
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
RE: X2AP:handoverPreparationFailure message is not received at source node
From
: Ravi Puttachannaiah <ravi.puttachannaiah@xxxxxxxxxxx>
Re: [PATCH] sctp: fix use-after-free in pr_debug statement
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
[no subject]
From
: zhu stanley <stanleyzhu1973@xxxxxxxxx>
Re: [PATCH] sctp: fix use-after-free in pr_debug statement
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net-next 1/5] sctp: add the rhashtable apis for sctp global transport hashtable
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net-next 1/5] sctp: add the rhashtable apis for sctp global transport hashtable
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net-next 1/5] sctp: add the rhashtable apis for sctp global transport hashtable
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net-next 1/5] sctp: add the rhashtable apis for sctp global transport hashtable
From
: mleitner@xxxxxxxxxx
Re: [PATCH net-next 1/5] sctp: add the rhashtable apis for sctp global transport hashtable
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: [PATCH net-next 1/5] sctp: add the rhashtable apis for sctp global transport hashtable
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: X2AP:handoverPreparationFailure message is not received at source node
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: [PATCH] sctp: fix use-after-free in pr_debug statement
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: [PATCH net-next 1/5] sctp: add the rhashtable apis for sctp global transport hashtable
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net-next 1/5] sctp: add the rhashtable apis for sctp global transport hashtable
From
: mleitner@xxxxxxxxxx
RE: X2AP:handoverPreparationFailure message is not received at source node
From
: Ravi Puttachannaiah <ravi.puttachannaiah@xxxxxxxxxxx>
Re: [PATCH net-next 2/5] sctp: apply rhashtable api to send/recv path
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: [PATCH net-next 1/5] sctp: add the rhashtable apis for sctp global transport hashtable
From
: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH net-next 1/5] sctp: add the rhashtable apis for sctp global transport hashtable
From
: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH net-next 1/5] sctp: add the rhashtable apis for sctp global transport hashtable
From
: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Re: net/sctp: sctp_datamsg memory leak
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH] sctp: fix use-after-free in pr_debug statement
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net-next 1/5] sctp: add the rhashtable apis for sctp global transport hashtable
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: [PATCH net-next 1/5] sctp: add the rhashtable apis for sctp global transport hashtable
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: X2AP:handoverPreparationFailure message is not received at source node
From
: malc <mlashley@xxxxxxxxx>
RE: X2AP:handoverPreparationFailure message is not received at source node
From
: Ravi Puttachannaiah <ravi.puttachannaiah@xxxxxxxxxxx>
Re: [PATCH net-next 1/5] sctp: add the rhashtable apis for sctp global transport hashtable
From
: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
Re: [PATCH net-next 2/5] sctp: apply rhashtable api to send/recv path
From
: mleitner@xxxxxxxxxx
Re: [PATCH net-next 1/5] sctp: add the rhashtable apis for sctp global transport hashtable
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net-next 2/5] sctp: apply rhashtable api to send/recv path
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net-next 2/5] sctp: apply rhashtable api to send/recv path
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: [PATCH net-next 1/5] sctp: add the rhashtable apis for sctp global transport hashtable
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: [PATCH net-next 1/5] sctp: add the rhashtable apis for sctp global transport hashtable
From
: Xin Long <lucien.xin@xxxxxxxxx>
X2AP:handoverPreparationFailure message is not received at source node
From
: Ravi Puttachannaiah <ravi.puttachannaiah@xxxxxxxxxxx>
Re: [PATCH net-next 0/5] sctp: use transport hashtable to replace association's with rhashtable
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
From
: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: [PATCH net-next 0/5] sctp: use transport hashtable to replace association's with rhashtable
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCHv2 net] sctp: sctp should release assoc when sctp_make_abort_user return NULL in sctp_close
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net-next 0/5] sctp: use transport hashtable to replace association's with rhashtable
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
net/sctp: sctp_datamsg memory leak
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: net/sctp: sock memory leak
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net-next 0/5] sctp: use transport hashtable to replace association's with rhashtable
From
: David Miller <davem@xxxxxxxxxxxxx>
net/sctp: sock memory leak
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: [PATCH net-next 0/5] sctp: use transport hashtable to replace association's with rhashtable
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net-next 0/5] sctp: use transport hashtable to replace association's with rhashtable
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
Re: [PATCH net-next 0/5] sctp: use transport hashtable to replace association's with rhashtable
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
Re: [PATCH net-next 0/5] sctp: use transport hashtable to replace association's with rhashtable
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net-next 1/5] sctp: add the rhashtable apis for sctp global transport hashtable
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net-next 1/5] sctp: add the rhashtable apis for sctp global transport hashtable
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net-next 0/5] sctp: use transport hashtable to replace association's with rhashtable
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net-next 0/5] sctp: use transport hashtable to replace association's with rhashtable
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
Re: [PATCH net-next 1/5] sctp: add the rhashtable apis for sctp global transport hashtable
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
[PATCH net-next 3/5] sctp: apply rhashtable api to sctp procfs
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 5/5] sctp: remove the local_bh_disable/enable in sctp_endpoint_lookup_assoc
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 4/5] sctp: drop the old assoc hashtable of sctp
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 2/5] sctp: apply rhashtable api to send/recv path
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 1/5] sctp: add the rhashtable apis for sctp global transport hashtable
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 0/5] sctp: use transport hashtable to replace association's with rhashtable
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
From
: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
[PATCHv2 net] sctp: sctp should release assoc when sctp_make_abort_user return NULL in sctp_close
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net] sctp: use GFP_USER for user-controlled kmalloc
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH net] sctp: use GFP_USER for user-controlled kmalloc
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net] Revert "net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer"
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net] Revert "net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's buffer"
From
: Roger Nyberg <r216837@xxxxxxxxxx>
Re: Is SO_REUSEADDR option available for SCTP?
From
: Sun Paul <paulrbk@xxxxxxxxx>
Re: net: user-controllable kmalloc size in __sctp_setsockopt_connectx
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
net: user-controllable kmalloc size in __sctp_setsockopt_connectx
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: Is SO_REUSEADDR option available for SCTP?
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: [PATCH net] sctp: sctp should release assoc when sctp_make_abort_user return NULL in sctp_close
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net] sctp: sctp should release assoc when sctp_make_abort_user return NULL in sctp_close
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: Is SO_REUSEADDR option available for SCTP?
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: Is SO_REUSEADDR option available for SCTP?
From
: Sun Paul <paulrbk@xxxxxxxxx>
Re: Is SO_REUSEADDR option available for SCTP?
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Is SO_REUSEADDR option available for SCTP?
From
: Sun Paul <paulrbk@xxxxxxxxx>
Re: [PATCH net] sctp: sctp should release assoc when sctp_make_abort_user return NULL in sctp_close
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH 02/14] sctp: use list_for_each_entry*
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH 02/14] sctp: use list_for_each_entry*
From
: Geliang Tang <geliangtang@xxxxxxx>
Re: [PATCH net] sctp: sctp should release assoc when sctp_make_abort_user return NULL in sctp_close
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: [PATCH net] sctp: sctp should release assoc when sctp_make_abort_user return NULL in sctp_close
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: [PATCH net] sctp: sctp should release assoc when sctp_make_abort_user return NULL in sctp_close
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net] sctp: sctp should release assoc when sctp_make_abort_user return NULL in sctp_close
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
[PATCH net] sctp: sctp should release assoc when sctp_make_abort_user return NULL in sctp_close
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
From
: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: [PATCH 1/1] net: sctp: dynamically enable or disable pf state
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 1/1] net: sctp: dynamically enable or disable pf state
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH 1/1] net: sctp: dynamically enable or disable pf state
From
: <zyjzyj2000@xxxxxxxxx>
[V4 PATCH 1/1] net: sctp: dynamically enable or disable pf state
From
: <zyjzyj2000@xxxxxxxxx>
[PATCH 1/1] net: sctp: dynamically enable or disable pf state
From
: <zyjzyj2000@xxxxxxxxx>
[V3 PATCH 1/1] net: sctp: dynamically enable or disable pf state
From
: <zyjzyj2000@xxxxxxxxx>
Re: Question on SACK handling in LKSCTP
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: [PATCH] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: Question on SACK handling in LKSCTP
From
: Sun Paul <paulrbk@xxxxxxxxx>
Re: Question on SCTP parameters tunning
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: Question on SACK handling in LKSCTP
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: About rwnd_press?
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: Kernel crypto framework, sleeping-in-atomic issues
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: Question on SCTP parameters tunning
From
: Sun Paul <paulrbk@xxxxxxxxx>
Question on SCTP parameters tunning
From
: Sun Paul <paulrbk@xxxxxxxxx>
Question on SACK handling in LKSCTP
From
: Sun Paul <paulrbk@xxxxxxxxx>
Re: [V2 PATCH 1/1] net: sctp: dynamically enable or disable pf state
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: use-after-free in sctp_do_sm
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: [V2 PATCH 1/1] net: sctp: dynamically enable or disable pf state
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
RE: [PATCH 1/1] net: sctp: dynamically enable or disable pf state
From
: David Laight <David.Laight@xxxxxxxxxx>
RE: use-after-free in sctp_do_sm
From
: David Laight <David.Laight@xxxxxxxxxx>
[V2 PATCH 1/1] net: sctp: dynamically enable or disable pf state
From
: <zyjzyj2000@xxxxxxxxx>
Re: [PATCH net] ipv6: sctp: clone options to avoid use after free
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: use-after-free in sctp_do_sm
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: [PATCH 1/1] net: sctp: dynamically enable or disable pf state
From
: Vlad Yasevich <vyasevich@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
: 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>
[PATCH 1/1] net: sctp: dynamically enable or disable pf state
From
: <zyjzyj2000@xxxxxxxxx>
RE: [PATCH net] ipv6: sctp: clone options to avoid use after free
From
: David Laight <David.Laight@xxxxxxxxxx>
Re: [PATCH] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
From
: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: [PATCH net] ipv6: sctp: clone options to avoid use after free
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
Kernel crypto framework, sleeping-in-atomic issues
From
: Fabrizio Demaria <fabrizio.f.demaria@xxxxxxxxx>
Re: [PATCH] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
From
: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: [PATCH] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
RE: [PATCH net] ipv6: sctp: clone options to avoid use after free
From
: David Laight <David.Laight@xxxxxxxxxx>
Re: [PATCH] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
From
: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: [PATCH net] ipv6: sctp: clone options to avoid use after free
From
: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
Re: [PATCH net] ipv6: sctp: clone options to avoid use after free
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: use-after-free in sctp_do_sm
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
RE: [PATCH net] ipv6: sctp: clone options to avoid use after free
From
: David Laight <David.Laight@xxxxxxxxxx>
RE: [PATCH net] ipv6: sctp: clone options to avoid use after free
From
: David Laight <David.Laight@xxxxxxxxxx>
Re: [PATCH net] ipv6: sctp: clone options to avoid use after free
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
Re: [PATCH net] ipv6: sctp: clone options to avoid use after free
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
[PATCH net] ipv6: sctp: clone options to avoid use after free
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
Re: use-after-free in inet6_destroy_sock
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 inet6_destroy_sock
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: use-after-free in inet6_destroy_sock
From
: Eric Dumazet <edumazet@xxxxxxxxxx>
Re: use-after-free in sctp_do_sm
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
use-after-free in inet6_destroy_sock
From
: Dmitry Vyukov <dvyukov@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: use-after-free in sctp_do_sm
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
[PATCH] netfilter: nf_ct_sctp: validate vtag for new conntrack entries
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH 1/1] net:sctp: disable to inform ULP about transition from PF to active state
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH 1/1] net:sctp: disable to inform ULP about transition from PF to active state
From
: <zyjzyj2000@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
: Vlad Yasevich <vyasevich@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
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: use-after-free in sctp_do_sm
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: use-after-free in ip6_xmit
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
Re: use-after-free in ip6_xmit
From
: Eric Dumazet <edumazet@xxxxxxxxxx>
Re: use-after-free in ip6_xmit
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: use-after-free in ip6_xmit
From
: Eric Dumazet <eric.dumazet@xxxxxxxxx>
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: use-after-free in sctp_do_sm
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
use-after-free in ip6_xmit
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: [PATCH net] sctp: start t5 timer only when peer rwnd is 0 and local state is SHUTDOWN_PENDING
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net] sctp: only drop the reference on the datamsg after sending a msg
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net] sctp: hold the chunks only after the chunk is enqueued in outq
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net 0/3] sctp: packet timestamp fixes
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: use-after-free in sctp_do_sm
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: [PATCH net] sctp: only drop the reference on the datamsg after sending a msg
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH net] sctp: start t5 timer only when peer rwnd is 0 and local state is SHUTDOWN_PENDING
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net] sctp: hold the chunks only after the chunk is enqueued in outq
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net] sctp: only drop the reference on the datamsg after sending a msg
From
: Xin Long <lucien.xin@xxxxxxxxx>
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: [PATCH net 3/3] sctp: also copy sk_tsflags when copying the socket
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: [PATCH net 2/3] sctp: update the netstamp_needed counter when copying sockets
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
Re: [PATCH net 1/3] sctp: use the same clock as if sock source timestamps were on
From
: Vlad Yasevich <vyasevich@xxxxxxxxx>
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>
[PATCH net 0/3] sctp: packet timestamp fixes
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH net 2/3] sctp: update the netstamp_needed counter when copying sockets
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH net 1/3] sctp: use the same clock as if sock source timestamps were on
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH net 3/3] sctp: also copy sk_tsflags when copying the socket
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: use-after-free in sctp_do_sm
From
: Jason Baron <jbaron@xxxxxxxxxx>
Re: use-after-free in sctp_do_sm
From
: Joe Perches <joe@xxxxxxxxxxx>
Re: use-after-free in sctp_do_sm
From
: Jason Baron <jbaron@xxxxxxxxxx>
Re: use-after-free in sctp_do_sm
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: use-after-free in sctp_do_sm
From
: Aaron Conole <aconole@xxxxxxxxxx>
Re: use-after-free in sctp_do_sm
From
: Vlad Yasevich <vyasevich@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
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: use-after-free in sctp_do_sm
From
: Joe Perches <joe@xxxxxxxxxxx>
Re: use-after-free in sctp_do_sm
From
: Jason Baron <jbaron@xxxxxxxxxx>
Re: use-after-free in sctp_do_sm
From
: Joe Perches <joe@xxxxxxxxxxx>
Re: use-after-free in sctp_do_sm
From
: Jason Baron <jbaron@xxxxxxxxxx>
Re: use-after-free in sctp_do_sm
From
: Joe Perches <joe@xxxxxxxxxxx>
Re: use-after-free in sctp_do_sm
From
: Jason Baron <jbaron@xxxxxxxxxx>
Re: use-after-free in sctp_do_sm
From
: Joe Perches <joe@xxxxxxxxxxx>
Re: Not receiving SCTP_SHUTDOWN_COMP notifications
From
: Julien Pourtet <j.pourtet@xxxxxxxxx>
Re: use-after-free in sctp_do_sm
From
: Aaron Conole <aconole@xxxxxxxxxx>
Re: use-after-free in sctp_do_sm
From
: Marcelo <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
: Marcelo <marcelo.leitner@xxxxxxxxx>
Re: use-after-free in sctp_do_sm
From
: Eric Dumazet <eric.dumazet@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: [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>
[Index of Archives]
[Linux Networking Development]
[Linux USB Devel]
[Linux SCSI]
[Samba]
[Yosemite News]
SCTP