Linux SCTP (Stream Control Transmission Protocol)
Thread Index
[
Prev Page
][
Next Page
]
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>
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] sctp: not allow to set rto_min with a value below 200 msecs
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: [PATCH net] sctp: not allow to set rto_min with a value below 200 msecs
From
: Michael Tuexen <michael.tuexen@xxxxxxxxxxxxxxxxx>
Re: INFO: rcu detected stall in kmem_cache_alloc_node_trace
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: INFO: rcu detected stall in sctp_generate_heartbeat_event
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: INFO: rcu detected stall in kfree_skbmem
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: INFO: rcu detected stall in sctp_packet_transmit
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: INFO: rcu detected stall in ip_route_output_key_hash
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: INFO: rcu detected stall in corrupted
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: [PATCH net-next] vrf: add CRC32c offload to device features
From
: David Ahern <dsa@xxxxxxxxxxxxxxxxxxx>
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
: Neil Horman <nhorman@xxxxxxxxxxxxx>
[PATCH net] sctp: not allow to set rto_min with a value below 200 msecs
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net-next] vrf: add CRC32c offload to device features
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH net-next] vrf: add CRC32c offload to device features
From
: Davide Caratti <dcaratti@xxxxxxxxxx>
Re: INFO: rcu detected stall in corrupted
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: INFO: rcu detected stall in corrupted
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [kbuild-all] [PATCH net-next 2/2] sctp: add sctp_make_op_error_limited and reuse inner functions
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net-next] sctp: add support for SCTP_REUSE_PORT sockopt
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH net-next] sctp: add support for SCTP_REUSE_PORT sockopt
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net] sctp: fix the issue that flags are ignored when using kernel_connect
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net] sctp: fix the issue that flags are ignored when using kernel_connect
From
: David Miller <davem@xxxxxxxxxxxxx>
RE: [PATCH net-next] sctp: add support for SCTP_REUSE_PORT sockopt
From
: David Laight <David.Laight@xxxxxxxxxx>
Re: missing includes?
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net] sctp: fix the issue that flags are ignored when using kernel_connect
From
: Michal Kubecek <mkubecek@xxxxxxx>
Re: [PATCH net-next] sctp: add support for SCTP_REUSE_PORT sockopt
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: missing includes?
From
: Andreas Fink <afink@xxxxxxxxxxxxx>
Re: missing includes?
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net-next] sctp: add support for SCTP_REUSE_PORT sockopt
From
: Xin Long <lucien.xin@xxxxxxxxx>
missing includes?
From
: Andreas Fink <afink@xxxxxxxxxxxxx>
Re: INFO: rcu detected stall in is_bpf_text_address
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net] sctp: fix the issue that flags are ignored when using kernel_connect
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net-next] sctp: add support for SCTP_REUSE_PORT sockopt
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net-next] sctp: add support for SCTP_REUSE_PORT sockopt
From
: Michael Tuexen <tuexen@xxxxxxxxxxxxxx>
Re: [PATCH net-next] sctp: add support for SCTP_REUSE_PORT sockopt
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH net-next] sctp: add support for SCTP_REUSE_PORT sockopt
From
: Michael Tuexen <tuexen@xxxxxxxxxxxxxx>
Re: [PATCH net] sctp: fix the issue that flags are ignored when using kernel_connect
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH net-next] sctp: add support for SCTP_REUSE_PORT sockopt
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH net-next] sctp: add support for SCTP_REUSE_PORT sockopt
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net-next] sctp: add support for SCTP_REUSE_PORT sockopt
From
: Tom Herbert <tom@xxxxxxxxxxxxxxx>
Re: [PATCH net-next] sctp: add support for SCTP_REUSE_PORT sockopt
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net-next] sctp: add support for SCTP_REUSE_PORT sockopt
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH net-next] sctp: add support for SCTP_REUSE_PORT sockopt
From
: Tom Herbert <tom@xxxxxxxxxxxxxxx>
[PATCH net] sctp: fix the issue that flags are ignored when using kernel_connect
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net-next] sctp: add support for SCTP_REUSE_PORT sockopt
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH net-next] sctp: add support for SCTP_REUSE_PORT sockopt
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: SCTP nailed down connections trouble
From
: Andreas Fink <afink@xxxxxxxxxxxxx>
RE: SCTP nailed down connections trouble
From
: David Laight <David.Laight@xxxxxxxxxx>
Re: SCTP nailed down connections trouble
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: SCTP nailed down connections trouble
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: SCTP nailed down connections trouble
From
: Andreas Fink <afink@xxxxxxxxxxxxx>
Re: SCTP nailed down connections trouble
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: INFO: rcu detected stall in sctp_packet_transmit
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
SCTP nailed down connections trouble
From
: Andreas Fink <afink@xxxxxxxxxxxxx>
Re: INFO: rcu detected stall in sctp_packet_transmit
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: INFO: rcu detected stall in sctp_packet_transmit
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: INFO: rcu detected stall in sctp_packet_transmit
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: KMSAN: uninit-value in __sctp_v6_cmp_addr
From
: Alexander Potapenko <glider@xxxxxxxxxx>
Re: KMSAN: uninit-value in __sctp_v6_cmp_addr
From
: Alexander Potapenko <glider@xxxxxxxxxx>
INFO: rcu detected stall in sctp_packet_transmit
From
: syzbot <syzbot+ff0b569fb5111dcd1a36@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: KMSAN: uninit-value in __sctp_v6_cmp_addr
From
: Xin Long <lucien.xin@xxxxxxxxx>
KMSAN: uninit-value in __sctp_v6_cmp_addr
From
: syzbot <syzbot+85490c30c260afff22f2@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH net-next v3 0/3] sctp: Introduce sctp_flush_ctx
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net-next v3 0/8] sctp: refactor sctp_outq_flush
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [kbuild-all] [PATCH net-next 2/2] sctp: add sctp_make_op_error_limited and reuse inner functions
From
: Ye Xiaolong <xiaolong.ye@xxxxxxxxx>
Re: INFO: rcu detected stall in kfree_skbmem
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next v3 3/8] sctp: move the flush of ctrl chunks into its own function
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH net-next v3 0/3] sctp: Introduce sctp_flush_ctx
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH net-next v3 4/8] sctp: move outq data rtx code out of sctp_outq_flush
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH net-next v3 2/8] sctp: factor out sctp_outq_select_transport
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH net-next v3 1/8] sctp: add sctp_packet_singleton
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH net-next v3 3/3] sctp: checkpatch fixups
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH net-next v3 1/3] sctp: add sctp_flush_ctx, a context struct on outq_flush routines
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH net-next v3 2/3] sctp: add asoc and packet to sctp_flush_ctx
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH net-next v3 6/8] sctp: move transport flush code out of sctp_outq_flush
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH net-next v3 5/8] sctp: move flushing of data chunks out of sctp_outq_flush
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH net-next v3 8/8] sctp: rework switch cases in sctp_outq_flush_data
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH net-next v3 7/8] sctp: make use of gfp on retransmissions
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH net-next v3 0/8] sctp: refactor sctp_outq_flush
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: INFO: rcu detected stall in kfree_skbmem
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [kbuild-all] [PATCH net-next 2/2] sctp: add sctp_make_op_error_limited and reuse inner functions
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [kbuild-all] [PATCH net-next 2/2] sctp: add sctp_make_op_error_limited and reuse inner functions
From
: Ye Xiaolong <xiaolong.ye@xxxxxxxxx>
Re: [kbuild-all] [PATCH net-next 2/2] sctp: add sctp_make_op_error_limited and reuse inner functions
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [kbuild-all] [PATCH net-next 2/2] sctp: add sctp_make_op_error_limited and reuse inner functions
From
: Ye Xiaolong <xiaolong.ye@xxxxxxxxx>
Re: [PATCH net-next v2 3/8] sctp: move the flush of ctrl chunks into its own function
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net-next v2 2/3] sctp: add asoc and packet to sctp_flush_ctx
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: INFO: rcu detected stall in kfree_skbmem
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: INFO: rcu detected stall in kfree_skbmem
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
[PATCH net-next v2 3/3] sctp: checkpatch fixups
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH net-next v2 2/3] sctp: add asoc and packet to sctp_flush_ctx
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH net-next v2 1/3] sctp: add sctp_flush_ctx, a context struct on outq_flush routines
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[Index of Archives]
[Linux Networking Development]
[Linux USB Devel]
[Linux SCSI]
[Samba]
[Yosemite News]
SCTP