Linux SCTP (Stream Control Transmission Protocol)
[Prev Page][Next Page]
- [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>
- Re: [Intel-wired-lan] [PATCH 000/141] Fix fall-through warnings for Clang
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [Intel-wired-lan] [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: 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: [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: 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: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- 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: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
- Re: [PATCH net-next] ip_gre: remove CRC flag from dev features in gre_gso_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH] sctp: Fix some typo
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [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: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next] ip_gre: remove CRC flag from dev features in gre_gso_segment
- From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: Jason Gunthorpe <jgg@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: Joe Perches <joe@xxxxxxxxxxx>
- Re: [Intel-wired-lan] [PATCH 000/141] Fix fall-through warnings for Clang
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- 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: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
- Re: [Intel-wired-lan] [PATCH 000/141] Fix fall-through warnings for Clang
- From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
- Re: [PATCH net-next] ip_gre: remove CRC flag from dev features in gre_gso_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [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: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- 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: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH] sctp: Fix some typo
- From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- 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: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- [PATCH 125/141] sctp: Fix fall-through warnings for Clang
- From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
- Re: [PATCH 000/141] Fix fall-through warnings for Clang
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH 000/141] Fix fall-through warnings for Clang
- From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
- Re: [PATCH net-next] ip_gre: remove CRC flag from dev features in gre_gso_segment
- From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
- Re: [PATCH net-next] ip_gre: remove CRC flag from dev features in gre_gso_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net-next] ip_gre: remove CRC flag from dev features in gre_gso_segment
- From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
- Re: [PATCH net-next] ip_gre: remove CRC flag from dev features in gre_gso_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net-next] ip_gre: remove CRC flag from dev features in gre_gso_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net-next] ip_gre: remove CRC flag from dev features in gre_gso_segment
- From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
- Re: [PATCH net-next] ip_gre: remove CRC flag from dev features in gre_gso_segment
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCH net-next] ip_gre: remove CRC flag from dev features in gre_gso_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net-next] ip_gre: remove CRC flag from dev features in gre_gso_segment
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- [PATCH net-next] ip_gre: remove CRC flag from dev features in gre_gso_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv2 net] sctp: change to hold/put transport for proto_unreach_timer
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCHv2 net] sctp: change to hold/put transport for proto_unreach_timer
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH net] sctp: change to hold/put transport for proto_unreach_timer
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net] sctp: change to hold/put transport for proto_unreach_timer
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net] sctp: change to hold/put transport for proto_unreach_timer
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH net] sctp: change to hold/put transport for proto_unreach_timer
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH] sctp: Fix sending when PMTU is less than SCTP_DEFAULT_MINSEGMENT
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCH] sctp: Fix sending when PMTU is less than SCTP_DEFAULT_MINSEGMENT
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH] sctp: Fix sending when PMTU is less than SCTP_DEFAULT_MINSEGMENT
- From: Petr Malat <oss@xxxxxxxxx>
- Re: [PATCH] sctp: Fix sending when PMTU is less than SCTP_DEFAULT_MINSEGMENT
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH net-next] sctp: bring inet(6)_skb_parm back to sctp_input_cb
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- [PATCH] sctp: Fix sending when PMTU is less than SCTP_DEFAULT_MINSEGMENT
- From: Petr Malat <oss@xxxxxxxxx>
- Re: [PATCH net-next] sctp: bring inet(6)_skb_parm back to sctp_input_cb
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH net-next] sctp: bring inet(6)_skb_parm back to sctp_input_cb
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH] sctp: Fix COMM_LOST/CANT_STR_ASSOC err reporting on big-endian platforms
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCH] sctp: Fix COMM_LOST/CANT_STR_ASSOC err reporting on big-endian platforms
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCHv5 net-next 00/16] sctp: Implement RFC6951: UDP Encapsulation of SCTP
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- [PATCH] sctp: Fix COMM_LOST/CANT_STR_ASSOC err reporting on big-endian platforms
- From: Petr Malat <oss@xxxxxxxxx>
- Re: [PATCHv5 net-next 00/16] sctp: Implement RFC6951: UDP Encapsulation of SCTP
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCHv5 net-next 12/16] sctp: support for sending packet over udp4 sock
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv5 net-next 13/16] sctp: support for sending packet over udp6 sock
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv5 net-next 11/16] sctp: call sk_setup_caps in sctp_packet_transmit instead
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv5 net-next 10/16] sctp: add udphdr to overhead when udp_port is set
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv5 net-next 14/16] sctp: add the error cause for new encapsulation port restart
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv5 net-next 16/16] sctp: enable udp tunneling socks
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv5 net-next 15/16] sctp: handle the init chunk matching an existing asoc
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv5 net-next 06/16] sctp: add encap_err_lookup for udp encap socks
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv5 net-next 08/16] sctp: add SCTP_REMOTE_UDP_ENCAPS_PORT sockopt
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv5 net-next 09/16] sctp: allow changing transport encap_port by peer packets
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv5 net-next 05/16] sctp: create udp6 sock and set its encap_rcv
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv5 net-next 07/16] sctp: add encap_port for netns sock asoc and transport
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv5 net-next 00/16] sctp: Implement RFC6951: UDP Encapsulation of SCTP
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv5 net-next 03/16] udp: support sctp over udp in skb_udp_tunnel_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv5 net-next 01/16] udp: check udp sock encap_type in __udp_lib_err
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv5 net-next 02/16] udp6: move the mss check after udp gso tunnel processing
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv5 net-next 04/16] sctp: create udp4 sock and add its encap_rcv
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [RFC PATCH net-next] net: use a dedicated tracepoint for kfree_skb_list()
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCHv4 net-next 16/16] sctp: enable udp tunneling socks
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [RFC PATCH net-next] net: use a dedicated tracepoint for kfree_skb_list()
- From: Davide Caratti <dcaratti@xxxxxxxxxx>
- Re: [PATCHv4 net-next 16/16] sctp: enable udp tunneling socks
- From: Michael Tuexen <tuexen@xxxxxxxxxxxxxx>
- RE: [PATCHv4 net-next 16/16] sctp: enable udp tunneling socks
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCHv4 net-next 16/16] sctp: enable udp tunneling socks
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv4 net-next 16/16] sctp: enable udp tunneling socks
- From: Michael Tuexen <tuexen@xxxxxxxxxxxxxx>
- Re: [PATCHv4 net-next 16/16] sctp: enable udp tunneling socks
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv4 net-next 16/16] sctp: enable udp tunneling socks
- From: "'Marcelo Ricardo Leitner'" <marcelo.leitner@xxxxxxxxx>
- RE: [PATCHv4 net-next 16/16] sctp: enable udp tunneling socks
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCHv4 net-next 16/16] sctp: enable udp tunneling socks
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCHv4 net-next 16/16] sctp: enable udp tunneling socks
- From: Michael Tuexen <tuexen@xxxxxxxxxxxxxx>
- Re: [PATCHv4 net-next 16/16] sctp: enable udp tunneling socks
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCHv4 net-next 16/16] sctp: enable udp tunneling socks
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv4 net-next 16/16] sctp: enable udp tunneling socks
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCHv4 net-next 16/16] sctp: enable udp tunneling socks
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCHv4 net-next 07/16] sctp: add encap_port for netns sock asoc and transport
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCHv4 net-next 16/16] sctp: enable udp tunneling socks
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv4 net-next 15/16] sctp: handle the init chunk matching an existing asoc
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv4 net-next 14/16] sctp: add the error cause for new encapsulation port restart
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv4 net-next 13/16] sctp: support for sending packet over udp6 sock
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv4 net-next 12/16] sctp: support for sending packet over udp4 sock
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv4 net-next 11/16] sctp: call sk_setup_caps in sctp_packet_transmit instead
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv4 net-next 10/16] sctp: add udphdr to overhead when udp_port is set
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv4 net-next 09/16] sctp: allow changing transport encap_port by peer packets
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv4 net-next 08/16] sctp: add SCTP_REMOTE_UDP_ENCAPS_PORT sockopt
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv4 net-next 07/16] sctp: add encap_port for netns sock asoc and transport
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv4 net-next 06/16] sctp: add encap_err_lookup for udp encap socks
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv4 net-next 05/16] sctp: create udp6 sock and set its encap_rcv
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv4 net-next 04/16] sctp: create udp4 sock and add its encap_rcv
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv4 net-next 03/16] udp: support sctp over udp in skb_udp_tunnel_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv4 net-next 02/16] udp6: move the mss check after udp gso tunnel processing
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv4 net-next 01/16] udp: check udp sock encap_type in __udp_lib_err
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv4 net-next 00/16] sctp: Implement RFC6951: UDP Encapsulation of SCTP
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv3 net-next 16/16] sctp: enable udp tunneling socks
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv3 net-next 16/16] sctp: enable udp tunneling socks
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv3 net-next 16/16] sctp: enable udp tunneling socks
- From: Michael Tuexen <tuexen@xxxxxxxxxxxxxx>
- RE: [PATCHv3 net-next 16/16] sctp: enable udp tunneling socks
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCHv3 net-next 16/16] sctp: enable udp tunneling socks
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCHv3 net-next 00/16] sctp: Implement RFC6951: UDP Encapsulation of SCTP
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCHv3 net-next 00/16] sctp: Implement RFC6951: UDP Encapsulation of SCTP
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCHv3 net-next 02/16] udp6: move the mss check after udp gso tunnel processing
- From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
- [PATCHv3 net-next 16/16] sctp: enable udp tunneling socks
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv3 net-next 15/16] sctp: handle the init chunk matching an existing asoc
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv3 net-next 14/16] sctp: add the error cause for new encapsulation port restart
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv3 net-next 13/16] sctp: support for sending packet over udp6 sock
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv3 net-next 12/16] sctp: support for sending packet over udp4 sock
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv3 net-next 11/16] sctp: call sk_setup_caps in sctp_packet_transmit instead
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv3 net-next 10/16] sctp: add udphdr to overhead when udp_port is set
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv3 net-next 09/16] sctp: allow changing transport encap_port by peer packets
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv3 net-next 08/16] sctp: add SCTP_REMOTE_UDP_ENCAPS_PORT sockopt
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv3 net-next 07/16] sctp: add encap_port for netns sock asoc and transport
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv3 net-next 06/16] sctp: add encap_err_lookup for udp encap socks
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv3 net-next 05/16] sctp: create udp6 sock and set its encap_rcv
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv3 net-next 04/16] sctp: create udp4 sock and add its encap_rcv
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv3 net-next 03/16] udp: support sctp over udp in skb_udp_tunnel_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv3 net-next 02/16] udp6: move the mss check after udp gso tunnel processing
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv3 net-next 01/16] udp: check udp sock encap_type in __udp_lib_err
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv3 net-next 00/16] sctp: Implement RFC6951: UDP Encapsulation of SCTP
- From: Xin Long <lucien.xin@xxxxxxxxx>
- RE: sctp discarding received data chunks
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: sctp discarding received data chunks
- From: Andreas Fink <afink@xxxxxxxxxxxxx>
- RE: sctp discarding received data chunks
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: sctp discarding received data chunks
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv2 net-next 02/17] udp6: move the mss check after udp gso tunnel processing
- From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
- RE: sctp discarding received data chunks
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: sctp discarding received data chunks
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: sctp discarding received data chunks
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: sctp discarding received data chunks
- From: Andreas Fink <afink@xxxxxxxxxxxxx>
- Re: [PATCHv2 net-next 17/17] sctp: enable udp tunneling socks
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv2 net-next 06/17] sctp: create udp6 sock and set its encap_rcv
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv2 net-next 05/17] sctp: create udp4 sock and add its encap_rcv
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv2 net-next 02/17] udp6: move the mss check after udp gso tunnel processing
- From: Xin Long <lucien.xin@xxxxxxxxx>
- sctp discarding received data chunks
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCHv2 net-next 06/17] sctp: create udp6 sock and set its encap_rcv
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCHv2 net-next 05/17] sctp: create udp4 sock and add its encap_rcv
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCHv2 net-next 17/17] sctp: enable udp tunneling socks
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCHv2 net-next 15/17] sctp: add the error cause for new encapsulation port restart
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCHv2 net-next 09/17] sctp: add SCTP_REMOTE_UDP_ENCAPS_PORT sockopt
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCHv2 net-next 02/17] udp6: move the mss check after udp gso tunnel processing
- From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
- Re: Heartbeat on closed SCTP sockets?
- From: Andreas Fink <afink@xxxxxxxxxxxxx>
- Re: Heartbeat on closed SCTP sockets?
- From: Andreas Fink <afink@xxxxxxxxxxxxx>
- Re: [PATCHv2 net-next 04/17] udp: support sctp over udp in skb_udp_tunnel_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCHv2 net-next 03/17] udp: do checksum properly in skb_udp_tunnel_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 17/17] sctp: enable udp tunneling socks
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 16/17] sctp: handle the init chunk matching an existing asoc
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 15/17] sctp: add the error cause for new encapsulation port restart
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 14/17] sctp: support for sending packet over udp6 sock
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 13/17] sctp: support for sending packet over udp4 sock
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 12/17] sctp: call sk_setup_caps in sctp_packet_transmit instead
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 11/17] sctp: add udphdr to overhead when udp_port is set
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 10/17] sctp: allow changing transport encap_port by peer packets
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 09/17] sctp: add SCTP_REMOTE_UDP_ENCAPS_PORT sockopt
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 08/17] sctp: add encap_port for netns sock asoc and transport
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 07/17] sctp: add encap_err_lookup for udp encap socks
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 06/17] sctp: create udp6 sock and set its encap_rcv
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 05/17] sctp: create udp4 sock and add its encap_rcv
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 04/17] udp: support sctp over udp in skb_udp_tunnel_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 03/17] udp: do checksum properly in skb_udp_tunnel_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 02/17] udp6: move the mss check after udp gso tunnel processing
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 01/17] udp: check udp sock encap_type in __udp_lib_err
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCHv2 net-next 00/17] sctp: Implement RFC6951: UDP Encapsulation of SCTP
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net-next 11/15] sctp: add udphdr to overhead when udp_port is set
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: Heartbeat on closed SCTP sockets?
- From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
- RE: Heartbeat on closed SCTP sockets?
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: Heartbeat on closed SCTP sockets?
- From: Andreas Fink <afink@xxxxxxxxxxxxx>
- Re: Heartbeat on closed SCTP sockets?
- From: Andreas Fink <afink@xxxxxxxxxxxxx>
- Re: [PATCH net-next 11/15] sctp: add udphdr to overhead when udp_port is set
- From: Michael Tuexen <tuexen@xxxxxxxxxxxxxx>
- Re: [PATCH net-next 11/15] sctp: add udphdr to overhead when udp_port is set
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: Heartbeat on closed SCTP sockets?
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Heartbeat on closed SCTP sockets?
- From: Andreas Fink <afink@xxxxxxxxxxxxx>
- Re: [PATCH lksctp-tools] Use symvmer attribute, not asms for symbol versioning
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH net-next 11/15] sctp: add udphdr to overhead when udp_port is set
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net-next 11/15] sctp: add udphdr to overhead when udp_port is set
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net-next 15/15] sctp: enable udp tunneling socks
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net-next 11/15] sctp: add udphdr to overhead when udp_port is set
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net-next 11/15] sctp: add udphdr to overhead when udp_port is set
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net-next 12/15] sctp: call sk_setup_caps in sctp_packet_transmit instead
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net-next 09/15] sctp: add SCTP_REMOTE_UDP_ENCAPS_PORT sockopt
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net-next 03/15] udp: do checksum properly in skb_udp_tunnel_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net-next 15/15] sctp: enable udp tunneling socks
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH net-next 12/15] sctp: call sk_setup_caps in sctp_packet_transmit instead
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH net-next 11/15] sctp: add udphdr to overhead when udp_port is set
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH net-next 11/15] sctp: add udphdr to overhead when udp_port is set
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH net-next 10/15] sctp: allow changing transport encap_port by peer packets
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH net-next 09/15] sctp: add SCTP_REMOTE_UDP_ENCAPS_PORT sockopt
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH net-next 03/15] udp: do checksum properly in skb_udp_tunnel_segment
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH net-next 00/15] sctp: Implement RFC6951: UDP Encapsulation of SCTP
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH net-next 13/15] sctp: support for sending packet over udp4 sock
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net-next 13/15] sctp: support for sending packet over udp4 sock
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH net-next 11/15] sctp: add udphdr to overhead when udp_port is set
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH net-next 00/15] sctp: Implement RFC6951: UDP Encapsulation of SCTP
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net-next 00/15] sctp: Implement RFC6951: UDP Encapsulation of SCTP
- From: Michael Tuexen <tuexen@xxxxxxxxxxxxxx>
- Re: [PATCH net-next 13/15] sctp: support for sending packet over udp4 sock
- From: kernel test robot <lkp@xxxxxxxxx>
- [PATCH net-next 15/15] sctp: enable udp tunneling socks
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 14/15] sctp: support for sending packet over udp6 sock
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 13/15] sctp: support for sending packet over udp4 sock
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 12/15] sctp: call sk_setup_caps in sctp_packet_transmit instead
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 11/15] sctp: add udphdr to overhead when udp_port is set
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 10/15] sctp: allow changing transport encap_port by peer packets
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 09/15] sctp: add SCTP_REMOTE_UDP_ENCAPS_PORT sockopt
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 08/15] sctp: add encap_port for netns sock asoc and transport
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 07/15] sctp: add encap_err_lookup for udp encap socks
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 06/15] sctp: create udp6 sock and set its encap_rcv
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 05/15] sctp: create udp4 sock and add its encap_rcv
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 04/15] udp: support sctp over udp in skb_udp_tunnel_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 03/15] udp: do checksum properly in skb_udp_tunnel_segment
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 02/15] udp6: move the mss check after udp gso tunnel processing
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 01/15] udp: check udp sock encap_type in __udp_lib_err
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net-next 00/15] sctp: Implement RFC6951: UDP Encapsulation of SCTP
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH v2] net: sctp: Fix IPv6 ancestor_size calc in sctp_copy_descendant
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2] net: sctp: Fix IPv6 ancestor_size calc in sctp_copy_descendant
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH v2] net: sctp: Fix IPv6 ancestor_size calc in sctp_copy_descendant
- From: Henry Ptasinski <hptasinski@xxxxxxxxxx>
- [PATCH lksctp-tools] Use symvmer attribute, not asms for symbol versioning
- From: Petr Lautrbach <plautrba@xxxxxxxxxx>
- Re: [PATCH] net: sctp: Fix IPv6 ancestor_size calc in sctp_copy_descendant
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH AUTOSEL 5.4 090/330] sctp: move trace_sctp_probe_path into sctp_outq_sack
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 4.19 048/206] sctp: move trace_sctp_probe_path into sctp_outq_sack
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH] net: sctp: Fix IPv6 ancestor_size calc in sctp_copy_descendant
- From: Henry Ptasinski <hptasinski@xxxxxxxxxx>
- Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
- From: Jacob Keller <jacob.e.keller@xxxxxxxxx>
- Re: [oss-drivers] [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
- From: Simon Horman <simon.horman@xxxxxxxxxxxxx>
- Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
- From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
- Re: [Intel-gfx] [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
- From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
- Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
- From: Robin Murphy <robin.murphy@xxxxxxx>
- Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
- From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
- Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
- From: Ilya Dryomov <idryomov@xxxxxxxxx>
- Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
- From: Steffen Maier <maier@xxxxxxxxxxxxx>
- Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
- From: Felipe Balbi <balbi@xxxxxxxxxx>
- Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
- From: <Nicolas.Ferre@xxxxxxxxxxxxx>
- Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
- From: Wolfram Sang <wsa@xxxxxxxxxx>
- Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
- From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
- Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
- From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
- Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
- From: Keith Busch <kbusch@xxxxxxxxxx>
- [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH] sctp: Honour SCTP_PARTIAL_DELIVERY_POINT even under memory pressure
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH] sctp: Honour SCTP_PARTIAL_DELIVERY_POINT even under memory pressure
- From: Petr Malat <oss@xxxxxxxxx>
- Re: [PATCH] sctp: Honour SCTP_PARTIAL_DELIVERY_POINT even under memory pressure
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH] sctp: Honour SCTP_PARTIAL_DELIVERY_POINT even under memory pressure
- From: Petr Malat <oss@xxxxxxxxx>
- RE: [PATCH 00/13] lib/generic-radix-tree: genradix bug fix and optimisations.
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: [PATCH 00/13] lib/generic-radix-tree: genradix bug fix and optimisations.
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: [PATCH 00/13] lib/generic-radix-tree: genradix bug fix and optimisations.
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 00/13] lib/generic-radix-tree: genradix bug fix and optimisations.
- From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
- RE: [PATCH 00/13] lib/generic-radix-tree: genradix bug fix and optimisations.
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 00/13] lib/generic-radix-tree: genradix bug fix and optimisations.
- From: "'Marcelo Ricardo Leitner'" <marcelo.leitner@xxxxxxxxx>
- [PATCH 07/13] lib/generic-radix-tree: Optimise __genradix_iter_peek()
- From: David Laight <David.Laight@xxxxxxxxxx>
- [PATCH 12/13] lib/generic-radix-tree: Inline genradix_ptr() for simple trees.
- From: David Laight <David.Laight@xxxxxxxxxx>
- [PATCH 08/13] lib/generic-radix-tree: Save number of bits to shift instead of tree level.
- From: David Laight <David.Laight@xxxxxxxxxx>
- [PATCH 06/13] lib/generic-radix-tree: Rename gfp_mask to gfp to shorten lines.
- From: David Laight <David.Laight@xxxxxxxxxx>
- [PATCH 01/13] lib/generic-radix-tree: Fix potentially corrupt tree
- From: David Laight <David.Laight@xxxxxxxxxx>
- [PATCH 02/13] lib/generic-radix-tree: Optimise out ilog2(variable).
- From: David Laight <David.Laight@xxxxxxxxxx>
- [PATCH 03/13] lib/generic-radix-tree: Always use low 8 bits of 'root' for depth.
- From: David Laight <David.Laight@xxxxxxxxxx>
- [PATCH 04/13] lib/generic-radix-tree: Optimise __genradix_ptr()
- From: David Laight <David.Laight@xxxxxxxxxx>
- [PATCH 05/13] lib/generic-radix-tree: Optimise __genradix_ptr_alloc()
- From: David Laight <David.Laight@xxxxxxxxxx>
- [PATCH 09/13] lib/generic-radix-tree: Check sizeof(_type) when defining a tree.
- From: David Laight <David.Laight@xxxxxxxxxx>
- [PATCH 10/13] lib/generic-radix-tree: Simplify offset calculation:
- From: David Laight <David.Laight@xxxxxxxxxx>
- [PATCH 11/13] lib/generic-radix-tree: Pass the root pointer to __genradix_ptr.
- From: David Laight <David.Laight@xxxxxxxxxx>
- [PATCH 13/13] lib/generic-radix-tree: Simplify __genradix_ptr()
- From: David Laight <David.Laight@xxxxxxxxxx>
- [PATCH 00/13] lib/generic-radix-tree: genradix bug fix and optimisations.
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 0/7] net: sctp: delete duplicated words + other fixes
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCHv2 net] sctp: not disable bh in the whole sctp_get_port_local()
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: SCTP multi-homed association (::1)->(::1+127.0.0.1) attempting HEARTBEAT on 127.0.0.1->127.0.0.1
- From: Harald Welte <laforge@xxxxxxxxxxxx>
- Re: SCTP multi-homed association (::1)->(::1+127.0.0.1) attempting HEARTBEAT on 127.0.0.1->127.0.0.1
- From: Pau Espin Pedrol <pespin@xxxxxxxxxxx>
- Re: SCTP multi-homed association (::1)->(::1+127.0.0.1) attempting HEARTBEAT on 127.0.0.1->127.0.0.1
- From: Pau Espin Pedrol <pespin@xxxxxxxxxxx>
- Re: SCTP multi-homed association (::1)->(::1+127.0.0.1) attempting HEARTBEAT on 127.0.0.1->127.0.0.1
- From: Pau Espin Pedrol <pespin@xxxxxxxxxxx>
- [PATCH 7/7] net: sctp: ulpqueue.c: delete duplicated word
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- [PATCH 6/7] net: sctp: sm_make_chunk.c: delete duplicated words + fix typo
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- [PATCH 5/7] net: sctp: protocol.c: delete duplicated words + punctuation
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- [PATCH 4/7] net: sctp: chunk.c: delete duplicated word
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- [PATCH 3/7] net: sctp: bind_addr.c: delete duplicated word
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- [PATCH 2/7] net: sctp: auth.c: delete duplicated words
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- [PATCH 1/7] net: sctp: associola.c: delete duplicated words
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- [PATCH 0/7] net: sctp: delete duplicated words + other fixes
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- RE: Use of genradix in sctp
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: Use of genradix in sctp
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: 64k streams not supported
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: Use of genradix in sctp
- From: "'Marcelo Ricardo Leitner'" <marcelo.leitner@xxxxxxxxx>
- Re: SCTP multi-homed association (::1)->(::1+127.0.0.1) attempting HEARTBEAT on 127.0.0.1->127.0.0.1
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: 64k streams not supported
- From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
- Re: [PATCHv2 net] sctp: not disable bh in the whole sctp_get_port_local()
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: 64k streams not supported
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- 64k streams not supported
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: [PATCH v2] net: sctp: Fix negotiation of the number of data streams.
- From: David Laight <David.Laight@xxxxxxxxxx>
- [PATCHv2 net] sctp: not disable bh in the whole sctp_get_port_local()
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net] sctp: not disable bh in the whole sctp_get_port_local()
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH v2] net: sctp: Fix negotiation of the number of data streams.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2] net: sctp: Fix negotiation of the number of data streams.
- From: "'Marcelo Ricardo Leitner'" <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH net] sctp: not disable bh in the whole sctp_get_port_local()
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- SCTP multi-homed association (::1)->(::1+127.0.0.1) attempting HEARTBEAT on 127.0.0.1->127.0.0.1
- From: Pau Espin Pedrol <pespin@xxxxxxxxxxx>
- [PATCH net] sctp: not disable bh in the whole sctp_get_port_local()
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH v2] net: sctp: Fix negotiation of the number of data streams.
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: [PATCH v2] net: sctp: Fix negotiation of the number of data streams.
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: Use of genradix in sctp
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: [PATCH] net: sctp: Fix negotiation of the number of data streams.
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH] net: sctp: Fix negotiation of the number of data streams.
- From: "'Marcelo Ricardo Leitner'" <marcelo.leitner@xxxxxxxxx>
- Re: Use of genradix in sctp
- From: "'Marcelo Ricardo Leitner'" <marcelo.leitner@xxxxxxxxx>
- RE: [PATCH] net: sctp: Fix negotiation of the number of data streams.
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH] net: sctp: Fix negotiation of the number of data streams.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Use of genradix in sctp
- From: David Laight <David.Laight@xxxxxxxxxx>
- [PATCH] net: sctp: Fix negotiation of the number of data streams.
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: sctp: num_ostreams and max_instreams negotiation
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: Oops on current Raspian when closing an SCTP connection
- From: Corey Minyard <minyard@xxxxxxx>
- Re: sctp: num_ostreams and max_instreams negotiation
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: sctp: num_ostreams and max_instreams negotiation
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: Oops on current Raspian when closing an SCTP connection
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Oops on current Raspian when closing an SCTP connection
- From: Corey Minyard <minyard@xxxxxxx>
- RE: sctp: num_ostreams and max_instreams negotiation
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: sctp: num_ostreams and max_instreams negotiation
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: sctp: num_ostreams and max_instreams negotiation
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: num_ostreams and max_instreams negotiation
- From: David Laight <David.Laight@xxxxxxxxxx>
- num_ostreams and max_instreams negotiation
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: general protection fault in sctp_ulpevent_notify_peer_addr_change
- From: Jonas Falkevik <jonas.falkevik@xxxxxxxxx>
- Re: general protection fault in sctp_ulpevent_notify_peer_addr_change
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- general protection fault in sctp_ulpevent_notify_peer_addr_change
- From: syzbot <syzbot+8f2165a7b1f2820feffc@xxxxxxxxxxxxxxxxxxxxxxxxx>
- RE: [PATCH 25/26] net: pass a sockptr_t into ->setsockopt
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 25/26] net: pass a sockptr_t into ->setsockopt
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- RE: [PATCH 25/26] net: pass a sockptr_t into ->setsockopt
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 25/26] net: pass a sockptr_t into ->setsockopt
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 25/26] net: pass a sockptr_t into ->setsockopt
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Re: Regarding kernel SCTP module compliance to 4960
- From: sonia bhattacharya <soniaruby1@xxxxxxxxx>
- Re: Regarding kernel SCTP module compliance to 4960
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Regarding kernel SCTP module compliance to 4960
- From: sonia bhattacharya <soniaruby1@xxxxxxxxx>
- Re: [PATCH 12/26] netfilter: switch nf_setsockopt to sockptr_t
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- RE: [PATCH 12/26] netfilter: switch nf_setsockopt to sockptr_t
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 19/26] net/ipv6: switch ipv6_flowlabel_opt to sockptr_t
- From: Ido Schimmel <idosch@xxxxxxxxxx>
- Re: [PATCH 12/26] netfilter: switch nf_setsockopt to sockptr_t
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH 12/26] netfilter: switch nf_setsockopt to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 12/26] netfilter: switch nf_setsockopt to sockptr_t
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH 12/26] netfilter: switch nf_setsockopt to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 19/26] net/ipv6: switch ipv6_flowlabel_opt to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 12/26] netfilter: switch nf_setsockopt to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 12/26] netfilter: switch nf_setsockopt to sockptr_t
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- RE: get rid of the address_space override in setsockopt v2
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: get rid of the address_space override in setsockopt v2
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 19/26] net/ipv6: switch ipv6_flowlabel_opt to sockptr_t
- From: Ido Schimmel <idosch@xxxxxxxxxx>
- RE: [PATCH 19/26] net/ipv6: switch ipv6_flowlabel_opt to sockptr_t
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 19/26] net/ipv6: switch ipv6_flowlabel_opt to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 19/26] net/ipv6: switch ipv6_flowlabel_opt to sockptr_t
- From: Ido Schimmel <idosch@xxxxxxxxxx>
- RE: get rid of the address_space override in setsockopt v2
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: get rid of the address_space override in setsockopt v2
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: get rid of the address_space override in setsockopt v2
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: get rid of the address_space override in setsockopt v2
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH][V2] sctp: remove redundant initialization of variable status
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 net-next] sctp: fix slab-out-of-bounds in SCTP_DELAYED_SACK processing
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: get rid of the address_space override in setsockopt v2
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH][V2] sctp: remove redundant initialization of variable status
- From: Colin King <colin.king@xxxxxxxxxxxxx>
- Re: [PATCH] sctp: remove redundant initialization of variable status
- From: Colin Ian King <colin.king@xxxxxxxxxxxxx>
- Re: [PATCH] sctp: remove redundant initialization of variable status
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH v2 net-next] sctp: fix slab-out-of-bounds in SCTP_DELAYED_SACK processing
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH] sctp: remove redundant initialization of variable status
- From: Colin King <colin.king@xxxxxxxxxxxxx>
- [PATCH v2 net-next] sctp: fix slab-out-of-bounds in SCTP_DELAYED_SACK processing
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH net-next] sctp: fix slab-out-of-bounds in SCTP_DELAYED_SACK processing
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 04/26] net: add a new sockptr_t type
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 04/26] net: add a new sockptr_t type
- From: Eric Dumazet <edumazet@xxxxxxxxxx>
- Re: [PATCH 04/26] net: add a new sockptr_t type
- From: Jan Engelhardt <jengelh@xxxxxxx>
- Re: [PATCH net-next] sctp: fix slab-out-of-bounds in SCTP_DELAYED_SACK processing
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- RE: [PATCH 03/26] bpfilter: reject kernel addresses
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 03/26] bpfilter: reject kernel addresses
- From: "'Christoph Hellwig'" <hch@xxxxxx>
- RE: [PATCH 03/26] bpfilter: reject kernel addresses
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 13/26] bpfilter: switch bpfilter_ip_set_sockopt to sockptr_t
- From: "'Christoph Hellwig'" <hch@xxxxxx>
- RE: [PATCH 13/26] bpfilter: switch bpfilter_ip_set_sockopt to sockptr_t
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 01/26] bpfilter: fix up a sparse annotation
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH net-next] sctp: fix slab-out-of-bounds in SCTP_DELAYED_SACK processing
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [MPTCP] [PATCH 08/26] net: switch sock_set_timeout to sockptr_t
- From: Matthieu Baerts <matthieu.baerts@xxxxxxxxxxxx>
- Re: [MPTCP] [PATCH 25/26] net: pass a sockptr_t into ->setsockopt
- From: Matthieu Baerts <matthieu.baerts@xxxxxxxxxxxx>
- [PATCH 03/26] bpfilter: reject kernel addresses
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 05/26] net: switch copy_bpf_fprog_from_user to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 04/26] net: add a new sockptr_t type
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 02/26] net/bpfilter: split __bpfilter_process_sockopt
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 01/26] bpfilter: fix up a sparse annotation
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 07/26] net: switch sock_set_timeout to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 08/26] net: switch sock_set_timeout to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 09/26] net/xfrm: switch xfrm_user_policy to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- get rid of the address_space override in setsockopt v2
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 06/26] net: switch sock_setbindtodevice to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 12/26] netfilter: switch nf_setsockopt to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 11/26] netfilter: switch xt_copy_counters to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 13/26] bpfilter: switch bpfilter_ip_set_sockopt to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 20/26] net/ipv6: factor out a ipv6_set_opt_hdr helper
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 15/26] net/ipv4: merge ip_options_get and ip_options_get_from_user
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 21/26] net/ipv6: switch do_ipv6_setsockopt to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 18/26] net/ipv6: split up ipv6_flowlabel_opt
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 19/26] net/ipv6: switch ipv6_flowlabel_opt to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 17/26] net/ipv6: switch ip6_mroute_setsockopt to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 22/26] net/udp: switch udp_lib_setsockopt to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 23/26] net/tcp: switch ->md5_parse to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 24/26] net/tcp: switch do_tcp_setsockopt to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 25/26] net: pass a sockptr_t into ->setsockopt
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 26/26] net: optimize the sockptr_t for unified kernel/user address spaces
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 16/26] net/ipv4: switch do_ip_setsockopt to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 14/26] net/ipv4: switch ip_mroute_setsockopt to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 10/26] netfilter: remove the unused user argument to do_update_counters
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH net 0/2] sctp: shrink stream outq in the right place
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH net 0/2] sctp: shrink stream outq in the right place
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH net-next] sctp: fix slab-out-of-bounds in SCTP_DELAYED_SACK processing
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- memory leak in sctp_packet_transmit
- From: syzbot <syzbot+8bb053b5d63595ab47db@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: KASAN: slab-out-of-bounds Write in sctp_setsockopt
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- KASAN: slab-out-of-bounds Write in sctp_setsockopt
- From: syzbot <syzbot+0e4699d000d8b874d8dc@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: get rid of the address_space override in setsockopt
- From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
- [PATCH net 2/2] sctp: shrink stream outq when fails to do addstream reconf
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 1/2] sctp: shrink stream outq only when new outcnt < old outcnt
- From: Xin Long <lucien.xin@xxxxxxxxx>
- [PATCH net 0/2] sctp: shrink stream outq in the right place
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [MPTCP] [PATCH 24/24] net: pass a sockptr_t into ->setsockopt
- From: Matthieu Baerts <matthieu.baerts@xxxxxxxxxxxx>
- RE: get rid of the address_space override in setsockopt
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: get rid of the address_space override in setsockopt
- From: "'Christoph Hellwig'" <hch@xxxxxx>
- Re: get rid of the address_space override in setsockopt
- From: "'Christoph Hellwig'" <hch@xxxxxx>
- Re: [PATCH 12/24] bpfilter: switch bpfilter_ip_set_sockopt to sockptr_t
- From: "'Christoph Hellwig'" <hch@xxxxxx>
- Re: [PATCH 12/24] bpfilter: switch bpfilter_ip_set_sockopt to sockptr_t
- From: "'Christoph Hellwig'" <hch@xxxxxx>
- Re: get rid of the address_space override in setsockopt
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 03/24] net: add a new sockptr_t type
- From: Christoph Hellwig <hch@xxxxxx>
- RE: get rid of the address_space override in setsockopt
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: [PATCH 03/24] net: add a new sockptr_t type
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: [PATCH 03/24] net: add a new sockptr_t type
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: get rid of the address_space override in setsockopt
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: [PATCH 12/24] bpfilter: switch bpfilter_ip_set_sockopt to sockptr_t
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: Misaligned IPv6 addresses is SCTP socket options.
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 02/24] bpfilter: fix up a sparse annotation
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 02/24] bpfilter: fix up a sparse annotation
- From: Christoph Hellwig <hch@xxxxxx>
- Re: Misaligned IPv6 addresses is SCTP socket options.
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH 02/24] bpfilter: fix up a sparse annotation
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 24/24] net: pass a sockptr_t into ->setsockopt
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: get rid of the address_space override in setsockopt
- From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
- Re: [PATCH 03/24] net: add a new sockptr_t type
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- Re: get rid of the address_space override in setsockopt
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 03/24] net: add a new sockptr_t type
- From: Christoph Hellwig <hch@xxxxxx>
- Re: get rid of the address_space override in setsockopt
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- Re: [PATCH 03/24] net: add a new sockptr_t type
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- Misaligned IPv6 addresses is SCTP socket options.
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 24/24] net: pass a sockptr_t into ->setsockopt
- From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH for v5.9] sctp: Replace HTTP links with HTTPS ones
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: do a single memdup_user in sctp_setsockopt v2
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH 02/24] bpfilter: fix up a sparse annotation
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 01/24] bpfilter: reject kernel addresses
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 05/24] net: switch sock_setbindtodevice to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 03/24] net: add a new sockptr_t type
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 06/24] net: switch sock_set_timeout to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 04/24] net: switch copy_bpf_fprog_from_user to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- get rid of the address_space override in setsockopt
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 07/24] net: switch sock_set_timeout to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 08/24] net/xfrm: switch xfrm_user_policy to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 09/24] netfilter: remove the unused user argument to do_update_counters
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 10/24] netfilter: switch xt_copy_counters to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 11/24] netfilter: switch nf_setsockopt to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 12/24] bpfilter: switch bpfilter_ip_set_sockopt to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 13/24] net/ipv4: switch ip_mroute_setsockopt to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 15/24] net/ipv4: switch do_ip_setsockopt to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 18/24] net/ipv6: switch ipv6_flowlabel_opt to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 19/24] net/ipv6: factor out a ipv6_set_opt_hdr helper
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 20/24] net/ipv6: switch do_ipv6_setsockopt to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 21/24] net/udp: switch udp_lib_setsockopt to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 24/24] net: pass a sockptr_t into ->setsockopt
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 23/24] net/tcp: switch do_tcp_setsockopt to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 22/24] net/tcp: switch ->md5_parse to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 17/24] net/ipv6: split up ipv6_flowlabel_opt
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 16/24] net/ipv6: switch ip6_mroute_setsockopt to sockptr_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 14/24] net/ipv4: merge ip_options_get and ip_options_get_from_user
- From: Christoph Hellwig <hch@xxxxxx>
- Re: do a single memdup_user in sctp_setsockopt v2
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: sockopt cleanups
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH for v5.9] sctp: Replace HTTP links with HTTPS ones
- From: "Alexander A. Klimov" <grandmaster@xxxxxxxxxxxx>
- [PATCH 04/51] sctp: pass a kernel pointer to sctp_setsockopt_disable_fragments
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 05/51] sctp: pass a kernel pointer to sctp_setsockopt_events
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 07/51] sctp: pass a kernel pointer to sctp_setsockopt_peer_addr_params
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 06/51] sctp: pass a kernel pointer to sctp_setsockopt_autoclose
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 03/51] sctp: pass a kernel pointer to __sctp_setsockopt_connectx
- From: Christoph Hellwig <hch@xxxxxx>
- do a single memdup_user in sctp_setsockopt v2
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 10/51] sctp: pass a kernel pointer to sctp_setsockopt_initmsg
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 16/51] sctp: pass a kernel pointer to sctp_setsockopt_rtoinfo
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 11/51] sctp: pass a kernel pointer to sctp_setsockopt_default_send_param
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 12/51] sctp: pass a kernel pointer to sctp_setsockopt_default_sndinfo
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 21/51] sctp: pass a kernel pointer to sctp_setsockopt_context
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 25/51] sctp: pass a kernel pointer to sctp_setsockopt_hmac_ident
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 28/51] sctp: pass a kernel pointer to sctp_setsockopt_active_key
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 26/51] sctp: switch sctp_setsockopt_auth_key to use memzero_explicit
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 27/51] sctp: pass a kernel pointer to sctp_setsockopt_auth_key
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 24/51] sctp: pass a kernel pointer to sctp_setsockopt_auth_chunk
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 19/51] sctp: pass a kernel pointer to sctp_setsockopt_maxseg
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 29/51] sctp: pass a kernel pointer to sctp_setsockopt_del_key
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 30/51] sctp: pass a kernel pointer to sctp_setsockopt_deactivate_key
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 34/51] sctp: pass a kernel pointer to sctp_setsockopt_recvnxtinfo
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 33/51] sctp: pass a kernel pointer to sctp_setsockopt_recvrcvinfo
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 32/51] sctp: pass a kernel pointer to sctp_setsockopt_paddr_thresholds
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 36/51] sctp: pass a kernel pointer to sctp_setsockopt_default_prinfo
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 44/51] sctp: pass a kernel pointer to sctp_setsockopt_interleaving_supported
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 51/51] sctp: remove the out_nounlock label in sctp_setsockopt
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 46/51] sctp: pass a kernel pointer to sctp_setsockopt_event
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 38/51] sctp: pass a kernel pointer to sctp_setsockopt_enable_strreset
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 37/51] sctp: pass a kernel pointer to sctp_setsockopt_reconfig_supported
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 50/51] sctp: pass a kernel pointer to sctp_setsockopt_pf_expose
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 48/51] sctp: pass a kernel pointer to sctp_setsockopt_auth_supported
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 49/51] sctp: pass a kernel pointer to sctp_setsockopt_ecn_supported
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 47/51] sctp: pass a kernel pointer to sctp_setsockopt_event
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 45/51] sctp: pass a kernel pointer to sctp_setsockopt_reuse_port
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 43/51] sctp: pass a kernel pointer to sctp_setsockopt_scheduler_value
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 42/51] sctp: pass a kernel pointer to sctp_setsockopt_scheduler
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 39/51] sctp: pass a kernel pointer to sctp_setsockopt_reset_streams
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 41/51] sctp: pass a kernel pointer to sctp_setsockopt_add_streams
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 40/51] sctp: pass a kernel pointer to sctp_setsockopt_reset_assoc
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 35/51] sctp: pass a kernel pointer to sctp_setsockopt_pr_supported
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 31/51] sctp: pass a kernel pointer to sctp_setsockopt_auto_asconf
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 23/51] sctp: pass a kernel pointer to sctp_setsockopt_maxburst
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 22/51] sctp: pass a kernel pointer to sctp_setsockopt_fragment_interleave
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 17/51] sctp: pass a kernel pointer to sctp_setsockopt_associnfo
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 18/51] sctp: pass a kernel pointer to sctp_setsockopt_mappedv4
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 20/51] sctp: pass a kernel pointer to sctp_setsockopt_adaptation_layer
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 14/51] sctp: pass a kernel pointer to sctp_setsockopt_peer_primary_addr
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 15/51] sctp: pass a kernel pointer to sctp_setsockopt_nodelay
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 13/51] sctp: pass a kernel pointer to sctp_setsockopt_primary_addr
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 08/51] sctp: pass a kernel pointer to sctp_setsockopt_delayed_ack
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 09/51] sctp: pass a kernel pointer to sctp_setsockopt_partial_delivery_point
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 01/51] sctp: copy the optval from user space in sctp_setsockopt
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 02/51] sctp: pass a kernel pointer to sctp_setsockopt_bindx
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 05/22] net: remove compat_sock_common_{get,set}sockopt
- From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
- Re: [MPTCP] [PATCH 05/22] net: remove compat_sock_common_{get,set}sockopt
- From: Matthieu Baerts <matthieu.baerts@xxxxxxxxxxxx>
- Re: [PATCH 22/22] net: make ->{get,set}sockopt in proto_ops optional
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH 02/22] net: streamline __sys_setsockopt
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 04/22] net: simplify cBPF setsockopt compat handling
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 01/22] net/atm: remove the atmdev_ops {get,set}sockopt methods
- From: Christoph Hellwig <hch@xxxxxx>
- sockopt cleanups
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 05/22] net: remove compat_sock_common_{get,set}sockopt
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 08/22] netfilter/ip_tables: clean up compat {get,set}sockopt handling
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 07/22] netfilter/arp_tables: clean up compat {get,set}sockopt handling
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 09/22] netfilter/ip6_tables: clean up compat {get,set}sockopt handling
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 10/22] netfilter/ebtables: clean up compat {get,set}sockopt handling
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 13/22] netfilter: split nf_sockopt
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 12/22] netfilter: remove the compat argument to xt_copy_counters_from_user
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 14/22] net/ipv4: factor out MCAST_MSFILTER getsockopt helpers
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 15/22] net/ipv4: factor out MCAST_MSFILTER setsockopt helpers
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 16/22] net/ipv4: factor out mcast join/leave setsockopt helpers
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 17/22] net/ipv4: remove compat_ip_{get,set}sockopt
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 18/22] net/ipv6: factor out MCAST_MSFILTER getsockopt helpers
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 19/22] net/ipv6: factor out MCAST_MSFILTER setsockopt helpers
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 20/22] net/ipv6: factor out mcast join/leave setsockopt helpers
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 22/22] net: make ->{get,set}sockopt in proto_ops optional
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 21/22] net/ipv6: remove compat_ipv6_{get,set}sockopt
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 11/22] netfilter: remove the compat_{get,set} methods
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 06/22] net: remove compat_sys_{get,set}sockopt
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 03/22] net: streamline __sys_getsockopt
- From: Christoph Hellwig <hch@xxxxxx>
- RE: 200ms delays with SCTP streaming data
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: 200ms delays with SCTP streaming data
- From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
- Re: 200ms delays with SCTP streaming data
- From: Corey Minyard <minyard@xxxxxxx>
- Re: 200ms delays with SCTP streaming data
- From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
- Re: 200ms delays with SCTP streaming data
- From: Corey Minyard <minyard@xxxxxxx>
- Re: 200ms delays with SCTP streaming data
- From: Corey Minyard <minyard@xxxxxxx>
- Re: 200ms delays with SCTP streaming data
- From: Marcelo Leitner <marcelo.leitner@xxxxxxxxx>
- 200ms delays with SCTP streaming data
- From: Corey Minyard <minyard@xxxxxxx>
- Re: [PATCH] sctp: Wake up all processes after closing the connection
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- [PATCH] sctp: Wake up all processes after closing the connection
- From: Petr Malat <oss@xxxxxxxxx>
- Re: [PATCH net-next] sctp: use list_is_singular in sctp_list_single_entry
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH net-next] sctp: use list_is_singular in sctp_list_single_entry
- From: Geliang Tang <geliangtang@xxxxxxxxx>
- Re: Strange problem with SCTP+IPv6
- From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
- RE: Strange problem with SCTP+IPv6
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH net] sctp: Don't advertise IPv4 addresses if ipv6only is set on the socket
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH net] sctp: Don't advertise IPv4 addresses if ipv6only is set on the socket
- From: Corey Minyard <cminyard@xxxxxxxxxx>
- [PATCH net] sctp: Don't advertise IPv4 addresses if ipv6only is set on the socket
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: [PATCH] sctp: Don't advertise IPv4 addresses if ipv6only is set on the socket
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: Strange problem with SCTP+IPv6
- From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
- Re: Strange problem with SCTP+IPv6
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: Strange problem with SCTP+IPv6
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: Strange problem with SCTP+IPv6
- From: Michael Tuexen <michael.tuexen@xxxxxxxxxxxxxxxxx>
- Re: Strange problem with SCTP+IPv6
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: Strange problem with SCTP+IPv6
- From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
- Re: Strange problem with SCTP+IPv6
- From: "'Marcelo Ricardo Leitner'" <marcelo.leitner@xxxxxxxxx>
- Re: Strange problem with SCTP+IPv6
- From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
- Re: Strange problem with SCTP+IPv6
- From: Corey Minyard <minyard@xxxxxxx>
- [PATCH] sctp: Don't advertise IPv4 addresses if ipv6only is set on the socket
- Re: Strange problem with SCTP+IPv6
- From: Corey Minyard <minyard@xxxxxxx>
- Re: Strange problem with SCTP+IPv6
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: Strange problem with SCTP+IPv6
- From: Corey Minyard <minyard@xxxxxxx>
- RE: Strange problem with SCTP+IPv6
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: Strange problem with SCTP+IPv6
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: Strange problem with SCTP+IPv6
- From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
- Re: Strange problem with SCTP+IPv6
- From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
- Re: Strange problem with SCTP+IPv6
- From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
- Re: Strange problem with SCTP+IPv6
- From: Corey Minyard <minyard@xxxxxxx>
- Re: Strange problem with SCTP+IPv6
- From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
- Re: Strange problem with SCTP+IPv6
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Strange problem with SCTP+IPv6
- From: Corey Minyard <minyard@xxxxxxx>
- Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
- From: Denis Efremov <efremov@xxxxxxxxx>
- Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
- From: Jo -l <joel.voyer@xxxxxxxxx>
- Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
- From: David Sterba <dsterba@xxxxxxx>
- Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
- From: Waiman Long <longman@xxxxxxxxxx>
- Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
- From: Waiman Long <longman@xxxxxxxxxx>
- Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH v5 2/2] mm, treewide: Rename kzfree() to kfree_sensitive()
- From: Waiman Long <longman@xxxxxxxxxx>
- Re: [PATCH v5 2/2] mm, treewide: Rename kzfree() to kfree_sensitive()
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH v5 0/2] mm, treewide: Rename kzfree() to kfree_sensitive()
- From: Waiman Long <longman@xxxxxxxxxx>
- [PATCH v5 1/2] mm/slab: Use memzero_explicit() in kzfree()
- From: Waiman Long <longman@xxxxxxxxxx>
- [PATCH v5 2/2] mm, treewide: Rename kzfree() to kfree_sensitive()
- From: Waiman Long <longman@xxxxxxxxxx>
- Re: [PATCH v4 1/3] mm/slab: Use memzero_explicit() in kzfree()
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: [PATCH v4 2/3] mm, treewide: Rename kzfree() to kfree_sensitive()
- From: Waiman Long <longman@xxxxxxxxxx>
- Re: [PATCH v4 3/3] btrfs: Use kfree() in btrfs_ioctl_get_subvol_info()
- From: Waiman Long <longman@xxxxxxxxxx>
- Re: [PATCH v4 3/3] btrfs: Use kfree() in btrfs_ioctl_get_subvol_info()
- From: David Sterba <dsterba@xxxxxxx>
- Re: [PATCH v4 2/3] mm, treewide: Rename kzfree() to kfree_sensitive()
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH v4 1/3] mm/slab: Use memzero_explicit() in kzfree()
- From: Waiman Long <longman@xxxxxxxxxx>
- Re: [PATCH v4 1/3] mm/slab: Use memzero_explicit() in kzfree()
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH v4 1/3] mm/slab: Use memzero_explicit() in kzfree()
- From: Michal Hocko <mhocko@xxxxxxxxxx>
[Index of Archives]
[Linux Networking Development]
[Linux USB Devel]
[Linux SCSI]
[Samba]
[Yosemite News]
SCTP