Linux SCTP (Stream Control Transmission Protocol)

• Thread Index

• Re: packet->transport->asoc = NULL in sctp_packet_transmit
  • From: Fabian Bergmark <fabian.bergmark@xxxxxxxxx>
• Re: packet->transport->asoc = NULL in sctp_packet_transmit
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: packet->transport->asoc = NULL in sctp_packet_transmit
  • From: Fabian Bergmark <fabian.bergmark@xxxxxxxxx>
• Re: packet->transport->asoc = NULL in sctp_packet_transmit
  • From: Fabian Bergmark <fabian.bergmark@xxxxxxxxx>
• Re: packet->transport->asoc = NULL in sctp_packet_transmit
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• packet->transport->asoc = NULL in sctp_packet_transmit
  • From: Fabian Bergmark <fabian.bergmark@xxxxxxxxx>
• Re: [PATCH net-next] sctp: fix GSO for IPv6
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: recvmsg should be able to run even if sock is in closing state
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next] sctp: fix GSO for IPv6
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net-next] sctp: recvmsg should be able to run even if sock is in closing state
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next 0/6] sctp: allow GSO frags to access the chunk too
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next 0/6] sctp: allow GSO frags to access the chunk too
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net-next 3/6] sctp: allow GSO frags to access the chunk too
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net-next 5/6] sctp: do not clear chunk->ecn_ce_done flag
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net-next 2/6] sctp: reorder sctp_ulpevent and shrink msg_flags
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net-next 4/6] sctp: avoid identifying address family many times for a chunk
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net-next 6/6] sctp: only check for ECN if peer is using it
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net-next 1/6] sctp: allow others to use sctp_input_cb
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next 0/6] sctp: implement rfc7496 in sctp
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/6] sctp: implement rfc7496 in sctp
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next 0/6] sctp: implement rfc7496 in sctp
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 4/6] sctp: implement prsctp TTL policy
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 6/6] sctp: implement prsctp PRIO policy
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 5/6] sctp: implement prsctp RTX policy
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 3/6] sctp: add SCTP_PR_ASSOC_STATUS on sctp sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 2/6] sctp: add SCTP_DEFAULT_PRINFO into sctp sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 1/6] sctp: add SCTP_PR_SUPPORTED on sctp sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 0/6] sctp: implement rfc7496 in sctp
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH] sctp: fix panic when sending auth chunks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sctp: fix panic when sending auth chunks
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: sctp and tail loss recovery
  • From: Michael Tuexen <tuexen@xxxxxxxxxxxxxx>
• sctp and tail loss recovery
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: No COOKIE_ECHO after INIT_ACK
  • From: Wasim Baig <wasimbaig@xxxxxxxxx>
• No COOKIE_ECHO after INIT_ACK
  • From: Wasim Baig <wasimbaig@xxxxxxxxx>
• Re: [PATCH net-next] sctp: change sk state to CLOSED instead of CLOSING in sctp_sock_migrate
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: change sk state to CLOSED instead of CLOSING in sctp_sock_migrate
  • From: marcelo.leitner@xxxxxxxxx
• Re: [PATCH net-next] sctp: change sk state to CLOSED instead of CLOSING in sctp_sock_migrate
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: change sk state to CLOSED instead of CLOSING in sctp_sock_migrate
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• [PATCH net-next] sctp: change sk state to CLOSED instead of CLOSING in sctp_sock_migrate
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH -next] sctp: fix error return code in sctp_init()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH -next] sctp: fix error return code in sctp_init()
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH -next] sctp: fix error return code in sctp_init()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [lkp] [sctp] d46e416c11: WARNING: CPU: 2 PID: 727 at net/ipv4/af_inet.c:685 inet_accept+0x10d/0x110
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH -next] sctp: fix error return code in sctp_init()
  • From: weiyj_lk@xxxxxxx
• Re: [PATCHv4 net-next] sctp: sctp should change socket state when shutdown is received
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv4 net-next] sctp: sctp should change socket state when shutdown is received
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCHv4 net-next] sctp: sctp should change socket state when shutdown is received
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv3 net-next] sctp: sctp should change socket state when shutdown is received
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3 net-next] sctp: sctp should change socket state when shutdown is received
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCHv3 net-next] sctp: sctp should change socket state when shutdown is received
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net-next] sctp: sctp should change socket state when shutdown is received
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv2 net-next] sctp: sctp should change socket state when shutdown is received
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net-next] sctp: sctp should change socket state when shutdown is received
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net-next] sctp: sctp should change socket state when shutdown is received
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv2 net-next] sctp: sctp should change socket state when shutdown is received
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: sctp: Add GSO support
  • From: marcelo.leitner@xxxxxxxxx
• Re: sctp: Add GSO support
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: sctp: Add GSO support
  • From: marcelo.leitner@xxxxxxxxx
• re: sctp: Add GSO support
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCHv2 net-next] sctp: sctp should change socket state when shutdown is received
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv2 net-next] sctp: sctp should change socket state when shutdown is received
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv2 net-next] sctp: sctp should change socket state when shutdown is received
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH v3 0/7] sctp: Add GSO support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv2 net-next] sctp: sctp should change socket state when shutdown is received
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCHv2 net-next] sctp: sctp should change socket state when shutdown is received
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH v3 2/7] skbuff: export skb_gro_receive
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH v3 3/7] sk_buff: allow segmenting based on frag sizes
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH v3 7/7] sctp: improve debug message to also log curr pkt and new chunk size
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH v3 5/7] sctp: delay as much as possible skb_linearize
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH v3 6/7] sctp: Add GSO support
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH v3 4/7] skbuff: introduce skb_gso_validate_mtu
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH v3 1/7] loopback: make use of NETIF_F_GSO_SOFTWARE
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH v3 0/7] sctp: Add GSO support
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next] sctp: sctp should change socket state when shutdown is received
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next] sctp: sctp should change socket state when shutdown is received
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net-next] sctp: sctp should change socket state when shutdown is received
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH v2 4/7] skbuff: introduce skb_gso_validate_mtu
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [PATCH v2 4/7] skbuff: introduce skb_gso_validate_mtu
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH v2 4/7] skbuff: introduce skb_gso_validate_mtu
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [PATCHv2 net] sctp: sctp_diag should dump sctp socket type
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2 2/7] skbuff: export skb_gro_receive
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH v2 3/7] sk_buff: allow segmenting based on frag sizes
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH v2 6/7] sctp: Add GSO support
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH v2 5/7] sctp: delay as much as possible skb_linearize
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH v2 7/7] sctp: improve debug message to also log curr pkt and new chunk size
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH v2 4/7] skbuff: introduce skb_gso_validate_mtu
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH v2 1/7] loopback: make use of NETIF_F_GSO_SOFTWARE
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH v2 0/7] sctp: Add GSO support
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv2 net] sctp: sctp_diag should dump sctp socket type
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCHv2 net] sctp: sctp_diag should dump sctp socket type
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCHv2 net] sctp: sctp_diag should dump sctp socket type
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: sctp_diag should dump sctp socket type
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• 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>