Linux SCTP (Stream Control Transmission Protocol)

• Thread Index

• [syzbot] [sctp?] KMSAN: uninit-value in __sctp_v6_cmp_addr (2)
  • From: syzbot <syzbot+e69f06a0f30116c68056@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v3 5/5] sctp: Stop accepting md5 and sha1 for net.sctp.cookie_hmac_alg
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH net-next v2 3/3] sctp: Convert cookie authentication to use HMAC-SHA256
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH net-next v3 4/5] sctp: Convert cookie authentication to use HMAC-SHA256
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH net-next v3 3/5] sctp: Use HMAC-SHA1 and HMAC-SHA256 library for chunk authentication
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH net-next v2 3/3] sctp: Convert cookie authentication to use HMAC-SHA256
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next v2 0/3] sctp: Convert to use crypto lib, and upgrade cookie auth
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next v2 3/3] sctp: Convert cookie authentication to use HMAC-SHA256
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next v2 3/3] sctp: Convert cookie authentication to use HMAC-SHA256
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v2 3/3] sctp: Convert cookie authentication to use HMAC-SHA256
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next v2 3/3] sctp: Convert cookie authentication to use HMAC-SHA256
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH net-next v2 3/3] sctp: Convert cookie authentication to use HMAC-SHA256
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH net-next v3 2/5] sctp: Fix MAC comparison to be constant-time
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH net-next v3 1/5] selftests: net: Explicitly enable CONFIG_CRYPTO_SHA1 for IPsec
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH net-next v3 0/5] sctp: Convert to use crypto lib, and upgrade cookie auth
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH net-next v2 3/3] sctp: Convert cookie authentication to use HMAC-SHA256
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v3 0/5] sctp: Convert to use crypto lib, and upgrade cookie auth
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net-next v2 1/3] selftests: net: Explicitly enable CONFIG_CRYPTO_SHA1 for IPsec
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH net-next v2 2/3] sctp: Use HMAC-SHA1 and HMAC-SHA256 library for chunk authentication
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH net-next v2 0/3] sctp: Convert to use crypto lib, and upgrade cookie auth
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH net-next v2 3/3] sctp: Convert cookie authentication to use HMAC-SHA256
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH net-next 1/2] sctp: Use HMAC-SHA1 and HMAC-SHA256 library for chunk authentication
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [PATCH net-next 2/2] sctp: Convert cookie authentication to use HMAC-SHA256
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH net-next 1/2] sctp: Use HMAC-SHA1 and HMAC-SHA256 library for chunk authentication
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH net-next 0/2] sctp: Convert to use crypto lib, and upgrade cookie auth
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH net] sctp: linearize cloned gso packets in sctp_rcv
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] sctp: linearize cloned gso packets in sctp_rcv
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net] sctp: linearize cloned gso packets in sctp_rcv
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [syzbot] [sctp?] KMSAN: uninit-value in sctp_assoc_bh_rcv
  • From: syzbot <syzbot+773e51afe420baaf0e2b@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 0/3] net: Add sockaddr_inet unified address structure
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next 0/3] net: Add sockaddr_inet unified address structure
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [syzbot] [sctp?] UBSAN: shift-out-of-bounds in sctp_transport_update_rto
  • From: syzbot <syzbot+2e455dd90ca648e48cea@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [syzbot] [sctp?] UBSAN: shift-out-of-bounds in sctp_transport_update_rto
  • From: Moon Hee Lee <moonhee.lee.ca@xxxxxxxxx>
• [PATCH net-next 2/3] wireguard: peer: Replace sockaddr with sockaddr_inet
  • From: Kees Cook <kees@xxxxxxxxxx>
• [PATCH net-next 0/3] net: Add sockaddr_inet unified address structure
  • From: Kees Cook <kees@xxxxxxxxxx>
• [PATCH net-next 1/3] ipv6: Add sockaddr_inet unified address structure
  • From: Kees Cook <kees@xxxxxxxxxx>
• [PATCH net-next 3/3] sctp: Replace sockaddr with sockaddr_inet in sctp_addr union
  • From: Kees Cook <kees@xxxxxxxxxx>
• [syzbot] [sctp?] UBSAN: shift-out-of-bounds in sctp_transport_update_rto
  • From: syzbot <syzbot+2e455dd90ca648e48cea@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [syzbot] [netfilter?] [sctp?] BUG: assuming non migratable context at ./include/linux/filter.h:LINE
  • From: syzbot <syzbot+92c5daf9a23f04ccfc99@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v3 06/15] net: ipv6: Add a flags argument to ip6tunnel_xmit(), udp_tunnel6_xmit_skb()
  • From: Petr Machata <petrm@xxxxxxxxxx>
• [PATCH net-next v3 05/15] net: ipv6: Make udp_tunnel6_xmit_skb() void
  • From: Petr Machata <petrm@xxxxxxxxxx>
• [PATCH net-next v3 01/15] net: ipv4: Add a flags argument to iptunnel_xmit(), udp_tunnel_xmit_skb()
  • From: Petr Machata <petrm@xxxxxxxxxx>
• [syzbot] Monthly sctp report (Jun 2025)
  • From: syzbot <syzbot+list1d5558bc40e501f5b38a@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2 01/14] net: ipv4: Add a flags argument to iptunnel_xmit(), udp_tunnel_xmit_skb()
  • From: Petr Machata <petrm@xxxxxxxxxx>
• Re: [PATCH net-next v2 01/14] net: ipv4: Add a flags argument to iptunnel_xmit(), udp_tunnel_xmit_skb()
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH net-next v2 01/14] net: ipv4: Add a flags argument to iptunnel_xmit(), udp_tunnel_xmit_skb()
  • From: Petr Machata <petrm@xxxxxxxxxx>
• Re: [PATCH net-next 01/14] net: ipv4: Add a flags argument to iptunnel_xmit(), udp_tunnel_xmit_skb()
  • From: Antonio Quartulli <antonio@xxxxxxxxxxx>
• Re: [PATCH net-next 01/14] net: ipv4: Add a flags argument to iptunnel_xmit(), udp_tunnel_xmit_skb()
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 01/14] net: ipv4: Add a flags argument to iptunnel_xmit(), udp_tunnel_xmit_skb()
  • From: Petr Machata <petrm@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 04/20] sctp: Do not wake readers in __sctp_write_space()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 06/27] sctp: Do not wake readers in __sctp_write_space()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 06/33] sctp: Do not wake readers in __sctp_write_space()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 09/46] sctp: Do not wake readers in __sctp_write_space()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 11/62] sctp: Do not wake readers in __sctp_write_space()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.12 16/93] sctp: Do not wake readers in __sctp_write_space()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.14 019/108] sctp: Do not wake readers in __sctp_write_space()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.15 020/118] sctp: Do not wake readers in __sctp_write_space()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH] sctp: mark sctp_do_peeloff static
  • From: David Laight <david.laight.linux@xxxxxxxxx>
• Re: [PATCH] sctp: mark sctp_do_peeloff static
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH] sctp: mark sctp_do_peeloff static
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH] sctp: mark sctp_do_peeloff static
  • From: Benjamin Poirier <benjamin.poirier@xxxxxxxxx>
• Re: [PATCH] sctp: mark sctp_do_peeloff static
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH] sctp: mark sctp_do_peeloff static
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 00/10] net: faster and simpler CRC32C computation
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next 04/10] RDMA/siw: use skb_crc32c() instead of __skb_checksum()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v2 10/10] net: remove skb_copy_and_hash_datagram_iter()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2 09/10] nvme-tcp: use crc32c() and skb_copy_and_crc32c_datagram_iter()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2 08/10] net: add skb_copy_and_crc32c_datagram_iter()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2 07/10] lib/crc32: remove unused support for CRC32C combination
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2 06/10] net: fold __skb_checksum() into skb_checksum()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2 05/10] sctp: use skb_crc32c() instead of __skb_checksum()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2 04/10] RDMA/siw: use skb_crc32c() instead of __skb_checksum()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2 03/10] net: use skb_crc32c() in skb_crc32c_csum_help()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2 02/10] net: add skb_crc32c()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2 01/10] net: introduce CONFIG_NET_CRC32C
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] sctp: Do not wake readers in __sctp_write_space()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next 04/10] RDMA/siw: use skb_crc32c() instead of __skb_checksum()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH net-next 04/10] RDMA/siw: use skb_crc32c() instead of __skb_checksum()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH 6.1.y] sctp: add mutual exclusion in proc_sctp_do_udp_port()
  • From: <jianqi.ren.cn@xxxxxxxxxxxxx>
• [PATCH 5.15.y] sctp: add mutual exclusion in proc_sctp_do_udp_port()
  • From: <jianqi.ren.cn@xxxxxxxxxxxxx>
• [PATCH 6.6.y] sctp: add mutual exclusion in proc_sctp_do_udp_port()
  • From: <jianqi.ren.cn@xxxxxxxxxxxxx>
• [PATCH v2 10/10] net: remove skb_copy_and_hash_datagram_iter()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 09/10] nvme-tcp: use crc32c() and skb_copy_and_crc32c_datagram_iter()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 08/10] net: add skb_copy_and_crc32c_datagram_iter()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 07/10] lib/crc32: remove unused support for CRC32C combination
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 06/10] net: fold __skb_checksum() into skb_checksum()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 05/10] sctp: use skb_crc32c() instead of __skb_checksum()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 04/10] RDMA/siw: use skb_crc32c() instead of __skb_checksum()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 03/10] net: use skb_crc32c() in skb_crc32c_csum_help()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 02/10] net: add skb_crc32c()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 01/10] net: introduce CONFIG_NET_CRC32C
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 00/10] net: faster and simpler CRC32C computation
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• RE: [PATCH net-next 04/10] RDMA/siw: use skb_crc32c() instead of __skb_checksum()
  • From: Bernard Metzler <BMT@xxxxxxxxxxxxxx>
• Re: [PATCH net-next 09/10] nvme-tcp: use crc32c() and skb_copy_and_crc32c_datagram_iter()
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Re: [PATCH net-next 09/10] nvme-tcp: use crc32c() and skb_copy_and_crc32c_datagram_iter()
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Re: [PATCH net-next 09/10] nvme-tcp: use crc32c() and skb_copy_and_crc32c_datagram_iter()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH net-next 09/10] nvme-tcp: use crc32c() and skb_copy_and_crc32c_datagram_iter()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH net-next 09/10] nvme-tcp: use crc32c() and skb_copy_and_crc32c_datagram_iter()
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• RE: [PATCH net-next 04/10] RDMA/siw: use skb_crc32c() instead of __skb_checksum()
  • From: Bernard Metzler <BMT@xxxxxxxxxxxxxx>
• [PATCH] sctp: Do not wake readers in __sctp_write_space()
  • From: Petr Malat <oss@xxxxxxxxx>
• Re: [PATCH net-next 09/10] nvme-tcp: use crc32c() and skb_copy_and_crc32c_datagram_iter()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH net-next 09/10] nvme-tcp: use crc32c() and skb_copy_and_crc32c_datagram_iter()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH net-next 09/10] nvme-tcp: use crc32c() and skb_copy_and_crc32c_datagram_iter()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH net-next 04/10] RDMA/siw: use skb_crc32c() instead of __skb_checksum()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH net-next 04/10] RDMA/siw: use skb_crc32c() instead of __skb_checksum()
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH net-next 00/10] net: faster and simpler CRC32C computation
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH net-next 00/10] net: faster and simpler CRC32C computation
  • From: David Laight <david.laight.linux@xxxxxxxxx>
• Re: [PATCH net-next 00/10] net: faster and simpler CRC32C computation
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH net-next 08/10] net: add skb_copy_and_crc32c_datagram_iter()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [syzbot] Monthly sctp report (May 2025)
  • From: syzbot <syzbot+listc23b11af384e20c3b1fb@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [syzbot] [sctp?] INFO: rcu detected stall in inet6_rtm_newaddr (3)
  • From: syzbot <syzbot+3e17d9c9a137bb913b61@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sctp: Do not wake readers in __sctp_write_space()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH] sctp: Do not wake readers in __sctp_write_space()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 08/10] net: add skb_copy_and_crc32c_datagram_iter()
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next 00/10] net: faster and simpler CRC32C computation
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH] sctp: Do not wake readers in __sctp_write_space()
  • From: Petr Malat <oss@xxxxxxxxx>
• Re: [PATCH net-next 00/10] net: faster and simpler CRC32C computation
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH net-next 00/10] net: faster and simpler CRC32C computation
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH net-next 00/10] net: faster and simpler CRC32C computation
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH net-next 00/10] net: faster and simpler CRC32C computation
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH net-next 00/10] net: faster and simpler CRC32C computation
  • From: Andrew Lunn <andrew@xxxxxxx>
• [PATCH net-next 10/10] net: remove skb_copy_and_hash_datagram_iter()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH net-next 09/10] nvme-tcp: use crc32c() and skb_copy_and_crc32c_datagram_iter()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH net-next 08/10] net: add skb_copy_and_crc32c_datagram_iter()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH net-next 07/10] lib/crc32: remove unused support for CRC32C combination
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH net-next 05/10] sctp: use skb_crc32c() instead of __skb_checksum()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH net-next 06/10] net: fold __skb_checksum() into skb_checksum()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH net-next 04/10] RDMA/siw: use skb_crc32c() instead of __skb_checksum()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH net-next 03/10] net: use skb_crc32c() in skb_crc32c_csum_help()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH net-next 02/10] net: add skb_crc32c()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH net-next 01/10] net: introduce CONFIG_NET_CRC32C
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH net-next 00/10] net: faster and simpler CRC32C computation
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: Remove unused sctp_assoc_del_peer and sctp_chunk_iif
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next] sctp: Remove unused sctp_assoc_del_peer and sctp_chunk_iif
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next] sctp: Remove unused sctp_assoc_del_peer and sctp_chunk_iif
  • From: linux@xxxxxxxxxxx
• [syzbot] Monthly sctp report (Apr 2025)
  • From: syzbot <syzbot+list56b130d2c18ef7a5ca58@xxxxxxxxxxxxxxxxxxxxxxxxx>
• PATCH lksctp-tools - add test case 7 that does nothing but associate and waits
  • From: Warren Crossing <warren.crossing@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] sctp: detect and prevent references to a freed transport in sendmsg
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH] sctp: detect and prevent references to a freed transport in sendmsg
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [syzbot] [sctp?] WARNING: refcount bug in sctp_generate_timeout_event
  • From: syzbot <syzbot+c7dd9f1bd1d2ad0e5637@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sctp: check transport existence before processing a send primitive
  • From: Ricardo Cañuelo Navarro <rcn@xxxxxxxxxx>
• [syzbot] [sctp?] KMSAN: uninit-value in sctp_assoc_bh_rcv
  • From: syzbot <syzbot+773e51afe420baaf0e2b@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] sctp: detect and prevent references to a freed transport in sendmsg
  • From: Ricardo Cañuelo Navarro <rcn@xxxxxxxxxx>
• Re: [PATCH] sctp: check transport existence before processing a send primitive
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH] sctp: check transport existence before processing a send primitive
  • From: Ricardo Cañuelo Navarro <rcn@xxxxxxxxxx>
• Re: [PATCH] sctp: check transport existence before processing a send primitive
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH] sctp: check transport existence before processing a send primitive
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH] sctp: check transport existence before processing a send primitive
  • From: Ricardo Cañuelo Navarro <rcn@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Stanislav Fomichev <stfomichev@xxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: David Laight <david.laight.linux@xxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Stanislav Fomichev <stfomichev@xxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: David Laight <david.laight.linux@xxxxxxxxx>
• Re: [PATCH] sctp: check transport existence before processing a send primitive
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Stanislav Fomichev <stfomichev@xxxxxxxxx>
• Re: [PATCH] sctp: check transport existence before processing a send primitive
  • From: Ricardo Cañuelo Navarro <rcn@xxxxxxxxxx>
• Re: [PATCH] sctp: check transport existence before processing a send primitive
  • From: Ricardo Cañuelo Navarro <rcn@xxxxxxxxxx>
• Re: [PATCH] sctp: check transport existence before processing a send primitive
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: David Laight <david.laight.linux@xxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: David Laight <david.laight.linux@xxxxxxxxx>
• [PATCH] sctp: check transport existence before processing a send primitive
  • From: Ricardo Cañuelo Navarro <rcn@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Stanislav Fomichev <stfomichev@xxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Stanislav Fomichev <stfomichev@xxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• Re: [RFC PATCH 1/4] net: introduce get_optlen() and put_optlen() helpers
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• Re: [RFC PATCH 1/4] net: introduce get_optlen() and put_optlen() helpers
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [RFC PATCH 3/4] net: pass a kernel pointer via 'optlen_t' to proto[ops].getsockopt() hooks
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• Re: [RFC PATCH 3/4] net: pass a kernel pointer via 'optlen_t' to proto[ops].getsockopt() hooks
  • From: David Laight <david.laight.linux@xxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Stanislav Fomichev <stfomichev@xxxxxxxxx>
• Re: [RFC PATCH 2/4] net: pass 'optlen_t' to proto[ops].getsockopt() hooks
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• [RFC PATCH 4/4] io_uring: let io_uring_cmd_getsockopt() allow level other than SOL_SOCKET
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• [RFC PATCH 3/4] net: pass a kernel pointer via 'optlen_t' to proto[ops].getsockopt() hooks
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• [RFC PATCH 2/4] net: pass 'optlen_t' to proto[ops].getsockopt() hooks
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• [RFC PATCH 1/4] net: introduce get_optlen() and put_optlen() helpers
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• Re: [RFC PATCH V3 00/43] rv64ilp32_abi: Build CONFIG_64BIT kernel-self with ILP32 ABI
  • From: David Laight <david.laight.linux@xxxxxxxxx>
• Re: [RFC PATCH V3 00/43] rv64ilp32_abi: Build CONFIG_64BIT kernel-self with ILP32 ABI
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [RFC PATCH V3 01/43] rv64ilp32_abi: uapi: Reuse lp64 ABI interface
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [RFC PATCH V3 00/43] rv64ilp32_abi: Build CONFIG_64BIT kernel-self with ILP32 ABI
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [RFC PATCH V3 31/43] rv64ilp32_abi: maple_tree: Use BITS_PER_LONG instead of CONFIG_64BIT
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [RFC PATCH V3 25/43] rv64ilp32_abi: exec: Adapt 64lp64 env and argv
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [RFC PATCH V3 00/43] rv64ilp32_abi: Build CONFIG_64BIT kernel-self with ILP32 ABI
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [RFC PATCH V3 01/43] rv64ilp32_abi: uapi: Reuse lp64 ABI interface
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [RFC PATCH V3 00/43] rv64ilp32_abi: Build CONFIG_64BIT kernel-self with ILP32 ABI
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [RFC PATCH V3 01/43] rv64ilp32_abi: uapi: Reuse lp64 ABI interface
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [RFC PATCH V3 01/43] rv64ilp32_abi: uapi: Reuse lp64 ABI interface
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V3 01/43] rv64ilp32_abi: uapi: Reuse lp64 ABI interface
  • From: Jan Engelhardt <ej@xxxxxxx>
• Re: [RFC PATCH V3 00/43] rv64ilp32_abi: Build CONFIG_64BIT kernel-self with ILP32 ABI
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [RFC PATCH V3 31/43] rv64ilp32_abi: maple_tree: Use BITS_PER_LONG instead of CONFIG_64BIT
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [RFC PATCH V3 00/43] rv64ilp32_abi: Build CONFIG_64BIT kernel-self with ILP32 ABI
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH V3 25/43] rv64ilp32_abi: exec: Adapt 64lp64 env and argv
  • From: Sergey Shtylyov <s.shtylyov@xxxxxx>
• Re: [RFC PATCH V3 00/43] rv64ilp32_abi: Build CONFIG_64BIT kernel-self with ILP32 ABI
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [RFC PATCH V3 00/43] rv64ilp32_abi: Build CONFIG_64BIT kernel-self with ILP32 ABI
  • From: Guo Ren <guoren@xxxxxxxxxx>
• [RFC PATCH V3 43/43] riscv: Fixup address space overlay of print_mlk
  • From: guoren@xxxxxxxxxx
• Re: [RFC PATCH V3 00/43] rv64ilp32_abi: Build CONFIG_64BIT kernel-self with ILP32 ABI
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC PATCH V3 42/43] rv64ilp32_abi: memfd: Use vm_flag_t
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 40/43] rv64ilp32_abi: tracepoint-defs: Using u64 for trace_print_flags.mask
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 41/43] rv64ilp32_abi: tty: Adapt ptr_to_compat
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 39/43] rv64ilp32_abi: sysinfo: Adapt sysinfo structure to lp64 uapi
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 38/43] rv64ilp32_abi: syscall: Use CONFIG_64BIT instead of BITS_PER_LONG
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 36/43] rv64ilp32_abi: printf: Use BITS_PER_LONG instead of CONFIG_64BIT
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 37/43] rv64ilp32_abi: random: Adapt fast_pool struct
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 33/43] rv64ilp32_abi: mm/auxvec: Adapt mm->saved_auxv[] to Elf64
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 34/43] rv64ilp32_abi: mm: Adapt vm_flags_t struct
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 35/43] rv64ilp32_abi: net: Use BITS_PER_LONG in struct dst_entry
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 32/43] rv64ilp32_abi: mm: Remove _folio_nr_pages
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 31/43] rv64ilp32_abi: maple_tree: Use BITS_PER_LONG instead of CONFIG_64BIT
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 28/43] rv64ilp32_abi: iov_iter: Resize kvec to match iov_iter's size
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 27/43] rv64ilp32_abi: input: Adapt BITS_PER_LONG to dword
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 30/43] rv64ilp32_abi: kernel/smp: Disable CSD_LOCK_WAIT_DEBUG
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 26/43] rv64ilp32_abi: file_ref: Use 32-bit width for refcnt
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 29/43] rv64ilp32_abi: locking/atomic: Use BITS_PER_LONG for scripts
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 24/43] rv64ilp32_abi: compiler_types: Add "long long" into __native_word()
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 25/43] rv64ilp32_abi: exec: Adapt 64lp64 env and argv
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 21/43] rv64ilp32_abi: asm-generic: Add custom BITS_PER_LONG definition
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 20/43] rv64ilp32_abi: drivers/perf: Adapt xlen_t of sbiret
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 23/43] rv64ilp32_abi: compat: Correct compat_ulong_t cast
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 22/43] rv64ilp32_abi: bpf: Change KERN_ARENA_SZ to 256MiB
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 17/43] rv64ilp32_abi: riscv: Adapt kasan memory layout
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 19/43] rv64ilp32_abi: irqchip: irq-riscv-intc: Use xlen_t instead of ulong
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 15/43] rv64ilp32_abi: riscv: mm: Adapt MMU_SV39 for 2GiB address space
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 16/43] rv64ilp32_abi: riscv: Support physical addresses >= 0x80000000
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 18/43] rv64ilp32_abi: riscv: kvm: Initial support
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 12/43] rv64ilp32_abi: riscv: Introduce cmpxchg_double
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 11/43] rv64ilp32_abi: riscv: Introduce PTR_L and PTR_S
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 14/43] rv64ilp32_abi: riscv: Adapt kernel module code
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 13/43] rv64ilp32_abi: riscv: Correct stackframe layout
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 09/43] rv64ilp32_abi: riscv: Reuse LP64 SBI interface
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 10/43] rv64ilp32_abi: riscv: Update SATP.MODE.ASID width
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 06/43] rv64ilp32_abi: riscv: csum: Utilize 64-bit width to improve the performance
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 08/43] rv64ilp32_abi: riscv: bitops: Adapt ctzw & clzw of zbb extension
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 07/43] rv64ilp32_abi: riscv: arch_hweight: Adapt cpopw & cpop of zbb extension
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 04/43] rv64ilp32_abi: riscv: Introduce xlen_t to adapt __riscv_xlen != BITS_PER_LONG
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 05/43] rv64ilp32_abi: riscv: crc32: Utilize 64-bit width to improve the performance
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 03/43] rv64ilp32_abi: riscv: Adapt ULL & UL definition
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 02/43] rv64ilp32_abi: riscv: Adapt Makefile and Kconfig
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 01/43] rv64ilp32_abi: uapi: Reuse lp64 ABI interface
  • From: guoren@xxxxxxxxxx
• [RFC PATCH V3 00/43] rv64ilp32_abi: Build CONFIG_64BIT kernel-self with ILP32 ABI
  • From: guoren@xxxxxxxxxx
• Re: [PATCH] sctp: handle error of sctp_sf_heartbeat() in sctp_sf_do_asconf()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH] sctp: handle error of sctp_sf_heartbeat() in sctp_sf_do_asconf()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH] sctp: handle error of sctp_sf_heartbeat() in sctp_sf_do_asconf()
  • From: Wentao Liang <vulab@xxxxxxxxxxx>
• Re: [PATCH net-next v2 0/3] add sock_kmemdup helper
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next v2 2/3] net: use sock_kmemdup for ip_options
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v2 1/3] sock: add sock_kmemdup helper
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• obtaining metrics of skb duration in sk_receive_queue
  • From: Harald Welte <laforge@xxxxxxxxxxxx>
• Re: [PATCH net-next v2 0/3] add sock_kmemdup helper
  • From: Matthieu Baerts <matttbe@xxxxxxxxxx>
• [PATCH net-next v2 2/3] net: use sock_kmemdup for ip_options
  • From: Geliang Tang <geliang@xxxxxxxxxx>
• [PATCH net-next v2 3/3] mptcp: use sock_kmemdup for address entry
  • From: Geliang Tang <geliang@xxxxxxxxxx>
• [PATCH net-next v2 1/3] sock: add sock_kmemdup helper
  • From: Geliang Tang <geliang@xxxxxxxxxx>
• [PATCH net-next v2 0/3] add sock_kmemdup helper
  • From: Geliang Tang <geliang@xxxxxxxxxx>
• Re: [PATCH net-next 1/4] sock: add sock_kmemdup helper
  • From: Geliang Tang <geliang@xxxxxxxxxx>
• Re: [PATCH net-next 4/4] net/tcp_ao: use sock_kmemdup for tcp_ao_key
  • From: Geliang Tang <geliang@xxxxxxxxxx>
• Re: [PATCH net-next 1/4] sock: add sock_kmemdup helper
  • From: Matthieu Baerts <matttbe@xxxxxxxxxx>
• Re: [PATCH net-next 4/4] net/tcp_ao: use sock_kmemdup for tcp_ao_key
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• [PATCH net-next 4/4] net/tcp_ao: use sock_kmemdup for tcp_ao_key
  • From: Geliang Tang <geliang@xxxxxxxxxx>
• [PATCH net-next 3/4] mptcp: use sock_kmemdup for address entry
  • From: Geliang Tang <geliang@xxxxxxxxxx>
• [PATCH net-next 2/4] net: use sock_kmemdup for ip_options
  • From: Geliang Tang <geliang@xxxxxxxxxx>
• [PATCH net-next 1/4] sock: add sock_kmemdup helper
  • From: Geliang Tang <geliang@xxxxxxxxxx>
• [PATCH net-next 0/4] add sock_kmemdup helper
  • From: Geliang Tang <geliang@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: Remove unused payload from sctp_idatahdr
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH AUTOSEL 5.4 3/4] sctp: Fix undefined behavior in left shift operation
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 6/7] sctp: Fix undefined behavior in left shift operation
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 6/7] sctp: Fix undefined behavior in left shift operation
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 11/12] sctp: Fix undefined behavior in left shift operation
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 18/20] sctp: Fix undefined behavior in left shift operation
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.12 26/28] sctp: Fix undefined behavior in left shift operation
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.13 30/32] sctp: Fix undefined behavior in left shift operation
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH net-next] sctp: Remove unused payload from sctp_idatahdr
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxx>
• Re: [RESEND PATCH] sctp: Replace zero-length array with flexible array member
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [RESEND PATCH] sctp: Replace zero-length array with flexible array member
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net] sctp: Fix undefined behavior in left shift operation
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [RESEND PATCH] sctp: Replace zero-length array with flexible array member
  • From: Kees Cook <kees@xxxxxxxxxx>
• [RESEND PATCH] sctp: Replace zero-length array with flexible array member
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxx>
• [PATCH net] sctp: Fix undefined behavior in left shift operation
  • From: Yu-Chun Lin <eleanor15x@xxxxxxxxx>
• Re: [PATCH net-next] sctp: Remove commented out code
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next] sctp: Remove commented out code
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: Remove commented out code
  • From: Mateusz Polchlopek <mateusz.polchlopek@xxxxxxxxx>
• Re: [PATCH net-next] sctp: Remove commented out code
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxx>
• Re: [PATCH net] MAINTAINERS: Add sctp headers to the general netdev entry
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] MAINTAINERS: Add sctp headers to the general netdev entry
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: Remove commented out code
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net] MAINTAINERS: Add sctp headers to the general netdev entry
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: Remove commented out code
  • From: Mateusz Polchlopek <mateusz.polchlopek@xxxxxxxxx>
• Re: [PATCH net-next] sctp: Remove commented out code
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxx>
• Re: [PATCH net-next] sctp: Remove commented out code
  • From: Mateusz Polchlopek <mateusz.polchlopek@xxxxxxxxx>
• [PATCH net-next] sctp: Remove commented out code
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxx>
• Re: [PATCH net] MAINTAINERS: Add sctp headers to the general netdev entry
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] MAINTAINERS: Add sctp headers to the general netdev entry
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] MAINTAINERS: Add sctp headers to the general netdev entry
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] MAINTAINERS: Add sctp headers to the general netdev entry
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [RESEND PATCH] sctp: Remove commented out code
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [RESEND PATCH] sctp: Remove commented out code
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxx>
• Re: [RESEND PATCH] sctp: Remove commented out code
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [RESEND PATCH] sctp: Remove commented out code
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxx>
• Re: [PATCH] net/sctp: Prevent autoclose integer overflow in sctp_association_init()
  • From: Fedor Pchelkin <pchelkin@xxxxxxxxx>
• WARNING: refcount bug in sctp_transport_put
  • From: YAN KANG <kangyan91@xxxxxxxxxxx>
• Re: [PATCH] net: Convert proto_ops::getname to sockaddr_storage
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [RESEND PATCH] sctp: Replace zero-length array with flexible array member
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxx>
• Re: [PATCH] net: Convert proto_ops::getname to sockaddr_storage
  • From: Allison Henderson <allison.henderson@xxxxxxxxxx>
• Re: [PATCH net 0/9] net: sysctl: avoid using current->nsproxy
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net 1/9] mptcp: sysctl: avail sched: remove write access
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• [PATCH net 7/9] sctp: sysctl: udp_port: avoid using current->nsproxy
  • From: "Matthieu Baerts (NGI0)" <matttbe@xxxxxxxxxx>
• [PATCH net 8/9] sctp: sysctl: plpmtud_probe_interval: avoid using current->nsproxy
  • From: "Matthieu Baerts (NGI0)" <matttbe@xxxxxxxxxx>
• [PATCH net 9/9] rds: sysctl: rds_tcp_{rcv,snd}buf: avoid using current->nsproxy
  • From: "Matthieu Baerts (NGI0)" <matttbe@xxxxxxxxxx>
• [PATCH net 6/9] sctp: sysctl: auth_enable: avoid using current->nsproxy
  • From: "Matthieu Baerts (NGI0)" <matttbe@xxxxxxxxxx>
• [PATCH net 5/9] sctp: sysctl: rto_min/max: avoid using current->nsproxy
  • From: "Matthieu Baerts (NGI0)" <matttbe@xxxxxxxxxx>
• [PATCH net 3/9] mptcp: sysctl: blackhole timeout: avoid using current->nsproxy
  • From: "Matthieu Baerts (NGI0)" <matttbe@xxxxxxxxxx>
• [PATCH net 4/9] sctp: sysctl: cookie_hmac_alg: avoid using current->nsproxy
  • From: "Matthieu Baerts (NGI0)" <matttbe@xxxxxxxxxx>
• [PATCH net 2/9] mptcp: sysctl: sched: avoid using current->nsproxy
  • From: "Matthieu Baerts (NGI0)" <matttbe@xxxxxxxxxx>
• [PATCH net 1/9] mptcp: sysctl: avail sched: remove write access
  • From: "Matthieu Baerts (NGI0)" <matttbe@xxxxxxxxxx>
• [PATCH net 0/9] net: sysctl: avoid using current->nsproxy
  • From: "Matthieu Baerts (NGI0)" <matttbe@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: Prepare sctp_v4_get_dst() to dscp_t conversion.
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next] sctp: Prepare sctp_v4_get_dst() to dscp_t conversion.
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH net-next] sctp: Prepare sctp_v4_get_dst() to dscp_t conversion.
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next] sctp: Prepare sctp_v4_get_dst() to dscp_t conversion.
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: Prepare sctp_v4_get_dst() to dscp_t conversion.
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next] sctp: Prepare sctp_v4_get_dst() to dscp_t conversion.
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH] net/sctp: Prevent autoclose integer overflow in sctp_association_init()
  • From: David Laight <david.laight.linux@xxxxxxxxx>
• Re: [PATCH] net/sctp: Prevent autoclose integer overflow in sctp_association_init()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH] net/sctp: Prevent autoclose integer overflow in sctp_association_init()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [RESEND PATCH] sctp: Replace zero-length array with flexible array member
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxx>
• [PATCH] net/sctp: Prevent autoclose integer overflow in sctp_association_init()
  • From: Nikolay Kuratov <kniv@xxxxxxxxxxxxxx>
• SCTP_AUTH_ACTIVE_KEY fails with Invalid Argument, how to?
  • From: "Mihail D." <mihail.dakov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] net: Convert proto_ops::getname to sockaddr_storage
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] net: Convert proto_ops::getname to sockaddr_storage
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] net: Convert proto_ops::getname to sockaddr_storage
  • From: Kees Cook <kees@xxxxxxxxxx>
• [syzbot] [sctp?] possible deadlock in sctp_sock_migrate
  • From: syzbot <syzbot+95ba71e75926e4a97806@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/8] landlock: Fix non-TCP sockets restriction
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• 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>