Linux SCTP (Stream Control Transmission Protocol)
Thread Index
[
Prev Page
][
Next Page
]
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>
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>
[Index of Archives]
[Linux Networking Development]
[Linux USB Devel]
[Linux SCSI]
[Samba]
[Yosemite News]
SCTP