Linux SCTP (Stream Control Transmission Protocol)
[Prev Page][Next Page]
- Re: [PATCH net] Documentation: fix sctp_wmem in ip-sysctl.rst
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH net] Documentation: fix sctp_wmem in ip-sysctl.rst
- From: Xin Long <lucien.xin@xxxxxxxxx>
- RE: Linux SCTP performance question
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: Linux SCTP performance question
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: Linux SCTP performance question
- Re: Linux SCTP performance question
- Re: BUG: unable to handle kernel NULL pointer dereference in sctp_sched_dequeue_common
- From: Xin Long <lucien.xin@xxxxxxxxx>
- RE: Linux SCTP performance question
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: Linux SCTP performance question
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Linux SCTP performance question
- BUG: unable to handle kernel NULL pointer dereference in sctp_sched_dequeue_common
- From: Wei Chen <harperchen1110@xxxxxxxxx>
- Re: Linux SCTP associations failure handlig
- Re: [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: Linux SCTP associations failure handlig
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0
- From: "Chen, Rong A" <rong.a.chen@xxxxxxxxx>
- Re: [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Feng Tang <feng.tang@xxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
- SCTP INIT chunks do not include multi-homing addresses if IPv6 is used
- From: Aaron Jones <me@xxxxxxxxxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Feng Tang <feng.tang@xxxxxxxxx>
- Re: [linux-next:master] BUILD REGRESSION 6cc11d2a1759275b856e464265823d94aabd5eaf
- From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Shakeel Butt <shakeelb@xxxxxxxxxx>
- Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
- Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
- Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Feng Tang <feng.tang@xxxxxxxxx>
- Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
- Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
- Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- RE: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
- Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
- [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Eric Dumazet <edumazet@xxxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Shakeel Butt <shakeelb@xxxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Eric Dumazet <edumazet@xxxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Shakeel Butt <shakeelb@xxxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Feng Tang <feng.tang@xxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Eric Dumazet <edumazet@xxxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Shakeel Butt <shakeelb@xxxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Feng Tang <feng.tang@xxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Eric Dumazet <edumazet@xxxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Feng Tang <feng.tang@xxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Eric Dumazet <edumazet@xxxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Feng Tang <feng.tang@xxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Feng Tang <feng.tang@xxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Shakeel Butt <shakeelb@xxxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Feng Tang <feng.tang@xxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Shakeel Butt <shakeelb@xxxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Eric Dumazet <edumazet@xxxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Feng Tang <feng.tang@xxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Eric Dumazet <edumazet@xxxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Feng Tang <feng.tang@xxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Eric Dumazet <edumazet@xxxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Eric Dumazet <edumazet@xxxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [net] 4890b686f4: netperf.Throughput_Mbps -69.4% regression
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv2 net 0/3] Documentation: add description for a couple of sctp sysctl options
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCHv2 net 0/3] Documentation: add description for a couple of sctp sysctl options
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCHv2 net 1/3] Documentation: add description for net.sctp.reconf_enable
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net 2/3] Documentation: add description for net.sctp.intl_enable
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net 3/3] Documentation: add description for net.sctp.ecn_enable
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net 0/3] Documentation: add description for a couple of sctp sysctl options
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net 2/3] Documentation: add description for net.sctp.intl_enable
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH net 1/3] Documentation: add description for net.sctp.reconf_enable
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 2/3] Documentation: add description for net.sctp.intl_enable
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 0/3] Documentation: add description for a couple of sctp sysctl options
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 3/3] Documentation: add description for net.sctp.ecn_enable
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH -next] stcp: Use memset_after() to zero sctp_stream_out_ext
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- [PATCH -next] stcp: Use memset_after() to zero sctp_stream_out_ext
- From: Xiu Jianfeng <xiujianfeng@xxxxxxxxxx>
- Re: [PATCH net-next v3] net: SO_RCVMARK socket option for SO_MARK with recvmsg()
- From: patchwork-bot+bluetooth@xxxxxxxxxx
- Re: [PATCH net-next v3] net: SO_RCVMARK socket option for SO_MARK with recvmsg()
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCH net-next v3] net: SO_RCVMARK socket option for SO_MARK with recvmsg()
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH net-next v3] net: SO_RCVMARK socket option for SO_MARK with recvmsg()
- From: David Ahern <dsahern@xxxxxxxxxx>
- Re: [PATCH net-next v3] net: SO_RCVMARK socket option for SO_MARK with recvmsg()
- From: Eric Dumazet <edumazet@xxxxxxxxxx>
- [PATCH net-next v3] net: SO_RCVMARK socket option for SO_MARK with recvmsg()
- From: Erin MacNeil <lnx.erin@xxxxxxxxx>
- [PATCH net-next v2] net: Add SO_RCVMARK socket option to provide SO_MARK with recvmsg().
- From: Erin MacNeil <lnx.erin@xxxxxxxxx>
- Re: [PATCH net] sctp: check asoc strreset_chunk in sctp_generate_reconf_event
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCH net] sctp: check asoc strreset_chunk in sctp_generate_reconf_event
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH net] sctp: check asoc strreset_chunk in sctp_generate_reconf_event
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net] sctp: check asoc strreset_chunk in sctp_generate_reconf_event
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH net] sctp: check asoc strreset_chunk in sctp_generate_reconf_event
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH] sctp: Initialize daddr on peeled off socket
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- [PATCH] sctp: Initialize daddr on peeled off socket
- From: Petr Malat <oss@xxxxxxxxx>
- Re: [PATCHv2 net] sctp: use the correct skb for security_sctp_assoc_request
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCHv2 net] sctp: use the correct skb for security_sctp_assoc_request
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH v2] sctp: Initialize daddr on peeled off socket
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH] sctp: Initialize daddr on peeled off socket
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH] sctp: Initialize daddr on peeled off socket
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCHv2 net] sctp: use the correct skb for security_sctp_assoc_request
- From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
- Re: [PATCH] sctp: Initialize daddr on peeled off socket
- From: Petr Malat <oss@xxxxxxxxx>
- [PATCHv2 net] sctp: use the correct skb for security_sctp_assoc_request
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net] sctp: use the correct skb for security_sctp_assoc_request
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net] sctp: use the correct skb for security_sctp_assoc_request
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net] sctp: use the correct skb for security_sctp_assoc_request
- From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
- Re: [PATCH net] sctp: use the correct skb for security_sctp_assoc_request
- From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
- Re: [PATCH net] sctp: use the correct skb for security_sctp_assoc_request
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH v4 net] sctp: count singleton chunks in assoc user stats
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCH v4 net] sctp: count singleton chunks in assoc user stats
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH net] sctp: use the correct skb for security_sctp_assoc_request
- From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
- [PATCH net] sctp: use the correct skb for security_sctp_assoc_request
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH v4 net] sctp: count singleton chunks in assoc user stats
- From: Jamie Bainbridge <jamie.bainbridge@xxxxxxxxx>
- Re: [PATCH v3 net] sctp: count singleton chunks in assoc user stats
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH v3 net] sctp: count singleton chunks in assoc user stats
- From: Jamie Bainbridge <jamie.bainbridge@xxxxxxxxx>
- Re: [PATCH v3 net] sctp: count singleton chunks in assoc user stats
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH v3 net] sctp: count singleton chunks in assoc user stats
- From: Jamie Bainbridge <jamie.bainbridge@xxxxxxxxx>
- Re: [PATCH v2 net] sctp: count singleton chunks in assoc user stats
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- [PATCH v2 net] sctp: count singleton chunks in assoc user stats
- From: Jamie Bainbridge <jamie.bainbridge@xxxxxxxxx>
- Re: [PATCH net] sctp: count singleton chunks in assoc user stats
- From: Paolo Abeni <pabeni@xxxxxxxxxx>
- Re: [PATCH net] sctp: count singleton chunks in assoc user stats
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH net] sctp: count singleton chunks in assoc user stats
- From: Jamie Bainbridge <jamie.bainbridge@xxxxxxxxx>
- Re: [PATCH] sctp: replace usage of found with dedicated list iterator variable
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH] sctp: replace usage of found with dedicated list iterator variable
- From: Jakob Koschel <jakobkoschel@xxxxxxxxx>
- [PATCH v2] sctp: Initialize daddr on peeled off socket
- From: Petr Malat <oss@xxxxxxxxx>
- Re: [PATCH] sctp: Initialize daddr on peeled off socket
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- [PATCH] sctp: Initialize daddr on peeled off socket
- From: Petr Malat <oss@xxxxxxxxx>
- Re: [PATCH] net/sctp: use memset avoid infoleaks
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- [PATCH] net/sctp: use memset avoid infoleaks
- Re: [PATCH net v3 2/2] security: implement sctp_assoc_established hook in selinux
- From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
- Re: [PATCH net v3 2/2] security: implement sctp_assoc_established hook in selinux
- From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
- Re: [PATCH 2/2] sctputil.h: TCONF on EAFNOSUPPORT
- From: Petr Vorel <pvorel@xxxxxxx>
- Re: [PATCH 2/2] sctputil.h: TCONF on EAFNOSUPPORT
- From: Petr Vorel <pvorel@xxxxxxx>
- Re: [PATCH 2/2] sctputil.h: TCONF on EAFNOSUPPORT
- From: Cyril Hrubis <chrubis@xxxxxxx>
- Re: [PATCH 1/2] sctputil.h: Fix some formatting
- From: Cyril Hrubis <chrubis@xxxxxxx>
- Re: [PATCH 1/2] sctputil.h: Fix some formatting
- From: Cyril Hrubis <chrubis@xxxxxxx>
- Re: [PATCH net v3 0/2] security: fixups for the security hooks in sctp
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: [PATCH net v3 2/2] security: implement sctp_assoc_established hook in selinux
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: [PATCH net v3 0/2] security: fixups for the security hooks in sctp
- From: Richard Haines <richard_c_haines@xxxxxxxxxxxxxx>
- Re: [PATCH net v3 0/2] security: fixups for the security hooks in sctp
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net v3 2/2] security: implement sctp_assoc_established hook in selinux
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net v3 2/2] security: implement sctp_assoc_established hook in selinux
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCH net v3 2/2] security: implement sctp_assoc_established hook in selinux
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: [PATCH net v3 0/2] security: fixups for the security hooks in sctp
- From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
- [PATCH net v3 2/2] security: implement sctp_assoc_established hook in selinux
- From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
- [PATCH net v3 1/2] security: add sctp_assoc_established hook
- From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
- [PATCH net v3 0/2] security: fixups for the security hooks in sctp
- From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
- Re: [Automated-testing] SCTP testing
- From: Petr Vorel <pvorel@xxxxxxx>
- Re: [Automated-testing] SCTP testing
- From: Veronika Kabatova <vkabatov@xxxxxxxxxx>
- SCTP testing
- From: Petr Vorel <pvorel@xxxxxxx>
- [PATCH 1/2] sctputil.h: Fix some formatting
- From: Petr Vorel <pvorel@xxxxxxx>
- [PATCH 2/2] sctputil.h: TCONF on EAFNOSUPPORT
- From: Petr Vorel <pvorel@xxxxxxx>
- [PATCH 0/2] Fix SCTP tests on systems with disabled IPv6
- From: Petr Vorel <pvorel@xxxxxxx>
- Re: [RFC] SCTP tests in LTP vs. on github.com/sctp
- From: Cyril Hrubis <chrubis@xxxxxxx>
- Re: [RFC] SCTP tests in LTP vs. on github.com/sctp
- From: Petr Vorel <pvorel@xxxxxxx>
- Re: [RFC] SCTP tests in LTP vs. on github.com/sctp
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [RFC] SCTP tests in LTP vs. on github.com/sctp
- From: Petr Vorel <pvorel@xxxxxxx>
- [RFC] SCTP tests in LTP vs. on github.com/sctp
- From: Petr Vorel <pvorel@xxxxxxx>
- Re: [PATCH net] mm: slub: fix a deadlock warning in kmem_cache_destroy
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net] mm: slub: fix a deadlock warning in kmem_cache_destroy
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [syzbot] KMSAN: uninit-value in sctp_inq_pop (2)
- From: syzbot <syzbot+70a42f45e76bede082be@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH net] sctp: hold endpoint before calling cb in sctp_transport_lookup_process
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- [PATCH net] sctp: hold endpoint before calling cb in sctp_transport_lookup_process
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv2 net] sctp: use call_rcu to free endpoint
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCHv2 net] sctp: use call_rcu to free endpoint
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- [PATCH 1/1] sctp: Add optional SHA256 hmac cookie generation
- From: Petr Vorel <pvorel@xxxxxxx>
- [PATCHv2 net] sctp: use call_rcu to free endpoint
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net] sctp: use call_rcu to free endpoint
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net-next] sctp: move hlist_node and hashent out of sctp_ep_common
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCH net] sctp: use call_rcu to free endpoint
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: SCTP ABI breakage?
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- SCTP ABI breakage?
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next] sctp: move hlist_node and hashent out of sctp_ep_common
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net] sctp: use call_rcu to free endpoint
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
- From: Xin Long <lucien.xin@xxxxxxxxx>
- RE: [PATCH v2 1/2] sctp: export sctp_endpoint_{hold,put}() and return incremented endpoint
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH v2 1/2] sctp: export sctp_endpoint_{hold,put}() and return incremented endpoint
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCH v2 1/2] sctp: export sctp_endpoint_{hold,put}() and return incremented endpoint
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- RE: [PATCH v2 1/2] sctp: export sctp_endpoint_{hold,put}() and return incremented endpoint
- From: David Laight <David.Laight@xxxxxxxxxx>
- [PATCH v2 2/2] sctp: hold cached endpoints to prevent possible UAF
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH v2 1/2] sctp: export sctp_endpoint_{hold,put}() and return incremented endpoint
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCH 2/2] sctp: hold cached endpoints to prevent possible UAF
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: Support sha256 as default (SCTP_DEFAULT_COOKIE_HMAC_SHA256)
- From: Petr Vorel <pvorel@xxxxxxx>
- [RESEND 2/2] sctp: hold cached endpoints to prevent possible UAF
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [RESEND 1/2] sctp: export sctp_endpoint_{hold,put}() for use by seperate modules
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 2/2] sctp: hold cached endpoints to prevent possible UAF
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: Support sha256 as default (SCTP_DEFAULT_COOKIE_HMAC_SHA256)
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Support sha256 as default (SCTP_DEFAULT_COOKIE_HMAC_SHA256)
- From: Petr Vorel <pvorel@xxxxxxx>
- Re: [PATCH 1/1] sctp: Protect cached endpoints to prevent possible UAF
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH 1/1] sctp: Protect cached endpoints to prevent possible UAF
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH 1/1] sctp: Protect cached endpoints to prevent possible UAF
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH 1/1] sctp: Protect cached endpoints to prevent possible UAF
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH 1/1] sctp: Protect cached endpoints to prevent possible UAF
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 1/1] sctp: Protect cached endpoints to prevent possible UAF
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH lksctp-tools] sctp_test: check strdup return in append_addr
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: KASAN: use-after-free Read in __lock_sock
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH net-next] sctp: make the raise timer more simple and accurate
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCH net-next] sctp: make the raise timer more simple and accurate
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH net-next] sctp: make the raise timer more simple and accurate
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH lksctp-tools] sctp_test: check strdup return in append_addr
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [syzbot] WARNING in cgroup_finalize_control
- From: Waiman Long <longman@xxxxxxxxxx>
- Re: [syzbot] WARNING in cgroup_finalize_control
- From: syzbot <syzbot+9c08aaa363ca5784c9e9@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH net] selinux: fix SCTP client peeloff socket labeling
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: [PATCH net] selinux: fix SCTP client peeloff socket labeling
- From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
- Re: [PATCH net] selinux: fix SCTP client peeloff socket labeling
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: [PATCH net] selinux: fix SCTP client peeloff socket labeling
- From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
- Re: [PATCH net] selinux: fix SCTP client peeloff socket labeling
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: [PATCH net] selinux: fix SCTP client peeloff socket labeling
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCH net] selinux: fix SCTP client peeloff socket labeling
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- SCTP <= 500 pps unless SCTP_NODELAY set (was: Expected SCTP DATA chunk per second performance)
- From: Harald Welte <laforge@xxxxxxxxxxxx>
- Re: [PATCH] sctp: remove unreachable code from sctp_sf_violation_chunk()
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCH net] selinux: fix SCTP client peeloff socket labeling
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH net] selinux: fix SCTP client peeloff socket labeling
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- [PATCH] sctp: remove unreachable code from sctp_sf_violation_chunk()
- From: Alexey Khoroshilov <khoroshilov@xxxxxxxxx>
- Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- [PATCH net] selinux: fix SCTP client peeloff socket labeling
- From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
- Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
- From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
- Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
- From: Richard Haines <richard_c_haines@xxxxxxxxxxxxxx>
- Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
- From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
- Re: [PATCH] sctp: avoid NULL pointer dereference in sctp_sf_violation
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv2 net 0/4] security: fixups for the security hooks in sctp
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- [PATCH] sctp: avoid NULL pointer dereference in sctp_sf_violation
- From: Alexey Khoroshilov <khoroshilov@xxxxxxxxx>
- [PATCHv2 net 4/4] security: implement sctp_assoc_established hook in selinux
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net 3/4] security: add sctp_assoc_established hook
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net 2/4] security: call security_sctp_assoc_request in sctp_sf_do_5_1D_ce
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net 1/4] security: pass asoc to sctp_assoc_request and sctp_sk_clone
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net 0/4] security: fixups for the security hooks in sctp
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net 0/4] sctp: a couple of fixes for PLPMTUD
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- [PATCH net 4/4] sctp: return true only for pathmtu update in sctp_transport_pl_toobig
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 3/4] sctp: subtract sctphdr len in sctp_transport_pl_hlen
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 2/4] sctp: reset probe_timer in sctp_transport_pl_update
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 1/4] sctp: allow IP fragmentation when PLPMTUD enters Error state
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 0/4] sctp: a couple of fixes for PLPMTUD
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net 4/4] security: implement sctp_assoc_established hook in selinux
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: [PATCH net 4/4] security: implement sctp_assoc_established hook in selinux
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net 4/4] security: implement sctp_assoc_established hook in selinux
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: [PATCH net 4/4] security: implement sctp_assoc_established hook in selinux
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net 4/4] security: implement sctp_assoc_established hook in selinux
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: [PATCH net 4/4] security: implement sctp_assoc_established hook in selinux
- From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
- Re: [PATCH net 4/4] security: implement sctp_assoc_established hook in selinux
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net 4/4] security: implement sctp_assoc_established hook in selinux
- From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
- Re: [PATCH net 3/4] security: add sctp_assoc_established hook
- From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
- Re: [PATCH net 2/4] security: call security_sctp_assoc_request in sctp_sf_do_5_1D_ce
- From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
- Re: [PATCH] sctp: initialize endpoint LSM labels also on the client side
- From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
- Re: [PATCH net 3/4] security: add sctp_assoc_established hook
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH net 3/4] security: add sctp_assoc_established hook
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH net 1/4] security: pass asoc to sctp_assoc_request and sctp_sk_clone
- From: Richard Haines <richard_c_haines@xxxxxxxxxxxxxx>
- Re: [PATCH net 0/4] security: fixups for the security hooks in sctp
- From: Richard Haines <richard_c_haines@xxxxxxxxxxxxxx>
- Re: [PATCH net 1/4] security: pass asoc to sctp_assoc_request and sctp_sk_clone
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net 0/7] sctp: enhancements for the verification tag
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCH net 1/4] security: pass asoc to sctp_assoc_request and sctp_sk_clone
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- [PATCH net 4/4] security: implement sctp_assoc_established hook in selinux
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 3/4] security: add sctp_assoc_established hook
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 2/4] security: call security_sctp_assoc_request in sctp_sf_do_5_1D_ce
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 1/4] security: pass asoc to sctp_assoc_request and sctp_sk_clone
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 0/4] security: fixups for the security hooks in sctp
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH] sctp: initialize endpoint LSM labels also on the client side
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net 0/7] sctp: enhancements for the verification tag
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH] sctp: initialize endpoint LSM labels also on the client side
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH] sctp: initialize endpoint LSM labels also on the client side
- From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
- [PATCH] sctp: initialize endpoint LSM labels also on the client side
- From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
- Re: [PATCH net 0/7] sctp: enhancements for the verification tag
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: syzkaller test panic: Linux 5.4.y
- From: john.p.donnelly@xxxxxxxxxx
- [PATCH net 7/7] sctp: add vtag check in sctp_sf_ootb
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 6/7] sctp: add vtag check in sctp_sf_do_8_5_1_E_sa
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 5/7] sctp: add vtag check in sctp_sf_violation
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 4/7] sctp: fix the processing for COOKIE_ECHO chunk
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 3/7] sctp: fix the processing for INIT_ACK chunk
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 2/7] sctp: fix the processing for INIT chunk
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 1/7] sctp: use init_tag from inithdr for ABORT chunk
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 0/7] sctp: enhancements for the verification tag
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: syzkaller test panic: Linux 5.4.y
- From: john.p.donnelly@xxxxxxxxxx
- Re: syzkaller test panic: Linux 5.4.y
- From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
- Re: syzkaller test panic: Linux 5.4.y
- From: john.p.donnelly@xxxxxxxxxx
- Re: syzkaller test panic: Linux 5.4.y
- From: mleitner@xxxxxxxxxx
- syzkaller test panic: Linux 5.4.y
- From: john.p.donnelly@xxxxxxxxxx
- Re: [PATCH net] sctp: fix transport encap_port update in sctp_vtag_verify
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- [PATCH net] sctp: fix transport encap_port update in sctp_vtag_verify
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net] sctp: account stream padding length for reconf chunk
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH] sctp: account stream padding length for reconf chunk
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH] sctp: account stream padding length for reconf chunk
- From: Eiichi Tsukata <eiichi.tsukata@xxxxxxxxxxx>
- Re: [PATCH] sctp: account stream padding length for reconf chunk
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH] sctp: account stream padding length for reconf chunk
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [syzbot] general protection fault in sctp_rcv
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [syzbot] general protection fault in sctp_rcv
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH net] sctp: break out if skb_header_pointer returns NULL in sctp_rcv_ootb
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCH net] sctp: break out if skb_header_pointer returns NULL in sctp_rcv_ootb
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [syzbot] general protection fault in sctp_rcv
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- [PATCH net] sctp: break out if skb_header_pointer returns NULL in sctp_rcv_ootb
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [syzbot] general protection fault in sctp_rcv
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [syzbot] general protection fault in sctp_rcv
- From: syzbot <syzbot+581aff2ae6b860625116@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH lksctp-tools 0/4] lksctp-tools: replace use of deprecated gethostbyname with getaddrinfo
- From: mleitner@xxxxxxxxxx
- Re: [PATCH lksctp-tools 0/4] lksctp-tools: replace use of deprecated gethostbyname with getaddrinfo
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH lksctp-tools 4/4] sctp_darn: replace use of deprecated gethostbyname with getaddrinfo
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH lksctp-tools 3/4] sctp_test: replace use of deprecated gethostbyname with getaddrinfo
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH lksctp-tools 2/4] sctp_xconnect: replace use of deprecated gethostbyname with getaddrinfo
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH lksctp-tools 1/4] myftp: replace use of deprecated gethostbyname with getaddrinfo
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH lksctp-tools 0/4] lksctp-tools: replace use of deprecated gethostbyname with getaddrinfo
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net] sctp: move the active_key update after sh_keys is added
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH net] sctp: move the active_key update after sh_keys is added
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- [PATCH net] sctp: move the active_key update after sh_keys is added
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net] sctp: fix return value check in __sctp_rcv_asconf_lookup
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCH net] sctp: fix return value check in __sctp_rcv_asconf_lookup
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net] sctp: fix return value check in __sctp_rcv_asconf_lookup
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH net 1/4] sctp: validate from_addr_param return
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH net 1/4] sctp: validate from_addr_param return
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- Re: [PATCH v2] sctp: delete addr based on sin6_scope_id
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- [PATCH v2] sctp: delete addr based on sin6_scope_id
- From: Chen Shen <peterchenshen@xxxxxxxxx>
- Re: [PATCH] sctp: delete addr based on sin6_scope_id
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCHv2 net 0/2] sctp: improve the pmtu probe in Search Complete state
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- [PATCHv2 net 2/2] sctp: send pmtu probe only if packet loss in Search Complete state
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net 1/2] sctp: improve the code for pmtu probe send and recv update
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net 0/2] sctp: improve the pmtu probe in Search Complete state
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH] sctp: delete addr based on sin6_scope_id
- From: Chen Shen <peterchenshen@xxxxxxxxx>
- Re: [PATCH net] tipc: fix implicit-connect for SYN+
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- [PATCH AUTOSEL 5.4 04/14] sctp: move 198 addresses from unusable to private scope
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 4.14 4/8] sctp: move 198 addresses from unusable to private scope
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 4.4 3/7] sctp: move 198 addresses from unusable to private scope
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 4.9 3/7] sctp: move 198 addresses from unusable to private scope
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 4.19 04/11] sctp: move 198 addresses from unusable to private scope
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 5.10 04/17] sctp: move 198 addresses from unusable to private scope
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 5.13 04/19] sctp: move 198 addresses from unusable to private scope
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH net] tipc: fix implicit-connect for SYN+
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net] sctp: do not update transport pathmtu if SPP_PMTUD_ENABLE is not set
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH net] sctp: do not update transport pathmtu if SPP_PMTUD_ENABLE is not set
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net] sctp: do not update transport pathmtu if SPP_PMTUD_ENABLE is not set
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net] sctp: do not update transport pathmtu if SPP_PMTUD_ENABLE is not set
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH net] sctp: do not update transport pathmtu if SPP_PMTUD_ENABLE is not set
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net] sctp: update active_key for asoc when old key is being replaced
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [syzbot] KASAN: use-after-free Write in sctp_auth_shkey_hold
- From: syzbot <syzbot+b774577370208727d12b@xxxxxxxxxxxxxxxxxxxxxxxxx>
- [PATCH net] sctp: update active_key for asoc when old key is being replaced
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net 2/2] sctp: send pmtu probe only if packet loss in Search Complete state
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net 2/2] sctp: send pmtu probe only if packet loss in Search Complete state
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [syzbot] KASAN: use-after-free Write in sctp_auth_shkey_hold
- From: syzbot <syzbot+b774577370208727d12b@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: The new sysctl and socket option added for PLPMTUD (RFC8899)
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 1/2] sctp: improve the code for pmtu probe send and recv update
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 0/2] sctp: improve the pmtu probe in Search Complete state
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 2/2] sctp: send pmtu probe only if packet loss in Search Complete state
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH v2 1/1] sctp: do not update t->pathmtu when PMTUD is disabled
- From: Jacek Szafraniec <jacek.szafraniec@xxxxxxxxx>
- Re: [PATCH net] sctp: trim optlen when it's a huge value in sctp_setsockopt
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- [PATCH net] sctp: trim optlen when it's a huge value in sctp_setsockopt
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [syzbot] KASAN: use-after-free Write in sctp_auth_shkey_hold
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [syzbot] KASAN: use-after-free Write in sctp_auth_shkey_hold
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH 1/1] sctp: do not update t->pathmtu when PMTUD is disabled
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH 1/1] sctp: do not update t->pathmtu when PMTUD is disabled
- From: Jacek Szafraniec <jacek.szafraniec@xxxxxxxxx>
- [PATCH 0/1] sctp: do not update t->pathmtu when PMTUD is disabled
- From: Jacek Szafraniec <jacek.szafraniec@xxxxxxxxx>
- Re: [PATCH v2] net: Use nlmsg_unicast() instead of netlink_unicast()
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCH v2] net: Use nlmsg_unicast() instead of netlink_unicast()
- From: David Ahern <dsahern@xxxxxxxxx>
- [PATCH v2] net: Use nlmsg_unicast() instead of netlink_unicast()
- From: Yajun Deng <yajun.deng@xxxxxxxxx>
- Re: [PATCH] net: Use nlmsg_unicast() instead of netlink_unicast()
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- [PATCH] net: Use nlmsg_unicast() instead of netlink_unicast()
- From: Yajun Deng <yajun.deng@xxxxxxxxx>
- Re: The new sysctl and socket option added for PLPMTUD (RFC8899)
- From: Timo Völker <timo.voelker@xxxxxxxxxxxxxx>
- [syzbot] KASAN: use-after-free Write in sctp_auth_shkey_hold
- From: syzbot <syzbot+b774577370208727d12b@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: The new sysctl and socket option added for PLPMTUD (RFC8899)
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: The new sysctl and socket option added for PLPMTUD (RFC8899)
- From: Timo Völker <timo.voelker@xxxxxxxxxxxxxx>
- Re: The new sysctl and socket option added for PLPMTUD (RFC8899)
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: The new sysctl and socket option added for PLPMTUD (RFC8899)
- From: Timo Völker <timo.voelker@xxxxxxxxxxxxxx>
- Re: The new sysctl and socket option added for PLPMTUD (RFC8899)
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH AUTOSEL 5.12 157/160] sctp: add size validation when walking chunks
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 5.12 156/160] sctp: validate from_addr_param return
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 4.4 31/31] sctp: add size validation when walking chunks
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 4.9 35/35] sctp: add size validation when walking chunks
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 5.10 135/137] sctp: add size validation when walking chunks
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 5.10 134/137] sctp: validate from_addr_param return
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 4.14 45/45] sctp: add size validation when walking chunks
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 4.14 44/45] sctp: validate from_addr_param return
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 4.19 54/55] sctp: add size validation when walking chunks
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 4.19 53/55] sctp: validate from_addr_param return
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 5.4 72/74] sctp: add size validation when walking chunks
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 5.4 71/74] sctp: validate from_addr_param return
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 5.13 186/189] sctp: add size validation when walking chunks
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 5.13 185/189] sctp: validate from_addr_param return
- From: Sasha Levin <sashal@xxxxxxxxxx>
- Re: The new sysctl and socket option added for PLPMTUD (RFC8899)
- From: Timo Völker <timo.voelker@xxxxxxxxxxxxxx>
- Re: [PATCH] net: Fix called net_enable_timestamp() in sctp_copy_sock()
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH] net: Fix called net_enable_timestamp() in sctp_copy_sock()
- From: Yajun Deng <yajun.deng@xxxxxxxxx>
- Re: [PATCH net-next] sctp: check pl.raise_count separately from its increment
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCH net-next] sctp: move 198 addresses from unusable to private scope
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCH net-next] sctp: move 198 addresses from unusable to private scope
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH net-next] sctp: check pl.raise_count separately from its increment
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH net-next] sctp: move 198 addresses from unusable to private scope
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next] sctp: check pl.raise_count separately from its increment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- RE: [PATCH net] sctp: prevent info leak in sctp_make_heartbeat()
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH net] sctp: prevent info leak in sctp_make_heartbeat()
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH net] sctp: prevent info leak in sctp_make_heartbeat()
- From: Andreas Fink <afink@xxxxxxxxxxxxx>
- [PATCH net] sctp: prevent info leak in sctp_make_heartbeat()
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH net 0/4] sctp: add some size validations
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCHv2 net-next 0/2] sctp: make the PLPMTUD probe more effective and efficient
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH net 2/4] sctp: add size validation when walking chunks
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH net 0/4] sctp: add some size validations
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH net 1/4] sctp: validate from_addr_param return
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH net 4/4] sctp: add param size validation for SCTP_PARAM_SET_PRIMARY
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH net 3/4] sctp: validate chunk size in __rcv_asconf_lookup
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCHv2 net-next 0/2] sctp: make the PLPMTUD probe more effective and efficient
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCHv2 net-next 2/2] sctp: send the next probe immediately once the last one is acked
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 1/2] sctp: do black hole detection in search complete state
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 0/2] sctp: make the PLPMTUD probe more effective and efficient
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net-next 1/2] sctp: do black hole detection in search complete state
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net-next 1/2] sctp: do black hole detection in search complete state
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH net-next 2/2] sctp: send the next probe immediately once the last one is acked
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 1/2] sctp: do black hole detection in search complete state
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 0/2] sctp: make the PLPMTUD probe more effective and efficient
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv2 net-next 00/14] sctp: implement RFC8899: Packetization Layer Path MTU Discovery for SCTP transport
- From: Xin Long <lucien.xin@xxxxxxxxx>
- RE: [PATCHv2 net-next 00/14] sctp: implement RFC8899: Packetization Layer Path MTU Discovery for SCTP transport
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCHv2 net-next 00/14] sctp: implement RFC8899: Packetization Layer Path MTU Discovery for SCTP transport
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv2 net-next 00/14] sctp: implement RFC8899: Packetization Layer Path MTU Discovery for SCTP transport
- From: Xin Long <lucien.xin@xxxxxxxxx>
- RE: [PATCHv2 net-next 00/14] sctp: implement RFC8899: Packetization Layer Path MTU Discovery for SCTP transport
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCHv2 net-next 00/14] sctp: implement RFC8899: Packetization Layer Path MTU Discovery for SCTP transport
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- [PATCHv2 net-next 13/14] sctp: extract sctp_v4_err_handle function from sctp_v4_err
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 14/14] sctp: process sctp over udp icmp err on sctp side
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 11/14] sctp: remove the unessessary hold for idev in sctp_v6_err
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 12/14] sctp: extract sctp_v6_err_handle function from sctp_v6_err
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 10/14] sctp: enable PLPMTUD when the transport is ready
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 09/14] sctp: do state transition when receiving an icmp TOOBIG packet
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 07/14] sctp: do state transition when PROBE_COUNT == MAX_PROBES on HB send path
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 06/14] sctp: do the basic send and recv for PLPMTUD probe
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 08/14] sctp: do state transition when a probe succeeds on HB ACK recv path
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 05/14] sctp: add the probe timer in transport for PLPMTUD
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 03/14] sctp: add SCTP_PLPMTUD_PROBE_INTERVAL sockopt for sock/asoc/transport
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 02/14] sctp: add probe_interval in sysctl and sock/asoc/transport
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 04/14] sctp: add the constants/variables and states and some APIs for transport
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 01/14] sctp: add pad chunk and its make function and event table
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 00/14] sctp: implement RFC8899: Packetization Layer Path MTU Discovery for SCTP transport
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net-next 06/14] sctp: do the basic send and recv for PLPMTUD probe
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH net-next 00/14] sctp: implement RFC8899: Packetization Layer Path MTU Discovery for SCTP transport
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH net-next 06/14] sctp: do the basic send and recv for PLPMTUD probe
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net-next 06/14] sctp: do the basic send and recv for PLPMTUD probe
- From: kernel test robot <lkp@xxxxxxxxx>
- [PATCH net-next 14/14] sctp: process sctp over udp icmp err on sctp side
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 13/14] sctp: extract sctp_v4_err_handle function from sctp_v4_err
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 12/14] sctp: extract sctp_v6_err_handle function from sctp_v6_err
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 11/14] sctp: remove the unessessary hold for idev in sctp_v6_err
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 10/14] sctp: enable PLPMTUD when the transport is ready
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 08/14] sctp: do state transition when a probe succeeds on HB ACK recv path
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 09/14] sctp: do state transition when receiving an icmp TOOBIG packet
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 07/14] sctp: do state transition when PROBE_COUNT == MAX_PROBES on HB send path
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 06/14] sctp: do the basic send and recv for PLPMTUD probe
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 05/14] sctp: add the probe timer in transport for PLPMTUD
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 04/14] sctp: add the constants/variables and states and some APIs for transport
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 03/14] sctp: add SCTP_PLPMTUD_PROBE_INTERVAL sockopt for sock/asoc/transport
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 02/14] sctp: add probe_interval in sysctl and sock/asoc/transport
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 01/14] sctp: add pad chunk and its make function and event table
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 00/14] sctp: implement RFC8899: Packetization Layer Path MTU Discovery for SCTP transport
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: draft-stewart-tsvwg-sctp-ipv4 enforcement
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: draft-stewart-tsvwg-sctp-ipv4 enforcement
- From: Michael Tuexen <tuexen@xxxxxxxxxxx>
- Re: draft-stewart-tsvwg-sctp-ipv4 enforcement
- From: Xin Long <lucien.xin@xxxxxxxxx>
- draft-stewart-tsvwg-sctp-ipv4 enforcement
- From: Sérgio <surkamp@xxxxxxxxx>
- Re: The new sysctl and socket option added for PLPMTUD (RFC8899)
- Re: The new sysctl and socket option added for PLPMTUD (RFC8899)
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: The new sysctl and socket option added for PLPMTUD (RFC8899)
- The new sysctl and socket option added for PLPMTUD (RFC8899)
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [syzbot] KMSAN: uninit-value in sctp_inq_pop
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH v2 net-next] sctp: sm_statefuns: Fix spelling mistakes
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- [PATCH v2 net-next] sctp: sm_statefuns: Fix spelling mistakes
- From: Zheng Yongjun <zhengyongjun3@xxxxxxxxxx>
- 答复: [PATCH net-next] sctp: sm_statefuns: Fix spelling mistakes
- From: zhengyongjun <zhengyongjun3@xxxxxxxxxx>
- Re: [PATCH net-next] sctp: sm_statefuns: Fix spelling mistakes
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next] sctp: sm_statefuns: Fix spelling mistakes
- From: Zheng Yongjun <zhengyongjun3@xxxxxxxxxx>
- Re: [PATCH net] sctp: add the missing setting for asoc encap_port
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCH net] sctp: fix the proc_handler for sysctl encap_port
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- [PATCH net] sctp: fix the proc_handler for sysctl encap_port
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net] sctp: add the missing setting for asoc encap_port
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
- From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
- Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
- From: Michael Tuexen <tuexen@xxxxxxxxxxx>
- Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
- From: Michael Tuexen <tuexen@xxxxxxxxxxx>
- Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
- Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
- Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
- From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
- Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
- From: mleitner@xxxxxxxxxx
- Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
- From: mleitner@xxxxxxxxxx
- Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
- From: Michael Tuexen <tuexen@xxxxxxxxxxx>
- Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
- From: Michael Tuexen <tuexen@xxxxxxxxxxx>
- Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
- From: Michael Tuexen <tuexen@xxxxxxxxxxx>
- add SPP_PLPMTUD_ENABLE/DISABLE flag for spp_flags
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH RESEND][next] sctp: Fix fall-through warnings for Clang
- From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
- Re: [PATCH] net: Remove the member netns_ok
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- [syzbot] KMSAN: uninit-value in sctp_inq_pop
- From: syzbot <syzbot+0beedf55972341845fa1@xxxxxxxxxxxxxxxxxxxxxxxxx>
- [PATCH] net: Remove the member netns_ok
- From: Yejune Deng <yejune.deng@xxxxxxxxx>
- Re: Race of sctp_assoc_control_transport() against sctp_assoc_rm_peer() ?
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net 0/2] sctp: fix the race condition in sctp_destroy_sock in a proper way
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net 0/2] sctp: fix the race condition in sctp_destroy_sock in a proper way
- From: Salvatore Bonaccorso <carnil@xxxxxxxxxx>
- Re: KASAN: use-after-free Read in __lock_sock (high-risk primitives found)
- From: SyzScope <syzscope@xxxxxxxxx>
- [PATCH AUTOSEL 4.4 15/19] sctp: Fix out-of-bounds warning in sctp_process_asconf_param()
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 4.9 15/22] sctp: Fix out-of-bounds warning in sctp_process_asconf_param()
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 4.14 17/25] sctp: Fix out-of-bounds warning in sctp_process_asconf_param()
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 4.19 22/32] sctp: Fix out-of-bounds warning in sctp_process_asconf_param()
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 5.4 30/46] sctp: Fix out-of-bounds warning in sctp_process_asconf_param()
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 5.10 58/85] sctp: Fix out-of-bounds warning in sctp_process_asconf_param()
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 5.11 074/104] sctp: Fix out-of-bounds warning in sctp_process_asconf_param()
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 5.12 084/116] sctp: Fix out-of-bounds warning in sctp_process_asconf_param()
- From: Sasha Levin <sashal@xxxxxxxxxx>
- Re: [PATCH net] sctp: fix a SCTP_MIB_CURRESTAB leak in sctp_sf_do_dupcook_b
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCH net 0/2] sctp: fix the race condition in sctp_destroy_sock in a proper way
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCH net 0/2] sctp: fix the incorrect revert
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- [PATCH net 2/2] sctp: delay auto_asconf init until binding the first addr
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 1/2] Revert "net/sctp: fix race condition in sctp_destroy_sock"
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 0/2] sctp: fix the race condition in sctp_destroy_sock in a proper way
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net] sctp: fix a SCTP_MIB_CURRESTAB leak in sctp_sf_do_dupcook_b
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 2/2] Revert "sctp: Fix SHUTDOWN CTSN Ack in the peer restart case"
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 1/2] Revert "Revert "sctp: Fix bundling of SHUTDOWN with COOKIE-ACK""
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 0/2] sctp: fix the incorrect revert
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [syzbot] possible deadlock in sctp_addr_wq_timeout_handler
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv2 net 0/3] sctp: always send a chunk with the asoc that it belongs to
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv2 net 3/3] sctp: do asoc update earlier in sctp_sf_do_dupcook_b
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv2 net 3/3] sctp: do asoc update earlier in sctp_sf_do_dupcook_b
- From: "Leppanen, Jere (Nokia - FI/Espoo)" <jere.leppanen@xxxxxxxxx>
- Re: [PATCHv2 net 2/3] Revert "sctp: Fix bundling of SHUTDOWN with COOKIE-ACK"
- From: "Leppanen, Jere (Nokia - FI/Espoo)" <jere.leppanen@xxxxxxxxx>
- Re: [PATCHv2 net 0/3] sctp: always send a chunk with the asoc that it belongs to
- From: "Leppanen, Jere (Nokia - FI/Espoo)" <jere.leppanen@xxxxxxxxx>
- Re: [PATCHv2 net 0/3] sctp: always send a chunk with the asoc that it belongs to
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCH net-next] sctp: Remove redundant skb_list null check
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net 3/3] sctp: do asoc update earlier in sctp_sf_do_dupcook_b
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net 2/3] Revert "sctp: Fix bundling of SHUTDOWN with COOKIE-ACK"
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net 1/3] sctp: do asoc update earlier in sctp_sf_do_dupcook_a
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net 0/3] sctp: always send a chunk with the asoc that it belongs to
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [syzbot] possible deadlock in sctp_addr_wq_timeout_handler
- From: syzbot <syzbot+959223586843e69a2674@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH net 3/3] sctp: do asoc update earlier in sctp_sf_do_dupcook_b
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net 0/3] sctp: always send a chunk with the asoc that it belongs to
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH net 3/3] sctp: do asoc update earlier in sctp_sf_do_dupcook_b
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 2/3] Revert "sctp: Fix bundling of SHUTDOWN with COOKIE-ACK"
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 1/3] sctp: do asoc update earlier in sctp_sf_do_dupcook_a
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 0/3] sctp: always send a chunk with the asoc that it belongs to
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net-next] sctp: Remove redundant skb_list null check
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH net-next] sctp: Remove redundant skb_list null check
- From: wangyunjian <wangyunjian@xxxxxxxxxx>
- New lksctp-tools release: 1.0.19
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Coverity Scan: Analysis completed for sctp/lksctp-tools
- From: scan-admin@xxxxxxxxxxxx
- Re: [PATCH lksctp-tools 0/2] sctp_send/v fixes
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH lksctp-tools 0/2] sctp_send/v fixes
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH lksctp-tools 1/2] sctp_send: fix ignored flags parameter
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH lksctp-tools 2/2] sctp_sendv: avoid explicit memset for var initialization
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [syzbot] KASAN: use-after-free Read in sctp_do_8_2_transport_strike
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH RESEND][next] sctp: Fix fall-through warnings for Clang
- From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
- Re: [PATCH RESEND][next] sctp: Fix fall-through warnings for Clang
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [syzbot] KASAN: use-after-free Read in sctp_do_8_2_transport_strike
- From: syzbot <syzbot+bbe538efd1046586f587@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH][next] sctp: Fix out-of-bounds warning in sctp_process_asconf_param()
- From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
- Re: [PATCH][next] sctp: Fix out-of-bounds warning in sctp_process_asconf_param()
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH][next] sctp: Fix out-of-bounds warning in sctp_process_asconf_param()
- From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
- Re: [PATCH][next] sctp: Fix out-of-bounds warning in sctp_process_asconf_param()
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH][next] sctp: Fix out-of-bounds warning in sctp_process_asconf_param()
- From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
- Re: [PATCH][next] sctp: Fix out-of-bounds warning in sctp_process_asconf_param()
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH][next] sctp: Fix out-of-bounds warning in sctp_process_asconf_param()
- From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
- Re: [PATCH v2] net/sctp: fix race condition in sctp_destroy_sock
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCH v2] net/sctp: fix race condition in sctp_destroy_sock
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH v2] net/sctp: fix race condition in sctp_destroy_sock
- From: Or Cohen <orcohen@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] net/sctp: fix race condition in sctp_destroy_sock
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH] net/sctp: fix race condition in sctp_destroy_sock
- From: Or Cohen <orcohen@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH lksctp-tools] func_tests: fix malloc size in test_1_to_1_connectx.c
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH lksctp-tools] func_tests: fix malloc size in test_1_to_1_connectx.c
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH -next 0/3] Fix some typos
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- [PATCH -next 3/3] net: vsock: Fix a typo
- From: Lu Wei <luwei32@xxxxxxxxxx>
- [PATCH -next 1/3] net: rds: Fix a typo
- From: Lu Wei <luwei32@xxxxxxxxxx>
- [PATCH -next 2/3] net: sctp: Fix some typos
- From: Lu Wei <luwei32@xxxxxxxxxx>
- [PATCH -next 0/3] Fix some typos
- From: Lu Wei <luwei32@xxxxxxxxxx>
- Re: [PATCH ipsec] esp: delete NETIF_F_SCTP_CRC bit from features for esp offload
- From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
- Re: [PATCH] sctp: move sk_route_caps check and set into sctp_outq_flush_transports
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- [PATCH ipsec] esp: delete NETIF_F_SCTP_CRC bit from features for esp offload
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH] sctp: move sk_route_caps check and set into sctp_outq_flush_transports
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH RESEND][next] sctp: Fix fall-through warnings for Clang
- From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
- Re: [PATCH] net: sctp: trivial: fix typo in comment
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- [PATCH] net: sctp: trivial: fix typo in comment
- From: Drew Fustini <drew@xxxxxxxxxxxxxxx>
- WARNING: refcount bug in sctp_transport_put (3)
- From: syzbot <syzbot+9cf577014b7a043dbb0d@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/3] Fix some seq_file users that were recently broken
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCH 0/3] Fix some seq_file users that were recently broken
- From: NeilBrown <neilb@xxxxxxx>
- Re: [PATCH 0/3] Fix some seq_file users that were recently broken
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/3] Fix some seq_file users that were recently broken
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCH 0/3] Fix some seq_file users that were recently broken
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] net: fix iteration for sctp transport seq_files
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH 3/3] net: fix iteration for sctp transport seq_files
- From: NeilBrown <neilb@xxxxxxx>
- [PATCH 0/3] Fix some seq_file users that were recently broken
- From: NeilBrown <neilb@xxxxxxx>
- Re: [PATCHv3 net-next] ip_gre: remove CRC flag from dev features in gre_gso_segment
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCH net-next] udp: not remove the CRC flag from dev features when need_csum is false
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCH net-next 0/6] net: support SCTP CRC csum offload for tunneling packets in some drivers
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCH net-next 1/6] net: add inline function skb_csum_is_sctp
- From: Shannon Nelson <snelson@xxxxxxxxxxx>
- Re: [PATCH net-next 5/6] net: ixgbe: use skb_csum_is_sctp instead of protocol check
- From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
- Re: [PATCH net-next 6/6] net: ixgbevf: use skb_csum_is_sctp instead of protocol check
- From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
- Re: [PATCH net-next 4/6] net: igc: use skb_csum_is_sctp instead of protocol check
- From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
- Re: [PATCH net-next 3/6] net: igbvf: use skb_csum_is_sctp instead of protocol check
- From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
- Re: [PATCH net-next 2/6] net: igb: use skb_csum_is_sctp instead of protocol check
- From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
- Re: [PATCH net-next 1/6] net: add inline function skb_csum_is_sctp
- From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
- Re: [PATCH net-next 0/3] net: make udp tunnel devices support fraglist
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCHv3 net-next 1/2] net: move the hsize check to the else block in skb_segment
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- [PATCH net-next 6/6] net: ixgbevf: use skb_csum_is_sctp instead of protocol check
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 5/6] net: ixgbe: use skb_csum_is_sctp instead of protocol check
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 4/6] net: igc: use skb_csum_is_sctp instead of protocol check
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 3/6] net: igbvf: use skb_csum_is_sctp instead of protocol check
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 2/6] net: igb: use skb_csum_is_sctp instead of protocol check
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 1/6] net: add inline function skb_csum_is_sctp
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 0/6] net: support SCTP CRC csum offload for tunneling packets in some drivers
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next] udp: not remove the CRC flag from dev features when need_csum is false
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv3 net-next] ip_gre: remove CRC flag from dev features in gre_gso_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv3 net-next 1/2] net: move the hsize check to the else block in skb_segment
- From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
- [PATCH net-next 3/3] bareudp: add NETIF_F_FRAGLIST flag for dev features
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 2/3] geneve: add NETIF_F_FRAGLIST flag for dev features
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 1/3] vxlan: add NETIF_F_FRAGLIST flag for dev features
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 0/3] net: make udp tunnel devices support fraglist
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv3 net-next 2/2] sctp: remove the NETIF_F_SG flag before calling skb_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv3 net-next 1/2] net: move the hsize check to the else block in skb_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv3 net-next 0/2] net: fix the features flag in sctp_gso_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv2 net-next 0/2] net: fix the features flag in sctp_gso_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 2/2] udp: remove CRC flag from dev features in __skb_udp_tunnel_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 1/2] net: move the hsize check to the else block in skb_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 0/2] net: fix the features flag in sctp_gso_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv2 net-next] ip_gre: remove CRC flag from dev features in gre_gso_segment
- From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
- Re: [PATCHv2 net-next] ip_gre: remove CRC flag from dev features in gre_gso_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv2 net-next] ip_gre: remove CRC flag from dev features in gre_gso_segment
- From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
- Re: [PATCH net-next 1/2] udp: call udp_encap_enable for v6 sockets when enabling encap
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net-next 1/2] net: move the hsize check to the else block in skb_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv2 net-next] ip_gre: remove CRC flag from dev features in gre_gso_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: "general protection fault in sctp_ulpevent_notify_peer_addr_change" and "general protection fault in sctp_ulpevent_nofity_peer_addr_change" should share the same root cause
- From: 慕冬亮 <mudongliangabcd@xxxxxxxxx>
- Re: "general protection fault in sctp_ulpevent_notify_peer_addr_change" and "general protection fault in sctp_ulpevent_nofity_peer_addr_change" should share the same root cause
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- "general protection fault in sctp_ulpevent_notify_peer_addr_change" and "general protection fault in sctp_ulpevent_nofity_peer_addr_change" should share the same root cause
- From: 慕冬亮 <mudongliangabcd@xxxxxxxxx>
- Re: [PATCH] m4/sctp.m4: make conpatible to autoconf-2.70
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH net-next 1/2] udp: call udp_encap_enable for v6 sockets when enabling encap
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCHv2 net-next] ip_gre: remove CRC flag from dev features in gre_gso_segment
- From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
- Re: [PATCH net-next 1/2] net: move the hsize check to the else block in skb_segment
- From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
- [PATCHv2 net-next] ip_gre: remove CRC flag from dev features in gre_gso_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 2/2] sctp: remove the NETIF_F_SG flag before calling skb_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 1/2] net: move the hsize check to the else block in skb_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 0/2] net: fix the features flag in sctp_gso_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 2/2] Revert "bareudp: Fixed bareudp receive handling"
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 1/2] udp: call udp_encap_enable for v6 sockets when enabling encap
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 0/2] net: enable udp v6 sockets receiving v4 packets with UDP GRO
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH] m4/sctp.m4: make conpatible to autoconf-2.70
- From: Sergei Trofimovich <slyfox@xxxxxxxxxx>
- Race of sctp_assoc_control_transport() against sctp_assoc_rm_peer() ?
- From: Alexander Sverdlin <alexander.sverdlin@xxxxxxxxx>
- Re: (subset) [PATCH 000/141] Fix fall-through warnings for Clang
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: Karol Herbst <kherbst@xxxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
- Re: [Intel-wired-lan] [PATCH 000/141] Fix fall-through warnings for Clang
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: [Intel-wired-lan] [PATCH 000/141] Fix fall-through warnings for Clang
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: Edward Cree <ecree.xilinx@xxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: Edward Cree <ecree.xilinx@xxxxxxxxx>
- Re: [Intel-wired-lan] [PATCH 000/141] Fix fall-through warnings for Clang
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [Intel-wired-lan] [PATCH 000/141] Fix fall-through warnings for Clang
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [Intel-wired-lan] [PATCH 000/141] Fix fall-through warnings for Clang
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: [Intel-wired-lan] [PATCH 000/141] Fix fall-through warnings for Clang
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [Intel-wired-lan] [PATCH 000/141] Fix fall-through warnings for Clang
- From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
- Re: [Intel-wired-lan] [PATCH 000/141] Fix fall-through warnings for Clang
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: Sean Young <sean@xxxxxxxx>
[Index of Archives]
[Linux Networking Development]
[Linux USB Devel]
[Linux SCSI]
[Samba]
[Yosemite News]
SCTP