Linux SCTP (Stream Control Transmission Protocol)

• Thread Index

• [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>
• Re: [PATCH 1/1] sctp: Protect cached endpoints to prevent possible UAF
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH 1/1] sctp: Protect cached endpoints to prevent possible UAF
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH 1/1] sctp: Protect cached endpoints to prevent possible UAF
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH 1/1] sctp: Protect cached endpoints to prevent possible UAF
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 1/1] sctp: Protect cached endpoints to prevent possible UAF
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH lksctp-tools] sctp_test: check strdup return in append_addr
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: KASAN: use-after-free Read in __lock_sock
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: make the raise timer more simple and accurate
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next] sctp: make the raise timer more simple and accurate
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net-next] sctp: make the raise timer more simple and accurate
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH lksctp-tools] sctp_test: check strdup return in append_addr
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [syzbot] WARNING in cgroup_finalize_control
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [syzbot] WARNING in cgroup_finalize_control
  • From: syzbot <syzbot+9c08aaa363ca5784c9e9@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] selinux: fix SCTP client peeloff socket labeling
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH net] selinux: fix SCTP client peeloff socket labeling
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH net] selinux: fix SCTP client peeloff socket labeling
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH net] selinux: fix SCTP client peeloff socket labeling
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH net] selinux: fix SCTP client peeloff socket labeling
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH net] selinux: fix SCTP client peeloff socket labeling
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net] selinux: fix SCTP client peeloff socket labeling
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• SCTP <= 500 pps unless SCTP_NODELAY set (was: Expected SCTP DATA chunk per second performance)
  • From: Harald Welte <laforge@xxxxxxxxxxxx>
• Re: [PATCH] sctp: remove unreachable code from sctp_sf_violation_chunk()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] selinux: fix SCTP client peeloff socket labeling
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] selinux: fix SCTP client peeloff socket labeling
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• [PATCH] sctp: remove unreachable code from sctp_sf_violation_chunk()
  • From: Alexey Khoroshilov <khoroshilov@xxxxxxxxx>
• Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• [PATCH net] selinux: fix SCTP client peeloff socket labeling
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
  • From: Richard Haines <richard_c_haines@xxxxxxxxxxxxxx>
• Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH] sctp: avoid NULL pointer dereference in sctp_sf_violation
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net 0/4] security: fixups for the security hooks in sctp
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH] sctp: avoid NULL pointer dereference in sctp_sf_violation
  • From: Alexey Khoroshilov <khoroshilov@xxxxxxxxx>
• [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 3/4] security: add sctp_assoc_established hook
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 2/4] security: call security_sctp_assoc_request in sctp_sf_do_5_1D_ce
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 1/4] security: pass asoc to sctp_assoc_request and sctp_sk_clone
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 0/4] security: fixups for the security hooks in sctp
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net 0/4] sctp: a couple of fixes for PLPMTUD
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net 4/4] sctp: return true only for pathmtu update in sctp_transport_pl_toobig
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 3/4] sctp: subtract sctphdr len in sctp_transport_pl_hlen
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 2/4] sctp: reset probe_timer in sctp_transport_pl_update
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 1/4] sctp: allow IP fragmentation when PLPMTUD enters Error state
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 0/4] sctp: a couple of fixes for PLPMTUD
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net 4/4] security: implement sctp_assoc_established hook in selinux
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH net 4/4] security: implement sctp_assoc_established hook in selinux
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net 4/4] security: implement sctp_assoc_established hook in selinux
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH net 4/4] security: implement sctp_assoc_established hook in selinux
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net 4/4] security: implement sctp_assoc_established hook in selinux
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH net 4/4] security: implement sctp_assoc_established hook in selinux
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH net 4/4] security: implement sctp_assoc_established hook in selinux
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net 4/4] security: implement sctp_assoc_established hook in selinux
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH net 3/4] security: add sctp_assoc_established hook
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH net 2/4] security: call security_sctp_assoc_request in sctp_sf_do_5_1D_ce
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH] sctp: initialize endpoint LSM labels also on the client side
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH net 3/4] security: add sctp_assoc_established hook
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH net 3/4] security: add sctp_assoc_established hook
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH net 1/4] security: pass asoc to sctp_assoc_request and sctp_sk_clone
  • From: Richard Haines <richard_c_haines@xxxxxxxxxxxxxx>
• Re: [PATCH net 0/4] security: fixups for the security hooks in sctp
  • From: Richard Haines <richard_c_haines@xxxxxxxxxxxxxx>
• Re: [PATCH net 1/4] security: pass asoc to sctp_assoc_request and sctp_sk_clone
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net 0/7] sctp: enhancements for the verification tag
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net 1/4] security: pass asoc to sctp_assoc_request and sctp_sk_clone
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH net 4/4] security: implement sctp_assoc_established hook in selinux
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 3/4] security: add sctp_assoc_established hook
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 2/4] security: call security_sctp_assoc_request in sctp_sf_do_5_1D_ce
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 1/4] security: pass asoc to sctp_assoc_request and sctp_sk_clone
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 0/4] security: fixups for the security hooks in sctp
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH] sctp: initialize endpoint LSM labels also on the client side
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net 0/7] sctp: enhancements for the verification tag
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH] sctp: initialize endpoint LSM labels also on the client side
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH] sctp: initialize endpoint LSM labels also on the client side
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• [PATCH] sctp: initialize endpoint LSM labels also on the client side
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH net 0/7] sctp: enhancements for the verification tag
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: syzkaller test panic: Linux 5.4.y
  • From: john.p.donnelly@xxxxxxxxxx
• [PATCH net 7/7] sctp: add vtag check in sctp_sf_ootb
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 6/7] sctp: add vtag check in sctp_sf_do_8_5_1_E_sa
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 5/7] sctp: add vtag check in sctp_sf_violation
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 4/7] sctp: fix the processing for COOKIE_ECHO chunk
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 3/7] sctp: fix the processing for INIT_ACK chunk
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 2/7] sctp: fix the processing for INIT chunk
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 1/7] sctp: use init_tag from inithdr for ABORT chunk
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 0/7] sctp: enhancements for the verification tag
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: syzkaller test panic: Linux 5.4.y
  • From: john.p.donnelly@xxxxxxxxxx
• Re: syzkaller test panic: Linux 5.4.y
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• Re: syzkaller test panic: Linux 5.4.y
  • From: john.p.donnelly@xxxxxxxxxx
• Re: syzkaller test panic: Linux 5.4.y
  • From: mleitner@xxxxxxxxxx
• syzkaller test panic: Linux 5.4.y
  • From: john.p.donnelly@xxxxxxxxxx
• Re: [PATCH net] sctp: fix transport encap_port update in sctp_vtag_verify
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net] sctp: fix transport encap_port update in sctp_vtag_verify
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: account stream padding length for reconf chunk
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH] sctp: account stream padding length for reconf chunk
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH] sctp: account stream padding length for reconf chunk
  • From: Eiichi Tsukata <eiichi.tsukata@xxxxxxxxxxx>
• Re: [PATCH] sctp: account stream padding length for reconf chunk
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH] sctp: account stream padding length for reconf chunk
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [syzbot] general protection fault in sctp_rcv
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [syzbot] general protection fault in sctp_rcv
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH net] sctp: break out if skb_header_pointer returns NULL in sctp_rcv_ootb
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] sctp: break out if skb_header_pointer returns NULL in sctp_rcv_ootb
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [syzbot] general protection fault in sctp_rcv
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH net] sctp: break out if skb_header_pointer returns NULL in sctp_rcv_ootb
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [syzbot] general protection fault in sctp_rcv
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [syzbot] general protection fault in sctp_rcv
  • From: syzbot <syzbot+581aff2ae6b860625116@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH lksctp-tools 0/4] lksctp-tools: replace use of deprecated gethostbyname with getaddrinfo
  • From: mleitner@xxxxxxxxxx
• Re: [PATCH lksctp-tools 0/4] lksctp-tools: replace use of deprecated gethostbyname with getaddrinfo
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH lksctp-tools 4/4] sctp_darn: replace use of deprecated gethostbyname with getaddrinfo
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH lksctp-tools 3/4] sctp_test: replace use of deprecated gethostbyname with getaddrinfo
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH lksctp-tools 2/4] sctp_xconnect: replace use of deprecated gethostbyname with getaddrinfo
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH lksctp-tools 1/4] myftp: replace use of deprecated gethostbyname with getaddrinfo
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH lksctp-tools 0/4] lksctp-tools: replace use of deprecated gethostbyname with getaddrinfo
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: move the active_key update after sh_keys is added
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: move the active_key update after sh_keys is added
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net] sctp: move the active_key update after sh_keys is added
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: fix return value check in __sctp_rcv_asconf_lookup
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] sctp: fix return value check in __sctp_rcv_asconf_lookup
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: fix return value check in __sctp_rcv_asconf_lookup
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net 1/4] sctp: validate from_addr_param return
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net 1/4] sctp: validate from_addr_param return
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: delete addr based on sin6_scope_id
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH v2] sctp: delete addr based on sin6_scope_id
  • From: Chen Shen <peterchenshen@xxxxxxxxx>
• Re: [PATCH] sctp: delete addr based on sin6_scope_id
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv2 net 0/2] sctp: improve the pmtu probe in Search Complete state
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCHv2 net 2/2] sctp: send pmtu probe only if packet loss in Search Complete state
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 1/2] sctp: improve the code for pmtu probe send and recv update
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 0/2] sctp: improve the pmtu probe in Search Complete state
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH] sctp: delete addr based on sin6_scope_id
  • From: Chen Shen <peterchenshen@xxxxxxxxx>
• Re: [PATCH net] tipc: fix implicit-connect for SYN+
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH AUTOSEL 5.4 04/14] sctp: move 198 addresses from unusable to private scope
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 4/8] sctp: move 198 addresses from unusable to private scope
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 3/7] sctp: move 198 addresses from unusable to private scope
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 3/7] sctp: move 198 addresses from unusable to private scope
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 04/11] sctp: move 198 addresses from unusable to private scope
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 04/17] sctp: move 198 addresses from unusable to private scope
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.13 04/19] sctp: move 198 addresses from unusable to private scope
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH net] tipc: fix implicit-connect for SYN+
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: do not update transport pathmtu if SPP_PMTUD_ENABLE is not set
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH net] sctp: do not update transport pathmtu if SPP_PMTUD_ENABLE is not set
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net] sctp: do not update transport pathmtu if SPP_PMTUD_ENABLE is not set
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: do not update transport pathmtu if SPP_PMTUD_ENABLE is not set
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net] sctp: do not update transport pathmtu if SPP_PMTUD_ENABLE is not set
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: update active_key for asoc when old key is being replaced
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [syzbot] KASAN: use-after-free Write in sctp_auth_shkey_hold
  • From: syzbot <syzbot+b774577370208727d12b@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net] sctp: update active_key for asoc when old key is being replaced
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net 2/2] sctp: send pmtu probe only if packet loss in Search Complete state
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net 2/2] sctp: send pmtu probe only if packet loss in Search Complete state
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [syzbot] KASAN: use-after-free Write in sctp_auth_shkey_hold
  • From: syzbot <syzbot+b774577370208727d12b@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: The new sysctl and socket option added for PLPMTUD (RFC8899)
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 1/2] sctp: improve the code for pmtu probe send and recv update
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 0/2] sctp: improve the pmtu probe in Search Complete state
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 2/2] sctp: send pmtu probe only if packet loss in Search Complete state
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH v2 1/1] sctp: do not update t->pathmtu when PMTUD is disabled
  • From: Jacek Szafraniec <jacek.szafraniec@xxxxxxxxx>
• Re: [PATCH net] sctp: trim optlen when it's a huge value in sctp_setsockopt
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net] sctp: trim optlen when it's a huge value in sctp_setsockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [syzbot] KASAN: use-after-free Write in sctp_auth_shkey_hold
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [syzbot] KASAN: use-after-free Write in sctp_auth_shkey_hold
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH 1/1] sctp: do not update t->pathmtu when PMTUD is disabled
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH 1/1] sctp: do not update t->pathmtu when PMTUD is disabled
  • From: Jacek Szafraniec <jacek.szafraniec@xxxxxxxxx>
• [PATCH 0/1] sctp: do not update t->pathmtu when PMTUD is disabled
  • From: Jacek Szafraniec <jacek.szafraniec@xxxxxxxxx>
• Re: [PATCH v2] net: Use nlmsg_unicast() instead of netlink_unicast()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v2] net: Use nlmsg_unicast() instead of netlink_unicast()
  • From: David Ahern <dsahern@xxxxxxxxx>
• [PATCH v2] net: Use nlmsg_unicast() instead of netlink_unicast()
  • From: Yajun Deng <yajun.deng@xxxxxxxxx>
• Re: [PATCH] net: Use nlmsg_unicast() instead of netlink_unicast()
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH] net: Use nlmsg_unicast() instead of netlink_unicast()
  • From: Yajun Deng <yajun.deng@xxxxxxxxx>
• Re: The new sysctl and socket option added for PLPMTUD (RFC8899)
  • From: Timo Völker <timo.voelker@xxxxxxxxxxxxxx>
• [syzbot] KASAN: use-after-free Write in sctp_auth_shkey_hold
  • From: syzbot <syzbot+b774577370208727d12b@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: The new sysctl and socket option added for PLPMTUD (RFC8899)
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: The new sysctl and socket option added for PLPMTUD (RFC8899)
  • From: Timo Völker <timo.voelker@xxxxxxxxxxxxxx>
• Re: The new sysctl and socket option added for PLPMTUD (RFC8899)
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: The new sysctl and socket option added for PLPMTUD (RFC8899)
  • From: Timo Völker <timo.voelker@xxxxxxxxxxxxxx>
• Re: The new sysctl and socket option added for PLPMTUD (RFC8899)
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH AUTOSEL 5.12 157/160] sctp: add size validation when walking chunks
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.12 156/160] sctp: validate from_addr_param return
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 31/31] sctp: add size validation when walking chunks
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 35/35] sctp: add size validation when walking chunks
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 135/137] sctp: add size validation when walking chunks
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 134/137] sctp: validate from_addr_param return
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 45/45] sctp: add size validation when walking chunks
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 44/45] sctp: validate from_addr_param return
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 54/55] sctp: add size validation when walking chunks
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 53/55] sctp: validate from_addr_param return
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 72/74] sctp: add size validation when walking chunks
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 71/74] sctp: validate from_addr_param return
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.13 186/189] sctp: add size validation when walking chunks
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.13 185/189] sctp: validate from_addr_param return
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: The new sysctl and socket option added for PLPMTUD (RFC8899)
  • From: Timo Völker <timo.voelker@xxxxxxxxxxxxxx>
• Re: [PATCH] net: Fix called net_enable_timestamp() in sctp_copy_sock()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH] net: Fix called net_enable_timestamp() in sctp_copy_sock()
  • From: Yajun Deng <yajun.deng@xxxxxxxxx>
• Re: [PATCH net-next] sctp: check pl.raise_count separately from its increment
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next] sctp: move 198 addresses from unusable to private scope
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next] sctp: move 198 addresses from unusable to private scope
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next] sctp: check pl.raise_count separately from its increment
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net-next] sctp: move 198 addresses from unusable to private scope
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next] sctp: check pl.raise_count separately from its increment
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• RE: [PATCH net] sctp: prevent info leak in sctp_make_heartbeat()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net] sctp: prevent info leak in sctp_make_heartbeat()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH net] sctp: prevent info leak in sctp_make_heartbeat()
  • From: Andreas Fink <afink@xxxxxxxxxxxxx>
• [PATCH net] sctp: prevent info leak in sctp_make_heartbeat()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH net 0/4] sctp: add some size validations
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCHv2 net-next 0/2] sctp: make the PLPMTUD probe more effective and efficient
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net 2/4] sctp: add size validation when walking chunks
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net 0/4] sctp: add some size validations
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net 1/4] sctp: validate from_addr_param return
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net 4/4] sctp: add param size validation for SCTP_PARAM_SET_PRIMARY
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net 3/4] sctp: validate chunk size in __rcv_asconf_lookup
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv2 net-next 0/2] sctp: make the PLPMTUD probe more effective and efficient
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCHv2 net-next 2/2] sctp: send the next probe immediately once the last one is acked
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 1/2] sctp: do black hole detection in search complete state
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 0/2] sctp: make the PLPMTUD probe more effective and efficient
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 1/2] sctp: do black hole detection in search complete state
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 1/2] sctp: do black hole detection in search complete state
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net-next 2/2] sctp: send the next probe immediately once the last one is acked
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 1/2] sctp: do black hole detection in search complete state
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 0/2] sctp: make the PLPMTUD probe more effective and efficient
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net-next 00/14] sctp: implement RFC8899: Packetization Layer Path MTU Discovery for SCTP transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• RE: [PATCHv2 net-next 00/14] sctp: implement RFC8899: Packetization Layer Path MTU Discovery for SCTP transport
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCHv2 net-next 00/14] sctp: implement RFC8899: Packetization Layer Path MTU Discovery for SCTP transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net-next 00/14] sctp: implement RFC8899: Packetization Layer Path MTU Discovery for SCTP transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• RE: [PATCHv2 net-next 00/14] sctp: implement RFC8899: Packetization Layer Path MTU Discovery for SCTP transport
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCHv2 net-next 00/14] sctp: implement RFC8899: Packetization Layer Path MTU Discovery for SCTP transport
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCHv2 net-next 13/14] sctp: extract sctp_v4_err_handle function from sctp_v4_err
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 14/14] sctp: process sctp over udp icmp err on sctp side
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 11/14] sctp: remove the unessessary hold for idev in sctp_v6_err
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 12/14] sctp: extract sctp_v6_err_handle function from sctp_v6_err
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 10/14] sctp: enable PLPMTUD when the transport is ready
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 09/14] sctp: do state transition when receiving an icmp TOOBIG packet
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 07/14] sctp: do state transition when PROBE_COUNT == MAX_PROBES on HB send path
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 06/14] sctp: do the basic send and recv for PLPMTUD probe
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 08/14] sctp: do state transition when a probe succeeds on HB ACK recv path
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 05/14] sctp: add the probe timer in transport for PLPMTUD
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 03/14] sctp: add SCTP_PLPMTUD_PROBE_INTERVAL sockopt for sock/asoc/transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 02/14] sctp: add probe_interval in sysctl and sock/asoc/transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 04/14] sctp: add the constants/variables and states and some APIs for transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 01/14] sctp: add pad chunk and its make function and event table
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 00/14] sctp: implement RFC8899: Packetization Layer Path MTU Discovery for SCTP transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 06/14] sctp: do the basic send and recv for PLPMTUD probe
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 00/14] sctp: implement RFC8899: Packetization Layer Path MTU Discovery for SCTP transport
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next 06/14] sctp: do the basic send and recv for PLPMTUD probe
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 06/14] sctp: do the basic send and recv for PLPMTUD probe
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH net-next 14/14] sctp: process sctp over udp icmp err on sctp side
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 13/14] sctp: extract sctp_v4_err_handle function from sctp_v4_err
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 12/14] sctp: extract sctp_v6_err_handle function from sctp_v6_err
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 11/14] sctp: remove the unessessary hold for idev in sctp_v6_err
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 10/14] sctp: enable PLPMTUD when the transport is ready
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 08/14] sctp: do state transition when a probe succeeds on HB ACK recv path
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 09/14] sctp: do state transition when receiving an icmp TOOBIG packet
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 07/14] sctp: do state transition when PROBE_COUNT == MAX_PROBES on HB send path
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 06/14] sctp: do the basic send and recv for PLPMTUD probe
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 05/14] sctp: add the probe timer in transport for PLPMTUD
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 04/14] sctp: add the constants/variables and states and some APIs for transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 03/14] sctp: add SCTP_PLPMTUD_PROBE_INTERVAL sockopt for sock/asoc/transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 02/14] sctp: add probe_interval in sysctl and sock/asoc/transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 01/14] sctp: add pad chunk and its make function and event table
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 00/14] sctp: implement RFC8899: Packetization Layer Path MTU Discovery for SCTP transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: draft-stewart-tsvwg-sctp-ipv4 enforcement
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: draft-stewart-tsvwg-sctp-ipv4 enforcement
  • From: Michael Tuexen <tuexen@xxxxxxxxxxx>
• Re: draft-stewart-tsvwg-sctp-ipv4 enforcement
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• draft-stewart-tsvwg-sctp-ipv4 enforcement
  • From: Sérgio <surkamp@xxxxxxxxx>
• Re: The new sysctl and socket option added for PLPMTUD (RFC8899)
  • From: tuexen@xxxxxxxxxxx
• Re: The new sysctl and socket option added for PLPMTUD (RFC8899)
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: The new sysctl and socket option added for PLPMTUD (RFC8899)
  • From: tuexen@xxxxxxxxxxx
• The new sysctl and socket option added for PLPMTUD (RFC8899)
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [syzbot] KMSAN: uninit-value in sctp_inq_pop
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH v2 net-next] sctp: sm_statefuns: Fix spelling mistakes
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH v2 net-next] sctp: sm_statefuns: Fix spelling mistakes
  • From: Zheng Yongjun <zhengyongjun3@xxxxxxxxxx>
• 答复: [PATCH net-next] sctp: sm_statefuns: Fix spelling mistakes
  • From: zhengyongjun <zhengyongjun3@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: sm_statefuns: Fix spelling mistakes
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next] sctp: sm_statefuns: Fix spelling mistakes
  • From: Zheng Yongjun <zhengyongjun3@xxxxxxxxxx>
• Re: [PATCH net] sctp: add the missing setting for asoc encap_port
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] sctp: fix the proc_handler for sysctl encap_port
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net] sctp: fix the proc_handler for sysctl encap_port
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: add the missing setting for asoc encap_port
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
  • From: Michael Tuexen <tuexen@xxxxxxxxxxx>
• Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
  • From: Michael Tuexen <tuexen@xxxxxxxxxxx>
• Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
  • From: tuexen@xxxxxxxxxxx
• Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
  • From: tuexen@xxxxxxxxxxx
• Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
  • From: mleitner@xxxxxxxxxx
• Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
  • From: mleitner@xxxxxxxxxx
• Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
  • From: Michael Tuexen <tuexen@xxxxxxxxxxx>
• Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
  • From: Michael Tuexen <tuexen@xxxxxxxxxxx>
• Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
  • From: Michael Tuexen <tuexen@xxxxxxxxxxx>
• add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH RESEND][next] sctp: Fix fall-through warnings for Clang
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH] net: Remove the member netns_ok
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [syzbot] KMSAN: uninit-value in sctp_inq_pop
  • From: syzbot <syzbot+0beedf55972341845fa1@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] net: Remove the member netns_ok
  • From: Yejune Deng <yejune.deng@xxxxxxxxx>
• Re: Race of sctp_assoc_control_transport() against sctp_assoc_rm_peer() ?
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net 0/2] sctp: fix the race condition in sctp_destroy_sock in a proper way
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net 0/2] sctp: fix the race condition in sctp_destroy_sock in a proper way
  • From: Salvatore Bonaccorso <carnil@xxxxxxxxxx>
• Re: KASAN: use-after-free Read in __lock_sock (high-risk primitives found)
  • From: SyzScope <syzscope@xxxxxxxxx>
• [PATCH AUTOSEL 4.4 15/19] sctp: Fix out-of-bounds warning in sctp_process_asconf_param()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 15/22] sctp: Fix out-of-bounds warning in sctp_process_asconf_param()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 17/25] sctp: Fix out-of-bounds warning in sctp_process_asconf_param()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 22/32] sctp: Fix out-of-bounds warning in sctp_process_asconf_param()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 30/46] sctp: Fix out-of-bounds warning in sctp_process_asconf_param()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 58/85] sctp: Fix out-of-bounds warning in sctp_process_asconf_param()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.11 074/104] sctp: Fix out-of-bounds warning in sctp_process_asconf_param()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.12 084/116] sctp: Fix out-of-bounds warning in sctp_process_asconf_param()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH net] sctp: fix a SCTP_MIB_CURRESTAB leak in sctp_sf_do_dupcook_b
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net 0/2] sctp: fix the race condition in sctp_destroy_sock in a proper way
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net 0/2] sctp: fix the incorrect revert
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net 2/2] sctp: delay auto_asconf init until binding the first addr
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 1/2] Revert "net/sctp: fix race condition in sctp_destroy_sock"
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 0/2] sctp: fix the race condition in sctp_destroy_sock in a proper way
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: fix a SCTP_MIB_CURRESTAB leak in sctp_sf_do_dupcook_b
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 2/2] Revert "sctp: Fix SHUTDOWN CTSN Ack in the peer restart case"
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 1/2] Revert "Revert "sctp: Fix bundling of SHUTDOWN with COOKIE-ACK""
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 0/2] sctp: fix the incorrect revert
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [syzbot] possible deadlock in sctp_addr_wq_timeout_handler
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net 0/3] sctp: always send a chunk with the asoc that it belongs to
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net 3/3] sctp: do asoc update earlier in sctp_sf_do_dupcook_b
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net 3/3] sctp: do asoc update earlier in sctp_sf_do_dupcook_b
  • From: "Leppanen, Jere (Nokia - FI/Espoo)" <jere.leppanen@xxxxxxxxx>
• Re: [PATCHv2 net 2/3] Revert "sctp: Fix bundling of SHUTDOWN with COOKIE-ACK"
  • From: "Leppanen, Jere (Nokia - FI/Espoo)" <jere.leppanen@xxxxxxxxx>
• Re: [PATCHv2 net 0/3] sctp: always send a chunk with the asoc that it belongs to
  • From: "Leppanen, Jere (Nokia - FI/Espoo)" <jere.leppanen@xxxxxxxxx>
• Re: [PATCHv2 net 0/3] sctp: always send a chunk with the asoc that it belongs to
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next] sctp: Remove redundant skb_list null check
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 3/3] sctp: do asoc update earlier in sctp_sf_do_dupcook_b
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 2/3] Revert "sctp: Fix bundling of SHUTDOWN with COOKIE-ACK"
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 1/3] sctp: do asoc update earlier in sctp_sf_do_dupcook_a
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 0/3] sctp: always send a chunk with the asoc that it belongs to
  • From: Xin Long <lucien.xin@xxxxxxxxx>