Linux SCTP (Stream Control Transmission Protocol)
Thread Index
[
Prev Page
][
Next Page
]
Re: [PATCH net-next 0/3] sctp: add SCTP_ECN_SUPPORTED sockopt
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
[PATCH net-next 3/3] sctp: allow users to set ep ecn flag by sockopt
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 2/3] sctp: allow users to set netns ecn flag with sysctl
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 1/3] sctp: make ecn flag per netns and endpoint
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 0/3] sctp: add SCTP_ECN_SUPPORTED sockopt
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net-next] net: ipv6: fix listify ip6_rcv_finish in case of forwarding
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: kernel BUG at include/linux/skbuff.h:LINE! (2)
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net-next] net: ipv6: fix listify ip6_rcv_finish in case of forwarding
From
: Edward Cree <ecree@xxxxxxxxxxxxxx>
[PATCH net-next] net: ipv6: fix listify ip6_rcv_finish in case of forwarding
From
: Xin Long <lucien.xin@xxxxxxxxx>
general protection fault in sctp_inq_pop
From
: syzbot <syzbot+4a0643a653ac375612d1@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH net-next 0/8] sctp: support per endpoint auth and asconf flags
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net-next 0/8] sctp: support per endpoint auth and asconf flags
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net-next 4/8] sctp: add SCTP_ASCONF_SUPPORTED sockopt
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net-next 4/8] sctp: add SCTP_ASCONF_SUPPORTED sockopt
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net-next 4/8] sctp: add SCTP_ASCONF_SUPPORTED sockopt
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: kernel BUG at include/linux/skbuff.h:LINE! (2)
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net-next 4/8] sctp: add SCTP_ASCONF_SUPPORTED sockopt
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net-next 4/8] sctp: add SCTP_ASCONF_SUPPORTED sockopt
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH net-next 8/8] sctp: remove net sctp.x_enable working as a global switch
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 7/8] sctp: add SCTP_AUTH_SUPPORTED sockopt
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 6/8] sctp: add sctp_auth_init and sctp_auth_free
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 5/8] sctp: use ep and asoc auth_enable properly
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 4/8] sctp: add SCTP_ASCONF_SUPPORTED sockopt
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 3/8] sctp: check asoc peer.asconf_capable before processing asconf
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 2/8] sctp: not set peer.asconf_capable in sctp_association_init
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 1/8] sctp: add asconf_enable in struct sctp_endpoint
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 0/8] sctp: support per endpoint auth and asconf flags
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: kernel BUG at include/linux/skbuff.h:LINE! (2)
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: kernel BUG at include/linux/skbuff.h:LINE! (2)
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: kernel BUG at include/linux/skbuff.h:LINE! (2)
From
: syzbot <syzbot+eb349eeee854e389c36d@xxxxxxxxxxxxxxxxxxxxxxxxx>
kernel BUG at include/linux/skbuff.h:LINE! (2)
From
: syzbot <syzbot+eb349eeee854e389c36d@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] sctp: fix memleak in sctp_send_reset_streams
From
: Jakub Kicinski <jakub.kicinski@xxxxxxxxxxxxx>
Re: [PATCH net] sctp: fix the transport error_count check
From
: Jakub Kicinski <jakub.kicinski@xxxxxxxxxxxxx>
Re: [PATCH] sctp: fix memleak in sctp_send_reset_streams
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH] sctp: fix memleak in sctp_send_reset_streams
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net] sctp: fix the transport error_count check
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH] sctp: fix memleak in sctp_send_reset_streams
From
: zhengbin <zhengbin13@xxxxxxxxxx>
[PATCH net] sctp: fix the transport error_count check
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: memory leak in sctp_get_port_local (2)
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net-next] net: use "nb" for notifier blocks
From
: David Miller <davem@xxxxxxxxxxxxx>
memory leak in sctp_get_port_local (2)
From
: syzbot <syzbot+2d7ecdf99f15689032b3@xxxxxxxxxxxxxxxxxxxxxxxxx>
[PATCH net-next] net: use "nb" for notifier blocks
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
RE: [PATCH] net: sctp: Rename fallthrough label to unhandled
From
: David Laight <David.Laight@xxxxxxxxxx>
Re: [PATCH] net: sctp: Rename fallthrough label to unhandled
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH v3] net/socket: fix GCC8+ Wpacked-not-aligned warnings
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] net: sctp: Rename fallthrough label to unhandled
From
: Joe Perches <joe@xxxxxxxxxxx>
Re: [PATCH] net: sctp: Rename fallthrough label to unhandled
From
: Joe Perches <joe@xxxxxxxxxxx>
Re: [PATCH] net: sctp: Rename fallthrough label to unhandled
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] net: sctp: Rename fallthrough label to unhandled
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH] net: sctp: Rename fallthrough label to unhandled
From
: Joe Perches <joe@xxxxxxxxxxx>
Re: [PATCH] net: sctp: Rename fallthrough label to unhandled
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH] net: sctp: Rename fallthrough label to unhandled
From
: Joe Perches <joe@xxxxxxxxxxx>
Re: [PATCH] net: sctp: Rename fallthrough label to unhandled
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH] net: sctp: Rename fallthrough label to unhandled
From
: Joe Perches <joe@xxxxxxxxxxx>
Re: [PATCH] net: sctp: Rename fallthrough label to unhandled
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH] net: sctp: Rename fallthrough label to unhandled
From
: Joe Perches <joe@xxxxxxxxxxx>
Re: [PATCH] net: sctp: Rename fallthrough label to unhandled
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH] net: sctp: Rename fallthrough label to unhandled
From
: Joe Perches <joe@xxxxxxxxxxx>
Re: [PATCH] net: sctp: Rename fallthrough label to unhandled
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
[PATCH] net: sctp: Rename fallthrough label to unhandled
From
: Joe Perches <joe@xxxxxxxxxxx>
Re: [PATCHv2 net-next 0/5] sctp: clean up __sctp_connect function
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCHv2 net-next 0/5] sctp: clean up __sctp_connect function
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCHv2 net-next 1/5] sctp: only copy the available addr data in sctp_transport_init
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH v3] net/socket: fix GCC8+ Wpacked-not-aligned warnings
From
: Qian Cai <cai@xxxxxx>
RE: [PATCH v2] net/socket: fix GCC8+ Wpacked-not-aligned warnings
From
: David Laight <David.Laight@xxxxxxxxxx>
Re: [PATCH v2] net/socket: fix GCC8+ Wpacked-not-aligned warnings
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH v2] net/socket: fix GCC8+ Wpacked-not-aligned warnings
From
: Qian Cai <cai@xxxxxx>
RE: [PATCH] net/socket: fix GCC8+ Wpacked-not-aligned warnings
From
: David Laight <David.Laight@xxxxxxxxxx>
Re: [PATCH] net/socket: fix GCC8+ Wpacked-not-aligned warnings
From
: Qian Cai <cai@xxxxxx>
[PATCHv2 net-next 5/5] sctp: factor out sctp_connect_add_peer
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCHv2 net-next 4/5] sctp: factor out sctp_connect_new_asoc
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCHv2 net-next 3/5] sctp: clean up __sctp_connect
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCHv2 net-next 2/5] sctp: check addr_size with sa_family_t size in __sctp_setsockopt_connectx
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCHv2 net-next 1/5] sctp: only copy the available addr data in sctp_transport_init
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCHv2 net-next 0/5] sctp: clean up __sctp_connect function
From
: Xin Long <lucien.xin@xxxxxxxxx>
RE: [PATCH] net/socket: fix GCC8+ Wpacked-not-aligned warnings
From
: David Laight <David.Laight@xxxxxxxxxx>
Re: [PATCH] net: sctp: drop unneeded likely() call around IS_ERR()
From
: David Miller <davem@xxxxxxxxxxxxx>
[PATCH] net/socket: fix GCC8+ Wpacked-not-aligned warnings
From
: Qian Cai <cai@xxxxxx>
Re: [PATCH] net: sctp: drop unneeded likely() call around IS_ERR()
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH] net: sctp: drop unneeded likely() call around IS_ERR()
From
: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
Re: [PATCH] net/sctp: fix GCC8+ -Wpacked-not-aligned warnings
From
: Qian Cai <cai@xxxxxx>
RE: [PATCH] net/sctp: fix GCC8+ -Wpacked-not-aligned warnings
From
: David Laight <David.Laight@xxxxxxxxxx>
Re: [PATCH] net/sctp: fix GCC8+ -Wpacked-not-aligned warnings
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH] net/sctp: fix GCC8+ -Wpacked-not-aligned warnings
From
: Qian Cai <cai@xxxxxx>
Re: [PATCH] net/sctp: fix GCC8+ -Wpacked-not-aligned warnings
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH] net/sctp: fix GCC8+ -Wpacked-not-aligned warnings
From
: Qian Cai <cai@xxxxxx>
Re: [PATCH net-next 1/4] sctp: check addr_size with sa_family_t size in __sctp_setsockopt_connectx
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: SCTP recvmsg MSG_TRUNC or something similar
From
: Luci Stanescu <luci@xxxxxxx>
Re: [PATCH v2 lksctp-tools] testlib: improve test_bind function
From
: Ji Jianwen <jijianwen@xxxxxxxxx>
Re: [PATCH v2 lksctp-tools] testlib: improve test_bind function
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH] net: sctp: fix memory leak in sctp_send_reset_streams
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH v2 lksctp-tools] testlib: improve test_bind function
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: SCTP recvmsg MSG_TRUNC or something similar
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH v2 lksctp-tools] testlib: improve test_bind function
From
: Ji Jianwen <jijianwen@xxxxxxxxx>
Re: [PATCH net-next 1/4] sctp: check addr_size with sa_family_t size in __sctp_setsockopt_connectx
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH net-next 1/4] sctp: check addr_size with sa_family_t size in __sctp_setsockopt_connectx
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH net-next 0/4] sctp: clean up __sctp_connect function
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net-next 1/4] sctp: check addr_size with sa_family_t size in __sctp_setsockopt_connectx
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net-next 1/4] sctp: check addr_size with sa_family_t size in __sctp_setsockopt_connectx
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net-next 0/4] sctp: clean up __sctp_connect function
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH net-next 1/4] sctp: check addr_size with sa_family_t size in __sctp_setsockopt_connectx
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH net-next 0/4] sctp: clean up __sctp_connect function
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net-next 2/4] sctp: clean up __sctp_connect
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
SCTP recvmsg MSG_TRUNC or something similar
From
: Luci Stanescu <luci@xxxxxxx>
Re: [PATCH net-next 1/4] sctp: check addr_size with sa_family_t size in __sctp_setsockopt_connectx
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH v2 lksctp-tools] testlib: improve test_bind function
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net-next 1/4] sctp: check addr_size with sa_family_t size in __sctp_setsockopt_connectx
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH v2 lksctp-tools] testlib: improve test_bind function
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH net-next 1/4] sctp: check addr_size with sa_family_t size in __sctp_setsockopt_connectx
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
[PATCH v2 lksctp-tools] testlib: improve test_bind function
From
: Jianwen Ji <jijianwen@xxxxxxxxx>
Re: [PATCH] net: sctp: fix memory leak in sctp_send_reset_streams
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net-next 1/4] sctp: check addr_size with sa_family_t size in __sctp_setsockopt_connectx
From
: Xin Long <lucien.xin@xxxxxxxxx>
Reminder: 10 open syzbot bugs in "net/sctp" subsystem
From
: Eric Biggers <ebiggers@xxxxxxxxxx>
Re: [PATCH net-next 1/4] sctp: check addr_size with sa_family_t size in __sctp_setsockopt_connectx
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
[PATCH net-next 4/4] sctp: factor out sctp_connect_add_peer
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 3/4] sctp: factor out sctp_connect_new_asoc
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 2/4] sctp: clean up __sctp_connect
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 1/4] sctp: check addr_size with sa_family_t size in __sctp_setsockopt_connectx
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 0/4] sctp: clean up __sctp_connect function
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH lksctp-tools] testlib: improve test_bind function
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH lksctp-tools] testlib: improve test_bind function
From
: Jianwen Ji <jijianwen@xxxxxxxxx>
Re: [PATCH] net: sctp: fix warning "NULL check before some freeing functions is not needed"
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: OOM triggered by SCTP
From
: Marek Majkowski <marek@xxxxxxxxxxxxxx>
Re: OOM triggered by SCTP
From
: malc <mlashley@xxxxxxxxx>
Re: OOM triggered by SCTP
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
OOM triggered by SCTP
From
: Marek Majkowski <marek@xxxxxxxxxxxxxx>
Re: [PATCH] net: sctp: fix warning "NULL check before some freeing functions is not needed"
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH] net: sctp: fix warning "NULL check before some freeing functions is not needed"
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH] net: sctp: fix warning "NULL check before some freeing functions is not needed"
From
: Hariprasad Kelam <hariprasad.kelam@xxxxxxxxx>
Re: [PATCH net-next] sctp: remove rcu_read_lock from sctp_bind_addr_state
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net-next 0/4] sctp: tidy up some ep and asoc feature flags
From
: David Miller <davem@xxxxxxxxxxxxx>
[PATCH net-next] sctp: remove rcu_read_lock from sctp_bind_addr_state
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 4/4] sctp: rename sp strm_interleave to ep intl_enable
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 3/4] sctp: rename asoc intl_enable to asoc peer.intl_capable
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 2/4] sctp: remove prsctp_enable from asoc
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 1/4] sctp: remove reconf_enable from asoc
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 0/4] sctp: tidy up some ep and asoc feature flags
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: Support for RFC 6951 (UDP encapsulation for SCTP)
From
: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
Re: Support for RFC 6951 (UDP encapsulation for SCTP)
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Support for RFC 6951 (UDP encapsulation for SCTP)
From
: Patrick Schultz <Patrick@xxxxxxxxxx>
Re: [PATCH net] sctp: count data bundling sack chunk for outctrlchunks
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net] sctp: count data bundling sack chunk for outctrlchunks
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH net] sctp: count data bundling sack chunk for outctrlchunks
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH net] sctp: count data bundling sack chunk for outctrlchunks
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH V2] include: linux: Regularise the use of FIELD_SIZEOF macro
From
: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH net] sctp: fix error handling on stream scheduler initialization
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: Unable to call SCTP_ADD_STREAMS twice?
From
: TJ Corley <tjcorley30@xxxxxxxxx>
Re: Unable to call SCTP_ADD_STREAMS twice?
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net] sctp: not bind the socket in sctp_connect
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH V2] include: linux: Regularise the use of FIELD_SIZEOF macro
From
: Joe Perches <joe@xxxxxxxxxxx>
Re: [PATCH V2] include: linux: Regularise the use of FIELD_SIZEOF macro
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
Unable to call SCTP_ADD_STREAMS twice?
From
: TJ Corley <tjcorley30@xxxxxxxxx>
Re: [PATCH net] sctp: fix error handling on stream scheduler initialization
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
[PATCH net] sctp: fix error handling on stream scheduler initialization
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net] sctp: not bind the socket in sctp_connect
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net] sctp: not bind the socket in sctp_connect
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net] sctp: not bind the socket in sctp_connect
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net] sctp: change to hold sk after auth shkey is created successfully
From
: David Miller <davem@xxxxxxxxxxxxx>
[PATCH net] sctp: not bind the socket in sctp_connect
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: general protection fault in sctp_sched_prio_sched
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: memory leak in sctp_get_port_local
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net] sctp: change to hold sk after auth shkey is created successfully
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Reminder: 14 open syzbot bugs in "net/sctp" subsystem
From
: Eric Biggers <ebiggers@xxxxxxxxxx>
[PATCH net] sctp: change to hold sk after auth shkey is created successfully
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: memory leak in sctp_v4_create_accept_sk
From
: Xin Long <lucien.xin@xxxxxxxxx>
memory leak in sctp_v4_create_accept_sk
From
: syzbot <syzbot+afabda3890cc2f765041@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: general protection fault in sctp_sched_prio_sched
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: general protection fault in sctp_sched_prio_sched
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: general protection fault in sctp_sched_prio_sched
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: general protection fault in sctp_sched_prio_sched
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: sctp_sendmsg does not accept flags
From
: Michael Tuexen <michael.tuexen@xxxxxxxxxxxxxxxxx>
Re: sctp_sendmsg does not accept flags
From
: malc <mlashley@xxxxxxxxx>
sctp_sendmsg does not accept flags
From
: Elmar Stellnberger <estellnb@xxxxxxxxxx>
general protection fault in sctp_sched_prio_sched
From
: syzbot <syzbot+c1a380d42b190ad1e559@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH v5 net] sctp: Free cookie before we memdup a new one
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] sctp: Add rcu lock to protect dst entry in sctp_transport_route
From
: Su Yanjun <suyj.fnst@xxxxxxxxxxxxxx>
Re: [PATCH v5 net] sctp: Free cookie before we memdup a new one
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH v5 net] sctp: Free cookie before we memdup a new one
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH] sctp: Add rcu lock to protect dst entry in sctp_transport_route
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH] sctp: Add rcu lock to protect dst entry in sctp_transport_route
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH v4 net] sctp: Free cookie before we memdup a new one
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH v4 net] sctp: Free cookie before we memdup a new one
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH v4 net] sctp: Free cookie before we memdup a new one
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH v4 net] sctp: Free cookie before we memdup a new one
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH] sctp: Add rcu lock to protect dst entry in sctp_transport_route
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
[PATCH v4 net] sctp: Free cookie before we memdup a new one
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH V2] include: linux: Regularise the use of FIELD_SIZEOF macro
From
: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
Re: [PATCH V2] include: linux: Regularise the use of FIELD_SIZEOF macro
From
: Shyam Saini <mayhs11saini@xxxxxxxxx>
Re: [PATCH V2] include: linux: Regularise the use of FIELD_SIZEOF macro
From
: Andreas Dilger <adilger@xxxxxxxxx>
Re: [PATCH V2] include: linux: Regularise the use of FIELD_SIZEOF macro
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH V2] include: linux: Regularise the use of FIELD_SIZEOF macro
From
: Shyam Saini <mayhs11saini@xxxxxxxxx>
Re: [PATCH V2] include: linux: Regularise the use of FIELD_SIZEOF macro
From
: Andreas Dilger <adilger@xxxxxxxxx>
Re: [PATCH v3] [sctp] Free cookie before we memdup a new one
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH V2] include: linux: Regularise the use of FIELD_SIZEOF macro
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH V2] include: linux: Regularise the use of FIELD_SIZEOF macro
From
: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH v3] [sctp] Free cookie before we memdup a new one
From
: David Miller <davem@xxxxxxxxxxxxx>
[PATCH V2] include: linux: Regularise the use of FIELD_SIZEOF macro
From
: Shyam Saini <shyam.saini@xxxxxxxxxxxxxxxxxxxx>
[PATCH v3] [sctp] Free cookie before we memdup a new one
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH v2] [net] Free cookie before we memdup a new one
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH v2] [net] Free cookie before we memdup a new one
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH v2] [net] Free cookie before we memdup a new one
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH v2] [net] Free cookie before we memdup a new one
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH] Free cookie before we memdup a new one
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH] Free cookie before we memdup a new one
From
: David Miller <davem@xxxxxxxxxxxxx>
[PATCH] Free cookie before we memdup a new one
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH] sctp: Add rcu lock to protect dst entry in sctp_transport_route
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
[PATCH] sctp: Add rcu lock to protect dst entry in sctp_transport_route
From
: Su Yanjun <suyj.fnst@xxxxxxxxxxxxxx>
Re: [PATCH V2] Fix memory leak in sctp_process_init
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH V2] Fix memory leak in sctp_process_init
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH V2] Fix memory leak in sctp_process_init
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH net-next] net: Drop unlikely before IS_ERR(_OR_NULL)
From
: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
Re: [PATCH V2] Fix memory leak in sctp_process_init
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net-next] net: Drop unlikely before IS_ERR(_OR_NULL)
From
: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
Re: [PATCH V2] Fix memory leak in sctp_process_init
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] net: sctp: drop unneeded likely() call around IS_ERR()
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] net: sctp: drop unneeded likely() call around IS_ERR()
From
: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
Re: [PATCH] net: sctp: drop unneeded likely() call around IS_ERR()
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH] net: sctp: drop unneeded likely() call around IS_ERR()
From
: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
Re: [PATCH net-next] net: Drop unlikely before IS_ERR(_OR_NULL)
From
: Jesse Brandeburg <jesse.brandeburg@xxxxxxxxx>
Re: [PATCH net-next] net: Drop unlikely before IS_ERR(_OR_NULL)
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
[PATCH net-next] net: Drop unlikely before IS_ERR(_OR_NULL)
From
: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
Re: [PATCH V2] Fix memory leak in sctp_process_init
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH V2] Fix memory leak in sctp_process_init
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH V2] Fix memory leak in sctp_process_init
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: memory leak in sctp_stream_init_ext
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: memory leak in sctp_stream_init_ext
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH V2] Fix memory leak in sctp_process_init
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH V2] Fix memory leak in sctp_process_init
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH] Fix memory leak in sctp_process_init
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH] Fix memory leak in sctp_process_init
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH] Fix memory leak in sctp_process_init
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
memory leak in sctp_v6_create_accept_sk
From
: syzbot <syzbot+276ca1c77a19977c0130@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] net: sctp: fix memory leak in sctp_send_reset_streams
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH] net: sctp: fix memory leak in sctp_send_reset_streams
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: memory leak in sctp_send_reset_streams
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: memory leak in sctp_send_reset_streams
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
memory leak in sctp_send_reset_streams
From
: syzbot <syzbot+6ad9c3bd0a218a2ab41d@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: memory leak in sctp_process_init
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
memory leak in sctp_stream_init_ext
From
: syzbot <syzbot+7f3b6b106be8dcdcdeec@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: memory leak in sctp_process_init
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net-next] sctp: deduplicate identical skb_checksum_ops
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: memory leak in sctp_process_init
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: memory leak in sctp_process_init
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: memory leak in sctp_process_init
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: memory leak in sctp_process_init
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: memory leak in sctp_process_init
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: memory leak in sctp_process_init
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH net-next] sctp: deduplicate identical skb_checksum_ops
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net-next] sctp: deduplicate identical skb_checksum_ops
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
[PATCH net-next] sctp: deduplicate identical skb_checksum_ops
From
: Matteo Croce <mcroce@xxxxxxxxxx>
memory leak in sctp_get_port_local
From
: syzbot <syzbot+079bf326b38072f849d9@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: memory leak in sctp_process_init
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: memory leak in sctp_process_init
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
memory leak in sctp_process_init
From
: syzbot <syzbot+f7e9153b037eac9b1df8@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH net-next] sctp: remove unused cmd SCTP_CMD_GEN_INIT_ACK
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH net-next] sctp: remove unused cmd SCTP_CMD_GEN_INIT_ACK
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net-next] sctp: remove unused cmd SCTP_CMD_GEN_INIT_ACK
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH net-next] sctp: remove unused cmd SCTP_CMD_GEN_INIT_ACK
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net-next] sctp: remove unused cmd SCTP_CMD_GEN_INIT_ACK
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
[PATCH net-next] sctp: remove unused cmd SCTP_CMD_GEN_INIT_ACK
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: Few Questions About SCTP NAT
From
: Michael Tuexen <tuexen@xxxxxxxxxxxxxx>
[PATCH lksctp-tools] travis: add tests for building using a build dir
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH lksctp-tools] travis: disable kernel retpoline
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH lksctp-tools] automake: fix include dir for the now autogenerated header
From
: Marcelo Ricado Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net] sctp: avoid running the sctp state machine recursively
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH lksctp-tools] automake: fix include dir for the now autogenerated header
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
[PATCH lksctp-tools] automake: fix include dir for the now autogenerated header
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH] sctp_recvmsg man update
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net] sctp: avoid running the sctp state machine recursively
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net] sctp: avoid running the sctp state machine recursively
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
[PATCH net] sctp: avoid running the sctp state machine recursively
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH] sctp_recvmsg man update
From
: damir.franusic@xxxxxxxxx
Re: Few Questions About SCTP NAT
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: Few Questions About SCTP NAT
From
: Michael Tuexen <tuexen@xxxxxxxxxxxxxx>
Re: Few Questions About SCTP NAT
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH 1/2] include: linux: Regularise the use of FIELD_SIZEOF macro
From
: Shyam Saini <mayhs11saini@xxxxxxxxx>
Re: Few Questions About SCTP NAT
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH v3 1/3] net: rework SIOCGSTAMP ioctl handling
From
: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
[PATCH v3 1/3] net: rework SIOCGSTAMP ioctl handling
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH net-next 1/3] net: rework SIOCGSTAMP ioctl handling
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
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
: David Miller <davem@xxxxxxxxxxxxx>
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-next 1/3] net: rework SIOCGSTAMP ioctl handling
From
: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
Re: [PATCH net-next 1/3] net: rework SIOCGSTAMP ioctl handling
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
[PATCH net-next 1/3] net: rework SIOCGSTAMP ioctl handling
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCHv2 net-next 0/2] sctp: fully support memory accounting
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 1/2] include: linux: Regularise the use of FIELD_SIZEOF macro
From
: William Kucharski <william.kucharski@xxxxxxxxxx>
[PATCHv2 net-next 2/2] sctp: implement memory accounting on rx path
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCHv2 net-next 1/2] sctp: implement memory accounting on tx path
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCHv2 net-next 0/2] sctp: fully support memory accounting
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH 1/2] include: linux: Regularise the use of FIELD_SIZEOF macro
From
: Shyam Saini <mayhs11saini@xxxxxxxxx>
Re: [PATCH 1/2] include: linux: Regularise the use of FIELD_SIZEOF macro
From
: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
[PATCH 2/2] include: linux: Remove unused macros and their defination
From
: Shyam Saini <shyam.saini@xxxxxxxxxxxxxxxxxxxx>
[PATCH 1/2] include: linux: Regularise the use of FIELD_SIZEOF macro
From
: Shyam Saini <shyam.saini@xxxxxxxxxxxxxxxxxxxx>
Re: KASAN: use-after-free Read in __lock_sock
From
: syzbot <syzbot+9276d76e83e3bcde6c99@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: WARNING: refcount bug in sock_wfree
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: WARNING: refcount bug in sock_wfree
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: WARNING: refcount bug in sock_wfree
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: [PATCH net-next 0/2] sctp: fully support memory accounting
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net-next 0/2] sctp: fully support memory accounting
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net-next 0/2] sctp: fully support memory accounting
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net-next 2/2] sctp: implement memory accounting on rx path
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net-next 1/2] sctp: implement memory accounting on tx path
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net-next 0/2] sctp: fully support memory accounting
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH net-next 0/2] sctp: fully support memory accounting
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net] sctp: initialize _pad of sockaddr_in before copying to user memory
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net] sctp: initialize _pad of sockaddr_in before copying to user memory
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH net-next 0/2] sctp: fully support memory accounting
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH net] sctp: initialize _pad of sockaddr_in before copying to user memory
From
: Alexander Potapenko <glider@xxxxxxxxxx>
Re: KMSAN: kernel-infoleak in sctp_getsockopt (3)
From
: Alexander Potapenko <glider@xxxxxxxxxx>
Re: [PATCH net-next 0/2] sctp: fully support memory accounting
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net-next 0/2] sctp: fully support memory accounting
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net-next 0/2] sctp: fully support memory accounting
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net-next 0/2] sctp: fully support memory accounting
From
: Matteo Croce <mcroce@xxxxxxxxxx>
Re: [PATCH net-next 0/2] sctp: fully support memory accounting
From
: David Miller <davem@xxxxxxxxxxxxx>
[PATCH net] sctp: initialize _pad of sockaddr_in before copying to user memory
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net-next 0/2] sctp: fully support memory accounting
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 2/2] sctp: implement memory accounting on rx path
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 1/2] sctp: implement memory accounting on tx path
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net-next 0/2] sctp: fully support memory accounting
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: KMSAN: kernel-infoleak in sctp_getsockopt (3)
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: KMSAN: kernel-infoleak in sctp_getsockopt (3)
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: KMSAN: kernel-infoleak in sctp_getsockopt (3)
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: KMSAN: kernel-infoleak in sctp_getsockopt (3)
From
: Alexander Potapenko <glider@xxxxxxxxxx>
Re: KMSAN: kernel-infoleak in sctp_getsockopt (3)
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
KMSAN: kernel-infoleak in sctp_getsockopt (3)
From
: syzbot <syzbot+86b5c7c236a22616a72f@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: kernel panic: corrupted stack end in wb_workfn
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: kernel panic: corrupted stack end in wb_workfn
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: kernel panic: corrupted stack end in wb_workfn
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: [PATCH net] sctp: use memdup_user instead of vmemdup_user
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: kernel panic: corrupted stack end in wb_workfn
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: kernel panic: corrupted stack end in wb_workfn
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: kernel panic: corrupted stack end in wb_workfn
From
: Andrey Ryabinin <aryabinin@xxxxxxxxxxxxx>
Re: [PATCH net] sctp: use memdup_user instead of vmemdup_user
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: kernel panic: corrupted stack end in wb_workfn
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: kernel panic: corrupted stack end in wb_workfn
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: kernel panic: corrupted stack end in wb_workfn
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: kernel panic: corrupted stack end in wb_workfn
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: kernel panic: corrupted stack end in wb_workfn
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: kernel panic: corrupted stack end in wb_workfn
From
: Andrey Ryabinin <aryabinin@xxxxxxxxxxxxx>
[PATCH net] sctp: use memdup_user instead of vmemdup_user
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: kernel panic: corrupted stack end in wb_workfn
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net] sctp: not copy sctp_sock pd_lobby in sctp_copy_descendant
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCHv2 net] sctp: get sctphdr by offset in sctp_compute_cksum
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
general protection fault in sctp_v6_get_dst (2)
From
: syzbot <syzbot+5aab5972d41ebaa03f25@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH net 00/13] sctp: fix ignoring asoc_id for tcp-style sockets on some setsockopts
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net] sctp: not copy sctp_sock pd_lobby in sctp_copy_descendant
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCHv2 net] sctp: get sctphdr by offset in sctp_compute_cksum
From
: David Miller <davem@xxxxxxxxxxxxx>
[PATCH net 13/13] sctp: fix ignoring asoc_id for tcp-style sockets on SCTP_STREAM_SCHEDULER sockopt
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net 12/13] sctp: fix ignoring asoc_id for tcp-style sockets on SCTP_EVENT sockopt
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net 11/13] sctp: fix ignoring asoc_id for tcp-style sockets on SCTP_ENABLE_STREAM_RESET sockopt
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net 10/13] sctp: fix ignoring asoc_id for tcp-style sockets on SCTP_DEFAULT_PRINFO sockopt
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net 09/13] sctp: fix ignoring asoc_id for tcp-style sockets on SCTP_AUTH_DEACTIVATE_KEY sockopt
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net 08/13] sctp: fix ignoring asoc_id for tcp-style sockets on SCTP_AUTH_DELETE_KEY sockopt
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net 07/13] sctp: fix ignoring asoc_id for tcp-style sockets on SCTP_AUTH_ACTIVE_KEY sockopt
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net 06/13] sctp: fix ignoring asoc_id for tcp-style sockets on SCTP_AUTH_KEY sockopt
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net 05/13] sctp: fix ignoring asoc_id for tcp-style sockets on SCTP_MAX_BURST sockopt
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net 04/13] sctp: fix ignoring asoc_id for tcp-style sockets on SCTP_CONTEXT sockopt
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net 03/13] sctp: fix ignoring asoc_id for tcp-style sockets on SCTP_DEFAULT_SNDINFO sockopt
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net 02/13] sctp: fix ignoring asoc_id for tcp-style sockets on SCTP_DELAYED_SACK sockopt
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net 01/13] sctp: fix ignoring asoc_id for tcp-style sockets on SCTP_DEFAULT_SEND_PARAM sockopt
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net 00/13] sctp: fix ignoring asoc_id for tcp-style sockets on some setsockopts
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCH net] sctp: not copy sctp_sock pd_lobby in sctp_copy_descendant
From
: Xin Long <lucien.xin@xxxxxxxxx>
[PATCHv2 net] sctp: get sctphdr by offset in sctp_compute_cksum
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: general protection fault in sctp_assoc_rwnd_increase
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: kernel panic: corrupted stack end in wb_workfn
From
: syzbot <syzbot+ec1b7575afef85a0e5ca@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: general protection fault in sctp_assoc_rwnd_increase
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: general protection fault in sctp_assoc_rwnd_increase
From
: syzbot <syzbot+85e0b422ff140b03672a@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: general protection fault in sctp_sched_dequeue_common (2)
From
: Xin Long <lucien.xin@xxxxxxxxx>
general protection fault in sctp_sched_dequeue_common (2)
From
: syzbot <syzbot+3d357cc384ddccdc2fff@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: general protection fault in sctp_assoc_rwnd_increase
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: general protection fault in sctp_assoc_rwnd_increase
From
: Xin Long <lucien.xin@xxxxxxxxx>
general protection fault in sctp_assoc_rwnd_increase
From
: syzbot <syzbot+85e0b422ff140b03672a@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH net] selinux: add the missing walk_size + len check in selinux_sctp_bind_connect
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net] selinux: add the missing walk_size + len check in selinux_sctp_bind_connect
From
: Paul Moore <paul@xxxxxxxxxxxxxx>
Re: general protection fault in sctp_sched_rr_dequeue
From
: syzbot <syzbot+4c9934f20522c0efd657@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH net] selinux: add the missing walk_size + len check in selinux_sctp_bind_connect
From
: Paul Moore <paul@xxxxxxxxxxxxxx>
Re: [PATCH net 0/3] sctp: process the error returned from sctp_sock_migrate()
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net] sctp: remove sched init from sctp_stream_init
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net] selinux: add the missing walk_size + len check in selinux_sctp_bind_connect
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net] sctp: remove sched init from sctp_stream_init
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net 0/3] sctp: process the error returned from sctp_sock_migrate()
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net 1/3] sctp: sctp_sock_migrate() returns error if sctp_bind_addr_dup() fails
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
[PATCH net] selinux: add the missing walk_size + len check in selinux_sctp_bind_connect
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net] sctp: remove sched init from sctp_stream_init
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
[PATCH net] sctp: remove sched init from sctp_stream_init
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net 1/3] sctp: sctp_sock_migrate() returns error if sctp_bind_addr_dup() fails
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net 1/3] sctp: sctp_sock_migrate() returns error if sctp_bind_addr_dup() fails
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: general protection fault in sctp_sched_rr_dequeue
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net 0/3] sctp: process the error returned from sctp_sock_migrate()
From
: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
Re: [PATCH net 0/3] sctp: process the error returned from sctp_sock_migrate()
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH net 1/3] sctp: sctp_sock_migrate() returns error if sctp_bind_addr_dup() fails
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH net 1/3] sctp: sctp_sock_migrate() returns error if sctp_bind_addr_dup() fails
From
: Xin Long <lucien.xin@xxxxxxxxx>
Re: [PATCH net 3/3] sctp: call sctp_auth_init_hmacs() in sctp_sock_migrate()
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH net 2/3] sctp: move up sctp_auth_init_hmacs() in sctp_endpoint_init()
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH net 1/3] sctp: sctp_sock_migrate() returns error if sctp_bind_addr_dup() fails
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: general protection fault in sctp_sched_rr_dequeue
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: general protection fault in sctp_sched_rr_dequeue
From
: Xin Long <lucien.xin@xxxxxxxxx>
general protection fault in sctp_sched_rr_dequeue
From
: syzbot <syzbot+4c9934f20522c0efd657@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH net 0/3] sctp: process the error returned from sctp_sock_migrate()
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net] sctp: call iov_iter_revert() after sending ABORT
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net] sctp: call iov_iter_revert() after sending ABORT
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
[PATCH net 3/3] sctp: call sctp_auth_init_hmacs() in sctp_sock_migrate()
From
: Xin Long <lucien.xin@xxxxxxxxx>
[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>
[Index of Archives]
[Linux Networking Development]
[Linux USB Devel]
[Linux SCSI]
[Samba]
[Yosemite News]
SCTP