Linux SCTP (Stream Control Transmission Protocol)

• Thread Index

• [PATCH net 2/3] sctp: move up sctp_auth_init_hmacs() in sctp_endpoint_init()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 1/3] sctp: sctp_sock_migrate() returns error if sctp_bind_addr_dup() fails
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 0/3] sctp: process the error returned from sctp_sock_migrate()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: call iov_iter_revert() after sending ABORT
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH] sctp: chunk.c: correct format string for size_t in printk
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] sctp: chunk.c: correct format string for size_t in printk
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: chunk.c: correct format string for size_t in printk
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH] sctp: chunk.c: correct format string for size_t in printk
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• Re: [PATCH net] sctp: get sctphdr by offset in sctp_compute_cksum
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: get sctphdr by offset in sctp_compute_cksum
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: get sctphdr by offset in sctp_compute_cksum
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: get sctphdr by offset in sctp_compute_cksum
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: get sctphdr by offset in sctp_compute_cksum
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: get sctphdr by offset in sctp_compute_cksum
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: get sctphdr by offset in sctp_compute_cksum
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net] sctp: get sctphdr by offset in sctp_compute_cksum
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH] sctp: don't compare hb_timer expire date before starting it
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: don't compare hb_timer expire date before starting it
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH] sctp: don't compare hb_timer expire date before starting it
  • From: "Sverdlin, Alexander (Nokia - DE/Ulm)" <alexander.sverdlin@xxxxxxxxx>
• [PATCH] sctp: don't compare hb_timer expire date before starting it
  • From: kwiecienmaciek@xxxxxxxxx
• Re: KASAN: use-after-free Read in sctp_outq_tail
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: KASAN: use-after-free Read in sctp_outq_tail
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: KASAN: use-after-free Read in sctp_outq_tail
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: KASAN: use-after-free Read in sctp_outq_tail
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: KASAN: use-after-free Read in sctp_outq_tail
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: KASAN: use-after-free Read in sctp_outq_tail
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: set stream ext to NULL after freeing it in sctp_stream_outq_migrate
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: call gso_reset_checksum when computing checksum in sctp_gso_segment
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length
  • From: "'Marcelo Ricardo Leitner'" <marcelo.leitner@xxxxxxxxx>
• RE: [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: KASAN: use-after-free Read in sctp_outq_tail
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: KASAN: use-after-free Read in sctp_outq_tail
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH] inet_diag: fix reporting cgroup classid and fallback to priority
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: KASAN: use-after-free Read in sctp_outq_tail
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: KASAN: use-after-free Read in sctp_outq_tail
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: KASAN: use-after-free Read in sctp_outq_tail
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH] inet_diag: fix reporting cgroup classid and fallback to priority
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: KASAN: use-after-free Read in sctp_outq_tail
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• KASAN: use-after-free Read in sctp_outq_tail
  • From: syzbot <syzbot+7823fa3f3e2d69341ea8@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] inet_diag: fix reporting cgroup classid and fallback to priority
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: call gso_reset_checksum when computing checksum in sctp_gso_segment
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: set stream ext to NULL after freeing it in sctp_stream_outq_migrate
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: set stream ext to NULL after freeing it in sctp_stream_outq_migrate
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: call gso_reset_checksum when computing checksum in sctp_gso_segment
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net] sctp: set stream ext to NULL after freeing it in sctp_stream_outq_migrate
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: call gso_reset_checksum when computing checksum in sctp_gso_segment
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: KASAN: invalid-free in sctp_stream_free
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] inet_diag: fix reporting cgroup classid and fallback to priority
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [Lksctp-developers] SCTP_COMM_ LOST question
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [Lksctp-developers] SCTP_COMM_ LOST question
  • From: "Buyo, Prinz (Nokia - PH/Quezon City)" <prinz.buyo@xxxxxxxxx>
• Re: [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length
  • From: "'Marcelo Ricardo Leitner'" <marcelo.leitner@xxxxxxxxx>
• RE: [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length
  • From: Julien Gomes <julien@xxxxxxxxxx>
• Re: [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length
  • From: Julien Gomes <julien@xxxxxxxxxx>
• Re: [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length
  • From: Julien Gomes <julien@xxxxxxxxxx>
• Re: [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length
  • From: Julien Gomes <julien@xxxxxxxxxx>
• Re: [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length
  • From: Julien Gomes <julien@xxxxxxxxxx>
• Re: [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length
  • From: Julien Gomes <julien@xxxxxxxxxx>
• KASAN: invalid-free in sctp_stream_free
  • From: syzbot <syzbot+58e480e7b28f2d890bfd@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3 net] sctp: check and update stream->out_curr when allocating stream_out
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv3 net] sctp: check and update stream->out_curr when allocating stream_out
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCHv2 net] sctp: check and update stream->out_curr when allocating stream_out
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv3 net] sctp: check and update stream->out_curr when allocating stream_out
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: walk the list of asoc safely
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv2 net] sctp: check and update stream->out_curr when allocating stream_out
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: walk the list of asoc safely
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: walk the list of asoc safely
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: walk the list of asoc safely
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] sctp: walk the list of asoc safely
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net] sctp: walk the list of asoc safely
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2 net] sctp: check and update stream->out_curr when allocating stream_out
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCHv2 net] sctp: check and update stream->out_curr when allocating stream_out
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next 00/24] sctp: support SCTP_FUTURE/CURRENT/ALL_ASSOC
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 00/24] sctp: support SCTP_FUTURE/CURRENT/ALL_ASSOC
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next 02/24] sctp: use SCTP_FUTURE_ASSOC for SCTP_PEER_ADDR_PARAMS sockopt
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next 02/24] sctp: use SCTP_FUTURE_ASSOC for SCTP_PEER_ADDR_PARAMS sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 02/24] sctp: use SCTP_FUTURE_ASSOC for SCTP_PEER_ADDR_PARAMS sockopt
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next 02/24] sctp: use SCTP_FUTURE_ASSOC for SCTP_PEER_ADDR_PARAMS sockopt
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCHv2 net] sctp: check and update stream->out_curr when allocating stream_out
  • From: Tuxdriver <nhorman@xxxxxxxxxxxxx>
• Re: [PATCHv2 net] sctp: check and update stream->out_curr when allocating stream_out
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next 00/24] sctp: support SCTP_FUTURE/CURRENT/ALL_ASSOC
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next 00/24] sctp: support SCTP_FUTURE/CURRENT/ALL_ASSOC
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH AUTOSEL 4.19 033/258] sctp: Fix SKB list traversal in sctp_intl_store_ordered().
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH AUTOSEL 4.19 034/258] sctp: Fix SKB list traversal in sctp_intl_store_reasm().
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.20 040/304] sctp: Fix SKB list traversal in sctp_intl_store_reasm().
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.20 039/304] sctp: Fix SKB list traversal in sctp_intl_store_ordered().
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 033/258] sctp: Fix SKB list traversal in sctp_intl_store_ordered().
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH AUTOSEL 4.19 034/258] sctp: Fix SKB list traversal in sctp_intl_store_reasm().
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH AUTOSEL 4.19 034/258] sctp: Fix SKB list traversal in sctp_intl_store_reasm().
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH net-next 00/24] sctp: support SCTP_FUTURE/CURRENT/ALL_ASSOC
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net-next 24/24] sctp: add SCTP_FUTURE_ASOC and SCTP_CURRENT_ASSOC for SCTP_STREAM_SCHEDULER sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 23/24] sctp: use SCTP_FUTURE_ASSOC and add SCTP_CURRENT_ASSOC for SCTP_EVENT sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 22/24] sctp: use SCTP_FUTURE_ASSOC and add SCTP_CURRENT_ASSOC for SCTP_ENABLE_STREAM_RESET sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 21/24] sctp: use SCTP_FUTURE_ASSOC and add SCTP_CURRENT_ASSOC for SCTP_DEFAULT_PRINFO sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 20/24] sctp: use SCTP_FUTURE_ASSOC and add SCTP_CURRENT_ASSOC for SCTP_AUTH_DEACTIVATE_KEY sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 19/24] sctp: use SCTP_FUTURE_ASSOC and add SCTP_CURRENT_ASSOC for SCTP_AUTH_DELETE_KEY sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 18/24] sctp: use SCTP_FUTURE_ASSOC and add SCTP_CURRENT_ASSOC for SCTP_AUTH_ACTIVE_KEY sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 17/24] sctp: use SCTP_FUTURE_ASSOC and add SCTP_CURRENT_ASSOC for SCTP_AUTH_KEY sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 16/24] sctp: use SCTP_FUTURE_ASSOC and add SCTP_CURRENT_ASSOC for SCTP_MAX_BURST sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 15/24] sctp: use SCTP_FUTURE_ASSOC and add SCTP_CURRENT_ASSOC for SCTP_CONTEXT sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 14/24] sctp: use SCTP_FUTURE_ASSOC and add SCTP_CURRENT_ASSOC for SCTP_DEFAULT_SNDINFO sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 13/24] sctp: use SCTP_FUTURE_ASSOC and add SCTP_CURRENT_ASSOC for SCTP_DEFAULT_SEND_PARAM sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 12/24] sctp: use SCTP_FUTURE_ASSOC and add SCTP_CURRENT_ASSOC for SCTP_DELAYED_SACK sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 11/24] sctp: add SCTP_CURRENT_ASSOC for SCTP_STREAM_SCHEDULER_VALUE sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 10/24] sctp: use SCTP_FUTURE_ASSOC for SCTP_INTERLEAVING_SUPPORTED sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 09/24] sctp: use SCTP_FUTURE_ASSOC for SCTP_RECONFIG_SUPPORTED sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 08/24] sctp: use SCTP_FUTURE_ASSOC for SCTP_PR_SUPPORTED sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 07/24] sctp: add SCTP_FUTURE_ASSOC for SCTP_PEER_ADDR_THLDS sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 06/24] sctp: use SCTP_FUTURE_ASSOC for SCTP_LOCAL_AUTH_CHUNKS sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 05/24] sctp: use SCTP_FUTURE_ASSOC for SCTP_MAXSEG sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 04/24] sctp: use SCTP_FUTURE_ASSOC for SCTP_ASSOCINFO sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 03/24] sctp: use SCTP_FUTURE_ASSOC for SCTP_RTOINFO sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 02/24] sctp: use SCTP_FUTURE_ASSOC for SCTP_PEER_ADDR_PARAMS sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 01/24] sctp: introduce SCTP_FUTURE/CURRENT/ALL_ASSOC
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 00/24] sctp: support SCTP_FUTURE/CURRENT/ALL_ASSOC
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: set flow sport from saddr only when it's 0
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: set chunk transport correctly when it's a new asoc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: improve the events for sctp stream adding
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: improve the events for sctp stream reset
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net] sctp: set flow sport from saddr only when it's 0
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: set chunk transport correctly when it's a new asoc
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: improve the events for sctp stream adding
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: improve the events for sctp stream reset
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH 6/7] sctp: Convert to genradix
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] sctp: Convert to genradix
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH 6/7] sctp: Convert to genradix
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: allocate sctp_sockaddr_entry with kzalloc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] sctp: Convert to genradix
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: allocate sctp_sockaddr_entry with kzalloc
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: allocate sctp_sockaddr_entry with kzalloc
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: KMSAN: kernel-infoleak in sctp_getsockopt
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• KMSAN: kernel-infoleak in sctp_getsockopt (2)
  • From: syzbot <syzbot+ae0c70c0c2d40c51bb92@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net] sctp: allocate sctp_sockaddr_entry with kzalloc
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: KMSAN: kernel-infoleak in sctp_getsockopt
  • From: Alexander Potapenko <glider@xxxxxxxxxx>
• Re: KMSAN: kernel-infoleak in sctp_getsockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: KMSAN: kernel-infoleak in sctp_getsockopt
  • From: Alexander Potapenko <glider@xxxxxxxxxx>
• BUG: unable to handle kernel paging request in sctp_v6_get_dst
  • From: syzbot <syzbot+ae70faffd84f05295f27@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH lksctp-tools] withsctp: do not reuse PACKAGE_VERSION as lib version
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH] Fix error->errno typos
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH] Fix error->errno typos
  • From: Jianwen Ji <jijianwen@xxxxxxxxx>
• Re: [PATCH 6/7] sctp: Convert to genradix
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 6/7] sctp: Convert to genradix
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH 6/7] sctp: Convert to genradix
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 6/7] sctp: Convert to genradix
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH] Fix error->errno typo
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH] Fix error->errno typo
  • From: Jianwen Ji <jijianwen@xxxxxxxxx>
• Re: [PATCHv2 net 0/3] net: add support for flex_array_resize in flex_array
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv2 net 0/3] net: add support for flex_array_resize in flex_array
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCHv2 net 0/3] net: add support for flex_array_resize in flex_array
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: initialize sin6_flowinfo for ipv6 addrs in sctp_inet6addr_event
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: initialize sin6_flowinfo for ipv6 addrs in sctp_inet6addr_event
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: initialize sin6_flowinfo for ipv6 addrs in sctp_inet6addr_event
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net] sctp: initialize sin6_flowinfo for ipv6 addrs in sctp_inet6addr_event
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: KMSAN: kernel-infoleak in sctp_getsockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net 0/3] net: add support for flex_array_resize in flex_array
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [PATCHv2 net 3/3] sctp: fa_resize sctp stream instead of redo fa_alloc
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 2/3] flex_array: support flex_array_resize
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 1/3] flex_array: make FLEX_ARRAY_BASE_SIZE the same value of FLEX_ARRAY_PART_SIZE
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 0/3] net: add support for flex_array_resize in flex_array
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: KMSAN: kernel-infoleak in sctp_getsockopt
  • From: Alexander Potapenko <glider@xxxxxxxxxx>
• Re: KMSAN: kernel-infoleak in sctp_getsockopt
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: KMSAN: kernel-infoleak in sctp_getsockopt
  • From: Alexander Potapenko <glider@xxxxxxxxxx>
• Re: KASAN: use-after-free Read in __lock_sock
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH net] sctp: fix pr_warn max_data argument type mismatch
  • From: Jakub Audykowicz <jakub.audykowicz@xxxxxxxxx>
• Re: [PATCH net] sctp: fix pr_warn max_data argument type mismatch
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net] sctp: fix pr_warn max_data argument type mismatch
  • From: Jakub Audykowicz <jakub.audykowicz@xxxxxxxxx>
• Re: KASAN: use-after-free Read in __lock_sock
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: frag_point sanity check
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH net 1/3] flex_array: make FLEX_ARRAY_BASE_SIZE the same value of FLEX_ARRAY_PART_SIZE
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net 1/3] flex_array: make FLEX_ARRAY_BASE_SIZE the same value of FLEX_ARRAY_PART_SIZE
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: frag_point sanity check
  • From: David Miller <davem@xxxxxxxxxxxxx>
• KMSAN: kernel-infoleak in sctp_getsockopt
  • From: syzbot <syzbot+ad5d327e6936a2e284be@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: KASAN: use-after-free Read in __lock_sock
  • From: syzbot <syzbot+9276d76e83e3bcde6c99@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net 0/3] net: add support for flex_array_resize in flex_array
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net 2/3] flex_array: support flex_array_resize
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 3/3] sctp: fa_resize sctp stream instead of redo fa_alloc
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 1/3] flex_array: make FLEX_ARRAY_BASE_SIZE the same value of FLEX_ARRAY_PART_SIZE
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 0/3] net: add support for flex_array_resize in flex_array
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: frag_point sanity check
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: frag_point sanity check
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: frag_point sanity check
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: frag_point sanity check
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: always set frag_point on pmtu change
  • From: Jakub Audykowicz <jakub.audykowicz@xxxxxxxxx>
• [PATCH net] sctp: frag_point sanity check
  • From: Jakub Audykowicz <jakub.audykowicz@xxxxxxxxx>
• Re: [PATCH net] sctp: always set frag_point on pmtu change
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: always set frag_point on pmtu change
  • From: Jakub Audykowicz <jakub.audykowicz@xxxxxxxxx>
• Re: [PATCH net] sctp: always set frag_point on pmtu change
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: always set frag_point on pmtu change
  • From: Jakub Audykowicz <jakub.audykowicz@xxxxxxxxx>
• Re: [PATCH net] sctp: kfree_rcu asoc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv2 net] sctp: update frag_point when stream_interleave is set
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv2 net] sctp: check and update stream->out_curr when allocating stream_out
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCHv2 net] sctp: check and update stream->out_curr when allocating stream_out
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCHv2 net] sctp: check and update stream->out_curr when allocating stream_out
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: kfree_rcu asoc
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: kfree_rcu asoc
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net] sctp: kfree_rcu asoc
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net] sctp: check and update stream->out_curr when allocating stream_out
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCHv2 net] sctp: hold transport before accessing its asoc in sctp_epaddr_lookup_transport
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCHv2 net] sctp: hold transport before accessing its asoc in sctp_epaddr_lookup_transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net] sctp: hold transport before accessing its asoc in sctp_epaddr_lookup_transport
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCHv2 net] sctp: hold transport before accessing its asoc in sctp_epaddr_lookup_transport
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv2 net] sctp: hold transport before accessing its asoc in sctp_epaddr_lookup_transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net] sctp: hold transport before accessing its asoc in sctp_epaddr_lookup_transport
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCHv2 net] sctp: check and update stream->out_curr when allocating stream_out
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net] sctp: hold transport before accessing its asoc in sctp_epaddr_lookup_transport
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv2 net] sctp: hold transport before accessing its asoc in sctp_hash_transport
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCHv2 net] sctp: hold transport before accessing its asoc in sctp_epaddr_lookup_transport
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCHv2 net] sctp: check and update stream->out_curr when allocating stream_out
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCHv2 net] sctp: hold transport before accessing its asoc in sctp_hash_transport
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv2 net] sctp: hold transport before accessing its asoc in sctp_epaddr_lookup_transport
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv2 net] sctp: check and update stream->out_curr when allocating stream_out
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net] sctp: hold transport before accessing its asoc in sctp_epaddr_lookup_transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net] sctp: hold transport before accessing its asoc in sctp_epaddr_lookup_transport
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCHv2 net] sctp: check and update stream->out_curr when allocating stream_out
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCHv2 net] sctp: check and update stream->out_curr when allocating stream_out
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net] sctp: check and update stream->out_curr when allocating stream_out
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCHv2 net] sctp: hold transport before accessing its asoc in sctp_hash_transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net] sctp: hold transport before accessing its asoc in sctp_epaddr_lookup_transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net] sctp: check and update stream->out_curr when allocating stream_out
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: hold transport before accessing its asoc in sctp_hash_transport
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv2 net] sctp: update frag_point when stream_interleave is set
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: always set frag_point on pmtu change
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: hold transport before accessing its asoc in sctp_hash_transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: always set frag_point on pmtu change
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: increase sk_wmem_alloc when head->truesize is increased
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: always set frag_point on pmtu change
  • From: Jakub Audykowicz <jakub.audykowicz@xxxxxxxxx>
• Re: Kernel Panic in SCTP driver (Debian 4.18.0-bpo1-amd64)
  • From: Jakub Audykowicz <jakub.audykowicz@xxxxxxxxx>
• Re: [PATCHv2 net] sctp: update frag_point when stream_interleave is set
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv2 net] sctp: update frag_point when stream_interleave is set
  • From: Jakub Audykowicz <jakub.audykowicz@xxxxxxxxx>
• Re: [PATCH net] sctp: check and update stream->out_curr when allocating stream_out
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCHv2 net] sctp: update frag_point when stream_interleave is set
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: check and update stream->out_curr when allocating stream_out
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: check and update stream->out_curr when allocating stream_out
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: check and update stream->out_curr when allocating stream_out
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: check and update stream->out_curr when allocating stream_out
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: update frag_point when stream_interleave is set
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: update frag_point when stream_interleave is set
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: check and update stream->out_curr when allocating stream_out
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: increase sk_wmem_alloc when head->truesize is increased
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: update frag_point when stream_interleave is set
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: increase sk_wmem_alloc when head->truesize is increased
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: increase sk_wmem_alloc when head->truesize is increased
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net] sctp: check and update stream->out_curr when allocating stream_out
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: update frag_point when stream_interleave is set
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: increase sk_wmem_alloc when head->truesize is increased
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: KASAN: use-after-free Read in __lock_sock
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: KASAN: use-after-free Read in __lock_sock
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: KASAN: use-after-free Read in __lock_sock
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: general protection fault in sctp_sched_dequeue_common
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: hold transport before accessing its asoc in sctp_hash_transport
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: hold transport before accessing its asoc in sctp_hash_transport
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: general protection fault in sctp_sched_dequeue_common
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: hold transport before accessing its asoc in sctp_hash_transport
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Kernel Panic in SCTP driver (Debian 4.18.0-bpo1-amd64)
  • From: Andreas Fink <afink@xxxxxxxxxxxxx>
• Re: Kernel Panic in SCTP driver (Debian 4.18.0-bpo1-amd64)
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Kernel Panic in SCTP driver (Debian 4.18.0-bpo1-amd64)
  • From: Andreas Fink <afink@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: hold transport before accessing its asoc in sctp_hash_transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• general protection fault in sctp_sched_dequeue_common
  • From: syzbot <syzbot+e33a3a138267ca119c7d@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] sctp: count sk_wmem_alloc by skb truesize in sctp_packet_transmit
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: count sk_wmem_alloc by skb truesize in sctp_packet_transmit
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: hold transport before accessing its asoc in sctp_hash_transport
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: hold transport before accessing its asoc in sctp_epaddr_lookup_transport
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: hold transport before accessing its asoc in sctp_hash_transport
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net] sctp: hold transport before accessing its asoc in sctp_epaddr_lookup_transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: hold transport before accessing its asoc in sctp_hash_transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: not increase stream's incnt before sending addstrm_in request
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] Revert "sctp: remove sctp_transport_pmtu_check"
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv2 net] sctp: not allow to set asoc prsctp_enable by sockopt
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: count sk_wmem_alloc by skb truesize in sctp_packet_transmit
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv3 net-next 0/4] sctp: add subscribe per asoc and sockopt SCTP_EVENT
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] Revert "sctp: remove sctp_transport_pmtu_check"
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCHv3 net-next 0/4] sctp: add subscribe per asoc and sockopt SCTP_EVENT
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: not allow to set asoc prsctp_enable by sockopt
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: KASAN: use-after-free Read in __lock_sock
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: KASAN: use-after-free Read in sctp_epaddr_lookup_transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: KASAN: use-after-free Read in sctp_hash_transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: always set frag_point on pmtu change
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: not allow to set asoc prsctp_enable by sockopt
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH lksctp-tools] func_tests: frag_point should never be zero
  • From: Jakub Audykowicz <jakub.audykowicz@xxxxxxxxx>
• [PATCH net] sctp: always set frag_point on pmtu change
  • From: Jakub Audykowicz <jakub.audykowicz@xxxxxxxxx>
• KASAN: use-after-free Read in sctp_hash_transport
  • From: syzbot <syzbot+0b05d8aa7cb185107483@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net] sctp: not increase stream's incnt before sending addstrm_in request
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] Revert "sctp: remove sctp_transport_pmtu_check"
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv3 net-next 4/4] sctp: add sockopt SCTP_EVENT
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv3 net-next 3/4] sctp: rename enum sctp_event to sctp_event_type
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv3 net-next 2/4] sctp: add subscribe per asoc
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv3 net-next 1/4] sctp: define subscribe in sctp_sock as __u16
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv3 net-next 0/4] sctp: add subscribe per asoc and sockopt SCTP_EVENT
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net] sctp: not allow to set asoc prsctp_enable by sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: count sk_wmem_alloc by skb truesize in sctp_packet_transmit
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: not allow to set asoc prsctp_enable by sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• KASAN: use-after-free Read in __lock_sock
  • From: syzbot <syzbot+9276d76e83e3bcde6c99@xxxxxxxxxxxxxxxxxxxxxxxxx>
• KASAN: use-after-free Read in sctp_epaddr_lookup_transport
  • From: syzbot <syzbot+aad231d51b1923158444@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] sctp: not allow to set asoc prsctp_enable by sockopt
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: not allow to set asoc prsctp_enable by sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: not allow to set asoc prsctp_enable by sockopt
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: not allow to set asoc prsctp_enable by sockopt
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: not allow to set asoc prsctp_enable by sockopt
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: not allow to set asoc prsctp_enable by sockopt
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net] sctp: not allow to set asoc prsctp_enable by sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net-next 1/4] sctp: define subscribe in sctp_sock as __u16
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net-next 1/4] sctp: define subscribe in sctp_sock as __u16
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/4] sctp: add subscribe per asoc and sockopt SCTP_EVENT
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 4/4] sctp: add sockopt SCTP_EVENT
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 3/4] sctp: rename enum sctp_event to sctp_event_type
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 2/4] sctp: add subscribe per asoc
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 1/4] sctp: define subscribe in sctp_sock as __u16
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 0/4] sctp: add subscribe per asoc and sockopt SCTP_EVENT
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net-next 0/3] sctp: add support for sk_reuseport
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next 4/4] sctp: add sockopt SCTP_EVENT
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 3/4] sctp: rename enum sctp_event to sctp_event_type
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 0/4] sctp: add subscribe per asoc and sockopt SCTP_EVENT
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 3/3] sctp: process sk_reuseport in sctp_get_port_local
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 2/3] sctp: add sock_reuseport for the sock in __sctp_hash_endpoint
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 1/3] sctp: do reuseport_select_sock in __sctp_rcv_lookup_endpoint
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 0/3] sctp: add support for sk_reuseport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 2/3] sctp: add sock_reuseport for the sock in __sctp_hash_endpoint
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 1/3] sctp: do reuseport_select_sock in __sctp_rcv_lookup_endpoint
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: Broken sack processing
  • From: "'Marcelo Ricardo Leitner'" <marcelo.leitner@xxxxxxxxx>
• RE: Broken sack processing
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Broken sack processing
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Broken sack processing
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net] sctp: define SCTP_SS_DEFAULT for Stream schedulers
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: fix strchange_flags name for Stream Change Event
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net] sctp: define SCTP_SS_DEFAULT for Stream schedulers
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: fix strchange_flags name for Stream Change Event
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: check policy more carefully when getting pr status
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: clear the transport of some out_chunk_list chunks in sctp_assoc_rm_peer
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net] sctp: check policy more carefully when getting pr status
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: clear the transport of some out_chunk_list chunks in sctp_assoc_rm_peer
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: KASAN: slab-out-of-bounds Read in sctp_getsockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: KASAN: slab-out-of-bounds Read in sctp_getsockopt
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH v2] sctp: socket.c validate sprstat_policy
  • From: Tomas Bortoli <tomasbortoli@xxxxxxxxx>
• Re: [PATCH v2] sctp: socket.c validate sprstat_policy
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH] sctp: socket.c validate sprstat_policy
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: socket.c validate sprstat_policy
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] sctp: socket.c validate sprstat_policy
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v2] sctp: socket.c validate sprstat_policy
  • From: Tomas Bortoli <tomasbortoli@xxxxxxxxx>
• Re: [PATCH] sctp: socket.c validate sprstat_policy
  • From: Tomas Bortoli <tomasbortoli@xxxxxxxxx>
• [PATCH] sctp: socket.c validate sprstat_policy
  • From: Tomas Bortoli <tomasbortoli@xxxxxxxxx>
• [PATCH] sctp: socket.c validate sprstat_policy
  • From: Tomas Bortoli <tomasbortoli@xxxxxxxxx>
• Re: KASAN: use-after-free Read in sctp_outq_select_transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: KASAN: slab-out-of-bounds Read in sctp_getsockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• KASAN: slab-out-of-bounds Read in sctp_getsockopt
  • From: syzbot <syzbot+5da0d0a72a9e7d791748@xxxxxxxxxxxxxxxxxxxxxxxxx>
• KASAN: use-after-free Read in sctp_outq_select_transport
  • From: syzbot <syzbot+56a40ceee5fb35932f4d@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 0/3] sctp: add support for sk_reuseport
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next 1/3] sctp: do reuseport_select_sock in __sctp_rcv_lookup_endpoint
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next 2/3] sctp: add sock_reuseport for the sock in __sctp_hash_endpoint
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next 0/3] sctp: add support for sk_reuseport
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/3] sctp: add support for sk_reuseport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 3/3] sctp: process sk_reuseport in sctp_get_port_local
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 2/3] sctp: add sock_reuseport for the sock in __sctp_hash_endpoint
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 1/3] sctp: do reuseport_select_sock in __sctp_rcv_lookup_endpoint
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 0/3] sctp: add support for sk_reuseport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 0/2] sctp: fix sk_wmem_queued and use it to check for writable space
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: fix the data size calculation in sctp_data_size
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: not free the new asoc when sctp_wait_for_connect returns err
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: fix race on sctp_id2asoc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: fix race on sctp_id2asoc
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: fix the data size calculation in sctp_data_size
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: not free the new asoc when sctp_wait_for_connect returns err
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net] sctp: fix the data size calculation in sctp_data_size
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 2/2] sctp: use sk_wmem_queued to check for writable space
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 1/2] sctp: count both sk and asoc sndbuf with skb truesize and sctp_chunk size
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 0/2] sctp: fix sk_wmem_queued and use it to check for writable space
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: not free the new asoc when sctp_wait_for_connect returns err
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: fix race on sctp_id2asoc
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: get pr_assoc and pr_stream all status with SCTP_PR_SCTP_ALL instead
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: KASAN: use-after-free Read in sctp_id2assoc
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: KASAN: use-after-free Read in sctp_id2assoc
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: get pr_assoc and pr_stream all status with SCTP_PR_SCTP_ALL instead
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net] sctp: get pr_assoc and pr_stream all status with SCTP_PR_SCTP_ALL instead
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: use the pmtu from the icmp packet to update transport pathmtu
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: use the pmtu from the icmp packet to update transport pathmtu
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net] sctp: use the pmtu from the icmp packet to update transport pathmtu
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: KASAN: use-after-free Read in sctp_id2assoc
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: KASAN: use-after-free Read in sctp_id2assoc
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: KASAN: use-after-free Read in sctp_id2assoc
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: KASAN: use-after-free Read in sctp_id2assoc
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: KASAN: use-after-free Read in sctp_id2assoc
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH 1/1] sctp: fix align sctp_assoc_stats to run on x86_64 in compat IA32
  • From: Krzysztof Grzywocz <kgrzywocz@xxxxx>
• RE: [PATCH 1/1] sctp: fix align sctp_assoc_stats to run on x86_64 in compat IA32
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH v2 1/1] sctp: fix align sctp_assoc_stats to run on x86_64 in compat IA32
  • From: Krzysztof Grzywocz <kgrzywocz@xxxxx>
• Re: [PATCH 1/1] sctp: fix align sctp_assoc_stats to run on x86_64 in compat IA32
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH 1/1] sctp: fix align sctp_assoc_stats to run on x86_64 in compat IA32
  • From: Krzysztof Grzywocz <kgrzywocz@xxxxx>
• Re: KASAN: use-after-free Read in sctp_id2assoc
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• KASAN: use-after-free Read in sctp_id2assoc
  • From: syzbot <syzbot+c7dd55d7aec49d48e49a@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix fall-through annotation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sctp: fix fall-through annotation
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH lksctp-tools] func_tests: fix use of uninitialized var
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH lksctp-tools] func_tests: fix use of uninitialized var
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH lksctp-tools] func_tests: fix use of uninitialized var
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• Re: [PATCH net] sctp: update dst pmtu with the correct daddr
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/3] net: rework SIOCGSTAMP ioctl handling
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] sctp: update dst pmtu with the correct daddr
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: update dst pmtu with the correct daddr
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: update dst pmtu with the correct daddr
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net] sctp: update dst pmtu with the correct daddr
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 1/3] net: rework SIOCGSTAMP ioctl handling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] net/sock: move memory_allocated over to percpu_counter variables
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH] net/sock: move memory_allocated over to percpu_counter variables
  • From: Olof Johansson <olof@xxxxxxxxx>
• Re: [PATCH] net/sock: move memory_allocated over to percpu_counter variables
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH] net/sock: move memory_allocated over to percpu_counter variables
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH] net/sock: move memory_allocated over to percpu_counter variables
  • From: Olof Johansson <olof@xxxxxxxxx>
• Re: [PATCH] net/sock: move memory_allocated over to percpu_counter variables
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] net/sock: move memory_allocated over to percpu_counter variables
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• [PATCH] net/sock: move memory_allocated over to percpu_counter variables
  • From: Olof Johansson <olof@xxxxxxxxx>
• Re: [PATCH net 0/2] sctp: two fixes for spp_ipv6_flowlabel and spp_dscp sockopts
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net 0/2] sctp: two fixes for spp_ipv6_flowlabel and spp_dscp sockopts
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: hold transport before accessing its asoc in sctp_transport_get_next
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net 2/2] sctp: not traverse asoc trans list if non-ipv6 trans exists for ipv6_flowlabel
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 1/2] sctp: fix invalid reference to the index variable of the iterator
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 0/2] sctp: two fixes for spp_ipv6_flowlabel and spp_dscp sockopts
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 1/3] net: rework SIOCGSTAMP ioctl handling
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH net-next 1/3] net: rework SIOCGSTAMP ioctl handling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH net-next 1/3] net: rework SIOCGSTAMP ioctl handling
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH net] sctp: hold transport before accessing its asoc in sctp_transport_get_next
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/3] net: rework SIOCGSTAMP ioctl handling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH net] sctp: hold transport before accessing its asoc in sctp_transport_get_next
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 1/3] net: rework SIOCGSTAMP ioctl handling
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next 1/3] net: rework SIOCGSTAMP ioctl handling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH net] sctp: hold transport before accessing its asoc in sctp_transport_get_next
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: hold transport before accessing its asoc in sctp_transport_get_next
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: remove useless start_fail from sctp_ht_iter in proc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: hold transport before accessing its asoc in sctp_transport_get_next
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: remove useless start_fail from sctp_ht_iter in proc
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: hold transport before accessing its asoc in sctp_transport_get_next
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: remove useless start_fail from sctp_ht_iter in proc
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: hold transport before accessing its asoc in sctp_transport_get_next
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net] sctp: remove useless start_fail from sctp_ht_iter in proc
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: hold transport before accessing its asoc in sctp_transport_get_next
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: KASAN: use-after-free Read in sctp_transport_get_next
  • From: syzbot <syzbot+fe62a0c9aa6a85c6de16@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Fixes for kernel feature detection
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH 0/3] Fixes for kernel feature detection
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: KASAN: use-after-free Read in sctp_transport_get_next
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH 0/3] Fixes for kernel feature detection
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH 3/3] build: 0b0dce7a36fb actually belongs to v4.19
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH 2/3] build: fix probing for HAVE_SCTP_SENDV
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH 0/3] Fixes for kernel feature detection
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH 1/3] build: remove v4.12 secondary defines in favor of HAVE_SCTP_STREAM_RECONFIG
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: KASAN: use-after-free Read in sctp_transport_get_next
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH lksctp-tools] build: fix netinet/sctp.h not to be installed
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• KASAN: use-after-free Read in sctp_transport_get_next
  • From: syzbot <syzbot+fe62a0c9aa6a85c6de16@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH lksctp-tools] build: fix netinet/sctp.h not to be installed
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• RE: [PATCH V2 net-next 2/6] sctp: Handle sctp packets with CHECKSUM_PARTIAL
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH V2 net-next 2/6] sctp: Handle sctp packets with CHECKSUM_PARTIAL
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [LKP] ab9ee8e38b [ 22.890412] WARNING: CPU: 0 PID: 632 at mm/usercopy.c:81 usercopy_warn
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH lksctp-tools] configure.ac: add CURRENT REVISION and AGE for libsctp and libwithsctp
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH lksctp-tools] withsctp: use @PACKAGE_VERSION@ in withsctp.h
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH lksctp-tools] configure.ac: add CURRENT REVISION and AGE for libsctp and libwithsctp
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH lksctp-tools] withsctp: use @PACKAGE_VERSION@ in withsctp.h
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH lksctp-tools] configure.ac: add CURRENT REVISION and AGE for libsctp and libwithsctp
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH lksctp-tools] withsctp: use @PACKAGE_VERSION@ in withsctp.h
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: New lksctp-tools release: 1.0.18
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: WARNING: refcount bug in sctp_transport_put
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• WARNING: refcount bug in sctp_transport_put
  • From: syzbot <syzbot+6a15c8ad0f0632ccd7f3@xxxxxxxxxxxxxxxxxxxxxxxxx>
• New lksctp-tools release: 1.0.18
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH v3 0/2] net/sctp: Avoid allocating high order memory with kmalloc()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH lksctp-tools 0/2] build: add more kernel features detecting when building
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH lksctp-tools 0/9] lksctp-tools: fix covscan warnings
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH lksctp-tools] doc: update docs to match current rfc documents
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH lksctp-tools] nagle_snd: silence false-positive compiler warning
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH lksctp-tools] travis: use git instead of downloading tarballs
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH v2 0/2] net/sctp: Avoid allocating high order memory with kmalloc()
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH v3 2/2] net/sctp: Replace in/out stream arrays with flex_array
  • From: Konstantin Khorenko <khorenko@xxxxxxxxxxxxx>
• [PATCH v3 1/2] net/sctp: Make wrappers for accessing in/out streams
  • From: Konstantin Khorenko <khorenko@xxxxxxxxxxxxx>
• [PATCH v3 0/2] net/sctp: Avoid allocating high order memory with kmalloc()
  • From: Konstantin Khorenko <khorenko@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] net/sctp: Avoid allocating high order memory with kmalloc()
  • From: Konstantin Khorenko <khorenko@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] net/sctp: Avoid allocating high order memory with kmalloc()
  • From: Konstantin Khorenko <khorenko@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] net/sctp: Make wrappers for accessing in/out streams
  • From: Konstantin Khorenko <khorenko@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] net/sctp: Make wrappers for accessing in/out streams
  • From: Konstantin Khorenko <khorenko@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] net/sctp: Avoid allocating high order memory with kmalloc()
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• RE: [PATCH v2 0/2] net/sctp: Avoid allocating high order memory with kmalloc()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v2 0/2] net/sctp: Avoid allocating high order memory with kmalloc()
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH v2 0/2] net/sctp: Avoid allocating high order memory with kmalloc()
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] net/sctp: Make wrappers for accessing in/out streams
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH v2 0/2] net/sctp: Avoid allocating high order memory with kmalloc()
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH v2 1/2] net/sctp: Make wrappers for accessing in/out streams
  • From: David Miller <davem@xxxxxxxxxxxxx>
• RE: [PATCH v2 0/2] net/sctp: Avoid allocating high order memory with kmalloc()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH v2 1/2] net/sctp: Make wrappers for accessing in/out streams
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH v2 1/2] net/sctp: Make wrappers for accessing in/out streams
  • From: Konstantin Khorenko <khorenko@xxxxxxxxxxxxx>
• [PATCH v2 0/2] net/sctp: Avoid allocating high order memory with kmalloc()
  • From: Konstantin Khorenko <khorenko@xxxxxxxxxxxxx>
• [PATCH v2 2/2] net/sctp: Replace in/out stream arrays with flex_array
  • From: Konstantin Khorenko <khorenko@xxxxxxxxxxxxx>
• Re: [PATCH lksctp-tools] nagle_snd: silence false-positive compiler warning
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH lksctp-tools] travis: use git instead of downloading tarballs
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH lksctp-tools] nagle_snd: silence false-positive compiler warning
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH lksctp-tools] doc: update docs to match current rfc documents
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH lksctp-tools] travis: use git instead of downloading tarballs
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH lksctp-tools] doc: update docs to match current rfc documents
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH lksctp-tools] travis: use git instead of downloading tarballs
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH lksctp-tools] nagle_snd: silence false-positive compiler warning
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH v2] travis: add support for building against Linus master
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH v2] travis: add support for building against Linus master
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH lksctp-tools] travis: add support for building against Linus master
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH 0/4] Improve travis-ci integration
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH] github: block pull requests
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH lksctp-tools 0/9] lksctp-tools: fix covscan warnings
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH lksctp-tools 9/9] func_tests: fix covscan warnings
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH lksctp-tools 8/9] lib: fix covscan warnings
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH lksctp-tools 7/9] testlib: fix covscan warnings
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH lksctp-tools 6/9] sctp_xconnect: fix covscan warnings
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH lksctp-tools 5/9] sctp_test: fix covscan warnings
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH lksctp-tools 4/9] sctp_darn: fix covscan warnings
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH lksctp-tools 3/9] peel_server: fix covscan warnings
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH lksctp-tools 2/9] peel_client: fix covscan warnings
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH lksctp-tools 1/9] myftp: fix covscan warnings
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH lksctp-tools 0/9] lksctp-tools: fix covscan warnings
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH 1/4] travis: build against multiple kernel versions
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] travis: build against multiple kernel versions
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH] github: block pull requests
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] travis: build against multiple kernel versions
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH] github: block pull requests
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH 4/4] travis: only send notifications if build status changed
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH 0/4] Improve travis-ci integration
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH 1/4] travis: build against multiple kernel versions
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH 2/4] travis: build against multiple gcc versions
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH 3/4] travis: build against multiple clang versions
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH PATCH net-next 15/18] sunrpc: whitespace fixes
  • From: Anna Schumaker <Anna.Schumaker@xxxxxxxxxx>
• Re: [PATCH PATCH net-next 08/18] sctp: whitespace fixes
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH PATCH net-next 07/18] ceph: fix whitespace
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH PATCH net-next 00/18] net whitespace cleanups
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH PATCH net-next 00/18] net whitespace cleanups
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH PATCH net-next 01/18] sched: fix trailing whitespace
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH PATCH net-next 02/18] wimax: remove blank lines at EOF
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH PATCH net-next 05/18] mpls: remove trailing whitepace
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH PATCH net-next 06/18] xfrm: remove blank lines at EOF
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH PATCH net-next 07/18] ceph: fix whitespace
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH PATCH net-next 08/18] sctp: whitespace fixes
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH PATCH net-next 09/18] ila: remove blank lines at EOF
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH PATCH net-next 11/18] atm: remove blank lines at EOF
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH PATCH net-next 16/18] bpfilter: remove trailing newline
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH PATCH net-next 15/18] sunrpc: whitespace fixes
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH PATCH net-next 18/18] net: remove blank lines at end of file
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH PATCH net-next 17/18] l2tp: remove trailing newline
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH PATCH net-next 14/18] decnet: whitespace fixes
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH PATCH net-next 13/18] x25: remove blank lines at EOF
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH PATCH net-next 12/18] ax25: remove blank line at EOF
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH PATCH net-next 10/18] 9p: fix whitespace issues
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH PATCH net-next 04/18] llc: fix whitespace issues
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH PATCH net-next 03/18] rds: remove trailing whitespace and blank lines
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 0/2] net/sctp: Avoid allocating high order memory with kmalloc()
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next 0/2] net/sctp: Avoid allocating high order memory with kmalloc()
  • From: Konstantin Khorenko <khorenko@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: Free connecting association if there is a pending signal
  • From: Petr Malat <oss@xxxxxxxxx>
• Re: [PATCH net] sctp: Free connecting association if there is a pending signal
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: Free connecting association if there is a pending signal
  • From: Petr Malat <oss@xxxxxxxxx>
• RE: [PATCH net] sctp: Free connecting association if there is a pending signal
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net] sctp: Free connecting association if there is a pending signal
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: Free connecting association if there is a pending signal
  • From: Petr Malat <oss@xxxxxxxxx>
• Re: Possible bug: Association always uses the primary source address in replies
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH lksctp-tools 2/2] build: add two defines for Peer Address Parameters extensions on sctp_paddrparams
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH lksctp-tools 1/2] build: add define HAVE_SCTP_AUTH_NO_AUTH
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH lksctp-tools 0/2] build: add more kernel features detecting when building
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: Free connecting association if there is a pending signal
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: Free connecting association if there is a pending signal
  • From: Petr Malat <oss@xxxxxxxxx>
• Re: [PATCH net] sctp: Free connecting association if there is a pending signal
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Possible bug: Association always uses the primary source address in replies
  • From: Martin Schröder <martin@xxxxxxxxxx>
• [PATCH net] sctp: Free connecting association if there is a pending signal
  • From: Petr Malat <oss@xxxxxxxxx>
• Re: Possible bug: Association always uses the primary source address in replies
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: Possible bug: Association always uses the primary source address in replies
  • From: Martin Schröder <martin@xxxxxxxxxx>
• Re: Possible bug: Association always uses the primary source address in replies
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Possible bug: Association always uses the primary source address in replies
  • From: Martin Schröder <martin@xxxxxxxxxx>
• Re: [PATCHv2 net] sctp: fix the issue that pathmtu may be set lower than MINSEGMENT
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv2 net] sctp: fix the issue that pathmtu may be set lower than MINSEGMENT
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCHv2 net] sctp: fix the issue that pathmtu may be set lower than MINSEGMENT
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv2 net-next 0/5] sctp: fully support for dscp and flowlabel per transport
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCHv2 net] sctp: fix the issue that pathmtu may be set lower than MINSEGMENT
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net-next 0/5] sctp: fully support for dscp and flowlabel per transport
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: fix the issue that pathmtu may be set lower than MINSEGMENT
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: fix the issue that pathmtu may be set lower than MINSEGMENT
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCHv2 net-next 5/5] sctp: check for ipv6_pinfo legal sndflow with flowlabel in sctp_v6_get_dst
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 4/5] sctp: add support for setting flowlabel when adding a transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 3/5] sctp: add spp_ipv6_flowlabel and spp_dscp for sctp_paddrparams
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 2/5] sctp: add support for dscp and flowlabel per transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 1/5] ipv4: add __ip_queue_xmit() that supports tos param
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 0/5] sctp: fully support for dscp and flowlabel per transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: fix the issue that pathmtu may be set lower than MINSEGMENT
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: 转发: I meet a problem about sctp and linux policy route
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• 转发: I meet a problem about sctp and linux policy route
  • From: "peicaiyun" <peicaiyun@xxxxxxxxxxx>
• Re: [PATCH net-next 3/5] sctp: add spp_ipv6_flowlabel and spp_dscp for sctp_paddrparams
  • From: 吉藤英明 <hideaki.yoshifuji@xxxxxxxxxxxxxxxx>
• Re: [PATCHv3 net-next] sctp: add support for SCTP_REUSE_PORT sockopt
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCHv3 net-next] sctp: add support for SCTP_REUSE_PORT sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 3/5] sctp: add spp_ipv6_flowlabel and spp_dscp for sctp_paddrparams
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 3/5] sctp: add spp_ipv6_flowlabel and spp_dscp for sctp_paddrparams
  • From: 吉藤英明 <hideaki.yoshifuji@xxxxxxxxxxxxxxxx>
• Re: WARNING in sctp_assoc_update_frag_point
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• WARNING in sctp_assoc_update_frag_point
  • From: syzbot <syzbot+f0d9d7cba052f9344b03@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2 net-next] sctp: add support for SCTP_REUSE_PORT sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 1/5] ipv4: add __ip_queue_xmit() that supports tos param
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 3/5] sctp: add spp_ipv6_flowlabel and spp_dscp for sctp_paddrparams
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 3/5] sctp: add spp_ipv6_flowlabel and spp_dscp for sctp_paddrparams
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next 3/5] sctp: add spp_ipv6_flowlabel and spp_dscp for sctp_paddrparams
  • From: 吉藤英明 <hideaki.yoshifuji@xxxxxxxxxxxxxxxx>
• Re: [PATCHv2 net-next] sctp: add support for SCTP_REUSE_PORT sockopt
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next 3/5] sctp: add spp_ipv6_flowlabel and spp_dscp for sctp_paddrparams
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next 3/5] sctp: add spp_ipv6_flowlabel and spp_dscp for sctp_paddrparams
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/5] ipv4: add __ip_queue_xmit() that supports tos param
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next 3/5] sctp: add spp_ipv6_flowlabel and spp_dscp for sctp_paddrparams
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/5] ipv4: add __ip_queue_xmit() that supports tos param
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next 5/5] sctp: check for ipv6_pinfo legal sndflow with flowlabel in sctp_v6_get_dst
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 4/5] sctp: add support for setting flowlabel when adding a transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 3/5] sctp: add spp_ipv6_flowlabel and spp_dscp for sctp_paddrparams
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 2/5] sctp: add support for dscp and flowlabel per transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 1/5] ipv4: add __ip_queue_xmit() that supports tos param
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 0/5] sctp: fully support for dscp and flowlabel per transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next] sctp: add support for SCTP_REUSE_PORT sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: fix erroneous inc of snmp SctpFragUsrMsgs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: fix erroneous inc of snmp SctpFragUsrMsgs
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net] sctp: fix erroneous inc of snmp SctpFragUsrMsgs
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv2 net-next] sctp: add support for SCTP_REUSE_PORT sockopt
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: define sctp_packet_gso_append to build GSO frames
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv2 net-next] sctp: add support for SCTP_REUSE_PORT sockopt
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: define sctp_packet_gso_append to build GSO frames
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: define sctp_packet_gso_append to build GSO frames
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCHv2 net-next] sctp: add support for SCTP_REUSE_PORT sockopt
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next] sctp: define sctp_packet_gso_append to build GSO frames
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: define sctp_packet_gso_append to build GSO frames
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next] sctp: define sctp_packet_gso_append to build GSO frames
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: define sctp_packet_gso_append to build GSO frames
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net-next] sctp: define sctp_packet_gso_append to build GSO frames
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: not allow transport timeout value less than HZ/5 for hb_timer
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: not allow transport timeout value less than HZ/5 for hb_timer
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net] sctp: not allow transport timeout value less than HZ/5 for hb_timer
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH lksctp-tools 00/12] build: detect kernel features when building
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: not allow to set rto_min with a value below 200 msecs
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: not allow to set rto_min with a value below 200 msecs
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH lksctp-tools 00/12] build: detect kernel features when building
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: use non-archaic spelling of failes
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: use non-archaic spelling of failes
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH] sctp: use non-archaic spelling of failes
  • From: Thadeu Lima de Souza Cascardo <cascardo@xxxxxxxxxxxxx>
• [PATCH lksctp-tools 12/12] build: add define HAVE_SCTP_SENDV
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH lksctp-tools 11/12] build: add two defines for Partial Delivery extensions on sctp_pdapi_event
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH lksctp-tools 10/12] build: add define HAVE_SCTP_PEELOFF_FLAGS
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH lksctp-tools 09/12] build: add define HAVE_SCTP_STREAM_RECONFIG
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH lksctp-tools 08/12] build: add define HAVE_SCTP_STREAM_CHANGE_EVENT
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH lksctp-tools 07/12] build: add define HAVE_SCTP_ASSOC_RESET_EVENT
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH lksctp-tools 06/12] build: add define HAVE_SCTP_STREAM_RESET_EVENT
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH lksctp-tools 05/12] netinet/sctp.h: dynamically build based on system setup
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH lksctp-tools 04/12] build: probe for linux/sctp.h
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH lksctp-tools 03/12] configure.ac: style fixes
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH lksctp-tools 02/12] build: add m4 macros to probe for kernel features
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH lksctp-tools 01/12] build: remove internal copy of kernel header
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH lksctp-tools 00/12] build: detect kernel features when building
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: not allow to set rto_min with a value below 200 msecs
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: not allow to set rto_min with a value below 200 msecs
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: not allow to set rto_min with a value below 200 msecs
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: not allow to set rto_min with a value below 200 msecs
  • From: Neal Cardwell <ncardwell@xxxxxxxxxx>
• Re: [PATCH net] sctp: not allow to set rto_min with a value below 200 msecs
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: not allow to set rto_min with a value below 200 msecs
  • From: Michael Tuexen <michael.tuexen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net] sctp: not allow to set rto_min with a value below 200 msecs
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next] vrf: add CRC32c offload to device features
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: not allow to set rto_min with a value below 200 msecs
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: not allow to set rto_min with a value below 200 msecs
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>