Linux SCTP (Stream Control Transmission Protocol)

• Thread Index

• Re: [PATCH] net: sctp: fix array overrun read on sctp_timer_tbl
  • From: Colin Ian King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH] net: sctp: fix array overrun read on sctp_timer_tbl
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH] net: sctp: fix array overrun read on sctp_timer_tbl
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCHv3 net-next 4/4] sctp: implement sender-side procedures for Add Incoming/Outgoing Streams Request Parameter
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv3 net-next 4/4] sctp: implement sender-side procedures for Add Incoming/Outgoing Streams Request Parameter
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv3 net-next 4/4] sctp: implement sender-side procedures for Add Incoming/Outgoing Streams Request Parameter
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv3 net-next 2/4] sctp: implement sender-side procedures for SSN/TSN Reset Request Parameter
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH RFC net-next 2/7] net: add dst_pending_confirm flag to skbuff
  • From: YueHaibing <yuehaibing@xxxxxxxxxx>
• Re: [PATCHv3 net-next 4/4] sctp: implement sender-side procedures for Add Incoming/Outgoing Streams Request Parameter
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv3 net-next 4/4] sctp: implement sender-side procedures for Add Incoming/Outgoing Streams Request Parameter
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv3 net-next 2/4] sctp: implement sender-side procedures for SSN/TSN Reset Request Parameter
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv3 net-next 4/4] sctp: implement sender-side procedures for Add Incoming/Outgoing Streams Request Parameter
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv3 net-next 4/4] sctp: implement sender-side procedures for Add Incoming/Outgoing Streams Request Parameter
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Issue with Forward-TSN-Chunks containing high cum_tsn
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: Fragmented ordered user messages with inconsistent stream sequence numbers are accepted and delivered to the application
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv3 net-next 4/4] sctp: implement sender-side procedures for Add Incoming/Outgoing Streams Request Parameter
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv3 net-next 3/4] sctp: add support for generating stream reconf add incoming/outgoing streams request chunk
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv3 net-next 2/4] sctp: implement sender-side procedures for SSN/TSN Reset Request Parameter
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv3 net-next 1/4] sctp: add support for generating stream reconf ssn/tsn reset request chunk
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv3 net-next 0/4] sctp: add sender-side procedures for stream reconf asoc reset and add streams
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: Fragmented ordered user messages with inconsistent stream sequence numbers are accepted and delivered to the application
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv4 net-next 0/6] sctp: add sender-side procedures for stream reconf ssn reset request chunk
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Issue with Forward-TSN-Chunks containing high cum_tsn
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Re: Issue with Forward-TSN-Chunks containing high cum_tsn
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: Issue with Forward-TSN-Chunks containing high cum_tsn
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Re: Fragmented ordered user messages with inconsistent stream sequence numbers are accepted and delivered to the application
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: Issue with Forward-TSN-Chunks containing high cum_tsn
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: Issue with handling too long FORWARD-TSN-SUPPORTED parameter in INIT chunk
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: Resources not freed when calling sctp_sendmsg() after shutdown()
  • From: Julian Cordes <julian.cordes@xxxxxxxxx>
• Re: Issue with handling too long FORWARD-TSN-SUPPORTED parameter in INIT chunk
  • From: Julian Cordes <julian.cordes@xxxxxxxxx>
• Re: Fragmented ordered user messages with inconsistent stream sequence numbers are accepted and delivered to the application
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: Suboptimal handling of packets containing FORWARD-TSN and DATA chunks
  • From: Julian Cordes <julian.cordes@xxxxxxxxx>
• Re: Suboptimal handling of packets containing FORWARD-TSN and DATA chunks
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: Fragmented ordered user messages with inconsistent stream sequence numbers are accepted and delivered to the application
  • From: Julian Cordes <julian.cordes@xxxxxxxxx>
• Re: Fragmented ordered user messages with inconsistent stream sequence numbers are accepted and delivered to the application
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: Resources not freed when calling sctp_sendmsg() after shutdown()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: Resources not freed when calling sctp_sendmsg() after shutdown()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: Issue with handling too long FORWARD-TSN-SUPPORTED parameter in INIT chunk
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: Issues on handshake with PR-SCTP
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: Resources not freed when calling sctp_sendmsg() after shutdown()
  • From: Julian Cordes <julian.cordes@xxxxxxxxx>
• Re: Resources not freed when calling sctp_sendmsg() after shutdown()
  • From: Julian Cordes <julian.cordes@xxxxxxxxx>
• Re: Resources not freed when calling sctp_sendmsg() after shutdown()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: sctp: kernel memory overwrite attempt detected in sctp_getsockopt_assoc_stats
  • From: Kees Cook <keescook@xxxxxxxxxx>
• [PATCHv4 net-next 4/6] sctp: add reconf_enable in asoc ep and netns
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv4 net-next 2/6] sctp: add stream reconf timer
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv4 net-next 1/6] sctp: add support for generating stream reconf ssn reset request chunk
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv4 net-next 6/6] sctp: implement sender-side procedures for SSN Reset Request Parameter
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv4 net-next 3/6] sctp: add stream reconf primitive
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv4 net-next 5/6] sctp: add sockopt SCTP_ENABLE_STREAM_RESET
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv4 net-next 0/6] sctp: add sender-side procedures for stream reconf ssn reset request chunk
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: Issue with Forward-TSN-Chunks containing high cum_tsn
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: Test-Suite for the Partial Reliability Extension
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Fragmented ordered user messages with inconsistent stream sequence numbers are accepted and delivered to the application
  • From: Julian Cordes <julian.cordes@xxxxxxxxx>
• Re: [PATCHv3 net-next 2/7] sctp: add support for generating stream reconf ssn reset request chunk
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Suboptimal handling of packets containing FORWARD-TSN and DATA chunks
  • From: Julian Cordes <julian.cordes@xxxxxxxxx>
• Issue with handling too long FORWARD-TSN-SUPPORTED parameter in INIT chunk
  • From: Julian Cordes <julian.cordes@xxxxxxxxx>
• Resources not freed when calling sctp_sendmsg() after shutdown()
  • From: Julian Cordes <julian.cordes@xxxxxxxxx>
• Issue with Forward-TSN-Chunks containing high cum_tsn
  • From: Julian Cordes <julian.cordes@xxxxxxxxx>
• Issues on handshake with PR-SCTP
  • From: Julian Cordes <julian.cordes@xxxxxxxxx>
• Test-Suite for the Partial Reliability Extension
  • From: Julian Cordes <julian.cordes@xxxxxxxxx>
• Re: [PATCHv3 net-next 2/7] sctp: add support for generating stream reconf ssn reset request chunk
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv3 net-next 1/7] sctp: add a common helper function to generate stream reconf chunk
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next] sctp: remove useless code from sctp_apply_peer_addr_params
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: remove unused var from sctp_process_asconf
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv3 net-next 1/7] sctp: add a common helper function to generate stream reconf chunk
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Problem on SCTP
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next] sctp: remove useless code from sctp_apply_peer_addr_params
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: sctp: kernel memory overwrite attempt detected in sctp_getsockopt_assoc_stats
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• RE: sctp: kernel memory overwrite attempt detected in sctp_getsockopt_assoc_stats
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: remove unused var from sctp_process_asconf
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: sctp: kernel memory overwrite attempt detected in sctp_getsockopt_assoc_stats
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: sctp: kernel memory overwrite attempt detected in sctp_getsockopt_assoc_stats
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: remove useless code from sctp_apply_peer_addr_params
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: remove unused var from sctp_process_asconf
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: sctp: kernel memory overwrite attempt detected in sctp_getsockopt_assoc_stats
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCHv3 net-next 2/7] sctp: add support for generating stream reconf ssn reset request chunk
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: sctp: kernel memory overwrite attempt detected in sctp_getsockopt_assoc_stats
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• sctp: kernel memory overwrite attempt detected in sctp_getsockopt_assoc_stats
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCHv3 net-next 2/7] sctp: add support for generating stream reconf ssn reset request chunk
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net-next] sctp: remove useless code from sctp_apply_peer_addr_params
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next] sctp: remove dead code from sctp_apply_peer_addr_params
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net-next] sctp: remove unused var from sctp_process_asconf
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net-next] sctp: remove dead code from sctp_apply_peer_addr_params
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCHv3 net-next 7/7] sctp: implement sender-side procedures for SSN Reset Request Parameter
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv3 net-next 6/7] sctp: add sockopt SCTP_ENABLE_STREAM_RESET
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv3 net-next 5/7] sctp: add reconf_enable in asoc ep and netns
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv3 net-next 4/7] sctp: add stream reconf primitive
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv3 net-next 3/7] sctp: add stream reconf timer
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv3 net-next 2/7] sctp: add support for generating stream reconf ssn reset request chunk
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv3 net-next 1/7] sctp: add a common helper function to generate stream reconf chunk
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv3 net-next 0/7] sctp: add sender-side procedures for stream reconf ssn reset request chunk
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: Problem on SCTP
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Re: Problem on SCTP
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Re: Problem on SCTP
  • From: Sun Paul <paulrbk@xxxxxxxxx>
• Re: Problem on SCTP
  • From: Sun Paul <paulrbk@xxxxxxxxx>
• Re: Problem on SCTP
  • From: Sun Paul <paulrbk@xxxxxxxxx>
• Re: Problem on SCTP
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• RE: Problem on SCTP
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Problem on SCTP
  • From: Sun Paul <paulrbk@xxxxxxxxx>
• Re: [PATCH] sctp: Fix spelling mistake: "Atempt" -> "Attempt"
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Fix spelling mistake: "Atempt" -> "Attempt"
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: multihoming client question
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: Problem on SCTP
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: multihoming client question
  • From: tsoi andrew <tsoiandrew@xxxxxxxxx>
• Re: Problem on SCTP
  • From: Sun Paul <paulrbk@xxxxxxxxx>
• [PATCH] sctp: Fix spelling mistake: "Atempt" -> "Attempt"
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: Problem on SCTP
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Problem on SCTP
  • From: Sun Paul <paulrbk@xxxxxxxxx>
• Re: Problem on SCTP
  • From: Sun Paul <paulrbk@xxxxxxxxx>
• Re: Problem on SCTP
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCHv2 net-next 0/5] sctp: add support for generating stream reconf chunks
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv2 net-next 0/5] sctp: add support for generating stream reconf chunks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv2 net-next 0/5] sctp: add support for generating stream reconf chunks
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: Problem on SCTP
  • From: Sun Paul <paulrbk@xxxxxxxxx>
• Re: [PATCHv2 net-next 0/5] sctp: add support for generating stream reconf chunks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: question about "acpi, nfit: validate ars_status output buffer size"
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: question about "acpi, nfit: validate ars_status output buffer size"
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: question about "acpi, nfit: validate ars_status output buffer size"
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• question about "acpi, nfit: validate ars_status output buffer size"
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCHv2 net-next 0/5] sctp: add support for generating stream reconf chunks
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Problem on SCTP
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: Problem on SCTP
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Problem on SCTP
  • From: Sun Paul <paulrbk@xxxxxxxxx>
• Re: Problem on SCTP
  • From: Sun Paul <paulrbk@xxxxxxxxx>
• Re: Problem on SCTP
  • From: Sun Paul <paulrbk@xxxxxxxxx>
• Re: Problem on SCTP
  • From: Sun Paul <paulrbk@xxxxxxxxx>
• [PATCHv2 net-next 5/5] sctp: add support for generating stream reconf add streams request chunk
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 4/5] sctp: add support for generating stream reconf response chunk
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 3/5] sctp: add support for generating stream reconf ssn/tsn reset request chunk
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 2/5] sctp: add support for generating stream reconf ssn reset request chunk
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 1/5] sctp: add a common helper function to generate stream reconf chunk
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 0/5] sctp: add support for generating stream reconf chunks
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv3 net-next] sctp: prepare asoc stream for stream reconf
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv3 net-next] sctp: prepare asoc stream for stream reconf
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv3 net-next] sctp: prepare asoc stream for stream reconf
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• RE: [PATCHv3 net-next] sctp: prepare asoc stream for stream reconf
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCHv3 net-next] sctp: prepare asoc stream for stream reconf
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net-next 1/3] sctp: add stream arrays in asoc
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: Problem on SCTP
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Problem on SCTP
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Problem on SCTP
  • From: Sun Paul <paulrbk@xxxxxxxxx>
• Re: [PATCHv2 net-next 1/3] sctp: add stream arrays in asoc
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCHv2 net-next 3/3] sctp: remove asoc ssnmap and ssnmap.c
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 2/3] sctp: replace ssnmap with asoc stream arrays
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 1/3] sctp: add stream arrays in asoc
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 0/3] sctp: prepare asoc stream for stream reconf
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 22/27] sctp: add rfc6525 section 5.2.4
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 00/27] sctp: implement rfc6525 sctp stream reconf
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 22/27] sctp: add rfc6525 section 5.2.4
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 00/27] sctp: implement rfc6525 sctp stream reconf
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 22/27] sctp: add rfc6525 section 5.2.4
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 20/27] sctp: add rfc6525 section 5.2.2
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next 22/27] sctp: add rfc6525 section 5.2.4
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH net-next 20/27] sctp: add rfc6525 section 5.2.2
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH net-next 00/27] sctp: implement rfc6525 sctp stream reconf
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 27/27] sctp: add reconf chunk event
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 26/27] sctp: add sctp reconf chunk process
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 25/27] sctp: add rfc6525 section 5.2.7
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 24/27] sctp: add rfc6525 section 5.2.6
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 23/27] sctp: add rfc6525 section 5.2.5
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 22/27] sctp: add rfc6525 section 5.2.4
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 21/27] sctp: add rfc6525 section 5.2.3
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 20/27] sctp: add rfc6525 section 5.2.2
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 19/27] sctp: add rfc6525 section 6.1.3
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 18/27] sctp: add rfc6525 section 6.1.2
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 17/27] sctp: add rfc6525 section 6.1.1
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 16/27] sctp: add rfc6525 section 5.1.5-5.1.6 and 6.3.4
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 15/27] sctp: add rfc6525 section 5.1.4 and 6.3.3
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 14/27] sctp: add rfc6525 section 5.1.2-5.1.3 and 6.3.2
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 13/27] sctp: add rfc6525 section 6.3.1
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 12/27] sctp: add get and set sockopt for reconf_enable
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 11/27] sctp: add reconf_enable in asoc ep and netns
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 10/27] sctp: add stream reconf primitive
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 09/27] sctp: add stream reconf timer
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 08/27] sctp: add rfc6525 section 4.5-4.6
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 07/27] sctp: add rfc6525 section 4.4
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 06/27] sctp: add rfc6525 section 4.3
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 05/27] sctp: add rfc6525 section 4.1-4.2
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 04/27] sctp: add rfc6525 section 3.1
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 03/27] sctp: remove asoc ssnmap and ssnmap.c
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 02/27] sctp: replace ssnmap with asoc stream arrays
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 01/27] sctp: add stream arrays in asoc
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next 00/27] sctp: implement rfc6525 sctp stream reconf
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next] sctp: refactor sctp_datamsg_from_user
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next] sctp: refactor sctp_datamsg_from_user
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: do not loose window information if in rwnd_over
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: add pr_debug for tracking asocs not found
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RESEND net-next 0/5] SCTP cleanups
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next] sctp: add pr_debug for tracking asocs not found
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH RESEND net-next 4/5] sctp: remove return value from sctp_packet_init/config
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH RESEND net-next 5/5] sctp: sctp_chunk_length_valid should return bool
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH RESEND net-next 3/5] sctp: simplify addr copy
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH RESEND net-next 2/5] sctp: reduce indent level in sctp_sf_shut_8_4_5
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH RESEND net-next 1/5] sctp: reduce indent level at sctp_sf_tabort_8_4_8
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH RESEND net-next 0/5] SCTP cleanups
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next 0/5] SCTP cleanups
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next 5/5] sctp: sctp_chunk_length_valid should return bool
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net-next 4/5] sctp: remove return value from sctp_packet_init/config
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net-next 3/5] sctp: simplify addr copy
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net-next 2/5] sctp: reduce indent level in sctp_sf_shut_8_4_5
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net-next 0/5] SCTP cleanups
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net-next 1/5] sctp: reduce indent level at sctp_sf_tabort_8_4_8
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: fix recovering from 0 win with small data chunks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: do not loose window information if in rwnd_over
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net] sctp: fix recovering from 0 win with small data chunks
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net] sctp: do not loose window information if in rwnd_over
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: Lingering associations on the server side after process dies
  • From: amar padmanabhan <amarpad@xxxxxxxxx>
• Re: Lingering associations on the server side after process dies
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Lingering associations on the server side after process dies
  • From: amar padmanabhan <amarpad@xxxxxxxxx>
• Re: [PATCH RFC net-next 3/7] sctp: add dst_pending_confirm flag
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [RFC PATCH 1/1] kernel: Add SELinux SCTP protocol support
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv2 net 1/2] sctp: reduce indent level in sctp_copy_local_addr_list
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH RFC net-next 3/7] sctp: add dst_pending_confirm flag
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: multihoming client question
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [RFC PATCH 1/1] kernel: Add SELinux SCTP protocol support
  • From: Richard Haines <richard_c_haines@xxxxxxxxxxxxxx>
• Re: multihoming client question
  • From: tsoi andrew <tsoiandrew@xxxxxxxxx>
• Re: [PATCHv2 net 2/2] sctp: not copying duplicate addrs to the assoc's bind address list
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv2 net 1/2] sctp: reduce indent level in sctp_copy_local_addr_list
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCHv2 net 2/2] sctp: not copying duplicate addrs to the assoc's bind address list
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 0/2] fix the issue that may copy duplicate addrs into assoc's bind address list
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 1/2] sctp: reduce indent level in sctp_copy_local_addr_list
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH RFC net-next 2/7] net: add dst_pending_confirm flag to skbuff
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH RFC net-next 2/7] net: add dst_pending_confirm flag to skbuff
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC net-next 2/7] net: add dst_pending_confirm flag to skbuff
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH RFC net-next 2/7] net: add dst_pending_confirm flag to skbuff
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC net-next 2/7] net: add dst_pending_confirm flag to skbuff
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH net 2/2] sctp: not copying duplicate addrs to the assoc's bind address list
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH RFC net-next 6/7] net: use dst_confirm_neigh for UDP, RAW, ICMP, L2TP
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH RFC net-next 3/7] sctp: add dst_pending_confirm flag
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH RFC net-next 5/7] net: add confirm_neigh method to dst_ops
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH RFC net-next 0/7] net: dst_confirm replacement
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH RFC net-next 2/7] net: add dst_pending_confirm flag to skbuff
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH RFC net-next 1/7] sock: add sk_dst_pending_confirm flag
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH RFC net-next 4/7] tcp: replace dst_confirm with sk_dst_confirm
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH RFC net-next 7/7] net: pending_confirm is not used anymore
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH net] sctp: sctp_transport_lookup_process should rcu_read_unlock when transport is null
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: sctp_epaddr_lookup_transport should be protected by rcu_read_lock
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net 2/2] sctp: not copying duplicate addrs to the assoc's bind address list
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [RFC PATCH 1/1] kernel: Add SELinux SCTP protocol support
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [RFC PATCH 1/1] kernel: Add SELinux SCTP protocol support
  • From: Richard Haines <richard_c_haines@xxxxxxxxxxxxxx>
• Re: [PATCH net] sctp: sctp_transport_lookup_process should rcu_read_unlock when transport is null
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: sctp_epaddr_lookup_transport should be protected by rcu_read_lock
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net] sctp: sctp_transport_lookup_process should rcu_read_unlock when transport is null
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: sctp_epaddr_lookup_transport should be protected by rcu_read_lock
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [RFC PATCH 1/1] kernel: Add SELinux SCTP protocol support
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] kernel: Add SELinux SCTP protocol support
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• RE: [RFC PATCH 1/1] kernel: Add SELinux SCTP protocol support
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [RFC PATCH 1/1] kernel: Add SELinux SCTP protocol support
  • From: Richard Haines <richard_c_haines@xxxxxxxxxxxxxx>
• [RFC PATCH 0/1] kernel: Add SELinux SCTP protocol support
  • From: Richard Haines <richard_c_haines@xxxxxxxxxxxxxx>
• Re: sctp: suspicious rcu_dereference_check() usage in sctp_epaddr_lookup_transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: sctp: suspicious rcu_dereference_check() usage in sctp_epaddr_lookup_transport
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• sctp: suspicious rcu_dereference_check() usage in sctp_epaddr_lookup_transport
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: multihoming client question
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: multihoming client question
  • From: tsoi andrew <tsoiandrew@xxxxxxxxx>
• Re: multihoming client question
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• multihoming client question
  • From: tsoi andrew <tsoiandrew@xxxxxxxxx>
• Re: net/sctp: vmalloc allocation failure in sctp_setsockopt/xt_alloc_table_info
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: net/sctp: vmalloc allocation failure in sctp_setsockopt/xt_alloc_table_info
  • From: Florian Westphal <fw@xxxxxxxxx>
• Re: net/sctp: vmalloc allocation failure in sctp_setsockopt/xt_alloc_table_info
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: net/sctp: vmalloc allocation failure in sctp_setsockopt/xt_alloc_table_info
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: net/sctp: vmalloc allocation failure in sctp_setsockopt/xt_alloc_table_info
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: net/sctp: vmalloc allocation failure in sctp_setsockopt/xt_alloc_table_info
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: net/sctp: vmalloc allocation failure in sctp_setsockopt/xt_alloc_table_info
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• net/sctp: vmalloc allocation failure in sctp_setsockopt/xt_alloc_table_info
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: Adding SCTP_SENDALL support
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH 3.12 093/127] net: sctp, forbid negative length
  • From: Jiri Slaby <jslaby@xxxxxxx>
• RE: [patch added to 3.12-stable] net: sctp, forbid negative length
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [patch added to 3.12-stable] net: sctp, forbid negative length
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: github issue trackers
  • From: Richard Haines <richard_c_haines@xxxxxxxxxxxxxx>
• Re: Adding SCTP_SENDALL support
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: net/sctp: BUG: KASAN: stack-out-of-bounds in memcmp
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Adding SCTP_SENDALL support
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• Re: github issue trackers
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: github issue trackers
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: github issue trackers
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• Re: github issue trackers
  • From: Richard Haines <richard_c_haines@xxxxxxxxxxxxxx>
• Re: [PATCH net] sctp: use new rhlist interface on sctp transport rhashtable
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: use new rhlist interface on sctp transport rhashtable
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: use new rhlist interface on sctp transport rhashtable
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: use new rhlist interface on sctp transport rhashtable
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: use new rhlist interface on sctp transport rhashtable
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net] sctp: use new rhlist interface on sctp transport rhashtable
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: change sk state only when it has assocs in sctp_shutdown
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: change sk state only when it has assocs in sctp_shutdown
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: change sk state only when it has assocs in sctp_shutdown
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net] sctp: change sk state only when it has assocs in sctp_shutdown
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH 4.4 23/34] net: sctp, forbid negative length
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.8 24/35] net: sctp, forbid negative length
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: net/sctp: BUG: KASAN: stack-out-of-bounds in memcmp
  • From: Baozeng Ding <sploving1@xxxxxxxxx>
• Re: net/sctp: null-ptr-deref in sctp_inet_listen
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: net/sctp: null-ptr-deref in sctp_inet_listen
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: net/sctp: null-ptr-deref in sctp_inet_listen
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: net/sctp: null-ptr-deref in sctp_inet_listen
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: Does getaddrinfo() need to be rebuilt for SCTP support?
  • From: "Jonathan T. Leighton" <jtleight@xxxxxxxx>
• net/sctp: null-ptr-deref in sctp_inet_listen
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: [PATCH net] sctp: assign assoc_id earlier in __sctp_connect
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Does getaddrinfo() need to be rebuilt for SCTP support?
  • From: "Jonathan T. Leighton" <jtleight@xxxxxxxx>
• RE: Does getaddrinfo() need to be rebuilt for SCTP support?
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Does getaddrinfo() need to be rebuilt for SCTP support?
  • From: "Jonathan T. Leighton" <jtleight@xxxxxxxx>
• Does getaddrinfo() need to be rebuilt for SCTP support?
  • From: "Jonathan T. Leighton" <jtleight@xxxxxxxx>
• Re: [PATCH net] sctp: assign assoc_id earlier in __sctp_connect
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: net/sctp: use-after-free in __sctp_connect
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: net/sctp: use-after-free in __sctp_connect
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: [PATCH net] sctp: assign assoc_id earlier in __sctp_connect
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net] sctp: assign assoc_id earlier in __sctp_connect
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: assign assoc_id earlier in __sctp_connect
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: assign assoc_id earlier in __sctp_connect
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: net/sctp: use-after-free in __sctp_connect
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: net/sctp: use-after-free in __sctp_connect
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: net/sctp: use-after-free in __sctp_connect
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: net/sctp: use-after-free in __sctp_connect
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: net/sctp: use-after-free in __sctp_connect
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: net/sctp: use-after-free in __sctp_connect
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: clean up sctp_packet_transmit
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: clean up sctp_packet_transmit
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: clean up sctp_packet_transmit
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next] sctp: clean up sctp_packet_transmit
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv2 net 0/3] sctp: a bunch of fixes by holding transport
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCHv2 net] sctp: return back transport in __sctp_rcv_init_lookup
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv2 net 3/3] sctp: hold transport instead of assoc when lookup assoc in rx path
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv2 net 2/3] sctp: return back transport in __sctp_rcv_init_lookup
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv2 net 1/3] sctp: hold transport instead of assoc in sctp_diag
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv2 net] sctp: return back transport in __sctp_rcv_init_lookup
  • From: marcelo.leitner@xxxxxxxxx
• Re: [PATCHv2 net] sctp: return back transport in __sctp_rcv_init_lookup
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next] sctp: clean up sctp_packet_transmit
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net 0/3] sctp: a bunch of fixes by holding transport
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCHv2 net 3/3] sctp: hold transport instead of assoc when lookup assoc in rx path
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 2/3] sctp: return back transport in __sctp_rcv_init_lookup
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 1/3] sctp: hold transport instead of assoc in sctp_diag
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 0/3] sctp: a bunch of fixes by holding transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net] sctp: return back transport in __sctp_rcv_init_lookup
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net] sctp: return back transport in __sctp_rcv_init_lookup
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCHv2 net] sctp: return back transport in __sctp_rcv_init_lookup
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net 2/3] sctp: return back transport in __sctp_rcv_init_lookup
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: validate chunk len before actually using it
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net 2/3] sctp: return back transport in __sctp_rcv_init_lookup
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net 3/3] sctp: hold transport instead of assoc when lookup assoc in rx path
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net 2/3] sctp: return back transport in __sctp_rcv_init_lookup
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net 1/3] sctp: hold transport instead of assoc in sctp_diag
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net 3/3] sctp: hold transport instead of assoc when lookup assoc in rx path
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net 2/3] sctp: return back transport in __sctp_rcv_init_lookup
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net 1/3] sctp: hold transport instead of assoc in sctp_diag
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net 3/3] sctp: hold transport instead of assoc when lookup assoc in rx path
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 2/3] sctp: return back transport in __sctp_rcv_init_lookup
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 1/3] sctp: hold transport instead of assoc in sctp_diag
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 0/3] sctp: a bunch of fixes by holding transport
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: fix the panic caused by route update
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: validate chunk len before actually using it
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: validate chunk len before actually using it
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: validate chunk len before actually using it
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: net/sctp: slab-out-of-bounds in sctp_sf_ootb
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: net/sctp: slab-out-of-bounds in sctp_sf_ootb
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: send/sendmsg ENOMEM errors WAS(Re: [PATCH net 6/6] sctp: not return ENOMEM err back in sctp_packet_transmit
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: send/sendmsg ENOMEM errors WAS(Re: [PATCH net 6/6] sctp: not return ENOMEM err back in sctp_packet_transmit
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: send/sendmsg ENOMEM errors WAS(Re: [PATCH net 6/6] sctp: not return ENOMEM err back in sctp_packet_transmit
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: net/sctp: slab-out-of-bounds in sctp_sf_ootb
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• net/sctp: slab-out-of-bounds in sctp_sf_ootb
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: [PATCH net] sctp: fix the panic caused by route update
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: send/sendmsg ENOMEM errors WAS(Re: [PATCH net 6/6] sctp: not return ENOMEM err back in sctp_packet_transmit
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: send/sendmsg ENOMEM errors WAS(Re: [PATCH net 6/6] sctp: not return ENOMEM err back in sctp_packet_transmit
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: send/sendmsg ENOMEM errors WAS(Re: [PATCH net 6/6] sctp: not return ENOMEM err back in sctp_packet_transmit
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH] net: sctp, forbid negative length
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: send/sendmsg ENOMEM errors WAS(Re: [PATCH net 6/6] sctp: not return ENOMEM err back in sctp_packet_transmit
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: send/sendmsg ENOMEM errors WAS(Re: [PATCH net 6/6] sctp: not return ENOMEM err back in sctp_packet_transmit
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: fix the panic caused by route update
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Fwd: send/sendmsg ENOMEM errors WAS(Re: [PATCH net 6/6] sctp: not return ENOMEM err back in sctp_packet_transmit
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• send/sendmsg ENOMEM errors WAS(Re: [PATCH net 6/6] sctp: not return ENOMEM err back in sctp_packet_transmit
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: [PATCH] net: sctp, forbid negative length
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH] net: sctp, forbid negative length
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: net/sctp: use-after-free in __sctp_connect
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• net/sctp: use-after-free in __sctp_connect
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: net/sctp: BUG: KASAN: stack-out-of-bounds in memcmp
  • From: Baozeng Ding <sploving1@xxxxxxxxx>
• Re: net/sctp: BUG: KASAN: stack-out-of-bounds in memcmp
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net-next] sctp: remove the old ttl expires policy
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: reuse sent_count to avoid retransmitted chunks for RTT measurements
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: remove the old ttl expires policy
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next] sctp: reuse sent_count to avoid retransmitted chunks for RTT measurements
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next] sctp: reuse sent_count to avoid retransmitted chunks for RTT measurements
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net-next] sctp: remove the old ttl expires policy
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next] sctp: reuse sent_count to avoid retransmitted chunks for RTT measurements
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: 64000 simultaneous connections
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: 64000 simultaneous connections
  • From: Al Gambardella <agam.email@xxxxxxxxx>
• Re: 64000 simultaneous connections
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• 64000 simultaneous connections
  • From: Al Gambardella <agam.email@xxxxxxxxx>
• Re: [PATCH v6 0/7] Reduce cache miss for snmp_fold_field
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: fix the issue sctp_diag uses lock_sock in rcu_read_lock
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv3 net 0/3] sctp: a bunch of fixes for prsctp polices
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v6 4/7] proc: Reduce cache miss in sctp_snmp_seq_show
  • From: Jia He <hejianet@xxxxxxxxx>
• [PATCH v6 7/7] net: Suppress the "Comparison to NULL could be written" warnings
  • From: Jia He <hejianet@xxxxxxxxx>
• [PATCH v6 3/7] proc: Reduce cache miss in snmp6_seq_show
  • From: Jia He <hejianet@xxxxxxxxx>
• [PATCH v6 5/7] proc: Reduce cache miss in xfrm_statistics_seq_show
  • From: Jia He <hejianet@xxxxxxxxx>
• [PATCH v6 6/7] ipv6: Remove useless parameter in __snmp6_fill_statsdev
  • From: Jia He <hejianet@xxxxxxxxx>
• [PATCH v6 2/7] proc: Reduce cache miss in snmp_seq_show
  • From: Jia He <hejianet@xxxxxxxxx>
• [PATCH v6 1/7] net:snmp: Introduce generic interfaces for snmp_get_cpu_field{,64}
  • From: Jia He <hejianet@xxxxxxxxx>
• [PATCH v6 0/7] Reduce cache miss for snmp_fold_field
  • From: Jia He <hejianet@xxxxxxxxx>
• [PATCH net] sctp: fix the issue sctp_diag uses lock_sock in rcu_read_lock
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv3 net 3/3] sctp: change to check peer prsctp_capable when using prsctp polices
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv3 net 1/3] sctp: move sent_count to the memory hole in sctp_chunk
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv3 net 0/3] sctp: a bunch of fixes for prsctp polices
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv3 net 2/3] sctp: remove prsctp_param from sctp_chunk
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net 0/5] sctp: some fixes of prsctp polices
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Local variable ordering (was Re: [PATCH v5 0/7] Reduce cache miss for snmp_fold_field)
  • From: Edward Cree <ecree@xxxxxxxxxxxxxx>
• Re: [PATCHv2 net 0/5] sctp: some fixes of prsctp polices
  • From: marcelo.leitner@xxxxxxxxx
• Re: [PATCHv2 net 0/5] sctp: some fixes of prsctp polices
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/7] Reduce cache miss for snmp_fold_field
  • From: hejianet <hejianet@xxxxxxxxx>
• Re: [PATCHv2 net 0/5] sctp: some fixes of prsctp polices
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net 0/5] sctp: some fixes of prsctp polices
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv2 net 0/5] sctp: some fixes of prsctp polices
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCHv2 net 5/5] sctp: remove the old ttl expires policy
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 3/5] sctp: remove prsctp_param from sctp_chunk
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 4/5] sctp: change to check peer prsctp_capable when using prsctp polices
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 1/5] sctp: move sent_count to the memory hole in sctp_chunk
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 2/5] sctp: reuse sent_count to avoid retransmitted chunks for RTT measurements
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 0/5] sctp: some fixes of prsctp polices
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH v5 0/7] Reduce cache miss for snmp_fold_field
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v5 4/7] proc: Reduce cache miss in sctp_snmp_seq_show
  • From: Jia He <hejianet@xxxxxxxxx>
• [PATCH v5 5/7] proc: Reduce cache miss in xfrm_statistics_seq_show
  • From: Jia He <hejianet@xxxxxxxxx>
• [PATCH v5 7/7] net: Suppress the "Comparison to NULL could be written" warnings
  • From: Jia He <hejianet@xxxxxxxxx>
• [PATCH v5 6/7] ipv6: Remove useless parameter in __snmp6_fill_statsdev
  • From: Jia He <hejianet@xxxxxxxxx>
• [PATCH v5 3/7] proc: Reduce cache miss in snmp6_seq_show
  • From: Jia He <hejianet@xxxxxxxxx>
• [PATCH v5 2/7] proc: Reduce cache miss in snmp_seq_show
  • From: Jia He <hejianet@xxxxxxxxx>
• [PATCH v5 1/7] net:snmp: Introduce generic interfaces for snmp_get_cpu_field{,64}
  • From: Jia He <hejianet@xxxxxxxxx>
• [PATCH v5 0/7] Reduce cache miss for snmp_fold_field
  • From: Jia He <hejianet@xxxxxxxxx>
• Re: [PATCH v4 2/7] proc: Reduce cache miss in snmp_seq_show
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net 2/5] sctp: reuse sent_count to avoid retransmitted chunks for RTT measurements
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net 2/5] sctp: reuse sent_count to avoid retransmitted chunks for RTT measurements
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net 2/5] sctp: reuse sent_count to avoid retransmitted chunks for RTT measurements
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 5/5] sctp: remove the old ttl expires policy
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 4/5] sctp: change to check peer prsctp_capable when using prsctp polices
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 3/5] sctp: remove prsctp_param from sctp_chunk
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 1/5] sctp: move sent_count to the memory hole in sctp_chunk
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 0/5] sctp: some fixes of prsctp polices
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH v4 1/7] net:snmp: Introduce generic interfaces for snmp_get_cpu_field{,64}
  • From: Jia He <hejianet@xxxxxxxxx>
• [PATCH v4 3/7] proc: Reduce cache miss in snmp6_seq_show
  • From: Jia He <hejianet@xxxxxxxxx>
• [PATCH v4 4/7] proc: Reduce cache miss in sctp_snmp_seq_show
  • From: Jia He <hejianet@xxxxxxxxx>
• [PATCH v4 6/7] ipv6: Remove useless parameter in __snmp6_fill_statsdev
  • From: Jia He <hejianet@xxxxxxxxx>
• [PATCH v4 5/7] proc: Reduce cache miss in xfrm_statistics_seq_show
  • From: Jia He <hejianet@xxxxxxxxx>
• [PATCH v4 7/7] net: Suppress the "Comparison to NULL could be written" warnings
  • From: Jia He <hejianet@xxxxxxxxx>
• [PATCH v4 2/7] proc: Reduce cache miss in snmp_seq_show
  • From: Jia He <hejianet@xxxxxxxxx>
• [PATCH v4 0/7] Reduce cache miss for snmp_fold_field
  • From: Jia He <hejianet@xxxxxxxxx>
• Re: [PATCH next 0/2] improvements to SSN and TSN handling
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH next v3 0/2] Rename WORD_TRUNC/ROUND macros and use them
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 2/7] proc: Reduce cache miss in {snmp,netstat}_seq_show
  • From: hejianet <hejianet@xxxxxxxxx>
• Re: [RFC PATCH v3 2/7] proc: Reduce cache miss in {snmp,netstat}_seq_show
  • From: Marcelo <marcelo.leitner@xxxxxxxxx>
• Re: Address already in use problem
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [RFC PATCH v3 2/7] proc: Reduce cache miss in {snmp,netstat}_seq_show
  • From: hejianet <hejianet@xxxxxxxxx>
• Re: Address already in use problem
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: Address already in use problem
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Address already in use problem
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH next v3 0/2] Rename WORD_TRUNC/ROUND macros and use them
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Address already in use problem
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: Address already in use problem
  • From: Sun Paul <paulrbk@xxxxxxxxx>
• Re: Address already in use problem
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Address already in use problem
  • From: Sun Paul <paulrbk@xxxxxxxxx>
• [PATCH next v3 2/2] sctp: make use of SCTP_TRUNC4 macro
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH next v3 0/2] Rename WORD_TRUNC/ROUND macros and use them
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH next 1/2] sctp: rename WORD_TRUNC/ROUND macros
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH next 1/2] sctp: fix the handling of SACK Gap Ack blocks
  • From: "'Marcelo Ricardo Leitner'" <marcelo.leitner@xxxxxxxxx>
• RE: [PATCH next 1/2] sctp: fix the handling of SACK Gap Ack blocks
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH next v2 2/2] sctp: make use of SCTP_TRUNC4 macro
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH next 0/2] Rename WORD_TRUNC/ROUND macros and use them
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH next 2/2] sctp: make use of WORD_TRUNC macro
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH next 2/2] sctp: improve how SSN, TSN and ASCONF serial are compared
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH next 0/2] improvements to SSN and TSN handling
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH next 2/2] sctp: make use of WORD_TRUNC macro
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH next 0/2] Rename WORD_TRUNC/ROUND macros and use them
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: fix SSN comparision
  • From: "'Marcelo Ricardo Leitner'" <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: fix SSN comparision
  • From: "'Marcelo Ricardo Leitner'" <marcelo.leitner@xxxxxxxxx>
• RE: [PATCH net] sctp: fix SSN comparision
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH resend] sctp: Remove some redundant code
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH next] sctp: make use of WORD_TRUNC macro
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH next] sctp: make use of WORD_TRUNC macro
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv2 net 0/6] sctp: fix the transmit err process
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: fix SSN comparision
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH resend] sctp: Remove some redundant code
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH net] sctp: fix SSN comparision
  • From: "'Marcelo Ricardo Leitner'" <marcelo.leitner@xxxxxxxxx>
• RE: [PATCH net] sctp: fix SSN comparision
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net] sctp: fix SSN comparision
  • From: "'Marcelo Ricardo Leitner'" <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: fix SSN comparision
  • From: "'Marcelo Ricardo Leitner'" <marcelo.leitner@xxxxxxxxx>
• RE: [PATCH net] sctp: fix SSN comparision
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net] sctp: fix SSN comparision
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: fix SSN comparision
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• RE: [PATCH net] sctp: fix SSN comparision
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net] sctp: fix SSN comparision
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH next] sctp: make use of WORD_TRUNC macro
  • From: "'Marcelo Ricardo Leitner'" <marcelo.leitner@xxxxxxxxx>
• RE: [PATCH next] sctp: make use of WORD_TRUNC macro
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH] sctp: Remove some redundant code
  • From: Marcelo <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH] sctp: Remove some redundant code
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• [PATCH next] sctp: make use of WORD_TRUNC macro
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net] sctp: fix SSN comparision
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH] sctp: Remove some redundant code
  • From: Marcelo <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv2 net 0/6] sctp: fix the transmit err process
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [RFC PATCH v3 2/7] proc: Reduce cache miss in {snmp,netstat}_seq_show
  • From: Marcelo <marcelo.leitner@xxxxxxxxx>
• Re: [RFC PATCH v3 2/7] proc: Reduce cache miss in {snmp,netstat}_seq_show
  • From: hejianet <hejianet@xxxxxxxxx>
• Re: [RFC PATCH v3 3/7] proc: Reduce cache miss in snmp6_seq_show
  • From: hejianet <hejianet@xxxxxxxxx>
• Re: [RFC PATCH v3 2/7] proc: Reduce cache miss in {snmp,netstat}_seq_show
  • From: hejianet <hejianet@xxxxxxxxx>
• [PATCHv2 net 4/6] sctp: save transmit error to sk_err in sctp_outq_flush
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 6/6] sctp: not return ENOMEM err back in sctp_packet_transmit
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 3/6] sctp: free msg->chunks when sctp_primitive_SEND return err
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 5/6] sctp: make sctp_outq_flush/tail/uncork return void
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 1/6] sctp: remove the unnecessary state check in sctp_outq_tail
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 2/6] sctp: do not return the transmit err back to sctp_sendmsg
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net 0/6] sctp: fix the transmit err process
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net 1/6] sctp: remove the unnecessary state check in sctp_outq_tail
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net] sctp: hold the transport before using it in sctp_hash_cmp
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net 1/6] sctp: remove the unnecessary state check in sctp_outq_tail
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net 1/6] sctp: remove the unnecessary state check in sctp_outq_tail
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net 3/6] sctp: free msg->chunks when sctp_primitive_SEND return err
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [RFC PATCH v3 3/7] proc: Reduce cache miss in snmp6_seq_show
  • From: Marcelo <marcelo.leitner@xxxxxxxxx>
• Re: [RFC PATCH v3 2/7] proc: Reduce cache miss in {snmp,netstat}_seq_show
  • From: Marcelo <marcelo.leitner@xxxxxxxxx>
• Re: [PATCHv2 net] sctp: hold the transport before using it in sctp_hash_cmp
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH 0/8] net: use IS_ENABLED() instead of checking for built-in or module
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: hold the transport before using it in sctp_hash_cmp
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net] sctp: hold the transport before using it in sctp_hash_cmp
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: identify chunks that need to be fragmented at IP level
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: hold the transport before using it in sctp_hash_cmp
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/8] sctp: use IS_ENABLED() instead of checking for built-in or module
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net 1/6] sctp: remove the unnecessary state check in sctp_outq_tail
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net 1/6] sctp: remove the unnecessary state check in sctp_outq_tail
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH 0/8] net: use IS_ENABLED() instead of checking for built-in or module
  • From: Javier Martinez Canillas <javier@xxxxxxxxxxxxxxx>
• [PATCH 7/8] sctp: use IS_ENABLED() instead of checking for built-in or module
  • From: Javier Martinez Canillas <javier@xxxxxxxxxxxxxxx>
• Re: [PATCH net] sctp: hold the transport before using it in sctp_hash_cmp
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net 1/6] sctp: remove the unnecessary state check in sctp_outq_tail
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [RFC PATCH v3 0/7] Reduce cache miss for snmp_fold_field
  • From: Jia He <hejianet@xxxxxxxxx>
• [RFC PATCH v3 1/7] net:snmp: Introduce generic batch interfaces for snmp_get_cpu_field{,64}
  • From: Jia He <hejianet@xxxxxxxxx>
• [RFC PATCH v3 3/7] proc: Reduce cache miss in snmp6_seq_show
  • From: Jia He <hejianet@xxxxxxxxx>
• [RFC PATCH v3 2/7] proc: Reduce cache miss in {snmp,netstat}_seq_show
  • From: Jia He <hejianet@xxxxxxxxx>
• [RFC PATCH v3 4/7] proc: Reduce cache miss in sctp_snmp_seq_show
  • From: Jia He <hejianet@xxxxxxxxx>
• [RFC PATCH v3 5/7] proc: Reduce cache miss in xfrm_statistics_seq_show
  • From: Jia He <hejianet@xxxxxxxxx>
• [RFC PATCH v3 6/7] ipv6: Remove useless parameter in __snmp6_fill_statsdev
  • From: Jia He <hejianet@xxxxxxxxx>
• [RFC PATCH v3 7/7] net: Suppress the "Comparison to NULL could be written" warning
  • From: Jia He <hejianet@xxxxxxxxx>
• Re: [PATCH net] sctp: hold the transport before using it in sctp_hash_cmp
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net 1/6] sctp: remove the unnecessary state check in sctp_outq_tail
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net 1/6] sctp: remove the unnecessary state check in sctp_outq_tail
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net 1/6] sctp: remove the unnecessary state check in sctp_outq_tail
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: hold the transport before using it in sctp_hash_cmp
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• RE: [PATCH net] sctp: hold the transport before using it in sctp_hash_cmp
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH net] sctp: identify chunks that need to be fragmented at IP level
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: hold the transport before using it in sctp_hash_cmp
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 6/6] sctp: not return ENOMEM err back in sctp_packet_transmit
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 5/6] sctp: make sctp_outq_flush/tail/uncork return void
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 4/6] sctp: save transmit error to sk_err in sctp_outq_flush
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 3/6] sctp: free msg->chunks when sctp_primitive_SEND return err
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 2/6] sctp: do not return the transmit err back to sctp_sendmsg
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 1/6] sctp: remove the unnecessary state check in sctp_outq_tail
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 0/6] sctp: fix the transmit err process
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH] sctp: Remove some redundant code
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/6] Reduce cache miss for snmp_fold_field
  • From: hejianet <hejianet@xxxxxxxxx>
• Re: [RFC PATCH v2 1/6] proc: Reduce cache miss in {snmp,netstat}_seq_show
  • From: hejianet <hejianet@xxxxxxxxx>
• Re: [RFC PATCH v2 1/6] proc: Reduce cache miss in {snmp,netstat}_seq_show
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/6] Reduce cache miss for snmp_fold_field
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [RFC PATCH v2 2/6] proc: Reduce cache miss in snmp6_seq_show
  • From: Jia He <hejianet@xxxxxxxxx>
• [RFC PATCH v2 5/6] ipv6: Remove useless parameter in __snmp6_fill_statsdev
  • From: Jia He <hejianet@xxxxxxxxx>
• [RFC PATCH v2 3/6] proc: Reduce cache miss in sctp_snmp_seq_show
  • From: Jia He <hejianet@xxxxxxxxx>
• [RFC PATCH v2 4/6] proc: Reduce cache miss in xfrm_statistics_seq_show
  • From: Jia He <hejianet@xxxxxxxxx>
• [RFC PATCH v2 6/6] net: Suppress the "Comparison to NULL could be written" warning
  • From: Jia He <hejianet@xxxxxxxxx>
• [RFC PATCH v2 1/6] proc: Reduce cache miss in {snmp,netstat}_seq_show
  • From: Jia He <hejianet@xxxxxxxxx>
• [RFC PATCH v2 0/6] Reduce cache miss for snmp_fold_field
  • From: Jia He <hejianet@xxxxxxxxx>
• Re: [PATCH] sctp: Remove some redundant code
  • From: marcelo.leitner@xxxxxxxxx
• Re: [PATCH] sctp: Remove some redundant code
  • From: marcelo.leitner@xxxxxxxxx
• [PATCH] sctp: Remove some redundant code
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH net 2/2] sctp: not copying duplicate addrs to the assoc's bind address list
  • From: "'Marcelo Ricardo Leitner'" <marcelo.leitner@xxxxxxxxx>
• RE: [PATCH net 2/2] sctp: not copying duplicate addrs to the assoc's bind address list
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net 2/2] sctp: not copying duplicate addrs to the assoc's bind address list
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• RE: [PATCH net 2/2] sctp: not copying duplicate addrs to the assoc's bind address list
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC PATCH 1/6] proc: Reduce cache miss in {snmp,netstat}_seq_show
  • From: hejianet <hejianet@xxxxxxxxx>
• Re: [RFC PATCH 1/6] proc: Reduce cache miss in {snmp,netstat}_seq_show
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [RFC PATCH 1/6] proc: Reduce cache miss in {snmp,netstat}_seq_show
  • From: Jia He <hejianet@xxxxxxxxx>
• [RFC PATCH 2/6] proc: Reduce cache miss in snmp6_seq_show
  • From: Jia He <hejianet@xxxxxxxxx>
• [RFC PATCH 3/6] proc: Reduce cache miss in sctp_snmp_seq_show
  • From: Jia He <hejianet@xxxxxxxxx>
• [RFC PATCH 4/6] proc: Reduce cache miss in xfrm_statistics_seq_show
  • From: Jia He <hejianet@xxxxxxxxx>
• [RFC PATCH 5/6] ipv6: Remove useless parameter in __snmp6_fill_statsdev
  • From: Jia He <hejianet@xxxxxxxxx>
• [RFC PATCH 6/6] net: Suppress the "Comparison to NULL
  • From: Jia He <hejianet@xxxxxxxxx>
• [RFC PATCH 0/6] Reduce cache miss for snmp_fold_field
  • From: Jia He <hejianet@xxxxxxxxx>
• Re: [PATCH net] veth: sctp: add NETIF_F_SCTP_CRC to device features
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net 2/2] sctp: not copying duplicate addrs to the assoc's bind address list
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net] veth: sctp: add NETIF_F_SCTP_CRC to device features
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net 2/2] sctp: not copying duplicate addrs to the assoc's bind address list
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net 2/2] sctp: not copying duplicate addrs to the assoc's bind address list
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net 2/2] sctp: not copying duplicate addrs to the assoc's bind address list
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net 2/2] sctp: not copying duplicate addrs to the assoc's bind address list
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: fix overrun in sctp_diag_dump_one()
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: fix overrun in sctp_diag_dump_one()
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH v05 09/72] sctp.h: use __u8 and __u32 from linux/types.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• Re: [PATCH net 2/2] sctp: not copying duplicate addrs to the assoc's bind address list
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• net/sctp: BUG: KASAN: stack-out-of-bounds in memcmp
  • From: Baozeng Ding <sploving1@xxxxxxxxx>
• Re: [PATCH net 2/2] sctp: not copying duplicate addrs to the assoc's bind address list
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net v2] sctp: linearize early if it's not GSO
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net 2/2] sctp: not copying duplicate addrs to the assoc's bind address list
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net 2/2] sctp: not copying duplicate addrs to the assoc's bind address list
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 1/2] sctp: reduce indent level in sctp_copy_local_addr_list
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net 2/2] sctp: not copying duplicate addrs to the assoc's bind address list
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net 0/2] sctp: not copying duplicate addrs to the assoc's bind address list
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net 2/2] sctp: not copying duplicate addrs to the assoc's bind address list
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net v2] sctp: linearize early if it's not GSO
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: fix a success return may hide an error
  • From: "'Marcelo Ricardo Leitner'" <marcelo.leitner@xxxxxxxxx>
• [PATCH net v2] sctp: linearize early if it's not GSO
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: fix a success return may hide an error
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• RE: [PATCH net] sctp: fix a success return may hide an error
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net] sctp: linearize early if it's not GSO
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: linearize early if it's not GSO
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• [PATCH net] sctp: linearize early if it's not GSO
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: fix a success return may hide an error
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: fix a success return may hide an error
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: fix a success return may hide an error
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: fix a success return may hide an error
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• RE: [PATCH net] sctp: fix a success return may hide an error
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net] sctp: fix a success return may hide an error
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• RE: [PATCH net] sctp: fix a success return may hide an error
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH RESEND] net/sctp: always initialise sctp_ht_iter::start_fail
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: fix a success return may hide an error
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: fix a success return may hide an error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RESEND] net/sctp: always initialise sctp_ht_iter::start_fail
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH RESEND] net/sctp: always initialise sctp_ht_iter::start_fail
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH RESEND] net/sctp: always initialise sctp_ht_iter::start_fail
  • From: Vegard Nossum <vegard.nossum@xxxxxxxxxx>
• Re: [PATCH net] sctp: fix a success return may hide an error
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: fix a success return may hide an error
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net] sctp: fix a success return may hide an error
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH net] sctp: use event->chunk when it's valid
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: use event->chunk when it's valid
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: use event->chunk when it's valid
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net] sctp: use event->chunk when it's valid
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: Regarding commit f2815633504b442ca0b0605c16bf3d88a3a0fcea (sctp: Use correct sideffect command in duplicate cookie handling)
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] sctp: Export struct sctp_info to userspace
  • From: Phil Sutter <phil@xxxxxx>
• Re: [PATCH v3 1/3] sctp: Export struct sctp_info to userspace
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/3] sctp_diag: A bunch of fixes for upcoming 'ss' support
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH v3 1/3] sctp: Export struct sctp_info to userspace
  • From: Phil Sutter <phil@xxxxxx>
• [PATCH v3 2/3] sctp_diag: Fix T3_rtx timer export
  • From: Phil Sutter <phil@xxxxxx>
• [PATCH v3 0/3] sctp_diag: A bunch of fixes for upcoming 'ss' support
  • From: Phil Sutter <phil@xxxxxx>
• [PATCH v3 3/3] sctp_diag: Respect ss adding TCPF_CLOSE to idiag_states
  • From: Phil Sutter <phil@xxxxxx>
• [PATCH 1135/1285] Replace numeric parameter like 0444 with macro
  • From: Baole Ni <baolex.ni@xxxxxxxxx>
• Re: [PATCH net] sctp: change to use TCP_CLOSE_WAIT as SCTP_SS_CLOSING
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: change to use TCP_CLOSE_WAIT as SCTP_SS_CLOSING
  • From: marcelo.leitner@xxxxxxxxx
• Re: sctp and tail loss recovery
  • From: Michael Tuexen <tuexen@xxxxxxxxxxxxxx>
• Re: [PATCH net] sctp: change to use TCP_CLOSE_WAIT as SCTP_SS_CLOSING
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: fix the issue sctp requeue auth chunk incorrectly
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: allow receiving msg when TCP-style sk is in CLOSED state
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: allow delivering notifications after receiving SHUTDOWN
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: change to use TCP_CLOSE_WAIT as SCTP_SS_CLOSING
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: allow receiving msg when TCP-style sk is in CLOSED state
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: fix the issue sctp requeue auth chunk incorrectly
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net] sctp: allow delivering notifications after receiving SHUTDOWN
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net] sctp: change to use TCP_CLOSE_WAIT as SCTP_SS_CLOSING
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: allow receiving msg when TCP-style sk is in CLOSED state
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: allow delivering notifications after receiving SHUTDOWN
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net] sctp: fix the issue sctp requeue auth chunk incorrectly
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: sctp and tail loss recovery
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH] net/sctp: terminate rhashtable walk correctly
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: also point GSO head_skb to the sk when it's available
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] sctp: fix BH handling on socket backlog
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: use inet_recvmsg to support sctp RFS well
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: support ipv6 nonlocal bind
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: packet->transport->asoc = NULL in sctp_packet_transmit
  • From: Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx>
• Re: packet->transport->asoc = NULL in sctp_packet_transmit
  • From: Fabian Bergmark <fabian.bergmark@xxxxxxxxx>
• Re: [PATCH] net/sctp: always initialise sctp_ht_iter::start_fail
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH] net/sctp: always initialise sctp_ht_iter::start_fail
  • From: Vegard Nossum <vegard.nossum@xxxxxxxxxx>
• Re: [PATCH] net/sctp: always initialise sctp_ht_iter::start_fail
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH] net/sctp: terminate rhashtable walk correctly
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH] net/sctp: always initialise sctp_ht_iter::start_fail
  • From: Vegard Nossum <vegard.nossum@xxxxxxxxxx>
• [PATCH] net/sctp: terminate rhashtable walk correctly
  • From: Vegard Nossum <vegard.nossum@xxxxxxxxxx>
• [PATCH net-next] sctp: also point GSO head_skb to the sk when it's available
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net] sctp: fix BH handling on socket backlog
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next] sctp: use inet_recvmsg to support sctp RFS well
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• Re: [PATCH net-next] sctp: support ipv6 nonlocal bind
  • From: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx>
• [PATCH net-next] sctp: use inet_recvmsg to support sctp RFS well
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH net-next] sctp: support ipv6 nonlocal bind
  • From: Xin Long <lucien.xin@xxxxxxxxx>