Linux SCTP (Stream Control Transmission Protocol)

• Thread Index

• RE: SCTP MTU issues
  • From: David Laight <David.Laight@xxxxxxxxxx>
• SCTP MTU issues
  • From: Andreas Fink <afink@xxxxxxxxxxxxx>
• Re: [PATCHv2 nf] netfilter: set default timeout to 3 secs for sctp shutdown send and recv state
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH v3 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCHv2 nf] netfilter: set default timeout to 3 secs for sctp shutdown send and recv state
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH nf] netfilter: set default timeout to 3 secs for sctp shutdown send and recv state
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• RE: [PATCH nf] netfilter: set default timeout to 3 secs for sctp shutdown send and recv state
  • From: Sriram Yagnaraman <sriram.yagnaraman@xxxxxxxx>
• Re: [PATCH nf] netfilter: set default timeout to 3 secs for sctp shutdown send and recv state
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH nf] netfilter: set default timeout to 3 secs for sctp shutdown send and recv state
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next] sctp: Remove unused declaration sctp_backlog_migrate()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next] sctp: Remove unused declaration sctp_backlog_migrate()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: Racy addr->valid in sctp_inet6addr_event() and sctp_copy_laddrs()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next] sctp: Remove unused declaration sctp_backlog_migrate()
  • From: Yue Haibing <yuehaibing@xxxxxxxxxx>
• [PATCH v3 14/14] sysctl: Use ctl_table_size as stopping criteria for list macro
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 13/14] sysctl: SIZE_MAX->ARRAY_SIZE in register_net_sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 12/14] vrf: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 11/14] networking: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 03/14] sysctl: Add ctl_table_size to ctl_table_header
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 04/14] sysctl: Add size argument to init_header
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 10/14] netfilter: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 05/14] sysctl: Add a size arg to __register_sysctl_table
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 06/14] sysctl: Add size to register_sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 08/14] sysctl: Add size to register_net_sysctl function
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 01/14] sysctl: Prefer ctl_table_header in proc_sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 09/14] ax.25: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 07/14] sysctl: Add size arg to __register_sysctl_init
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 02/14] sysctl: Use ctl_table_header in list_for_each_table_entry
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Racy addr->valid in sctp_inet6addr_event() and sctp_copy_laddrs()
  • From: Sishuai Gong <sishuai.system@xxxxxxxxx>
• Re: [PATCH v2 11/14] networking: Update to register_net_sysctl_sz
  • From: Przemek Kitszel <przemyslaw.kitszel@xxxxxxxxx>
• Re: [PATCH v2 11/14] networking: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• Re: [PATCH v2 11/14] networking: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Chris Maness <christopher.maness@xxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Chris Maness <christopher.maness@xxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: crypto: api - Use work queue in crypto_destroy_instance
  • From: Florent Revest <revest@xxxxxxxxxxxx>
• crypto: api - Use work queue in crypto_destroy_instance
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: Remove unused function declarations
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [RFC 0/1] crypto: Avoid a sleepable operation when freeing a SCTP socket
  • From: Florent Revest <revest@xxxxxxxxxxxx>
• [RFC 1/1] crypto: Defer transforms destruction to a worker function
  • From: Florent Revest <revest@xxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: Remove unused function declarations
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH v2 03/14] sysctl: Add ctl_table_size to ctl_table_header
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• Re: [PATCH net-next] sctp: Remove unused function declarations
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH v2 10/14] netfilter: Update to register_net_sysctl_sz
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2 03/14] sysctl: Add ctl_table_size to ctl_table_header
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH v2 03/14] sysctl: Add ctl_table_size to ctl_table_header
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH net-next] sctp: Remove unused function declarations
  • From: Yue Haibing <yuehaibing@xxxxxxxxxx>
• [PATCH v2 05/14] sysctl: Add a size arg to __register_sysctl_table
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 09/14] ax.25: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 06/14] sysctl: Add size to register_sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 11/14] networking: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 04/14] sysctl: Add size argument to init_header
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 13/14] sysctl: SIZE_MAX->ARRAY_SIZE in register_net_sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 12/14] vrf: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 03/14] sysctl: Add ctl_table_size to ctl_table_header
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 14/14] sysctl: Use ctl_table_size as stopping criteria for list macro
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 02/14] sysctl: Use ctl_table_header in list_for_each_table_entry
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 07/14] sysctl: Add size arg to __register_sysctl_init
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 10/14] netfilter: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 08/14] sysctl: Add size to register_net_sysctl function
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 01/14] sysctl: Prefer ctl_table_header in proc_sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• Re: [PATCH 11/14] networking: Update to register_net_sysctl_sz
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH 11/14] networking: Update to register_net_sysctl_sz
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH 11/14] networking: Update to register_net_sysctl_sz
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [PATCH 11/14] networking: Update to register_net_sysctl_sz
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 11/14] networking: Update to register_net_sysctl_sz
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• [PATCH 5.10 049/509] sctp: add bpf_bypass_getsockopt proto callback
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.15 042/532] sctp: add bpf_bypass_getsockopt proto callback
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 0/3] net: Remove more RTO_ONLINK users.
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next 3/3] sctp: Set TOS and routing scope independently for fib lookups.
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 3/3] sctp: Set TOS and routing scope independently for fib lookups.
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• [PATCH net-next 0/3] net: Remove more RTO_ONLINK users.
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• [PATCH 6.1 075/591] sctp: add bpf_bypass_getsockopt proto callback
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6.4 119/800] sctp: add bpf_bypass_getsockopt proto callback
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 net] gso: fix dodgy bit handling for GSO_UDP_L4
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v2 net] gso: fix dodgy bit handling for GSO_UDP_L4
  • From: Yan Zhai <yan@xxxxxxxxxxxxxx>
• Re: [PATCH v2 net] gso: fix dodgy bit handling for GSO_UDP_L4
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v2 net] gso: fix dodgy bit handling for GSO_UDP_L4
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH v2 net] gso: fix dodgy bit handling for GSO_UDP_L4
  • From: Yan Zhai <yan@xxxxxxxxxxxxxx>
• Re: [PATCH net] gso: fix GSO_DODGY bit handling for related protocols
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net] gso: fix GSO_DODGY bit handling for related protocols
  • From: Yan Zhai <yan@xxxxxxxxxxxxxx>
• Re: [PATCH net] gso: fix GSO_DODGY bit handling for related protocols
  • From: Yan Zhai <yan@xxxxxxxxxxxxxx>
• Re: [PATCH net] gso: fix GSO_DODGY bit handling for related protocols
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net] gso: fix GSO_DODGY bit handling for related protocols
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net] gso: fix GSO_DODGY bit handling for related protocols
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net] gso: fix GSO_DODGY bit handling for related protocols
  • From: Yan Zhai <yan@xxxxxxxxxxxxxx>
• [PATCH 6.3 085/431] sctp: add bpf_bypass_getsockopt proto callback
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v3 17/18] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES)
  • From: Askar Safin <safinaskar@xxxxxxxxx>
• Re: [PATCH] sctp: fix potential deadlock on &net->sctp.addr_wq_lock
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH] sctp: fix potential deadlock on &net->sctp.addr_wq_lock
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH] sctp: fix potential deadlock on &net->sctp.addr_wq_lock
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH] sctp: fix potential deadlock on &net->sctp.addr_wq_lock
  • From: Chengfeng Ye <dg573847474@xxxxxxxxx>
• [PATCH AUTOSEL 6.1 08/15] sctp: handle invalid error codes without calling BUG()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 3/5] sctp: handle invalid error codes without calling BUG()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 3/5] sctp: handle invalid error codes without calling BUG()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 3/6] sctp: handle invalid error codes without calling BUG()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 4/9] sctp: handle invalid error codes without calling BUG()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 4/7] sctp: handle invalid error codes without calling BUG()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.3 08/16] sctp: handle invalid error codes without calling BUG()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH net-next v5 16/16] net: Kill MSG_SENDPAGE_NOTLAST
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH net-next v5 15/16] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/4] net: wire up support for file_operations->uring_cmd()
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [RFC PATCH v2 1/4] net: wire up support for file_operations->uring_cmd()
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• [PATCH net-next v4 15/15] net: Kill MSG_SENDPAGE_NOTLAST
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH net-next v4 14/15] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v3] net/sctp: Make sha1 as default algorithm if fips is enabled
  • From: Ashwin Dayanand Kamat <kashwindayan@xxxxxxxxxx>
• Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH 09/11] sysctl: Remove the end element in sysctl table arrays
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH 09/11] sysctl: Remove the end element in sysctl table arrays
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH 06/11] sysctl: Add size to register_net_sysctl function
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• [PATCH net-next v3 18/18] net: Kill MSG_SENDPAGE_NOTLAST
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH net-next v3 17/18] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH net-next v2 17/17] net: Kill MSG_SENDPAGE_NOTLAST
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [RFC PATCH v2 1/4] net: wire up support for file_operations->uring_cmd()
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/4] net: wire up support for file_operations->uring_cmd()
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/4] net: wire up support for file_operations->uring_cmd()
  • From: Kanchan Joshi <joshi.k@xxxxxxxxxxx>
• Re: [PATCH net-next v2 17/17] net: Kill MSG_SENDPAGE_NOTLAST
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/4] net: wire up support for file_operations->uring_cmd()
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/4] net: wire up support for file_operations->uring_cmd()
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• RE: [PATCH net-next v2 17/17] net: Kill MSG_SENDPAGE_NOTLAST
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v2 16/17] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES)
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH net-next v2 17/17] net: Kill MSG_SENDPAGE_NOTLAST
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH net-next 16/17] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH net-next v7] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [RFC PATCH v2 1/4] net: wire up support for file_operations->uring_cmd()
  • From: David Ahern <dsahern@xxxxxxxxxx>
• [RFC PATCH v2 4/4] net: add uring_cmd callback to raw "protocol"
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• [RFC PATCH v2 2/4] net: add uring_cmd callback to UDP
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• [RFC PATCH v2 3/4] net: add uring_cmd callback to TCP
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• [RFC PATCH v2 1/4] net: wire up support for file_operations->uring_cmd()
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• [RFC PATCH v2 0/4] add initial io_uring_cmd support for sockets
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH 1/2 net] sctp: handle invalid error codes without calling BUG()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH 2/2 net] sctp: fix an error code in sctp_sf_eat_auth()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH 2/2 net] sctp: fix an error code in sctp_sf_eat_auth()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 2/2 net] sctp: fix an error code in sctp_sf_eat_auth()
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 2/2 net] sctp: fix an error code in sctp_sf_eat_auth()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next v7] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH 2/2 net] sctp: fix an error code in sctp_sf_eat_auth()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH net-next v7] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH 2/2 net] sctp: fix an error code in sctp_sf_eat_auth()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH 2/2 net] sctp: fix an error code in sctp_sf_eat_auth()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH 1/2 net] sctp: handle invalid error codes without calling BUG()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH net-next v6] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH net-next v6] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net-next v6] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH net-next v6] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH net-next v6] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v6] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: David Ahern <dsahern@xxxxxxxxxx>
• RE: [PATCH net-next v6] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v6] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH net-next v5] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Matthieu Baerts <matthieu.baerts@xxxxxxxxxxxx>
• Re: [PATCH net-next v5] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH net-next v5] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH net-next v5] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH net-next v5] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH net-next v5] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH v3] net/sctp: Make sha1 as default algorithm if fips is enabled
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next v5] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH net-next v4] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH v3] net/sctp: Make sha1 as default algorithm if fips is enabled
  • From: Simon Horman <simon.horman@xxxxxxxxxxxx>
• Re: [PATCH v2] net/sctp: Make sha1 as default algorithm if fips is enabled
  • From: Ashwin Dayanand Kamat <kashwindayan@xxxxxxxxxx>
• [PATCH v3] net/sctp: Make sha1 as default algorithm if fips is enabled
  • From: Ashwin Dayanand Kamat <kashwindayan@xxxxxxxxxx>
• Re: [PATCH net-next v4] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH net-next v4] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: kernel test robot <lkp@xxxxxxxxx>
• RE: [PATCH net-next v4] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v4] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH net-next v3] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2] net/sctp: Make sha1 as default algorithm if fips is enabled
  • From: Simon Horman <simon.horman@xxxxxxxxxxxx>
• Re: [PATCH v2] net/sctp: Make sha1 as default algorithm if fips is enabled
  • From: Ashwin Dayanand Kamat <kashwindayan@xxxxxxxxxx>
• Re: [PATCH net-next v3] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH net-next v3] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH net-next v3] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH net-next v3] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH net-next v3] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [PATCH net-next v3] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH net-next v3] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [PATCH net-next v3] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Simon Horman <simon.horman@xxxxxxxxxxxx>
• Re: [PATCH net-next v3] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• [PATCH net-next v3] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH v2] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [PATCH v2] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: SCTP Authentication Current State and Examples
  • From: Adam Snaider <adam.snaider@xxxxxxxxxxxxxxxxx>
• Re: SCTP Authentication Current State and Examples
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH v2] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH v2] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCHv2 net] sctp: fix an issue that plpmtu can never go to complete state
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• RE: [PATCH 1/1] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH 1/1] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 1/1] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: SCTP Authentication Current State and Examples
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH 1/1] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH 1/1] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH 0/1] net: ioctl: Use kernel buffer on proto ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH 0/1] net: ioctl: Use kernel buffer on proto ioctl callbacks
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 1/1] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• RE: [PATCH 1/1] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH 1/1] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• [PATCH 0/1] net: ioctl: Use kernel buffer on proto ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• [PATCHv2 net] sctp: fix an issue that plpmtu can never go to complete state
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: fix an issue that plpmtu can never go to complete state
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: fix an issue that plpmtu can never go to complete state
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [PATCH net] sctp: fix an issue that plpmtu can never go to complete state
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• SCTP Authentication Current State and Examples
  • From: Adam Snaider <adam.snaider@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v3] sctp: add bpf_bypass_getsockopt proto callback
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH net-next v3] sctp: add bpf_bypass_getsockopt proto callback
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next v3] sctp: add bpf_bypass_getsockopt proto callback
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next v3] sctp: add bpf_bypass_getsockopt proto callback
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next v2] sctp: add bpf_bypass_getsockopt proto callback
  • From: Aleksandr Mikhalitsyn <aleksandr.mikhalitsyn@xxxxxxxxxxxxx>
• [PATCH net-next v3] sctp: add bpf_bypass_getsockopt proto callback
  • From: Alexander Mikhalitsyn <aleksandr.mikhalitsyn@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2] sctp: add bpf_bypass_getsockopt proto callback
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net-next v2] sctp: add bpf_bypass_getsockopt proto callback
  • From: Alexander Mikhalitsyn <aleksandr.mikhalitsyn@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: add bpf_bypass_getsockopt proto callback
  • From: Stanislav Fomichev <sdf@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: add bpf_bypass_getsockopt proto callback
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next] sctp: add bpf_bypass_getsockopt proto callback
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH net-next] sctp: add bpf_bypass_getsockopt proto callback
  • From: Aleksandr Mikhalitsyn <aleksandr.mikhalitsyn@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: add bpf_bypass_getsockopt proto callback
  • From: Aleksandr Mikhalitsyn <aleksandr.mikhalitsyn@xxxxxxxxxxxxx>
• [PATCH net-next v2] sctp: add bpf_bypass_getsockopt proto callback
  • From: Alexander Mikhalitsyn <aleksandr.mikhalitsyn@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: add bpf_bypass_getsockopt proto callback
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next] sctp: add bpf_bypass_getsockopt proto callback
  • From: Stanislav Fomichev <sdf@xxxxxxxxxx>
• [PATCH net-next] sctp: add bpf_bypass_getsockopt proto callback
  • From: Alexander Mikhalitsyn <aleksandr.mikhalitsyn@xxxxxxxxxxxxx>
• Re: [PATCH net-next v4] sctp: fix a potential OOB access in sctp_sched_set_sched()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net-next v4] sctp: fix a potential OOB access in sctp_sched_set_sched()
  • From: Gavrilov Ilia <Ilia.Gavrilov@xxxxxxxxxxx>
• Re: [PATCH net v4] sctp: fix a potential OOB access in sctp_sched_set_sched()
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net v4] sctp: fix a potential OOB access in sctp_sched_set_sched()
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net v4] sctp: fix a potential OOB access in sctp_sched_set_sched()
  • From: Gavrilov Ilia <Ilia.Gavrilov@xxxxxxxxxxx>
• Re: [PATCH net v2] sctp: fix a potential buffer overflow in sctp_sched_set_sched()
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net v3] sctp: remove unncessary check in sctp_sched_set_sched()
  • From: Gavrilov Ilia <Ilia.Gavrilov@xxxxxxxxxxx>
• Re: [PATCH net v2] sctp: fix a potential buffer overflow in sctp_sched_set_sched()
  • From: Gavrilov Ilia <Ilia.Gavrilov@xxxxxxxxxxx>
• Re: [PATCH net v2] sctp: fix a potential buffer overflow in sctp_sched_set_sched()
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net v2] sctp: fix a potential buffer overflow in sctp_sched_set_sched()
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net v2] sctp: fix a potential buffer overflow in sctp_sched_set_sched()
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net v2] sctp: fix a potential buffer overflow in sctp_sched_set_sched()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net v2] sctp: fix a potential buffer overflow in sctp_sched_set_sched()
  • From: Gavrilov Ilia <Ilia.Gavrilov@xxxxxxxxxxx>
• Re: [PATCH] sctp: fix a potential buffer overflow in sctp_sched_set_sched()
  • From: Horatiu Vultur <horatiu.vultur@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix a potential buffer overflow in sctp_sched_set_sched()
  • From: Simon Horman <simon.horman@xxxxxxxxxxxx>
• Re: [PATCH] sctp: fix a potential buffer overflow in sctp_sched_set_sched()
  • From: Simon Horman <simon.horman@xxxxxxxxxxxx>
• [PATCH] sctp: fix a potential buffer overflow in sctp_sched_set_sched()
  • From: Gavrilov Ilia <Ilia.Gavrilov@xxxxxxxxxxx>
• Re: [PATCH net-next 0/6] sctp: fix a plenty of flexible-array-nested warnings
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next 2/6] sctp: delete the nested flexible array skip
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next 0/6] sctp: fix a plenty of flexible-array-nested warnings
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next 2/6] sctp: delete the nested flexible array skip
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH net-next 0/6] sctp: fix a plenty of flexible-array-nested warnings
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 1/6] sctp: delete the nested flexible array params
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 3/6] sctp: delete the nested flexible array variable
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 5/6] sctp: delete the nested flexible array hmac
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 6/6] sctp: delete the nested flexible array payload
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 2/6] sctp: delete the nested flexible array skip
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 4/6] sctp: delete the nested flexible array peer_init
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 0/2] sctp: add some missing peer_capables in sctp info dump
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net-next 2/2] sctp: add intl_capable and reconf_capable in ss peer_capable
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 1/2] sctp: delete the obsolete code for the host name address param
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 0/2] sctp: add some missing peer_capables in sctp info dump
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] selftests: add the missing CONFIG_IP_SCTP in net config
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] sctp: fix a potential overflow in sctp_ifwdtsn_skip
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] selftests: add the missing CONFIG_IP_SCTP in net config
  • From: "Samudrala, Sridhar" <sridhar.samudrala@xxxxxxxxx>
• [PATCH net] selftests: add the missing CONFIG_IP_SCTP in net config
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: fix a potential overflow in sctp_ifwdtsn_skip
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: check send stream number after wait_for_sndbuf
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net] sctp: check send stream number after wait_for_sndbuf
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH v3 55/55] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC PATCH v2 48/48] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC PATCH v2 48/48] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES)
  • From: Hannes Reinecke <hare@xxxxxxx>
• [RFC PATCH v2 48/48] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2] net/sctp: Make sha1 as default algorithm if fips is enabled
  • From: Ashwin Dayanand Kamat <kashwindayan@xxxxxxxxxx>
• Re: [syzbot] [sctp?] general protection fault in sctp_outq_tail
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [syzbot] [sctp?] general protection fault in sctp_outq_tail
  • From: syzbot <syzbot+47c24ca20a2fa01f082e@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] net/sctp: Make sha1 as default algorithm if fips is enabled
  • From: Simon Horman <simon.horman@xxxxxxxxxxxx>
• [PATCH v2] net/sctp: Make sha1 as default algorithm if fips is enabled
  • From: Ashwin Dayanand Kamat <kashwindayan@xxxxxxxxxx>
• Re: [RFC PATCH 28/28] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES)
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [RFC PATCH 28/28] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH net-next 1/2] sctp: add fair capacity stream scheduler
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 0/2] sctp: add another two stream schedulers
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next 1/2] sctp: add fair capacity stream scheduler
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net-next 2/2] sctp: add weighted fair queueing stream scheduler
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next 1/2] sctp: add fair capacity stream scheduler
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net-next 1/2] sctp: add fair capacity stream scheduler
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 2/2] sctp: add weighted fair queueing stream scheduler
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 0/2] sctp: add another two stream schedulers
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net] sctp: add a refcnt in sctp_stream_priorities to avoid a nested loop
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCHv2 net] sctp: add a refcnt in sctp_stream_priorities to avoid a nested loop
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: add a refcnt in sctp_stream_priorities to avoid a nested loop
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: add a refcnt in sctp_stream_priorities to avoid a nested loop
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net] sctp: add a refcnt in sctp_stream_priorities to avoid a nested loop
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• RE: [PATCH lksctp-tools 1/5] fix memory leak in sctp_status
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH lksctp-tools 5/5] fix memory leak in test_fragments
  • From: Qiumiao Zhang <zhangqiumiao1@xxxxxxxxxx>
• [PATCH lksctp-tools 4/5] fix memory leak of iov.iov_base
  • From: Qiumiao Zhang <zhangqiumiao1@xxxxxxxxxx>
• [PATCH lksctp-tools 3/5] use valid conversion specifiers in printf()
  • From: Qiumiao Zhang <zhangqiumiao1@xxxxxxxxxx>
• [PATCH lksctp-tools 2/5] fix memory leak in test_peer_addr()
  • From: Qiumiao Zhang <zhangqiumiao1@xxxxxxxxxx>
• [PATCH lksctp-tools 1/5] fix memory leak in sctp_status
  • From: Qiumiao Zhang <zhangqiumiao1@xxxxxxxxxx>
• [PATCH lksctp-tools 0/5] fix memory leak and use valid conversion specifiers in printf()
  • From: Qiumiao Zhang <zhangqiumiao1@xxxxxxxxxx>
• [PATCH net] sctp: add a refcnt in sctp_stream_priorities to avoid a nested loop
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH v2 net-next] net: no longer support SOCK_REFCNT_DEBUG feature
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v2 net-next] net: no longer support SOCK_REFCNT_DEBUG feature
  • From: Matthieu Baerts <matthieu.baerts@xxxxxxxxxxxx>
• Re: [PATCH v2 net-next] net: no longer support SOCK_REFCNT_DEBUG feature
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH v2 net-next] net: no longer support SOCK_REFCNT_DEBUG feature
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• Re: [PATCH v2 net-next] net: no longer support SOCK_REFCNT_DEBUG feature
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• [PATCH v2 net-next] net: no longer support SOCK_REFCNT_DEBUG feature
  • From: Jason Xing <kerneljasonxing@xxxxxxxxx>
• Re: [PATCH net-next v2] sctp: sctp_sock_filter(): avoid list_entry() on possibly empty list
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next v2] sctp: sctp_sock_filter(): avoid list_entry() on possibly empty list
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v2] sctp: sctp_sock_filter(): avoid list_entry() on possibly empty list
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next v2] sctp: sctp_sock_filter(): avoid list_entry() on possibly empty list
  • From: Pietro Borrello <borrello@xxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: check ep asocs list before access
  • From: Pietro Borrello <borrello@xxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: check ep asocs list before access
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next] sctp: check ep asocs list before access
  • From: Pietro Borrello <borrello@xxxxxxxxxxxxxxxx>
• Re: [PATCH net] sctp: do not check hb_timer.expires when resetting hb_timer
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] sctp: do not check hb_timer.expires when resetting hb_timer
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net] sctp: do not check hb_timer.expires when resetting hb_timer
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: fail if no bound addresses can be used for a given scope
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] sctp: fail if no bound addresses can be used for a given scope
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: fail if no bound addresses can be used for a given scope
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net] sctp: fail if no bound addresses can be used for a given scope
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: fail if no bound addresses can be used for a given scope
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net] sctp: fail if no bound addresses can be used for a given scope
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: fail if no bound addresses can be used for a given scope
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [syzbot] KASAN: use-after-free Read in sock_def_wakeup
  • From: syzbot <syzbot+d0b651ccb99ec9dfb265@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] sctp: Replace zero-length array with DECLARE_FLEX_ARRAY() helper
  • From: Bo Liu <liubo03@xxxxxxxxxx>
• Re: [PATCH] sctp: Make sha1 as default algorithm if fips is enabled
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [PATCH] sctp: Make sha1 as default algorithm if fips is enabled
  • From: Ashwin Dayanand Kamat <kashwindayan@xxxxxxxxxx>
• Re: [PATCH v3 1/1] sctp: sysctl: make extra pointers netns aware
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH v3 1/1] sctp: sysctl: make extra pointers netns aware
  • From: Firo Yang <firo.yang@xxxxxxxx>
• Re: [PATCH net-next] sctp: delete free member from struct sctp_sched_ops
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next] sctp: delete free member from struct sctp_sched_ops
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH v2 1/1] sctp: sysctl: make extra pointers netns aware
  • From: Firo Yang <firo.yang@xxxxxxxx>
• [PATCH net-next] sctp: delete free member from struct sctp_sched_ops
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH v2 1/1] sctp: sysctl: make extra pointers netns aware
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net v4] sctp: fix memory leak in sctp_stream_outq_migrate()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net v4] sctp: fix memory leak in sctp_stream_outq_migrate()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net v4] sctp: fix memory leak in sctp_stream_outq_migrate()
  • From: Zhengchao Shao <shaozhengchao@xxxxxxxxxx>
• Re: [PATCH net v3] sctp: fix memory leak in sctp_stream_outq_migrate()
  • From: shaozhengchao <shaozhengchao@xxxxxxxxxx>
• Re: [PATCH net v3] sctp: fix memory leak in sctp_stream_outq_migrate()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH v2 1/1] sctp: sysctl: make extra pointers netns aware
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH v2 1/1] sctp: sysctl: make extra pointers netns aware
  • From: Firo Yang <firo.yang@xxxxxxxx>
• Re: [PATCH 1/1] sctp: sysctl: referring the correct net namespace
  • From: Firo Yang <firo.yang@xxxxxxxx>
• [PATCH net v3] sctp: fix memory leak in sctp_stream_outq_migrate()
  • From: Zhengchao Shao <shaozhengchao@xxxxxxxxxx>
• Re: [PATCH net v2] sctp: fix memory leak in sctp_stream_outq_migrate()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH 1/1] sctp: sysctl: referring the correct net namespace
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net v2] sctp: fix memory leak in sctp_stream_outq_migrate()
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net v2] sctp: fix memory leak in sctp_stream_outq_migrate()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net v2] sctp: fix memory leak in sctp_stream_outq_migrate()
  • From: Zhengchao Shao <shaozhengchao@xxxxxxxxxx>
• Re: [PATCH 1/1] sctp: sysctl: referring the correct net namespace
  • From: Firo Yang <firo.yang@xxxxxxxx>
• Re: [PATCH net] sctp: fix memory leak in sctp_stream_outq_migrate()
  • From: shaozhengchao <shaozhengchao@xxxxxxxxxx>
• Re: [PATCH net] sctp: fix memory leak in sctp_stream_outq_migrate()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH] sctp: relese sctp_stream_priorities at sctp_stream_outq_migrate()
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] sctp: fix memory leak in sctp_stream_outq_migrate()
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: fix memory leak in sctp_stream_outq_migrate()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: fix memory leak in sctp_stream_outq_migrate()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: fix memory leak in sctp_stream_outq_migrate()
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: fix memory leak in sctp_stream_outq_migrate()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH] sctp: relese sctp_stream_priorities at sctp_stream_outq_migrate()
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH 1/1] sctp: sysctl: referring the correct net namespace
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH] sctp: relese sctp_stream_priorities at sctp_stream_outq_migrate()
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/1] sctp: sysctl: referring the correct net namespace
  • From: Firo Yang <firo.yang@xxxxxxxx>
• Re: [PATCH net] sctp: fix memory leak in sctp_stream_outq_migrate()
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH v2] sctp: sm_statefuns: Remove unnecessary ‘NULL’ values from Pointer
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net] sctp: fix memory leak in sctp_stream_outq_migrate()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net-next 0/7] sctp: support vrf processing
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net] sctp: fix memory leak in sctp_stream_outq_migrate()
  • From: Zhengchao Shao <shaozhengchao@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: move SCTP_PAD4 and SCTP_TRUNC4 to linux/sctp.h
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next] sctp: change to include linux/sctp.h in net/sctp/checksum.h
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [syzbot] memory leak in sctp_sched_prio_set
  • From: syzbot <syzbot+29c402e56c4760763cc0@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2] sctp: sm_statefuns: Remove unnecessary ‘NULL’ values from Pointer
  • From: Li zeming <zeming@xxxxxxxxxxxx>
• [no subject]
  • From: Li zeming <zeming@xxxxxxxxxxxx>
• Re: [PATCH] sctp: sm_statefuns: Remove pointer casts of the same type
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH] sctp: sm_statefuns: Remove unnecessary ‘NULL’ values from Pointer
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: move SCTP_PAD4 and SCTP_TRUNC4 to linux/sctp.h
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: change to include linux/sctp.h in net/sctp/checksum.h
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• [PATCHv2 net-next 6/7] sctp: add sysctl net.sctp.l3mdev_accept
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 2/7] sctp: check ipv6 addr with sk_bound_dev if set
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 7/7] selftests: add a selftest for sctp vrf
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 4/7] sctp: add skb_sdif in struct sctp_af
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 3/7] sctp: check sk_bound_dev_if when matching ep in get_port
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 5/7] sctp: add dif and sdif check in asoc and ep lookup
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 1/7] sctp: verify the bind address with the tb_id from l3mdev
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 0/7] sctp: support vrf processing
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 7/7] selftests: add a selftest for sctp vrf
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• testing of the sctp stack
  • From: folkert <folkert@xxxxxxxxxxxxxx>
• Re: [PATCH net-next 7/7] selftests: add a selftest for sctp vrf
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next] sctp: move SCTP_PAD4 and SCTP_TRUNC4 to linux/sctp.h
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next] sctp: change to include linux/sctp.h in net/sctp/checksum.h
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 7/7] selftests: add a selftest for sctp vrf
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 5/7] sctp: add dif and sdif check in asoc and ep lookup
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 7/7] selftests: add a selftest for sctp vrf
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net-next 5/7] sctp: add dif and sdif check in asoc and ep lookup
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net-next 5/7] sctp: add dif and sdif check in asoc and ep lookup
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH] sctp: sm_statefuns: Remove pointer casts of the same type
  • From: Li zeming <zeming@xxxxxxxxxxxx>
• [PATCH] sctp: sm_statefuns: Remove unnecessary ‘NULL’ values from Pointer
  • From: Li zeming <zeming@xxxxxxxxxxxx>
• [PATCH net-next 6/7] sctp: add sysctl net.sctp.l3mdev_accept
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 7/7] selftests: add a selftest for sctp vrf
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 5/7] sctp: add dif and sdif check in asoc and ep lookup
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 3/7] sctp: check sk_bound_dev_if when matching ep in get_port
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 4/7] sctp: add skb_sdif in struct sctp_af
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 2/7] sctp: check ipv6 addr with sk_bound_dev if set
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 1/7] sctp: verify the bind address with the tb_id from l3mdev
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 0/7] sctp: support vrf processing
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net 0/2] sctp: fix a NULL pointer dereference in sctp_sched_dequeue_common
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net 2/2] sctp: clear out_curr if all frag chunks of current msg are pruned
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 1/2] sctp: remove the unnecessary sinfo_stream check in sctp_prsctp_prune_unsent
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 0/2] sctp: fix a NULL pointer dereference in sctp_sched_dequeue_common
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• 答复: BUG: kernel NULL pointer dereference in sctp_sched_dequeue_common
  • From: Caowangbao <caowangbao@xxxxxxxxxx>
• Re: BUG: kernel NULL pointer dereference in sctp_sched_dequeue_common
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• 答复: BUG: kernel NULL pointer dereference in sctp_sched_dequeue_common
  • From: Caowangbao <caowangbao@xxxxxxxxxx>
• Re: BUG: kernel NULL pointer dereference in sctp_sched_dequeue_common
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• BUG: kernel NULL pointer dereference in sctp_sched_dequeue_common
  • From: Zhen Chen <chenzhen126@xxxxxxxxxx>
• Re: [PATCH net-next 1/3] sctp: remove unnecessary NULL check in sctp_association_init()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH v2 net-next 3/5] sctp: Call inet6_destroy_sock() via sk->sk_destruct().
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next 3/3] sctp: remove unnecessary NULL checks in sctp_enqueue_event()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 2/3] sctp: remove unnecessary NULL check in sctp_ulpq_tail_event()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 1/3] sctp: remove unnecessary NULL check in sctp_association_init()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 2/3] sctp: remove unnecessary NULL check in sctp_ulpq_tail_event()
  • From: Alexey Kodanev <aleksei.kodanev@xxxxxxxxxxx>
• [PATCH net-next 3/3] sctp: remove unnecessary NULL checks in sctp_enqueue_event()
  • From: Alexey Kodanev <aleksei.kodanev@xxxxxxxxxxx>
• [PATCH net-next 1/3] sctp: remove unnecessary NULL check in sctp_association_init()
  • From: Alexey Kodanev <aleksei.kodanev@xxxxxxxxxxx>
• Re: [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: Joe Perches <joe@xxxxxxxxxxx>
• RE: [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: lksctp-tools licensing
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [f2fs-dev] [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [f2fs-dev] [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Subject: SCTP: Stateless multi-homing support with adjustment of the Verification Tag
  • From: "Denis M." <xeronm@xxxxxxxxx>
• [PATCH v1 4/5] treewide: use get_random_bytes when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v1 5/5] prandom: remove unused functions
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v1 2/5] treewide: use get_random_{u8,u16}() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v1 1/5] treewide: use prandom_u32_max() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v1 0/5] treewide cleanup of random integer usage
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH net] sctp: handle the error returned from sctp_auth_asoc_init_active_key
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net] sctp: handle the error returned from sctp_auth_asoc_init_active_key
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [syzbot] KASAN: use-after-free Write in sctp_auth_shkey_hold (2)
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: lksctp-tools licensing
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: lksctp-tools licensing
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [syzbot] KASAN: use-after-free Write in sctp_auth_shkey_hold (2)
  • From: syzbot <syzbot+a236dd8e9622ed8954a3@xxxxxxxxxxxxxxxxxxxxxxxxx>
• lksctp-tools licensing
  • From: Istvan Gyurjan <istvan.gyurjan@xxxxxxxx>
• Re: [PATCH lksctp-tools 0/2] func_tests: Add test cases for interleaving and stream RE_CONFIG
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Shakeel Butt <shakeelb@xxxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Oliver Sang <oliver.sang@xxxxxxxxx>
• Re: [PATCH lksctp-tools 0/2] func_tests: Add test cases for interleaving and stream RE_CONFIG
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH lksctp-tools 2/2] Add a test cacse for RE_CONFIG
  • From: Yuxuan Luo <luoyuxuan.carl@xxxxxxxxx>
• [PATCH lksctp-tools 1/2] Add a test case for interleaving
  • From: Yuxuan Luo <luoyuxuan.carl@xxxxxxxxx>
• [PATCH lksctp-tools 0/2] func_tests: Add test cases for interleaving and stream RE_CONFIG
  • From: Yuxuan Luo <luoyuxuan.carl@xxxxxxxxx>
• Re: [PATCH net] sctp: leave the err path free in sctp_stream_init to sctp_stream_free
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] sctp: fix sleep in atomic context bug in timer handlers
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net] sctp: leave the err path free in sctp_stream_init to sctp_stream_free
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net] Documentation: fix sctp_wmem in ip-sysctl.rst
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] sctp: fix sleep in atomic context bug in timer handlers
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv2 net] Documentation: fix sctp_wmem in ip-sysctl.rst
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net] sctp: fix sleep in atomic context bug in timer handlers
  • From: Duoming Zhou <duoming@xxxxxxxxxx>
• [PATCHv2 net] Documentation: fix sctp_wmem in ip-sysctl.rst
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] Documentation: fix sctp_wmem in ip-sysctl.rst
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] Documentation: fix sctp_wmem in ip-sysctl.rst
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net] Documentation: fix sctp_wmem in ip-sysctl.rst
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• RE: Linux SCTP performance question
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: Linux SCTP performance question
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Linux SCTP performance question
  • From: o.evistel@xxxxxxx
• Re: Linux SCTP performance question
  • From: o.evistel@xxxxxxx
• Re: BUG: unable to handle kernel NULL pointer dereference in sctp_sched_dequeue_common
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• RE: Linux SCTP performance question
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Linux SCTP performance question
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Linux SCTP performance question
  • From: o.evistel@xxxxxxx
• BUG: unable to handle kernel NULL pointer dereference in sctp_sched_dequeue_common
  • From: Wei Chen <harperchen1110@xxxxxxxxx>
• Re: Linux SCTP associations failure handlig
  • From: o.evistel@xxxxxxx
• Re: [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: Linux SCTP associations failure handlig
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0
  • From: "Chen, Rong A" <rong.a.chen@xxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• SCTP INIT chunks do not include multi-homing addresses if IPv6 is used
  • From: Aaron Jones <me@xxxxxxxxxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 6cc11d2a1759275b856e464265823d94aabd5eaf
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Shakeel Butt <shakeelb@xxxxxxxxxx>
• Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• RE: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Shakeel Butt <shakeelb@xxxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Shakeel Butt <shakeelb@xxxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Shakeel Butt <shakeelb@xxxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Shakeel Butt <shakeelb@xxxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Shakeel Butt <shakeelb@xxxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net 0/3] Documentation: add description for a couple of sctp sysctl options
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCHv2 net 0/3] Documentation: add description for a couple of sctp sysctl options
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCHv2 net 1/3] Documentation: add description for net.sctp.reconf_enable
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 2/3] Documentation: add description for net.sctp.intl_enable
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 3/3] Documentation: add description for net.sctp.ecn_enable
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 0/3] Documentation: add description for a couple of sctp sysctl options
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net 2/3] Documentation: add description for net.sctp.intl_enable
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net 1/3] Documentation: add description for net.sctp.reconf_enable
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 2/3] Documentation: add description for net.sctp.intl_enable
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 0/3] Documentation: add description for a couple of sctp sysctl options
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 3/3] Documentation: add description for net.sctp.ecn_enable
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH -next] stcp: Use memset_after() to zero sctp_stream_out_ext
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH -next] stcp: Use memset_after() to zero sctp_stream_out_ext
  • From: Xiu Jianfeng <xiujianfeng@xxxxxxxxxx>
• Re: [PATCH net-next v3] net: SO_RCVMARK socket option for SO_MARK with recvmsg()
  • From: patchwork-bot+bluetooth@xxxxxxxxxx
• Re: [PATCH net-next v3] net: SO_RCVMARK socket option for SO_MARK with recvmsg()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next v3] net: SO_RCVMARK socket option for SO_MARK with recvmsg()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH net-next v3] net: SO_RCVMARK socket option for SO_MARK with recvmsg()
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [PATCH net-next v3] net: SO_RCVMARK socket option for SO_MARK with recvmsg()
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• [PATCH net-next v3] net: SO_RCVMARK socket option for SO_MARK with recvmsg()
  • From: Erin MacNeil <lnx.erin@xxxxxxxxx>
• [PATCH net-next v2] net: Add SO_RCVMARK socket option to provide SO_MARK with recvmsg().
  • From: Erin MacNeil <lnx.erin@xxxxxxxxx>
• Re: [PATCH net] sctp: check asoc strreset_chunk in sctp_generate_reconf_event
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] sctp: check asoc strreset_chunk in sctp_generate_reconf_event
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: check asoc strreset_chunk in sctp_generate_reconf_event
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: check asoc strreset_chunk in sctp_generate_reconf_event
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net] sctp: check asoc strreset_chunk in sctp_generate_reconf_event
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH] sctp: Initialize daddr on peeled off socket
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH] sctp: Initialize daddr on peeled off socket
  • From: Petr Malat <oss@xxxxxxxxx>
• Re: [PATCHv2 net] sctp: use the correct skb for security_sctp_assoc_request
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCHv2 net] sctp: use the correct skb for security_sctp_assoc_request
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH v2] sctp: Initialize daddr on peeled off socket
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH] sctp: Initialize daddr on peeled off socket
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH] sctp: Initialize daddr on peeled off socket
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCHv2 net] sctp: use the correct skb for security_sctp_assoc_request
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH] sctp: Initialize daddr on peeled off socket
  • From: Petr Malat <oss@xxxxxxxxx>
• [PATCHv2 net] sctp: use the correct skb for security_sctp_assoc_request
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: use the correct skb for security_sctp_assoc_request
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: use the correct skb for security_sctp_assoc_request
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: use the correct skb for security_sctp_assoc_request
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH net] sctp: use the correct skb for security_sctp_assoc_request
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH net] sctp: use the correct skb for security_sctp_assoc_request
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH v4 net] sctp: count singleton chunks in assoc user stats
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v4 net] sctp: count singleton chunks in assoc user stats
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: use the correct skb for security_sctp_assoc_request
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• [PATCH net] sctp: use the correct skb for security_sctp_assoc_request
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH v4 net] sctp: count singleton chunks in assoc user stats
  • From: Jamie Bainbridge <jamie.bainbridge@xxxxxxxxx>
• Re: [PATCH v3 net] sctp: count singleton chunks in assoc user stats
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH v3 net] sctp: count singleton chunks in assoc user stats
  • From: Jamie Bainbridge <jamie.bainbridge@xxxxxxxxx>
• Re: [PATCH v3 net] sctp: count singleton chunks in assoc user stats
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH v3 net] sctp: count singleton chunks in assoc user stats
  • From: Jamie Bainbridge <jamie.bainbridge@xxxxxxxxx>
• Re: [PATCH v2 net] sctp: count singleton chunks in assoc user stats
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH v2 net] sctp: count singleton chunks in assoc user stats
  • From: Jamie Bainbridge <jamie.bainbridge@xxxxxxxxx>
• Re: [PATCH net] sctp: count singleton chunks in assoc user stats
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net] sctp: count singleton chunks in assoc user stats
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net] sctp: count singleton chunks in assoc user stats
  • From: Jamie Bainbridge <jamie.bainbridge@xxxxxxxxx>
• Re: [PATCH] sctp: replace usage of found with dedicated list iterator variable
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH] sctp: replace usage of found with dedicated list iterator variable
  • From: Jakob Koschel <jakobkoschel@xxxxxxxxx>
• [PATCH v2] sctp: Initialize daddr on peeled off socket
  • From: Petr Malat <oss@xxxxxxxxx>
• Re: [PATCH] sctp: Initialize daddr on peeled off socket
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH] sctp: Initialize daddr on peeled off socket
  • From: Petr Malat <oss@xxxxxxxxx>
• Re: [PATCH] net/sctp: use memset avoid infoleaks
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH] net/sctp: use memset avoid infoleaks
  • From: cgel.zte@xxxxxxxxx
• Re: [PATCH net v3 2/2] security: implement sctp_assoc_established hook in selinux
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH net v3 2/2] security: implement sctp_assoc_established hook in selinux
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH 2/2] sctputil.h: TCONF on EAFNOSUPPORT
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH 2/2] sctputil.h: TCONF on EAFNOSUPPORT
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH 2/2] sctputil.h: TCONF on EAFNOSUPPORT
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH 1/2] sctputil.h: Fix some formatting
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH 1/2] sctputil.h: Fix some formatting
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH net v3 0/2] security: fixups for the security hooks in sctp
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH net v3 2/2] security: implement sctp_assoc_established hook in selinux
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH net v3 0/2] security: fixups for the security hooks in sctp
  • From: Richard Haines <richard_c_haines@xxxxxxxxxxxxxx>
• Re: [PATCH net v3 0/2] security: fixups for the security hooks in sctp
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net v3 2/2] security: implement sctp_assoc_established hook in selinux
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net v3 2/2] security: implement sctp_assoc_established hook in selinux
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net v3 2/2] security: implement sctp_assoc_established hook in selinux
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH net v3 0/2] security: fixups for the security hooks in sctp
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• [PATCH net v3 2/2] security: implement sctp_assoc_established hook in selinux
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• [PATCH net v3 1/2] security: add sctp_assoc_established hook
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• [PATCH net v3 0/2] security: fixups for the security hooks in sctp
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [Automated-testing] SCTP testing
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [Automated-testing] SCTP testing
  • From: Veronika Kabatova <vkabatov@xxxxxxxxxx>
• SCTP testing
  • From: Petr Vorel <pvorel@xxxxxxx>
• [PATCH 1/2] sctputil.h: Fix some formatting
  • From: Petr Vorel <pvorel@xxxxxxx>
• [PATCH 2/2] sctputil.h: TCONF on EAFNOSUPPORT
  • From: Petr Vorel <pvorel@xxxxxxx>
• [PATCH 0/2] Fix SCTP tests on systems with disabled IPv6
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [RFC] SCTP tests in LTP vs. on github.com/sctp
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [RFC] SCTP tests in LTP vs. on github.com/sctp
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [RFC] SCTP tests in LTP vs. on github.com/sctp
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [RFC] SCTP tests in LTP vs. on github.com/sctp
  • From: Petr Vorel <pvorel@xxxxxxx>
• [RFC] SCTP tests in LTP vs. on github.com/sctp
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH net] mm: slub: fix a deadlock warning in kmem_cache_destroy
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] mm: slub: fix a deadlock warning in kmem_cache_destroy
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [syzbot] KMSAN: uninit-value in sctp_inq_pop (2)
  • From: syzbot <syzbot+70a42f45e76bede082be@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] sctp: hold endpoint before calling cb in sctp_transport_lookup_process
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net] sctp: hold endpoint before calling cb in sctp_transport_lookup_process
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net] sctp: use call_rcu to free endpoint
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCHv2 net] sctp: use call_rcu to free endpoint
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH 1/1] sctp: Add optional SHA256 hmac cookie generation
  • From: Petr Vorel <pvorel@xxxxxxx>
• [PATCHv2 net] sctp: use call_rcu to free endpoint
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: use call_rcu to free endpoint
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next] sctp: move hlist_node and hashent out of sctp_ep_common
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] sctp: use call_rcu to free endpoint
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: SCTP ABI breakage?
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• SCTP ABI breakage?
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH net-next] sctp: move hlist_node and hashent out of sctp_ep_common
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: use call_rcu to free endpoint
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• RE: [PATCH v2 1/2] sctp: export sctp_endpoint_{hold,put}() and return incremented endpoint
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v2 1/2] sctp: export sctp_endpoint_{hold,put}() and return incremented endpoint
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v2 1/2] sctp: export sctp_endpoint_{hold,put}() and return incremented endpoint
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• RE: [PATCH v2 1/2] sctp: export sctp_endpoint_{hold,put}() and return incremented endpoint
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH v2 2/2] sctp: hold cached endpoints to prevent possible UAF
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH v2 1/2] sctp: export sctp_endpoint_{hold,put}() and return incremented endpoint
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 2/2] sctp: hold cached endpoints to prevent possible UAF
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: Support sha256 as default (SCTP_DEFAULT_COOKIE_HMAC_SHA256)
  • From: Petr Vorel <pvorel@xxxxxxx>
• [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [RESEND 1/2] sctp: export sctp_endpoint_{hold,put}() for use by seperate modules
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 2/2] sctp: hold cached endpoints to prevent possible UAF
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: Support sha256 as default (SCTP_DEFAULT_COOKIE_HMAC_SHA256)
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Support sha256 as default (SCTP_DEFAULT_COOKIE_HMAC_SHA256)
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH 1/1] sctp: Protect cached endpoints to prevent possible UAF
  • From: Lee Jones <lee.jones@xxxxxxxxxx>