Linux SCTP (Stream Control Transmission Protocol)

• Thread Index

• Re: [PATCH] sctp: Replace zero-length array with flexible array member
  • From: Kees Cook <kees@xxxxxxxxxx>
• [PATCH] sctp: Replace zero-length array with flexible array member
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxx>
• [PATCH] sctp: Remove commented out code
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxx>
• RE: [RFC PATCH v2 1/8] landlock: Fix non-TCP sockets restriction
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net-next v2] sctp: Avoid enqueuing addr events redundantly
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next v2] sctp: Avoid enqueuing addr events redundantly
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• RE: Solving address deletion bottleneck in SCTP
  • From: Gilad Naaman <gnaaman@xxxxxxxxxxxxx>
• RE: Solving address deletion bottleneck in SCTP
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Solving address deletion bottleneck in SCTP
  • From: Gilad Naaman <gnaaman@xxxxxxxxxxxxx>
• [PATCH net-next v2] sctp: Avoid enqueuing addr events redundantly
  • From: Gilad Naaman <gnaaman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: properly validate chunk size in sctp_sf_ootb()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [syzbot] [sctp?] KMSAN: uninit-value in sctp_sf_ootb
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: properly validate chunk size in sctp_sf_ootb()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next] sctp: Avoid enqueuing addr events redundantly
  • From: Gilad Naaman <gnaaman@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: Avoid enqueuing addr events redundantly
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: Solving address deletion bottleneck in SCTP
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [syzbot] [sctp?] KMSAN: uninit-value in sctp_sf_ootb
  • From: syzbot <syzbot+f0cbb34d39392f2746ca@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Solving address deletion bottleneck in SCTP
  • From: Gilad Naaman <gnaaman@xxxxxxxxxxxxx>
• [PATCH net-next] sctp: Avoid enqueuing addr events redundantly
  • From: Gilad Naaman <gnaaman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: ensure sk_state is set to CLOSED if hashing fails in sctp_listen_start
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] sctp: ensure sk_state is set to CLOSED if hashing fails in sctp_listen_start
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net] sctp: ensure sk_state is set to CLOSED if hashing fails in sctp_listen_start
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: set sk_state back to CLOSED if autobind fails in sctp_listen_start
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] sctp: set sk_state back to CLOSED if autobind fails in sctp_listen_start
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: set sk_state back to CLOSED if autobind fails in sctp_listen_start
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: set sk_state back to CLOSED if autobind fails in sctp_listen_start
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net] sctp: set sk_state back to CLOSED if autobind fails in sctp_listen_start
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [syzbot] [sctp?] general protection fault in sctp_inet_listen
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [syzbot] [sctp?] general protection fault in sctp_inet_listen
  • From: syzbot <syzbot+f4e0f821e3a3b7cee51d@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 net-next] sctp: Fix typos in comments across various files
  • From: Maxime Chevallier <maxime.chevallier@xxxxxxxxxxx>
• [PATCH v1 net-next] sctp: Fix typos in comments across various files
  • From: Yu Jiaoliang <yujiaoliang@xxxxxxxx>
• Re: [PATCH net-next 00/12] Unmask upper DSCP bits - part 4 (last)
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next 00/12] Unmask upper DSCP bits - part 4 (last)
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [PATCH net-next 12/12] sctp: Unmask upper DSCP bits in sctp_v4_get_dst()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 07/12] ipv4: ip_tunnel: Unmask upper DSCP bits in ip_tunnel_xmit()
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH net-next 06/12] ipv4: ip_tunnel: Unmask upper DSCP bits in ip_md_tunnel_xmit()
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH net-next 05/12] ipv4: ip_tunnel: Unmask upper DSCP bits in ip_tunnel_bind_dev()
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH net-next 05/12] ipv4: ip_tunnel: Unmask upper DSCP bits in ip_tunnel_bind_dev()
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH net-next 05/12] ipv4: ip_tunnel: Unmask upper DSCP bits in ip_tunnel_bind_dev()
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH net-next 12/12] sctp: Unmask upper DSCP bits in sctp_v4_get_dst()
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH net-next 11/12] ipv4: udp_tunnel: Unmask upper DSCP bits in udp_tunnel_dst_lookup()
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH net-next 10/12] netfilter: nf_dup4: Unmask upper DSCP bits in nf_dup_ipv4_route()
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH net-next 09/12] netfilter: nft_flow_offload: Unmask upper DSCP bits in nft_flow_route()
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH net-next 08/12] ipv4: netfilter: Unmask upper DSCP bits in ip_route_me_harder()
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH net-next 05/12] ipv4: ip_tunnel: Unmask upper DSCP bits in ip_tunnel_bind_dev()
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH net-next 04/12] ipv4: icmp: Unmask upper DSCP bits in icmp_reply()
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH net-next 03/12] bpf: lwtunnel: Unmask upper DSCP bits in bpf_lwt_xmit_reroute()
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH net-next 02/12] ipv4: ip_gre: Unmask upper DSCP bits in ipgre_open()
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH net-next 01/12] netfilter: br_netfilter: Unmask upper DSCP bits in br_nf_pre_routing_finish()
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• [PATCH net-next 12/12] sctp: Unmask upper DSCP bits in sctp_v4_get_dst()
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [PATCH net-next 11/12] ipv4: udp_tunnel: Unmask upper DSCP bits in udp_tunnel_dst_lookup()
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [PATCH net-next 10/12] netfilter: nf_dup4: Unmask upper DSCP bits in nf_dup_ipv4_route()
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [PATCH net-next 09/12] netfilter: nft_flow_offload: Unmask upper DSCP bits in nft_flow_route()
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [PATCH net-next 08/12] ipv4: netfilter: Unmask upper DSCP bits in ip_route_me_harder()
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [PATCH net-next 07/12] ipv4: ip_tunnel: Unmask upper DSCP bits in ip_tunnel_xmit()
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [PATCH net-next 06/12] ipv4: ip_tunnel: Unmask upper DSCP bits in ip_md_tunnel_xmit()
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [PATCH net-next 05/12] ipv4: ip_tunnel: Unmask upper DSCP bits in ip_tunnel_bind_dev()
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [PATCH net-next 04/12] ipv4: icmp: Unmask upper DSCP bits in icmp_reply()
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [PATCH net-next 03/12] bpf: lwtunnel: Unmask upper DSCP bits in bpf_lwt_xmit_reroute()
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [PATCH net-next 02/12] ipv4: ip_gre: Unmask upper DSCP bits in ipgre_open()
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [PATCH net-next 00/12] Unmask upper DSCP bits - part 4 (last)
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [PATCH net-next 01/12] netfilter: br_netfilter: Unmask upper DSCP bits in br_nf_pre_routing_finish()
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH net] sctp: fix association labeling in the duplicate COOKIE-ECHO case
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next 12/13] net: Correct spelling in headers
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH] sctp: fix association labeling in the duplicate COOKIE-ECHO case
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH net-next 00/13] net: header and core spelling corrections
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next 12/13] net: Correct spelling in headers
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [syzbot] [sctp?] KMSAN: uninit-value in sctp_sf_ootb
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [syzbot] [sctp?] KMSAN: uninit-value in sctp_sf_ootb
  • From: syzbot <syzbot+f0cbb34d39392f2746ca@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] sctp: fix association labeling in the duplicate COOKIE-ECHO case
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: fix association labeling in the duplicate COOKIE-ECHO case
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH net-next 00/13] net: header and core spelling corrections
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH net-next 00/13] net: header and core spelling corrections
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH net-next 00/13] net: header and core spelling corrections
  • From: Philipp Stanner <stanner@xxxxxxxxx>
• BUG: general protection fault in sctp_inet6addr_event
  • From: Juefei Pu <juefei.pu@xxxxxxxxxxxxx>
• Re: [PATCH net-next 08/13] NFC: Correct spelling in headers
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH net-next 01/13] packet: Correct spelling in if_packet.h
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH net-next 11/13] x25: Correct spelling in x25.h
  • From: Martin Schiller <ms@xxxxxxxxxx>
• Re: [PATCH net-next 06/13] net: qualcomm: rmnet: Correct spelling in if_rmnet.h
  • From: "Subash Abhinov Kasiviswanathan (KS)" <quic_subashab@xxxxxxxxxxx>
• Re: [PATCH net-next 10/13] sctp: Correct spelling in headers
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 13/13] net: Correct spelling in net/core
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH net-next 12/13] net: Correct spelling in headers
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH net-next 11/13] x25: Correct spelling in x25.h
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH net-next 10/13] sctp: Correct spelling in headers
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH net-next 09/13] net: sched: Correct spelling in headers
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH net-next 08/13] NFC: Correct spelling in headers
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH net-next 07/13] netlabel: Correct spelling in netlabel.h
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH net-next 06/13] net: qualcomm: rmnet: Correct spelling in if_rmnet.h
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH net-next 05/13] bonding: Correct spelling in headers
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH net-next 04/13] ipv6: Correct spelling in ipv6.h
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH net-next 03/13] ip_tunnel: Correct spelling in ip_tunnels.h
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH net-next 02/13] s390/iucv: Correct spelling in iucv.h
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH net-next 01/13] packet: Correct spelling in if_packet.h
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH net-next 00/13] net: header and core spelling corrections
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH v2 net] sctp: Fix null-ptr-deref in reuseport_add_sock().
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v2 net] sctp: Fix null-ptr-deref in reuseport_add_sock().
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH v2 net] sctp: Fix null-ptr-deref in reuseport_add_sock().
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH v1 net] sctp: Fix null-ptr-deref in reuseport_add_sock().
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH v1 net] sctp: Fix null-ptr-deref in reuseport_add_sock().
  • From: Dmitry Antipov <dmantipov@xxxxxxxxx>
• Re: Re: [PATCH v1 net] sctp: Fix null-ptr-deref in reuseport_add_sock().
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: Re: [PATCH v1 net] sctp: Fix null-ptr-deref in reuseport_add_sock().
  • From: Dmitry Antipov <dmantipov@xxxxxxxxx>
• Re: [PATCH v1 net] sctp: Fix null-ptr-deref in reuseport_add_sock().
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH v1 net] sctp: Fix null-ptr-deref in reuseport_add_sock().
  • From: Dmitry Antipov <dmantipov@xxxxxxxxx>
• [PATCH v1 net] sctp: Fix null-ptr-deref in reuseport_add_sock().
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [GIT PULL] sysctl constification changes for v6.11-rc1
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Re: [GIT PULL] sysctl constification changes for v6.11-rc1
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Re: [GIT PULL] sysctl constification changes for v6.11-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] sysctl constification changes for v6.11-rc1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [GIT PULL] sysctl constification changes for v6.11-rc1
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH net-next] sctp: Fix typos and improve comments
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next] sctp: Fix typos and improve comments
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH net-next] sctp: Fix typos and improve comments
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: cancel a blocking accept when shutdown a listen socket
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net-next] sctp: cancel a blocking accept when shutdown a listen socket
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: sctp_recvmsg returns duplicate messages.
  • From: Igor Spiridonov <igor.sp.ser@xxxxxxxxx>
• Re: SCTP doesn't seem to let you 'cancel' a blocking accept()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• RE: SCTP doesn't seem to let you 'cancel' a blocking accept()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: SCTP doesn't seem to let you 'cancel' a blocking accept()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• sctp_recvmsg returns duplicate messages.
  • From: Igor Spiridonov <igor.sp.ser@xxxxxxxxx>
• SCTP doesn't seem to let you 'cancel' a blocking accept()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH] sctp: annotate struct sctp_assoc_ids with __counted_by()
  • From: Erick Archer <erick.archer@xxxxxxxxxxx>
• Re: [PATCH v3 00/11] sysctl: treewide: constify ctl_table argument of sysctl handlers
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 00/11] sysctl: treewide: constify ctl_table argument of sysctl handlers
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v3 00/11] sysctl: treewide: constify ctl_table argument of sysctl handlers
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v3 00/11] sysctl: treewide: constify ctl_table argument of sysctl handlers
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• Re: [PATCH v3 00/11] sysctl: treewide: constify ctl_table argument of sysctl handlers
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v3 00/11] sysctl: treewide: constify ctl_table argument of sysctl handlers
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 00/11] sysctl: treewide: constify ctl_table argument of sysctl handlers
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v3 00/11] sysctl: treewide: constify ctl_table argument of sysctl handlers
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH net-next v6 8/8] ax.25: x.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH net-next v6 8/8] ax.25: x.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v3 00/11] sysctl: treewide: constify ctl_table argument of sysctl handlers
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• Re: [PATCH v2] sysctl: treewide: constify ctl_table_header::ctl_table_arg
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH net-next v6 1/8] net: Remove the now superfluous sentinel elements from ctl_table array
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next v6 0/8] sysctl: Remove sentinel elements from networking
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH net-next v6 8/8] ax.25: x.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v3 00/11] sysctl: treewide: constify ctl_table argument of sysctl handlers
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH net-next v6 3/8] net: rds: Remove the now superfluous sentinel elements from ctl_table array
  • From: Allison Henderson <allison.henderson@xxxxxxxxxx>
• INIT_ACK.src := INIT.dst /*for outdated clients that ignore RFC*/
  • From: Alexander Petrossian <alexander.petrossian@xxxxxxxxx>
• Re: [PATCH] sctp: annotate struct sctp_assoc_ids with __counted_by()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] sctp: annotate struct sctp_assoc_ids with __counted_by()
  • From: Justin Stitt <justinstitt@xxxxxxxxxx>
• [PATCH] sctp: annotate struct sctp_assoc_ids with __counted_by()
  • From: Erick Archer <erick.archer@xxxxxxxxxxx>
• Re: [PATCH] sctp: prefer struct_size over open coded arithmetic
  • From: Erick Archer <erick.archer@xxxxxxxxxxx>
• Re: [PATCH net-next v6 0/8] sysctl: Remove sentinel elements from networking
  • From: Sabrina Dubroca <sd@xxxxxxxxxxxxxxx>
• Re: [PATCH net-next v6 8/8] ax.25: x.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Sabrina Dubroca <sd@xxxxxxxxxxxxxxx>
• [PATCH net-next v6 3/8] net: rds: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH net-next v6 8/8] ax.25: x.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH net-next v6 4/8] net: sunrpc: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH net-next v6 6/8] netfilter: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH net-next v6 7/8] appletalk: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH net-next v6 5/8] net: Remove ctl_table sentinel elements from several networking subsystems
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH net-next v6 2/8] net: ipv{6,4}: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH net-next v6 0/8] sysctl: Remove sentinel elements from networking
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH net-next v6 1/8] net: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• Re: [PATCH v4 1/8] net: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v5 1/8] net: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH] sctp: prefer struct_size over open coded arithmetic
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH] sctp: prefer struct_size over open coded arithmetic
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 1/8] net: Remove the now superfluous sentinel elements from ctl_table array
  • From: Sabrina Dubroca <sd@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/8] net: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v5 8/8] ax.25: x.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v5 6/8] netfilter: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v3 11/11] sysctl: treewide: constify the ctl_table argument of handlers
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v5 5/8] net: Remove ctl_table sentinel elements from several networking subsystems
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v5 1/8] net: Remove the now superfluous sentinel elements from ctl_table array
  • From: Sabrina Dubroca <sd@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/8] net: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH] sctp: prefer struct_size over open coded arithmetic
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH] sctp: prefer struct_size over open coded arithmetic
  • From: Erick Archer <erick.archer@xxxxxxxxxxx>
• Re: [PATCH v5 8/8] ax.25: x.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Sabrina Dubroca <sd@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/11] sysctl: treewide: constify ctl_table argument of sysctl handlers
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• Re: [PATCH v5 5/8] net: Remove ctl_table sentinel elements from several networking subsystems
  • From: Sabrina Dubroca <sd@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/8] net: Remove the now superfluous sentinel elements from ctl_table array
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v5 4/8] net: sunrpc: Remove the now superfluous sentinel elements from ctl_table array
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH v5 4/8] net: sunrpc: Remove the now superfluous sentinel elements from ctl_table array
  • From: Jeffrey Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v5 6/8] netfilter: Remove the now superfluous sentinel elements from ctl_table array
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH v5 5/8] net: Remove ctl_table sentinel elements from several networking subsystems
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v5 6/8] netfilter: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v5 8/8] ax.25: x.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v5 7/8] appletalk: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v5 4/8] net: sunrpc: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v5 3/8] net: rds: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v5 1/8] net: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v5 0/8] sysctl: Remove sentinel elements from networking
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v5 2/8] net: ipv{6,4}: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• Re: [PATCH v4 1/8] net: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v4 1/8] net: Remove the now superfluous sentinel elements from ctl_table array
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v3 00/11] sysctl: treewide: constify ctl_table argument of sysctl handlers
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH v4 8/8] ax.25: x.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v4 4/8] net: sunrpc: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v4 6/8] netfilter: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v4 7/8] appletalk: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v4 5/8] net: Remove ctl_table sentinel elements from several networking subsystems
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v4 3/8] net: rds: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v4 0/8] sysctl: Remove sentinel elements from networking
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v4 2/8] net: ipv{6,4}: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v4 1/8] net: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• Re: [PATCH v3 00/11] sysctl: treewide: constify ctl_table argument of sysctl handlers
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v3 00/11] sysctl: treewide: constify ctl_table argument of sysctl handlers
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• Re: [PATCH v3 00/11] sysctl: treewide: constify ctl_table argument of sysctl handlers
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v3 00/11] sysctl: treewide: constify ctl_table argument of sysctl handlers
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v3 01/11] stackleak: don't modify ctl_table argument
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH v3 00/11] sysctl: treewide: constify ctl_table argument of sysctl handlers
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH v3 03/11] hugetlb: constify ctl_table arguments of utility functions
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH v3 04/11] utsname: constify ctl_table arguments of utility function
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH v3 02/11] cgroup: bpf: constify ctl_table arguments and fields
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH v3 11/11] sysctl: treewide: constify the ctl_table argument of handlers
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH v3 09/11] ipvs: constify ctl_table arguments of utility functions
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH v3 10/11] sysctl: constify ctl_table arguments of utility function
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH v3 08/11] ipv6/ndisc: constify ctl_table arguments of utility function
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH v3 07/11] ipv6/addrconf: constify ctl_table arguments of utility functions
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH v3 06/11] ipv4/sysctl: constify ctl_table arguments of utility functions
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH v3 05/11] neighbour: constify ctl_table arguments of utility function
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• Re: [PATCH v2] sysctl: treewide: constify ctl_table_header::ctl_table_arg
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2] sysctl: treewide: constify ctl_table_header::ctl_table_arg
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/4] networking: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v3 1/4] networking: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v3 1/4] networking: Remove the now superfluous sentinel elements from ctl_table array
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH v3 4/4] ax.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH v3 1/4] networking: Remove the now superfluous sentinel elements from ctl_table array
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH v2 4/4] ax.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• [PATCH v3 4/4] ax.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v3 3/4] appletalk: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v3 2/4] netfilter: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v3 1/4] networking: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v3 0/4] sysctl: Remove sentinel elements from networking
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• Re: [PATCH v2 4/4] ax.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v2 4/4] ax.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH v2 4/4] ax.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v2 4/4] ax.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v2 4/4] ax.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• [PATCH v2 4/4] ax.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• [PATCH v2 4/4] ax.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v2 3/4] appletalk: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v2 2/4] netfilter: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v2 1/4] networking: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v2 0/4] sysctl: Remove sentinel elements from networking
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• Re: [PATCH 11/11] sysctl: treewide: constify the ctl_table argument of handlers
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 08/11] ipv6/ndisc: constify ctl_table arguments of utility function
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 10/11] sysctl: constify ctl_table arguments of utility function
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 07/11] ipv6/addrconf: constify ctl_table arguments of utility functions
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 09/11] ipvs: constify ctl_table arguments of utility functions
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 11/11] sysctl: treewide: constify the ctl_table argument of handlers
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 06/11] ipv4/sysctl: constify ctl_table arguments of utility functions
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 05/11] neighbour: constify ctl_table arguments of utility function
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 04/11] utsname: constify ctl_table arguments of utility function
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 03/11] hugetlb: constify ctl_table arguments of utility functions
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 02/11] cgroup: bpf: constify ctl_table arguments and fields
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 01/11] stackleak: don't modify ctl_table argument
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 00/11] sysctl: treewide: constify ctl_table argument of sysctl handlers
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• Re: [PATCH 0/4] sysctl: Remove sentinel elements from networking
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH 0/4] sysctl: Remove sentinel elements from networking
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH 4/4] ax.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH 3/4] appletalk: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH 2/4] netfilter: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH 1/4] networking: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH 0/4] sysctl: Remove sentinel elements from networking
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• Question about SCTP_UNKNOWN
  • From: Marc Frederiks <marc.frederiks@xxxxxxxxxxxxxxxx>
• Re: [PATCH] [v3] net: sctp: fix skb leak in sctp_inq_free()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH] [v3] net: sctp: fix skb leak in sctp_inq_free()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH] [v3] net: sctp: fix skb leak in sctp_inq_free()
  • From: Dmitry Antipov <dmantipov@xxxxxxxxx>
• Re: [PATCH] [v2] net: sctp: fix skb leak in sctp_inq_free()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH] [v2] net: sctp: fix skb leak in sctp_inq_free()
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH] [v2] net: sctp: fix skb leak in sctp_inq_free()
  • From: Dmitry Antipov <dmantipov@xxxxxxxxx>
• Re: Linux SCTP multihoming question
  • From: Philipp Stanner <stanner@xxxxxxxxx>
• RE: Linux SCTP multihoming question
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Linux SCTP multihoming question
  • From: Philipp Stanner <stanner@xxxxxxxxx>
• RE: Linux SCTP multihoming question
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Linux SCTP multihoming question
  • From: Philipp Stanner <stanner@xxxxxxxxx>
• RE: Linux SCTP multihoming question
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH] net: sctp: fix skb leak in sctp_inq_free()
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: Linux SCTP multihoming question
  • From: o.evistel@xxxxxxx
• Re: Linux SCTP multihoming question
  • From: o.evistel@xxxxxxx
• Re: Linux SCTP multihoming question
  • From: Andreas Fink <afink@xxxxxxxxxxxxx>
• Linux SCTP multihoming question
  • From: o.evistel@xxxxxxx
• [PATCH] net: sctp: fix skb leak in sctp_inq_free()
  • From: Dmitry Antipov <dmantipov@xxxxxxxxx>
• Re: [lvc-project] [PATCH] net: sctp: fix memory leak in sctp_chunk_destroy()
  • From: "Antipov, Dmitriy" <Dmitriy.Antipov@xxxxxxxxxxxx>
• Re: [PATCH] net: sctp: fix memory leak in sctp_chunk_destroy()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH] net: sctp: fix memory leak in sctp_chunk_destroy()
  • From: Dmitry Antipov <dmantipov@xxxxxxxxx>
• Re: [PATCH net-next] sctp: Simplify the allocation of slab caches
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Using skb_clone() after __skb_header_release()
  • From: Dmitry Antipov <dmantipov@xxxxxxxxx>
• Re: [PATCH net-next] sctp: Simplify the allocation of slab caches
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next] sctp: Simplify the allocation of slab caches
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [PATCH net-next] sctp: Simplify the allocation of slab caches
  • From: Kunwu Chan <chentao@xxxxxxxxxx>
• Re: [PATCH nf] netfilter: check SCTP_CID_SHUTDOWN_ACK for vtag setting in sctp_new
  • From: Florian Westphal <fw@xxxxxxxxx>
• [PATCH nf] netfilter: check SCTP_CID_SHUTDOWN_ACK for vtag setting in sctp_new
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 0/6] sctp: fix a plenty of flexible-array-nested warnings
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• PSA: this list has moved to new vger infra (no action required)
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] net: fill in MODULE_DESCRIPTION()s for SOCK_DIAG modules
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net] net: fill in MODULE_DESCRIPTION()s for SOCK_DIAG modules
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCHv2 nf 0/2] netfilter: handle the sctp collision properly and add selftest
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH net] sctp: update transport state when processing a dupcook packet
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] sctp: update hb timer immediately after users change hb_interval
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH] [net-next] sctp: Spelling s/preceeding/preceding/g
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCHv2 nf 2/2] selftests: netfilter: test for sctp collision processing in nf_conntrack
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 nf 1/2] netfilter: handle the connecting collision properly in nf_conntrack_proto_sctp
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 nf 0/2] netfilter: handle the sctp collision properly and add selftest
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH nf] netfilter: handle the connecting collision properly in nf_conntrack_proto_sctp
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH nf] netfilter: handle the connecting collision properly in nf_conntrack_proto_sctp
  • From: Florian Westphal <fw@xxxxxxxxx>
• Re: [PATCH nf] netfilter: handle the connecting collision properly in nf_conntrack_proto_sctp
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH nf] netfilter: handle the connecting collision properly in nf_conntrack_proto_sctp
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH nf] netfilter: handle the connecting collision properly in nf_conntrack_proto_sctp
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH net] sctp: update hb timer immediately after users change hb_interval
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH net] sctp: update transport state when processing a dupcook packet
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH] [net-next] sctp: Spelling s/preceeding/preceding/g
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH nf] netfilter: handle the connecting collision properly in nf_conntrack_proto_sctp
  • From: Florian Westphal <fw@xxxxxxxxx>
• Re: [PATCH nf] netfilter: handle the connecting collision properly in nf_conntrack_proto_sctp
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH nf] netfilter: handle the connecting collision properly in nf_conntrack_proto_sctp
  • From: Florian Westphal <fw@xxxxxxxxx>
• Re: [PATCH nf] netfilter: handle the connecting collision properly in nf_conntrack_proto_sctp
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH nf] netfilter: handle the connecting collision properly in nf_conntrack_proto_sctp
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: update hb timer immediately after users change hb_interval
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: update transport state when processing a dupcook packet
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH] [net-next] sctp: Spelling s/preceeding/preceding/g
  • From: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
• Re: [syzbot] [sctp?] [reiserfs?] KMSAN: uninit-value in __schedule (4)
  • From: Alexander Potapenko <glider@xxxxxxxxxx>
• Re: [syzbot] [sctp?] [reiserfs?] KMSAN: uninit-value in __schedule (4)
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH] sctp: Fix spelling mistake "tranport" -> "transport"
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: fix uninit-value in sctp_inq_pop()
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• Re: [GIT PULL] sysctl changes for v6.6-rc1
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [GIT PULL] sysctl changes for v6.6-rc1
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• [syzbot] [sctp?] [reiserfs?] KMSAN: uninit-value in __schedule (4)
  • From: syzbot <syzbot+00f1a932d27258b183e7@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] sctp: Fix spelling mistake "tranport" -> "transport"
  • From: Shubh <shubhisroking@xxxxxxxxx>
• [PATCH] sctp: Fix spelling mistake "tranport" -> "transport"
  • From: Shubh <shubhisroking@xxxxxxxxx>
• Re: [PATCH net] sctp: fix uninit-value in sctp_inq_pop()
  • From: Nikita Zhandarovich <n.zhandarovich@xxxxxxxxxx>
• [GIT PULL] sysctl changes for v6.6-rc1
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH net] sctp: fix uninit-value in sctp_inq_pop()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH AUTOSEL 4.14 3/5] sctp: handle invalid error codes without calling BUG()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 3/5] sctp: handle invalid error codes without calling BUG()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 4/7] sctp: handle invalid error codes without calling BUG()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 4/9] sctp: handle invalid error codes without calling BUG()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 3/6] sctp: handle invalid error codes without calling BUG()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 08/15] sctp: handle invalid error codes without calling BUG()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH net] sctp: fix uninit-value in sctp_inq_pop()
  • From: Nikita Zhandarovich <n.zhandarovich@xxxxxxxxxx>
• RE: SCTP MTU issues
  • From: David Laight <David.Laight@xxxxxxxxxx>
• SCTP MTU issues
  • From: Andreas Fink <afink@xxxxxxxxxxxxx>
• Re: [PATCHv2 nf] netfilter: set default timeout to 3 secs for sctp shutdown send and recv state
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH v3 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCHv2 nf] netfilter: set default timeout to 3 secs for sctp shutdown send and recv state
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH nf] netfilter: set default timeout to 3 secs for sctp shutdown send and recv state
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• RE: [PATCH nf] netfilter: set default timeout to 3 secs for sctp shutdown send and recv state
  • From: Sriram Yagnaraman <sriram.yagnaraman@xxxxxxxx>
• Re: [PATCH nf] netfilter: set default timeout to 3 secs for sctp shutdown send and recv state
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH nf] netfilter: set default timeout to 3 secs for sctp shutdown send and recv state
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next] sctp: Remove unused declaration sctp_backlog_migrate()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next] sctp: Remove unused declaration sctp_backlog_migrate()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: Racy addr->valid in sctp_inet6addr_event() and sctp_copy_laddrs()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next] sctp: Remove unused declaration sctp_backlog_migrate()
  • From: Yue Haibing <yuehaibing@xxxxxxxxxx>
• [PATCH v3 14/14] sysctl: Use ctl_table_size as stopping criteria for list macro
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 13/14] sysctl: SIZE_MAX->ARRAY_SIZE in register_net_sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 12/14] vrf: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 11/14] networking: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 03/14] sysctl: Add ctl_table_size to ctl_table_header
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 04/14] sysctl: Add size argument to init_header
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 10/14] netfilter: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 05/14] sysctl: Add a size arg to __register_sysctl_table
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 06/14] sysctl: Add size to register_sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 08/14] sysctl: Add size to register_net_sysctl function
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 01/14] sysctl: Prefer ctl_table_header in proc_sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 09/14] ax.25: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 07/14] sysctl: Add size arg to __register_sysctl_init
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 02/14] sysctl: Use ctl_table_header in list_for_each_table_entry
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Racy addr->valid in sctp_inet6addr_event() and sctp_copy_laddrs()
  • From: Sishuai Gong <sishuai.system@xxxxxxxxx>
• Re: [PATCH v2 11/14] networking: Update to register_net_sysctl_sz
  • From: Przemek Kitszel <przemyslaw.kitszel@xxxxxxxxx>
• Re: [PATCH v2 11/14] networking: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• Re: [PATCH v2 11/14] networking: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Chris Maness <christopher.maness@xxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Chris Maness <christopher.maness@xxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: crypto: api - Use work queue in crypto_destroy_instance
  • From: Florent Revest <revest@xxxxxxxxxxxx>
• crypto: api - Use work queue in crypto_destroy_instance
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: Remove unused function declarations
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [RFC 0/1] crypto: Avoid a sleepable operation when freeing a SCTP socket
  • From: Florent Revest <revest@xxxxxxxxxxxx>
• [RFC 1/1] crypto: Defer transforms destruction to a worker function
  • From: Florent Revest <revest@xxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: Remove unused function declarations
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH v2 03/14] sysctl: Add ctl_table_size to ctl_table_header
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• Re: [PATCH net-next] sctp: Remove unused function declarations
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH v2 10/14] netfilter: Update to register_net_sysctl_sz
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2 03/14] sysctl: Add ctl_table_size to ctl_table_header
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH v2 03/14] sysctl: Add ctl_table_size to ctl_table_header
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH net-next] sctp: Remove unused function declarations
  • From: Yue Haibing <yuehaibing@xxxxxxxxxx>
• [PATCH v2 05/14] sysctl: Add a size arg to __register_sysctl_table
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 09/14] ax.25: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 06/14] sysctl: Add size to register_sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 11/14] networking: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 04/14] sysctl: Add size argument to init_header
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 13/14] sysctl: SIZE_MAX->ARRAY_SIZE in register_net_sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 12/14] vrf: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 03/14] sysctl: Add ctl_table_size to ctl_table_header
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 14/14] sysctl: Use ctl_table_size as stopping criteria for list macro
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 02/14] sysctl: Use ctl_table_header in list_for_each_table_entry
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 07/14] sysctl: Add size arg to __register_sysctl_init
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 10/14] netfilter: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 08/14] sysctl: Add size to register_net_sysctl function
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 01/14] sysctl: Prefer ctl_table_header in proc_sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• Re: [PATCH 11/14] networking: Update to register_net_sysctl_sz
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH 11/14] networking: Update to register_net_sysctl_sz
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH 11/14] networking: Update to register_net_sysctl_sz
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [PATCH 11/14] networking: Update to register_net_sysctl_sz
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 11/14] networking: Update to register_net_sysctl_sz
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• [PATCH 5.10 049/509] sctp: add bpf_bypass_getsockopt proto callback
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.15 042/532] sctp: add bpf_bypass_getsockopt proto callback
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 0/3] net: Remove more RTO_ONLINK users.
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next 3/3] sctp: Set TOS and routing scope independently for fib lookups.
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 3/3] sctp: Set TOS and routing scope independently for fib lookups.
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• [PATCH net-next 0/3] net: Remove more RTO_ONLINK users.
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• [PATCH 6.1 075/591] sctp: add bpf_bypass_getsockopt proto callback
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6.4 119/800] sctp: add bpf_bypass_getsockopt proto callback
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 net] gso: fix dodgy bit handling for GSO_UDP_L4
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v2 net] gso: fix dodgy bit handling for GSO_UDP_L4
  • From: Yan Zhai <yan@xxxxxxxxxxxxxx>
• Re: [PATCH v2 net] gso: fix dodgy bit handling for GSO_UDP_L4
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v2 net] gso: fix dodgy bit handling for GSO_UDP_L4
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH v2 net] gso: fix dodgy bit handling for GSO_UDP_L4
  • From: Yan Zhai <yan@xxxxxxxxxxxxxx>
• Re: [PATCH net] gso: fix GSO_DODGY bit handling for related protocols
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net] gso: fix GSO_DODGY bit handling for related protocols
  • From: Yan Zhai <yan@xxxxxxxxxxxxxx>
• Re: [PATCH net] gso: fix GSO_DODGY bit handling for related protocols
  • From: Yan Zhai <yan@xxxxxxxxxxxxxx>
• Re: [PATCH net] gso: fix GSO_DODGY bit handling for related protocols
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net] gso: fix GSO_DODGY bit handling for related protocols
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net] gso: fix GSO_DODGY bit handling for related protocols
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net] gso: fix GSO_DODGY bit handling for related protocols
  • From: Yan Zhai <yan@xxxxxxxxxxxxxx>
• [PATCH 6.3 085/431] sctp: add bpf_bypass_getsockopt proto callback
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v3 17/18] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES)
  • From: Askar Safin <safinaskar@xxxxxxxxx>
• Re: [PATCH] sctp: fix potential deadlock on &net->sctp.addr_wq_lock
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH] sctp: fix potential deadlock on &net->sctp.addr_wq_lock
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH] sctp: fix potential deadlock on &net->sctp.addr_wq_lock
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH] sctp: fix potential deadlock on &net->sctp.addr_wq_lock
  • From: Chengfeng Ye <dg573847474@xxxxxxxxx>
• [PATCH AUTOSEL 6.1 08/15] sctp: handle invalid error codes without calling BUG()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 3/5] sctp: handle invalid error codes without calling BUG()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 3/5] sctp: handle invalid error codes without calling BUG()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 3/6] sctp: handle invalid error codes without calling BUG()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 4/9] sctp: handle invalid error codes without calling BUG()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 4/7] sctp: handle invalid error codes without calling BUG()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.3 08/16] sctp: handle invalid error codes without calling BUG()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH net-next v5 16/16] net: Kill MSG_SENDPAGE_NOTLAST
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH net-next v5 15/16] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/4] net: wire up support for file_operations->uring_cmd()
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [RFC PATCH v2 1/4] net: wire up support for file_operations->uring_cmd()
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• [PATCH net-next v4 15/15] net: Kill MSG_SENDPAGE_NOTLAST
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH net-next v4 14/15] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v3] net/sctp: Make sha1 as default algorithm if fips is enabled
  • From: Ashwin Dayanand Kamat <kashwindayan@xxxxxxxxxx>
• Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH 09/11] sysctl: Remove the end element in sysctl table arrays
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH 09/11] sysctl: Remove the end element in sysctl table arrays
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH 06/11] sysctl: Add size to register_net_sysctl function
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• [PATCH net-next v3 18/18] net: Kill MSG_SENDPAGE_NOTLAST
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH net-next v3 17/18] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH net-next v2 17/17] net: Kill MSG_SENDPAGE_NOTLAST
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [RFC PATCH v2 1/4] net: wire up support for file_operations->uring_cmd()
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/4] net: wire up support for file_operations->uring_cmd()
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/4] net: wire up support for file_operations->uring_cmd()
  • From: Kanchan Joshi <joshi.k@xxxxxxxxxxx>
• Re: [PATCH net-next v2 17/17] net: Kill MSG_SENDPAGE_NOTLAST
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/4] net: wire up support for file_operations->uring_cmd()
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/4] net: wire up support for file_operations->uring_cmd()
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• RE: [PATCH net-next v2 17/17] net: Kill MSG_SENDPAGE_NOTLAST
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v2 16/17] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES)
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH net-next v2 17/17] net: Kill MSG_SENDPAGE_NOTLAST
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH net-next 16/17] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH net-next v7] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [RFC PATCH v2 1/4] net: wire up support for file_operations->uring_cmd()
  • From: David Ahern <dsahern@xxxxxxxxxx>
• [RFC PATCH v2 4/4] net: add uring_cmd callback to raw "protocol"
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• [RFC PATCH v2 2/4] net: add uring_cmd callback to UDP
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• [RFC PATCH v2 3/4] net: add uring_cmd callback to TCP
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• [RFC PATCH v2 1/4] net: wire up support for file_operations->uring_cmd()
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• [RFC PATCH v2 0/4] add initial io_uring_cmd support for sockets
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH 1/2 net] sctp: handle invalid error codes without calling BUG()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH 2/2 net] sctp: fix an error code in sctp_sf_eat_auth()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH 2/2 net] sctp: fix an error code in sctp_sf_eat_auth()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 2/2 net] sctp: fix an error code in sctp_sf_eat_auth()
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 2/2 net] sctp: fix an error code in sctp_sf_eat_auth()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next v7] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH 2/2 net] sctp: fix an error code in sctp_sf_eat_auth()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH net-next v7] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH 2/2 net] sctp: fix an error code in sctp_sf_eat_auth()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH 2/2 net] sctp: fix an error code in sctp_sf_eat_auth()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH 1/2 net] sctp: handle invalid error codes without calling BUG()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH net-next v6] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH net-next v6] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net-next v6] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH net-next v6] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH net-next v6] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v6] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: David Ahern <dsahern@xxxxxxxxxx>
• RE: [PATCH net-next v6] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v6] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH net-next v5] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Matthieu Baerts <matthieu.baerts@xxxxxxxxxxxx>
• Re: [PATCH net-next v5] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH net-next v5] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH net-next v5] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH net-next v5] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH net-next v5] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH v3] net/sctp: Make sha1 as default algorithm if fips is enabled
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next v5] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH net-next v4] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH v3] net/sctp: Make sha1 as default algorithm if fips is enabled
  • From: Simon Horman <simon.horman@xxxxxxxxxxxx>
• Re: [PATCH v2] net/sctp: Make sha1 as default algorithm if fips is enabled
  • From: Ashwin Dayanand Kamat <kashwindayan@xxxxxxxxxx>
• [PATCH v3] net/sctp: Make sha1 as default algorithm if fips is enabled
  • From: Ashwin Dayanand Kamat <kashwindayan@xxxxxxxxxx>
• Re: [PATCH net-next v4] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH net-next v4] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: kernel test robot <lkp@xxxxxxxxx>
• RE: [PATCH net-next v4] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v4] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH net-next v3] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2] net/sctp: Make sha1 as default algorithm if fips is enabled
  • From: Simon Horman <simon.horman@xxxxxxxxxxxx>
• Re: [PATCH v2] net/sctp: Make sha1 as default algorithm if fips is enabled
  • From: Ashwin Dayanand Kamat <kashwindayan@xxxxxxxxxx>
• Re: [PATCH net-next v3] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH net-next v3] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH net-next v3] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH net-next v3] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH net-next v3] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [PATCH net-next v3] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH net-next v3] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [PATCH net-next v3] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Simon Horman <simon.horman@xxxxxxxxxxxx>
• Re: [PATCH net-next v3] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• [PATCH net-next v3] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH v2] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [PATCH v2] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: SCTP Authentication Current State and Examples
  • From: Adam Snaider <adam.snaider@xxxxxxxxxxxxxxxxx>
• Re: SCTP Authentication Current State and Examples
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH v2] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH v2] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCHv2 net] sctp: fix an issue that plpmtu can never go to complete state
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• RE: [PATCH 1/1] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH 1/1] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 1/1] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: SCTP Authentication Current State and Examples
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH 1/1] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH 1/1] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH 0/1] net: ioctl: Use kernel buffer on proto ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH 0/1] net: ioctl: Use kernel buffer on proto ioctl callbacks
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 1/1] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• RE: [PATCH 1/1] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH 1/1] net: ioctl: Use kernel memory on protocol ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• [PATCH 0/1] net: ioctl: Use kernel buffer on proto ioctl callbacks
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• [PATCHv2 net] sctp: fix an issue that plpmtu can never go to complete state
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: fix an issue that plpmtu can never go to complete state
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: fix an issue that plpmtu can never go to complete state
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [PATCH net] sctp: fix an issue that plpmtu can never go to complete state
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• SCTP Authentication Current State and Examples
  • From: Adam Snaider <adam.snaider@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v3] sctp: add bpf_bypass_getsockopt proto callback
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH net-next v3] sctp: add bpf_bypass_getsockopt proto callback
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next v3] sctp: add bpf_bypass_getsockopt proto callback
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next v3] sctp: add bpf_bypass_getsockopt proto callback
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next v2] sctp: add bpf_bypass_getsockopt proto callback
  • From: Aleksandr Mikhalitsyn <aleksandr.mikhalitsyn@xxxxxxxxxxxxx>
• [PATCH net-next v3] sctp: add bpf_bypass_getsockopt proto callback
  • From: Alexander Mikhalitsyn <aleksandr.mikhalitsyn@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2] sctp: add bpf_bypass_getsockopt proto callback
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net-next v2] sctp: add bpf_bypass_getsockopt proto callback
  • From: Alexander Mikhalitsyn <aleksandr.mikhalitsyn@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: add bpf_bypass_getsockopt proto callback
  • From: Stanislav Fomichev <sdf@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: add bpf_bypass_getsockopt proto callback
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next] sctp: add bpf_bypass_getsockopt proto callback
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH net-next] sctp: add bpf_bypass_getsockopt proto callback
  • From: Aleksandr Mikhalitsyn <aleksandr.mikhalitsyn@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: add bpf_bypass_getsockopt proto callback
  • From: Aleksandr Mikhalitsyn <aleksandr.mikhalitsyn@xxxxxxxxxxxxx>
• [PATCH net-next v2] sctp: add bpf_bypass_getsockopt proto callback
  • From: Alexander Mikhalitsyn <aleksandr.mikhalitsyn@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: add bpf_bypass_getsockopt proto callback
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next] sctp: add bpf_bypass_getsockopt proto callback
  • From: Stanislav Fomichev <sdf@xxxxxxxxxx>
• [PATCH net-next] sctp: add bpf_bypass_getsockopt proto callback
  • From: Alexander Mikhalitsyn <aleksandr.mikhalitsyn@xxxxxxxxxxxxx>
• Re: [PATCH net-next v4] sctp: fix a potential OOB access in sctp_sched_set_sched()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net-next v4] sctp: fix a potential OOB access in sctp_sched_set_sched()
  • From: Gavrilov Ilia <Ilia.Gavrilov@xxxxxxxxxxx>
• Re: [PATCH net v4] sctp: fix a potential OOB access in sctp_sched_set_sched()
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net v4] sctp: fix a potential OOB access in sctp_sched_set_sched()
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net v4] sctp: fix a potential OOB access in sctp_sched_set_sched()
  • From: Gavrilov Ilia <Ilia.Gavrilov@xxxxxxxxxxx>
• Re: [PATCH net v2] sctp: fix a potential buffer overflow in sctp_sched_set_sched()
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net v3] sctp: remove unncessary check in sctp_sched_set_sched()
  • From: Gavrilov Ilia <Ilia.Gavrilov@xxxxxxxxxxx>
• Re: [PATCH net v2] sctp: fix a potential buffer overflow in sctp_sched_set_sched()
  • From: Gavrilov Ilia <Ilia.Gavrilov@xxxxxxxxxxx>
• Re: [PATCH net v2] sctp: fix a potential buffer overflow in sctp_sched_set_sched()
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net v2] sctp: fix a potential buffer overflow in sctp_sched_set_sched()
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net v2] sctp: fix a potential buffer overflow in sctp_sched_set_sched()
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net v2] sctp: fix a potential buffer overflow in sctp_sched_set_sched()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net v2] sctp: fix a potential buffer overflow in sctp_sched_set_sched()
  • From: Gavrilov Ilia <Ilia.Gavrilov@xxxxxxxxxxx>
• Re: [PATCH] sctp: fix a potential buffer overflow in sctp_sched_set_sched()
  • From: Horatiu Vultur <horatiu.vultur@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix a potential buffer overflow in sctp_sched_set_sched()
  • From: Simon Horman <simon.horman@xxxxxxxxxxxx>
• Re: [PATCH] sctp: fix a potential buffer overflow in sctp_sched_set_sched()
  • From: Simon Horman <simon.horman@xxxxxxxxxxxx>
• [PATCH] sctp: fix a potential buffer overflow in sctp_sched_set_sched()
  • From: Gavrilov Ilia <Ilia.Gavrilov@xxxxxxxxxxx>
• Re: [PATCH net-next 0/6] sctp: fix a plenty of flexible-array-nested warnings
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next 2/6] sctp: delete the nested flexible array skip
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next 0/6] sctp: fix a plenty of flexible-array-nested warnings
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next 2/6] sctp: delete the nested flexible array skip
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH net-next 0/6] sctp: fix a plenty of flexible-array-nested warnings
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 1/6] sctp: delete the nested flexible array params
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 3/6] sctp: delete the nested flexible array variable
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 5/6] sctp: delete the nested flexible array hmac
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 6/6] sctp: delete the nested flexible array payload
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 2/6] sctp: delete the nested flexible array skip
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 4/6] sctp: delete the nested flexible array peer_init
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 0/2] sctp: add some missing peer_capables in sctp info dump
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net-next 2/2] sctp: add intl_capable and reconf_capable in ss peer_capable
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 1/2] sctp: delete the obsolete code for the host name address param
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 0/2] sctp: add some missing peer_capables in sctp info dump
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] selftests: add the missing CONFIG_IP_SCTP in net config
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] sctp: fix a potential overflow in sctp_ifwdtsn_skip
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] selftests: add the missing CONFIG_IP_SCTP in net config
  • From: "Samudrala, Sridhar" <sridhar.samudrala@xxxxxxxxx>
• [PATCH net] selftests: add the missing CONFIG_IP_SCTP in net config
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: fix a potential overflow in sctp_ifwdtsn_skip
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: check send stream number after wait_for_sndbuf
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net] sctp: check send stream number after wait_for_sndbuf
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH v3 55/55] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC PATCH v2 48/48] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC PATCH v2 48/48] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES)
  • From: Hannes Reinecke <hare@xxxxxxx>
• [RFC PATCH v2 48/48] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2] net/sctp: Make sha1 as default algorithm if fips is enabled
  • From: Ashwin Dayanand Kamat <kashwindayan@xxxxxxxxxx>
• Re: [syzbot] [sctp?] general protection fault in sctp_outq_tail
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [syzbot] [sctp?] general protection fault in sctp_outq_tail
  • From: syzbot <syzbot+47c24ca20a2fa01f082e@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] net/sctp: Make sha1 as default algorithm if fips is enabled
  • From: Simon Horman <simon.horman@xxxxxxxxxxxx>
• [PATCH v2] net/sctp: Make sha1 as default algorithm if fips is enabled
  • From: Ashwin Dayanand Kamat <kashwindayan@xxxxxxxxxx>
• Re: [RFC PATCH 28/28] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES)
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [RFC PATCH 28/28] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH net-next 1/2] sctp: add fair capacity stream scheduler
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 0/2] sctp: add another two stream schedulers
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next 1/2] sctp: add fair capacity stream scheduler
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net-next 2/2] sctp: add weighted fair queueing stream scheduler
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next 1/2] sctp: add fair capacity stream scheduler
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net-next 1/2] sctp: add fair capacity stream scheduler
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 2/2] sctp: add weighted fair queueing stream scheduler
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 0/2] sctp: add another two stream schedulers
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net] sctp: add a refcnt in sctp_stream_priorities to avoid a nested loop
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCHv2 net] sctp: add a refcnt in sctp_stream_priorities to avoid a nested loop
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: add a refcnt in sctp_stream_priorities to avoid a nested loop
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: add a refcnt in sctp_stream_priorities to avoid a nested loop
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net] sctp: add a refcnt in sctp_stream_priorities to avoid a nested loop
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• RE: [PATCH lksctp-tools 1/5] fix memory leak in sctp_status
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH lksctp-tools 5/5] fix memory leak in test_fragments
  • From: Qiumiao Zhang <zhangqiumiao1@xxxxxxxxxx>
• [PATCH lksctp-tools 4/5] fix memory leak of iov.iov_base
  • From: Qiumiao Zhang <zhangqiumiao1@xxxxxxxxxx>
• [PATCH lksctp-tools 3/5] use valid conversion specifiers in printf()
  • From: Qiumiao Zhang <zhangqiumiao1@xxxxxxxxxx>
• [PATCH lksctp-tools 2/5] fix memory leak in test_peer_addr()
  • From: Qiumiao Zhang <zhangqiumiao1@xxxxxxxxxx>
• [PATCH lksctp-tools 1/5] fix memory leak in sctp_status
  • From: Qiumiao Zhang <zhangqiumiao1@xxxxxxxxxx>
• [PATCH lksctp-tools 0/5] fix memory leak and use valid conversion specifiers in printf()
  • From: Qiumiao Zhang <zhangqiumiao1@xxxxxxxxxx>
• [PATCH net] sctp: add a refcnt in sctp_stream_priorities to avoid a nested loop
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH v2 net-next] net: no longer support SOCK_REFCNT_DEBUG feature
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v2 net-next] net: no longer support SOCK_REFCNT_DEBUG feature
  • From: Matthieu Baerts <matthieu.baerts@xxxxxxxxxxxx>
• Re: [PATCH v2 net-next] net: no longer support SOCK_REFCNT_DEBUG feature
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH v2 net-next] net: no longer support SOCK_REFCNT_DEBUG feature
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• Re: [PATCH v2 net-next] net: no longer support SOCK_REFCNT_DEBUG feature
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• [PATCH v2 net-next] net: no longer support SOCK_REFCNT_DEBUG feature
  • From: Jason Xing <kerneljasonxing@xxxxxxxxx>
• Re: [PATCH net-next v2] sctp: sctp_sock_filter(): avoid list_entry() on possibly empty list
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next v2] sctp: sctp_sock_filter(): avoid list_entry() on possibly empty list
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v2] sctp: sctp_sock_filter(): avoid list_entry() on possibly empty list
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next v2] sctp: sctp_sock_filter(): avoid list_entry() on possibly empty list
  • From: Pietro Borrello <borrello@xxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: check ep asocs list before access
  • From: Pietro Borrello <borrello@xxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: check ep asocs list before access
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next] sctp: check ep asocs list before access
  • From: Pietro Borrello <borrello@xxxxxxxxxxxxxxxx>
• Re: [PATCH net] sctp: do not check hb_timer.expires when resetting hb_timer
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] sctp: do not check hb_timer.expires when resetting hb_timer
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net] sctp: do not check hb_timer.expires when resetting hb_timer
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: fail if no bound addresses can be used for a given scope
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] sctp: fail if no bound addresses can be used for a given scope
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: fail if no bound addresses can be used for a given scope
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net] sctp: fail if no bound addresses can be used for a given scope
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: fail if no bound addresses can be used for a given scope
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net] sctp: fail if no bound addresses can be used for a given scope
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: fail if no bound addresses can be used for a given scope
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [syzbot] KASAN: use-after-free Read in sock_def_wakeup
  • From: syzbot <syzbot+d0b651ccb99ec9dfb265@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] sctp: Replace zero-length array with DECLARE_FLEX_ARRAY() helper
  • From: Bo Liu <liubo03@xxxxxxxxxx>
• Re: [PATCH] sctp: Make sha1 as default algorithm if fips is enabled
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [PATCH] sctp: Make sha1 as default algorithm if fips is enabled
  • From: Ashwin Dayanand Kamat <kashwindayan@xxxxxxxxxx>
• Re: [PATCH v3 1/1] sctp: sysctl: make extra pointers netns aware
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx