Linux SCTP (Stream Control Transmission Protocol)

• Thread Index

• Re: [Lksctp-developers] ARP request being sent every 20 seconds or so
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [Lksctp-developers] ARP request being sent every 20 seconds or so
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Query regarding heartbeat re-transmission pattern
  • From: Ankit Mahawar <ankit.mahawar@xxxxxxx>
• Re: sctp: hang in sctp_remaddr_seq_show
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: sctp: hang in sctp_remaddr_seq_show
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: sctp: hang in sctp_remaddr_seq_show
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: sctp: hang in sctp_remaddr_seq_show
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: sctp: hang in sctp_remaddr_seq_show
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: sctp: hang in sctp_remaddr_seq_show
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• sctp: hang in sctp_remaddr_seq_show
  • From: Sasha Levin <sasha.levin@xxxxxxxxxx>
• Re: [PATCH] sctp: optimize searching the active path for tsns
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH] sctp: optimize searching the active path for tsns
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: don't break the loop while meeting the active_path so as to find the matched transport
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: optimize searching the active path for tsns
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: Use correct sideffect command in duplicate cookie handling
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: don't break the loop while meeting the active_path so as to find the matched transport
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: don't break the loop while meeting the active_path so as to find the matched transport
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Use correct sideffect command in duplicate cookie handling
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH] sctp: Use correct sideffect command in duplicate cookie handling
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: NULL primary_path
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: NULL primary_path
  • From: Karl Heiss <kheiss@xxxxxxxxx>
• Re: [PATCH] sctp: don't break the loop while meeting the active_path so as to find the matched transport
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: don't break the loop while meeting the active_path so as to find the matched transport
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: don't break the loop while meeting the active_path so as to find the matched transport
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH 18/18] net: sctp: remove cast for kmalloc/kzalloc return value
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: don't break the loop while meeting the active_path so as to find the matched transport
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH 18/18] net: sctp: remove cast for kmalloc/kzalloc return value
  • From: Zhang Yanfei <zhangyanfei@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: don't break the loop while meeting the active_path so as to find the matched transport
  • From: Xufeng Zhang <xufengzhang.main@xxxxxxxxx>
• Re: NULL primary_path
  • From: Karl Heiss <kheiss@xxxxxxxxx>
• Re: NULL primary_path
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: NULL primary_path
  • From: Karl Heiss <kheiss@xxxxxxxxx>
• Re: NULL primary_path
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: don't break the loop while meeting the active_path so as to find the matched transport
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: don't break the loop while meeting the active_path so as to find the matched transport
  • From: Xufeng Zhang <xufengzhang.main@xxxxxxxxx>
• Re: NULL primary_path
  • From: Karl Heiss <kheiss@xxxxxxxxx>
• Re: NULL primary_path
  • From: Karl Heiss <kheiss@xxxxxxxxx>
• Re: NULL primary_path
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: NULL primary_path
  • From: Karl Heiss <kheiss@xxxxxxxxx>
• Re: NULL primary_path
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: NULL primary_path
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: NULL primary_path
  • From: Karl Heiss <kheiss@xxxxxxxxx>
• Re: [PATCH] sctp: don't break the loop while meeting the active_path so as to find the matched transport
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: NULL primary_path
  • From: Karl Heiss <kheiss@xxxxxxxxx>
• [PATCH] sctp: don't break the loop while meeting the active_path so as to find the matched transport
  • From: Xufeng Zhang <xufeng.zhang@xxxxxxxxxxxxx>
• Re: NULL primary_path
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: NULL primary_path
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: NULL primary_path
  • From: Karl Heiss <kheiss@xxxxxxxxx>
• Re: NULL primary_path
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: NULL primary_path
  • From: Karl Heiss <kheiss@xxxxxxxxx>
• Re: NULL primary_path
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: NULL primary_path
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: NULL primary_path
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: NULL primary_path
  • From: Cristian Constantin <cristian.constantin@xxxxxxxxx>
• Re: sctp client not binding to all available addresses
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: NULL primary_path
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• NULL primary_path
  • From: Karl Heiss <kheiss@xxxxxxxxx>
• Re: sctp client not binding to all available addresses
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• sctp client not binding to all available addresses
  • From: Jon Leighton <leighton@xxxxxxxxxxxx>
• Re: [PATCH] SCTP: Free the per-net sysctl table on net exit. v2
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] SCTP: Free the per-net sysctl table on net exit. v2
  • From: Martin Mokrejs <mmokrejs@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] SCTP: Free the per-net sysctl table on net exit. v2
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] SCTP: Free the per-net sysctl table on net exit. v2
  • From: Martin Mokrejs <mmokrejs@xxxxxxxxxxxxxxxxxx>
• Re: [Patch net] sctp: use KMALLOC_MAX_SIZE instead of its own MAX_KMALLOC_SIZE
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [Patch net] sctp: use KMALLOC_MAX_SIZE instead of its own MAX_KMALLOC_SIZE
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [Patch net] sctp: use KMALLOC_MAX_SIZE instead of its own MAX_KMALLOC_SIZE
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [patch] sctp: use the passed in gfp flags instead GFP_KERNEL
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch] sctp: use the passed in gfp flags instead GFP_KERNEL
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [patch] sctp: use the passed in gfp flags instead GFP_KERNEL
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v3 0/4] sctp: fix association hangs due to reassembly/ordering logic
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] sctp: fix association hangs due to reassembly/ordering logic
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH v3 3/4] sctp: fix association hangs due to errors when reneging events from the ordering queue
  • From: "Lee A. Roberts" <lee.roberts@xxxxxx>
• [PATCH v3 4/4] sctp: fix association hangs due to partial delivery errors
  • From: "Lee A. Roberts" <lee.roberts@xxxxxx>
• [PATCH v3 2/4] sctp: fix association hangs due to reneging packets below the cumulative TSN ACK point
  • From: "Lee A. Roberts" <lee.roberts@xxxxxx>
• [PATCH v3 1/4] sctp: fix association hangs due to off-by-one errors in sctp_tsnmap_grow()
  • From: "Lee A. Roberts" <lee.roberts@xxxxxx>
• [PATCH v3 0/4] sctp: fix association hangs due to reassembly/ordering logic
  • From: "Lee A. Roberts" <lee.roberts@xxxxxx>
• Re: [PATCH v2] net/sctp: Validate parameter size for SCTP_GET_ASSOC_STATS
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] net/sctp: Validate parameter size for SCTP_GET_ASSOC_STATS
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] net/sctp: Validate parameter size for SCTP_GET_ASSOC_STATS control message
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v2] net/sctp: Validate parameter size for SCTP_GET_ASSOC_STATS
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [patch] sctp: check len in sctp_getsockopt_assoc_stats()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] net/sctp: Validate parameter size for SCTP_GET_ASSOC_STATS control message
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [patch] sctp: check len in sctp_getsockopt_assoc_stats()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] net/sctp: Validate parameter size for SCTP_GET_ASSOC_STATS control message
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] net/sctp: Validate parameter size for SCTP_GET_ASSOC_STATS control message
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] net/sctp: Validate parameter size for SCTP_GET_ASSOC_STATS control message
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] net/sctp: Validate parameter size for SCTP_GET_ASSOC_STATS control message
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] net/sctp: Validate parameter size for SCTP_GET_ASSOC_STATS control message
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH] net/sctp: Validate parameter size for SCTP_GET_ASSOC_STATS control message
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 0/4] sctp: fix association hangs due to reassembly/ordering logic
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] sctp: fix association hangs due to reassembly/ordering logic
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: SCTP Auto Buffer Tuning
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• SCTP Auto Buffer Tuning
  • From: Dilip Daya <dilip.daya@xxxxxx>
• Re: How to unload lksctp kernel module?
  • From: Jon Leighton <leighton@xxxxxxxxxxxx>
• Re: How to unload lksctp kernel module?
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: How to unload lksctp kernel module?
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: How to unload lksctp kernel module?
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH stable] ipvs: sctp: fix checksumming on snat and dnat handlers
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH net-next] sctp: Fix smatch error in ASCONF code
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• re: sctp: Add ASCONF operation on the single-homed host
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH lksctp-tools] build: fix out-of-tree build of withsctp.
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH lksctp-tools] build: fix out-of-tree build of withsctp.
  • From: Diego Elio Pettenò <flameeyes@xxxxxxxxxxxx>
• Re: [PATCH 4/4] sctp: fix association hangs due to partial delivery errors
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• RE: [PATCH 1/4] sctp: fix association hangs due to off-by-one errors in sctp_tsnmap_grow()
  • From: "Roberts, Lee A." <lee.roberts@xxxxxx>
• [PATCH 1/4 v3] sctp: fix association hangs due to off-by-one errors in sctp_tsnmap_grow()
  • From: "Roberts, Lee A." <lee.roberts@xxxxxx>
• Re: [PATCH 1/4 v2] sctp: fix association hangs due to off-by-one errors in sctp_tsnmap_grow()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• RE: [PATCH 1/4] sctp: fix association hangs due to off-by-one errors in sctp_tsnmap_grow()
  • From: "Roberts, Lee A." <lee.roberts@xxxxxx>
• [PATCH 1/4 v2] sctp: fix association hangs due to off-by-one errors in sctp_tsnmap_grow()
  • From: "Roberts, Lee A." <lee.roberts@xxxxxx>
• Re: [PATCH 3/4] sctp: fix association hangs due to errors when reneging events from the ordering queue
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH 2/4] sctp: fix association hangs due to reneging packets below the cumulative TSN ACK point
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH 1/4] sctp: fix association hangs due to off-by-one errors in sctp_tsnmap_grow()
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH 3/4] sctp: fix association hangs due to errors when reneging events from the ordering queue
  • From: "Roberts, Lee A." <lee.roberts@xxxxxx>
• [PATCH 4/4] sctp: fix association hangs due to partial delivery errors
  • From: "Roberts, Lee A." <lee.roberts@xxxxxx>
• [PATCH 2/4] sctp: fix association hangs due to reneging packets below the cumulative TSN ACK point
  • From: "Roberts, Lee A." <lee.roberts@xxxxxx>
• [PATCH 1/4] sctp: fix association hangs due to off-by-one errors in sctp_tsnmap_grow()
  • From: "Roberts, Lee A." <lee.roberts@xxxxxx>
• RE: [PATCH 1/3] sctp: fix association hangs due to reassembly/ordering logic
  • From: "Roberts, Lee A." <lee.roberts@xxxxxx>
• Re: [PATCH stable] ipvs: sctp: fix checksumming on snat and dnat handlers
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH stable] ipvs: sctp: fix checksumming on snat and dnat handlers
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH 3/3] sctp: fix association hangs due to reassembly/ordering logic
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• RE: [PATCH 3/3] sctp: fix association hangs due to reassembly/ordering logic
  • From: "Roberts, Lee A." <lee.roberts@xxxxxx>
• Re: [PATCH 3/3] sctp: fix association hangs due to reassembly/ordering logic
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH 1/3] sctp: fix association hangs due to reassembly/ordering logic
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] sctp: fix association hangs due to reassembly/ordering logic
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH 3/3] sctp: fix association hangs due to reassembly/ordering logic
  • From: "Roberts, Lee A." <lee.roberts@xxxxxx>
• [PATCH 2/3] sctp: fix association hangs due to reassembly/ordering logic
  • From: "Roberts, Lee A." <lee.roberts@xxxxxx>
• [PATCH 1/3] sctp: fix association hangs due to reassembly/ordering logic
  • From: "Roberts, Lee A." <lee.roberts@xxxxxx>
• Re: [PATCH net-next 2/2] net: sctp: add build check for sctp_sf_eat_sack_6_2/jsctp_sf_eat_sack
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/2] net: sctp: minor: make jsctp_sf_eat_sack static
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/2] net: sctp: minor: make jsctp_sf_eat_sack static
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net-next 1/2] net: sctp: minor: make jsctp_sf_eat_sack static
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/2] net: sctp: minor: make jsctp_sf_eat_sack static
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] net: sctp: sctp_v6_get_dst: fix boolean test in dst cache
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] net: sctp: sctp_v6_get_dst: fix boolean test in dst cache
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net-next 2/2] net: sctp: add build check for sctp_sf_eat_sack_6_2/jsctp_sf_eat_sack
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net-next 1/2] net: sctp: minor: make jsctp_sf_eat_sack static
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net] net: sctp: sctp_v6_get_dst: fix boolean test in dst cache
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: SCTP Hang in reorder queue
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH net] net: sctp: sctp_v6_get_dst: fix boolean test in dst cache
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• SCTP Hang in reorder queue
  • From: Bob Montgomery <bob.montgomery@xxxxxx>
• Re: [PATCH net-next v2] net: sctp: remove unused multiple cookie keys
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2] net: sctp: remove unused multiple cookie keys
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next v2] net: sctp: remove unused multiple cookie keys
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net-next v2] net: sctp: remove unused multiple cookie keys
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net-next] net: sctp: remove unused multiple cookie keys
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net-next] net: sctp: remove unused multiple cookie keys
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net-next] net: sctp: sctp_auth_make_key_vector: use sctp_auth_create_key
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net 0/2] two small fixes for sctp key usage
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net 2/2] net: sctp: sctp_endpoint_free: zero out secret key data
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net 2/2] net: sctp: sctp_endpoint_free: zero out secret key data
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next] net: sctp: sctp_auth_make_key_vector: use sctp_auth_create_key
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH net 1/2] net: sctp: sctp_setsockopt_auth_key: use kzfree instead of kfree
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net 2/2] net: sctp: sctp_endpoint_free: zero out secret key data
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net 0/2] two small fixes for sctp key usage
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net-next] net: sctp: sctp_auth_make_key_vector: use sctp_auth_create_key
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net-next] net: sctp: sctp_auth_make_key_vector: remove duplicate ntohs calls
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net 2/2] net: sctp: sctp_auth_key_put: use kzfree instead of kfree
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net 1/2] net: sctp: sctp_auth_make_key_vector: fix undefined ref-count behaviour
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net 1/2] net: sctp: sctp_auth_make_key_vector: fix undefined ref-count behaviour
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net-next] net: sctp: sctp_auth_make_key_vector: remove duplicate ntohs calls
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net 2/2] net: sctp: sctp_auth_key_put: use kzfree instead of kfree
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net 1/2] net: sctp: sctp_auth_make_key_vector: fix undefined ref-count behaviour
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next] net: sctp: sctp_auth_make_key_vector: remove duplicate ntohs calls
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net 0/2] fixes for net/sctp/auth.c
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH 76/77] sctp: convert to idr_alloc()
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net-next] net: sctp: sctp_auth_make_key_vector: remove duplicate ntohs calls
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net 1/2] net: sctp: sctp_auth_make_key_vector: fix undefined ref-count behaviour
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net 2/2] net: sctp: sctp_auth_key_put: use kzfree instead of kfree
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net 0/2] fixes for net/sctp/auth.c
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: Suspected renege problem in sctp
  • From: Bob Montgomery <bob.montgomery@xxxxxx>
• Re: [PATCH 76/77] sctp: convert to idr_alloc()
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH 76/77] sctp: convert to idr_alloc()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Suspected renege problem in sctp
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: Suspected renege problem in sctp
  • From: Bob Montgomery <bob.montgomery@xxxxxx>
• Re: [PATCH net] ipvs: sctp: fix checksumming on snat and dnat handlers
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH net] ipvs: sctp: fix checksumming on snat and dnat handlers
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: Suspected renege problem in sctp
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v2 60/62] sctp: convert to idr_alloc()
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net] ipvs: sctp: fix checksumming by adding hardware offload support
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: Suspected renege problem in sctp
  • From: Bob Montgomery <bob.montgomery@xxxxxx>
• Re: [PATCH net] ipvs: sctp: fix checksumming by adding hardware offload support
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH net-next v3] sctp: sctp_close: fix release of bindings for deferred call_rcu's
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net] ipvs: sctp: fix checksumming by adding hardware offload support
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH v2 60/62] sctp: convert to idr_alloc()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 60/62] sctp: convert to idr_alloc()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 60/62] sctp: convert to idr_alloc()
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next v3] sctp: sctp_close: fix release of bindings for deferred call_rcu's
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH 60/62] sctp: convert to idr_alloc()
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH 60/62] sctp: convert to idr_alloc()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH net-next v3] sctp: sctp_close: fix release of bindings for deferred call_rcu's
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH net-next v3] sctp: sctp_close: fix release of bindings for deferred call_rcu's
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net-next v2] sctp: sctp_close: fix release of bindings for deferred call_rcu's
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net-next v2] sctp: sctp_close: fix release of bindings for deferred call_rcu's
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH net-next v2] sctp: sctp_close: fix release of bindings for deferred call_rcu's
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: sctp_close: fix release of bindings for deferred call_rcu's
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: sctp_close: fix release of bindings for deferred call_rcu's
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH net-next] sctp: sctp_close: fix release of bindings for deferred call_rcu's
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: Suspected renege problem in sctp
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• RE: Suspected renege problem in sctp
  • From: "Roberts, Lee A." <lee.roberts@xxxxxx>
• Re: Suspected renege problem in sctp
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] SCTP: Free the per-net sysctl table on net exit. v2
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] SCTP: Free the per-net sysctl table on net exit. v2
  • From: Martin Mokrejs <mmokrejs@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] SCTP: Free the per-net sysctl table on net exit. v2
  • From: Martin Mokrejs <mmokrejs@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] SCTP: Free the per-net sysctl table on net exit. v2
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] SCTP: Free the per-net sysctl table on net exit. v2
  • From: Martin Mokrejs <mmokrejs@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] SCTP: Free the per-net sysctl table on net exit. v2
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] SCTP: Free the per-net sysctl table on net exit. v2
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH] SCTP: Free the per-net sysctl table on net exit.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] SCTP: Free the per-net sysctl table on net exit.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: set association state to established in dupcook_a handler
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] SCTP: Free the per-net sysctl table on net exit.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] SCTP: Free the per-net sysctl table on net exit.
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH] SCTP: Free the per-net sysctl table on net exit.
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v2] sctp: set association state to established in dupcook_a handler
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v2] sctp: set association state to established in dupcook_a handler
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH v2] sctp: set association state to established in dupcook_a handler
  • From: <xufengzhang.main@xxxxxxxxx>
• Re: [PATCH] sctp: set association state to established in dupcook_a handler
  • From: Xufeng Zhang <xufengzhang.main@xxxxxxxxx>
• Re: [PATCH] sctp: set association state to established in dupcook_a handler
  • From: Xufeng Zhang <xufengzhang.main@xxxxxxxxx>
• linux-3.7.4: kmemleak in sctp_sysctl_net_register()?
  • From: Martin Mokrejs <mmokrejs@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sctp: set association state to established in dupcook_a handler
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: set association state to established in dupcook_a handler
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH] sctp: set association state to established in dupcook_a handler
  • From: <xufengzhang.main@xxxxxxxxx>
• Re: [PATCH] sctp: refactor sctp_outq_teardown to insure proper re-initalization
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: refactor sctp_outq_teardown to insure proper re-initalization
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH] sctp: refactor sctp_outq_teardown to insure proper re-initalization
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Possible SCTP peer receive window bug
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: Possible SCTP peer receive window bug
  • From: Jamie Parsons <Jamie.Parsons@xxxxxxxxxxxxxx>
• Re: Possible SCTP peer receive window bug
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: Possible SCTP peer receive window bug
  • From: Jamie Parsons <Jamie.Parsons@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp_xconnect: memory leak when malloc big buffer
  • From: Fan Du <fan.du@xxxxxxxxxxxxx>
• Re: v2 [PATCH] sctp_xconnect: memory leak when malloc big buffer
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: v2 [PATCH] sctp_xconnect: memory leak when malloc big buffer
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp_xconnect: memory leak when malloc big buffer
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• v2 [PATCH] sctp_xconnect: memory leak when malloc big buffer
  • From: Fan Du <fan.du@xxxxxxxxxxxxx>
• Re: [PATCH] sctp_xconnect: memory leak when malloc big buffer
  • From: Fan Du <fan.du@xxxxxxxxxxxxx>
• Re: [PATCH] sctp_xconnect: memory leak when malloc big buffer
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp_xconnect: memory leak when malloc big buffer
  • From: Fan Du <fan.du@xxxxxxxxxxxxx>
• Re: [PATCH] sctp_xconnect: memory leak when malloc big buffer
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH] sctp_xconnect: memory leak when malloc big buffer
  • From: Fan Du <fan.du@xxxxxxxxxxxxx>
• [PATCH] sctp_xconnect: memory leak when malloc big buffer
  • From: Fan Du <fan.du@xxxxxxxxxxxxx>
• Re: [PATCH] sctp_xconnect: memory leak when malloc big buffer
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH] sctp_xconnect: memory leak when malloc big buffer
  • From: Fan Du <fan.du@xxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: Change defaults on cookie hmac selection
  • From: Florian Fainelli <florian@xxxxxxxxxxx>
• Re: [PATCH 5/5] kfifo: log based kfifo API
  • From: Yuanhan Liu <yuanhan.liu@xxxxxxxxxxxxxxx>
• [v2.6.34-stable 62/77] sctp: Fix list corruption resulting from freeing an association on a list
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] kfifo: log based kfifo API
  • From: Andy Walls <awalls@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: Change defaults on cookie hmac selection
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v2] sctp: Change defaults on cookie hmac selection
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: [PATCH 5/5] kfifo: log based kfifo API
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v2] sctp: Change defaults on cookie hmac selection
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v2] sctp: Change defaults on cookie hmac selection
  • From: Florian Fainelli <florian@xxxxxxxxxxx>
• Re: [PATCH v2] sctp: Change defaults on cookie hmac selection
  • From: Florian Fainelli <florian@xxxxxxxxxxx>
• [PATCH 5/5] kfifo: log based kfifo API
  • From: Yuanhan Liu <yuanhan.liu@xxxxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix Kconfig bug in default cookie hmac selection
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix Kconfig bug in default cookie hmac selection
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: fix Kconfig bug in default cookie hmac selection
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: Config Loop
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: [PATCH] sctp: fix Kconfig bug in default cookie hmac selection
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Config Loop
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Config Loop
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH] sctp: fix Kconfig bug in default cookie hmac selection
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: [PATCH v2] sctp: Change defaults on cookie hmac selection
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v2] sctp: Change defaults on cookie hmac selection
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v2] sctp: Change defaults on cookie hmac selection
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: Change defaults on cookie hmac selection
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: Change defaults on cookie hmac selection
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v2] sctp: Change defaults on cookie hmac selection
  • From: Florian Fainelli <florian@xxxxxxxxxxx>
• Re: [PATCH v2] sctp: Change defaults on cookie hmac selection
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: Change defaults on cookie hmac selection
  • From: Florian Fainelli <florian@xxxxxxxxxxx>
• Re: Config Loop
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Config Loop
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: Config Loop
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Config Loop
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: [PATCH] sctp: make sctp_addr_wq_timeout_handler static
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sctp: make sctp_addr_wq_timeout_handler static
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH 28/29] net/: rename net_random() to prandom_u32()
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH 28/29] net/: rename net_random() to prandom_u32()
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: [PATCH 28/29] net/: rename net_random() to prandom_u32()
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH 28/29] net/: rename net_random() to prandom_u32()
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• RE: Possible SCTP peer receive window bug
  • From: Jamie Parsons <Jamie.Parsons@xxxxxxxxxxxxxx>
• Re: Possible SCTP peer receive window bug
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: Possible SCTP peer receive window bug
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: Possible SCTP peer receive window bug
  • From: Jamie Parsons <Jamie.Parsons@xxxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: Change defaults on cookie hmac selection
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2] sctp: Change defaults on cookie hmac selection
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Change defaults on cookie hmac selection
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Change defaults on cookie hmac selection
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Change defaults on cookie hmac selection
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sctp: Change defaults on cookie hmac selection
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Change defaults on cookie hmac selection
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sctp: Change defaults on cookie hmac selection
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH] sctp: Change defaults on cookie hmac selection
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH 0/2 v2] sctp: RCU protection when accessing assoc members for procfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Possible SCTP peer receive window bug
  • From: "Frank Ch. Eigler" <fche@xxxxxxxxxx>
• Re: [PATCH 2/2] sctp: Add RCU protection to assoc->transport_addr_list
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] sctp: proc: protect bind_addr->address_list accesses with rcu_read_lock()
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] sctp: Add RCU protection to assoc->transport_addr_list
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH 1/2] sctp: proc: protect bind_addr->address_list accesses with rcu_read_lock()
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: Add RCU protection to assoc->transport_addr_list
  • From: Thomas Graf <tgraf@xxxxxxx>
• [PATCH 1/2] sctp: proc: protect bind_addr->address_list accesses with rcu_read_lock()
  • From: Thomas Graf <tgraf@xxxxxxx>
• [PATCH 0/2 v2] sctp: RCU protection when accessing assoc members for procfs
  • From: Thomas Graf <tgraf@xxxxxxx>
• [PATCH 2/2] sctp: Add RCU protection to assoc->transport_addr_list
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [PATCH] sctp: proc: protect bind_addr->address_list accesses with rcu_read_lock()
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Possible SCTP peer receive window bug
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Add RCU protection to assoc->transport_addr_list
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: Add RCU protection to assoc->transport_addr_list
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [PATCH] sctp: Add RCU protection to assoc->transport_addr_list
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: Add RCU protection to assoc->transport_addr_list
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [PATCH] sctp: Add RCU protection to assoc->transport_addr_list
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: proc: protect bind_addr->address_list accesses with rcu_read_lock()
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [PATCH] sctp: proc: protect bind_addr->address_list accesses with rcu_read_lock()
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH] sctp: Add RCU protection to assoc->transport_addr_list
  • From: Thomas Graf <tgraf@xxxxxxx>
• [PATCH] sctp: proc: protect bind_addr->address_list accesses with rcu_read_lock()
  • From: Thomas Graf <tgraf@xxxxxxx>
• RE: Possible SCTP peer receive window bug
  • From: Jamie Parsons <Jamie.Parsons@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: Fix compiler warning when CONFIG_DEBUG_SECTION_MISMATCH=y
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: Fix compiler warning when CONFIG_DEBUG_SECTION_MISMATCH=y
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Possible SCTP peer receive window bug
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH] sctp: Fix compiler warning when CONFIG_DEBUG_SECTION_MISMATCH=y
  • From: Christoph Paasch <christoph.paasch@xxxxxxxxxxxx>
• Re: Possible SCTP peer receive window bug
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: Possible SCTP peer receive window bug
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Possible SCTP peer receive window bug
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: Possible SCTP peer receive window bug
  • From: Jamie Parsons <Jamie.Parsons@xxxxxxxxxxxxxx>
• Re: [PATCH v4 net-next] sctp: Add support to per-association statistics via a new SCTP_GET_ASSOC_STATS call
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4 net-next] sctp: Add support to per-association statistics via a new SCTP_GET_ASSOC_STATS call
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH v4 net-next] sctp: Add support to per-association statistics via a new SCTP_GET_ASSOC_STATS call
  • From: Michele Baldessari <michele@xxxxxxxxxx>
• Re: [PATCH v3 net-next] sctp: Add support to per-association statistics via a new SCTP_GET_ASSOC_STATS call
  • From: Michele Baldessari <michele@xxxxxxxxxx>
• Re: [PATCH] sctp: verify length provided in heartbeat information parameter
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: verify length provided in heartbeat information parameter
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix CONFIG_SCTP_DBG_MSG=y null pointer dereference in sctp_v6_get_dst()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: verify length provided in heartbeat information parameter
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix CONFIG_SCTP_DBG_MSG=y null pointer dereference in sctp_v6_get_dst()
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix CONFIG_SCTP_DBG_MSG=y null pointer dereference in sctp_v6_get_dst()
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH] sctp: verify length provided in heartbeat information parameter
  • From: Thomas Graf <tgraf@xxxxxxx>
• [PATCH] sctp: fix CONFIG_SCTP_DBG_MSG=y null pointer dereference in sctp_v6_get_dst()
  • From: Tommi Rantala <tt.rantala@xxxxxxxxx>
• Re: SCTP sysctl /proc/sys/net/sctp/rto_min/initial/max variables
  • From: Dilip Daya <dilip.daya@xxxxxx>
• Re: SCTP sysctl /proc/sys/net/sctp/rto_min/initial/max variables
  • From: Dilip Daya <dilip.daya@xxxxxx>
• Re: [Lksctp-developers] SCTP sysctl /proc/sys/net/sctp/rto_min/initial/max variables
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: SCTP sysctl /proc/sys/net/sctp/rto_min/initial/max variables
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• SCTP sysctl /proc/sys/net/sctp/rto_min/initial/max variables
  • From: Dilip Daya <dilip.daya@xxxxxx>
• Re: [PATCH v3 net-next] sctp: Add support to per-association statistics via a new SCTP_GET_ASSOC_STATS call
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: Possible SCTP peer receive window bug
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Possible SCTP peer receive window bug
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: Possible SCTP peer receive window bug
  • From: Jamie Parsons <Jamie.Parsons@xxxxxxxxxxxxxx>
• RE: Possible SCTP peer receive window bug
  • From: Jamie Parsons <Jamie.Parsons@xxxxxxxxxxxxxx>
• Re: Possible SCTP peer receive window bug
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: Possible SCTP peer receive window bug
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH v3 net-next] sctp: Add support to per-association statistics via a new SCTP_GET_ASSOC_STATS call
  • From: Michele Baldessari <michele@xxxxxxxxxx>
• Re: [PATCH] sctp: fix -ENOMEM result with invalid user space pointer in sendto() syscall
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix memory leak in sctp_datamsg_from_user() when copy from user space fails
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Possible SCTP peer receive window bug
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: Possible SCTP peer receive window bug
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2 net-next] sctp: Add support to per-association statistics via a new SCTP_GET_ASSOC_STATS call
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v2 net-next] sctp: Add support to per-association statistics via a new SCTP_GET_ASSOC_STATS call
  • From: Michele Baldessari <michele@xxxxxxxxxx>
• Re: [PATCH] sctp: fix memory leak in sctp_datamsg_from_user() when copy from user space fails
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• RE: Possible SCTP peer receive window bug
  • From: Jamie Parsons <Jamie.Parsons@xxxxxxxxxxxxxx>
• Re: Possible SCTP peer receive window bug
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH] sctp: fix memory leak in sctp_datamsg_from_user() when copy from user space fails
  • From: Tommi Rantala <tt.rantala@xxxxxxxxx>
• RE: Possible SCTP peer receive window bug
  • From: Jamie Parsons <Jamie.Parsons@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix -ENOMEM result with invalid user space pointer in sendto() syscall
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix memory leak in sctp_datamsg_from_user() when copy from user space fails
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Possible SCTP peer receive window bug
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: Possible SCTP peer receive window bug
  • From: Jamie Parsons <Jamie.Parsons@xxxxxxxxxxxxxx>
• Re: how to use sctp_sendmsg to send ABORT chunk
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: Possible SCTP peer receive window bug
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix -ENOMEM result with invalid user space pointer in sendto() syscall
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix memory leak in sctp_datamsg_from_user() when copy from user space fails
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix -ENOMEM result with invalid user space pointer in sendto() syscall
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: fix memory leak in sctp_datamsg_from_user() when copy from user space fails
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Possible SCTP peer receive window bug
  • From: Jamie Parsons <Jamie.Parsons@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix -ENOMEM result with invalid user space pointer in sendto() syscall
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix memory leak in sctp_datamsg_from_user() when copy from user space fails
  • From: David Miller <davem@xxxxxxxxxxxxx>
• how to use sctp_sendmsg to send ABORT chunk
  • From: 小贺 <elliehct@xxxxxxx>
• [PATCH] sctp: fix memory leak in sctp_datamsg_from_user() when copy from user space fails
  • From: Tommi Rantala <tt.rantala@xxxxxxxxx>
• [PATCH] sctp: fix -ENOMEM result with invalid user space pointer in sendto() syscall
  • From: Tommi Rantala <tt.rantala@xxxxxxxxx>
• Re: [PATCH v2] sctp: send abort chunk when max_retrans exceeded
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: send abort chunk when max_retrans exceeded
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH v2] sctp: send abort chunk when max_retrans exceeded
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: send abort chunk when max_retrans exceeded
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: send abort chunk when max_retrans exceeded
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: send abort chunk when max_retrans exceeded
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: send abort chunk when max_retrans exceeded
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: send abort chunk when max_retrans exceeded
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH] sctp: send abort chunk when max_retrans exceeded
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2 net-next] sctp: Add support to per-association statistics via a new SCTP_GET_ASSOC_STATS call
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: use bitmap_weight
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: use bitmap_weight
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v2 net-next] sctp: Add support to per-association statistics via a new SCTP_GET_ASSOC_STATS call
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH] sctp: use bitmap_weight
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: [PATCH v2 net-next] sctp: Add support to per-association statistics via a new SCTP_GET_ASSOC_STATS call
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [PATCH v2 net-next] sctp: Add support to per-association statistics via a new SCTP_GET_ASSOC_STATS call
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCHv2] sctp: fix /proc/net/sctp/ memory leak
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCHv2] sctp: fix /proc/net/sctp/ memory leak
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2 net-next] sctp: Add support to per-association statistics via a new SCTP_GET_ASSOC_STATS call
  • From: Michele Baldessari <michele@xxxxxxxxxx>
• [PATCHv2] sctp: fix /proc/net/sctp/ memory leak
  • From: Tommi Rantala <tt.rantala@xxxxxxxxx>
• Re: [PATCH] sctp: fix /proc/net/sctp/ memory leak
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH] sctp: fix /proc/net/sctp/ memory leak
  • From: Tommi Rantala <tt.rantala@xxxxxxxxx>
• Re: [PATCH] sctp: fix /proc/net/sctp/ memory leak
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [Lksctp-developers] route/dst_entry caching issue
  • From: Matija Glavinic Pecotic <matija.glavinic-pecotic.ext@xxxxxxx>
• Re: [PATCH] sctp: fix /proc/net/sctp/ memory leak
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2]sctp: Error in calculation of RTTvar
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH] sctp: fix /proc/net/sctp/ memory leak
  • From: Tommi Rantala <tt.rantala@xxxxxxxxx>
• [PATCH v2]sctp: Error in calculation of RTTvar
  • From: Schoch Christian <e0326715@xxxxxxxxxxxxxxxxxxxx>
• Re: Interested in contributing code to LKSCTP
  • From: Sreeram BS <sreeramabs@xxxxxxxxx>
• Re: [PATCH v3] sctp: Clean up type-punning in sctp_cmd_t union
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Interested in contributing code to LKSCTP
  • From: Sreeram BS <sreeramabs@xxxxxxxxx>
• Re: Interested in contributing code to LKSCTP
  • From: Dilip Daya <dilip.daya@xxxxxx>
• Re: Interested in contributing code to LKSCTP
  • From: Sreeram BS <sreeramabs@xxxxxxxxx>
• Re: Interested in contributing code to LKSCTP
  • From: Sreeram BS <sreeramabs@xxxxxxxxx>
• Re: Interested in contributing code to LKSCTP
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Interested in contributing code to LKSCTP
  • From: Sreeram BS <sreeramabs@xxxxxxxxx>
• Re: [PATCH net-next] sctp: support per-association stats via a new SCTP_GET_ASSOC_STATS call
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [PATCH net-next] sctp: support per-association stats via a new SCTP_GET_ASSOC_STATS call
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [PATCH net-next] sctp: support per-association stats via a new SCTP_GET_ASSOC_STATS call
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next] sctp: support per-association stats via a new SCTP_GET_ASSOC_STATS call
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next] sctp: support per-association stats via a new SCTP_GET_ASSOC_STATS call
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [PATCH net-next] sctp: support per-association stats via a new SCTP_GET_ASSOC_STATS call
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: support per-association stats via a new SCTP_GET_ASSOC_STATS call
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: support per-association stats via a new SCTP_GET_ASSOC_STATS call
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v3] sctp: Clean up type-punning in sctp_cmd_t union
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next] sctp: support per-association stats via a new SCTP_GET_ASSOC_STATS call
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: Clean up type-punning in sctp_cmd_t union
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Clean up type-punning in sctp_cmd_t union
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH v3] sctp: Clean up type-punning in sctp_cmd_t union
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: support per-association stats via a new SCTP_GET_ASSOC_STATS call
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: Clean up type-punning in sctp_cmd_t union
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: [PATCH] sctp: Clean up type-punning in sctp_cmd_t union
  • From: "David Laight" <David.Laight@xxxxxxxxxx>
• Re: [PATCH net-next] sctp: support per-association stats via a new SCTP_GET_ASSOC_STATS call
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: support per-association stats via a new SCTP_GET_ASSOC_STATS call
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [PATCH net-next] sctp: support per-association stats via a new SCTP_GET_ASSOC_STATS call
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next] sctp: support per-association stats via a new SCTP_GET_ASSOC_STATS call
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next] sctp: support per-association stats via a new SCTP_GET_ASSOC_STATS call
  • From: Michele Baldessari <michele@xxxxxxxxxx>
• Re: [PATCH] sctp: Clean up type-punning in sctp_cmd_t union
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: Clean up type-punning in sctp_cmd_t union
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Clean up type-punning in sctp_cmd_t union
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Clean up type-punning in sctp_cmd_t union
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: support per-association stats via a new SCTP_GET_ASSOC_STATS call
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next] sctp: support per-association stats via a new SCTP_GET_ASSOC_STATS call
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v2] sctp: Clean up type-punning in sctp_cmd_t union
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: Clean up type-punning in sctp_cmd_t union
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next] sctp: support per-association stats via a new SCTP_GET_ASSOC_STATS call
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net-next] sctp: support per-association stats via a new SCTP_GET_ASSOC_STATS call
  • From: Michele Baldessari <michele@xxxxxxxxxx>
• [PATCH v2] sctp: Clean up type-punning in sctp_cmd_t union
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Clean up type-punning in sctp_cmd_t union
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Clean up type-punning in sctp_cmd_t union
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: [PATCH] sctp: Clean up type-punning in sctp_cmd_t union
  • From: "David Laight" <David.Laight@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Add myself to list of SCTP maintainers
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: Make hmac algorithm selection for cookie generation dynamic
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Clean up type-punning in sctp_cmd_t union
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: Clean up type-punning in sctp_cmd_t union
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Clean up type-punning in sctp_cmd_t union
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH] sctp: Clean up type-punning in sctp_cmd_t union
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: Make hmac algorithm selection for cookie generation dynamic
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Add myself to list of SCTP maintainers
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH] MAINTAINERS: Add myself to list of SCTP maintainers
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH v2] sctp: Make hmac algorithm selection for cookie generation dynamic
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] Make hmac algorithm selection for cookie generation dynamic
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] Make hmac algorithm selection for cookie generation dynamic
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] Make hmac algorithm selection for cookie generation dynamic
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] Make hmac algorithm selection for cookie generation dynamic
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] Make hmac algorithm selection for cookie generation dynamic
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] Make hmac algorithm selection for cookie generation dynamic
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: net,sctp: oops in sctp_do_sm
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Fw: [Bug 49131] New: sctp related kernel panic
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH] Make hmac algorithm selection for cookie generation dynamic
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net-next 00/21] treewide: Use consistent api style for address testing
  • From: Joe Perches <joe@xxxxxxxxxxx>
• net,sctp: oops in sctp_do_sm
  • From: Sasha Levin <sasha.levin@xxxxxxxxxx>
• Re: Missing MIB's?
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Missing MIB's?
  • From: Erik Hugne <erik.hugne@xxxxxxxxxxxx>
• Re: [PATCH] sctp: fix call to SCTP_CMD_PROCESS_SACK in sctp_cmd_interpreter()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix call to SCTP_CMD_PROCESS_SACK in sctp_cmd_interpreter()
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH] sctp: fix call to SCTP_CMD_PROCESS_SACK in sctp_cmd_interpreter()
  • From: nicolas.dichtel@xxxxxxxxx
• Re: [PATCH] net: sctp: Fix typo in socket.c
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH] net: sctp: Fix typo in socket.c
  • From: Masanari Iida <standby24x7@xxxxxxxxx>
• Re: [RFC PATCH 1/2] sctp: fix a typo in prototype of __sctp_rcv_lookup()
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [RFC PATCH 1/2] sctp: fix a typo in prototype of __sctp_rcv_lookup()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] sctp: check src addr when processing SACK to update transport state
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] sctp: fix a typo in prototype of __sctp_rcv_lookup()
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [RFC PATCH 2/2] sctp: check src addr when processing SACK to update transport state
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [RFC PATCH 1/2] sctp: fix a typo in prototype of __sctp_rcv_lookup()
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [RFC PATCH 1/2] sctp: fix a typo in prototype of __sctp_rcv_lookup()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [RFC PATCH 2/2] sctp: check src addr when processing SACK to update transport state
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [RFC PATCH 1/2] sctp: fix a typo in prototype of __sctp_rcv_lookup()
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [ 111/180] sctp: Fix list corruption resulting from freeing an association on a list
  • From: Willy Tarreau <w@xxxxxx>
• Re: [PATCH net-next v2] Take care of xfrm policy when checking dst entries
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: [PATCH net-next v3 0/4] Take care of xfrm policy when checking dst entries
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next v3 0/4] Take care of xfrm policy when checking dst entries
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next v3 0/4] Take care of xfrm policy when checking dst entries
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH net-next v3 0/4] Take care of xfrm policy when checking dst entries
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next v3 0/4] Take care of xfrm policy when checking dst entries
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next v3 0/4] Take care of xfrm policy when checking dst entries
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next v3 4/4] ipv6: use DST_* macro to set obselete field
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH net-next v3 3/4] ipv6: use net->rt_genid to check dst validity
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH net-next v3 2/4] xfrm: invalidate dst on policy insertion/deletion
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH net-next v3 4/4] ipv6: use DST_* macro to set obselete field
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH net-next v3 1/4] netns: move net->ipv4.rt_genid to net->rt_genid
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH net-next v3 0/4] Take care of xfrm policy when checking dst entries
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH net-next v2] Take care of xfrm policy when checking dst entries
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2] Take care of xfrm policy when checking dst entries
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next v2] Take care of xfrm policy when checking dst entries
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 2/4] xfrm: invalidate dst on policy insertion/deletion
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH net-next v2 3/4] ipv6: use net->rt_genid to check dst validity
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH net-next v2 3/4] ipv6: use net->rt_genid to check dst validity
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next v2] Take care of xfrm policy when checking dst entries
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH net-next v2] Take care of xfrm policy when checking dst entries
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next v2 3/4] ipv6: use net->rt_genid to check dst validity
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH net-next v2 3/4] ipv6: use net->rt_genid to check dst validity
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next v2 2/4] xfrm: invalidate dst on policy insertion/deletion
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH net-next v2 4/4] ipv6: use DST_* macro to set obselete field
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH net-next v2 3/4] ipv6: use net->rt_genid to check dst validity
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH net-next v2 2/4] xfrm: invalidate dst on policy insertion/deletion
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH net-next v2 1/4] netns: move net->ipv4.rt_genid to net->rt_genid
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH net-next v2] Take care of xfrm policy when checking dst entries
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH 1/2] dst: take into account policy update on check()
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 1/2] dst: take into account policy update on check()
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [Lksctp-developers] route/dst_entry caching issue
  • From: Matija Glavinic Pecotic <matija.glavinic-pecotic.ext@xxxxxxx>
• Re: [PATCH 1/2] dst: take into account policy update on check()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] dst: take into account policy update on check()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] dst: take into account policy update on check()
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 1/2] dst: take into account policy update on check()
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH 1/2] dst: take into account policy update on check()
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 1/2] dst: take into account policy update on check()
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 1/2] dst: take into account policy update on check()
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH 1/2] dst: take into account policy update on check()
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH 1/2] dst: take into account policy update on check()
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 1/2] dst: take into account policy update on check()
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH 2/2] ipv6: remove rt6i_flow_cache_genid field in rt6_info
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH 1/2] dst: take into account policy update on check()
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH RFC net-next 0/2] Take care of xfrm policy when checking dst entries
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH] sctp: check dst validity after IPsec operations
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH] sctp: check dst validity after IPsec operations
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH] sctp: check dst validity after IPsec operations
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH] sctp: check dst validity after IPsec operations
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: check dst validity after IPsec operations
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: check dst validity after IPsec operations
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH] sctp: check dst validity after IPsec operations
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH] sctp: check dst validity after IPsec operations
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [Lksctp-developers] route/dst_entry caching issue
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [Lksctp-developers] route/dst_entry caching issue
  • From: Matija Glavinic Pecotic <matija.glavinic-pecotic.ext@xxxxxxx>
• Re: [PATCH] sctp: use list_move_tail instead of list_del/list_add_tail
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sctp: use list_move_tail instead of list_del/list_add_tail
  • From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
• Re: [PATCH] sctp: Don't charge for data in sndbuf again when transmitting packet
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Don't charge for data in sndbuf again when transmitting packet
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH] sctp: Don't charge for data in sndbuf again when transmitting packet
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [patch] sctp: fix bogus if statement in sctp_auth_recv_cid()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch] sctp: fix bogus if statement in sctp_auth_recv_cid()
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [patch] sctp: fix bogus if statement in sctp_auth_recv_cid()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH net-next 0/7] sctp: network namespace support Part 2: per net tunables
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 00/13] SCTP: Enable netns
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next 3/9] sctp: Make the association hashtable handle multiple network namespaces
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next 0/7] sctp: network namespace support Part 2: per net tunables
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next 4/9] sctp: Make the address lists per network namespace
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next 1/7] sctp: Add infrastructure for per net sysctls
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next 9/9] sctp: Make the mib per network namespace
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next 8/9] sctp: Enable sctp in all network namespaces
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next 7/9] sctp: Make the proc files per network namespace.
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next 6/9] sctp: Move the percpu sockets counter out of sctp_proc_init
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next 5/9] sctp: Make the ctl_sock per network namespace
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next 2/9] sctp: Make the endpoint hashtable handle multiple network namespaces
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next 1/9] sctp: Make the port hash table use struct net in it's key.
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next 0/7] sctp: network namespace support Part 2: per net tunables
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next 0/7] sctp: network namespace support Part 2: per net tunables
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/7] sctp: network namespace support Part 2: per net tunables
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next 0/7] sctp: network namespace support Part 2: per net tunables
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [ 083/109] sctp: Fix list corruption resulting from freeing an association on a list
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [ 30/49] sctp: Fix list corruption resulting from freeing an association on a list
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 7/7] sctp: Make sysctl tunables per net
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH net-next 6/7] sctp: Push struct net down into sctp_verify_ext_param
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH net-next 4/7] sctp: Push struct net down into sctp_in_scope
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH net-next 3/7] sctp: Push struct net down into sctp_transport_init
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH net-next 2/7] sctp: Push struct net down to sctp_chunk_event_lookup
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH net-next 1/7] sctp: Add infrastructure for per net sysctls
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH net-next 0/7] sctp: network namespace support Part 2: per net tunables
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 00/13] SCTP: Enable netns
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 00/13] SCTP: Enable netns
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH 00/13] SCTP: Enable netns
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 00/13] SCTP: Enable netns
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH 00/13] SCTP: Enable netns
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 01/13] SCTP: Preparation for namespace enablement
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 00/13] SCTP: Enable netns
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH net-next 9/9] sctp: Make the mib per network namespace
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH net-next 8/9] sctp: Enable sctp in all network namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH net-next 7/9] sctp: Make the proc files per network namespace.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH net-next 6/9] sctp: Move the percpu sockets counter out of sctp_proc_init
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH net-next 5/9] sctp: Make the ctl_sock per network namespace
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH net-next 4/9] sctp: Make the address lists per network namespace
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH net-next 3/9] sctp: Make the association hashtable handle multiple network namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH net-next 2/9] sctp: Make the endpoint hashtable handle multiple network namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH net-next 1/9] sctp: Make the port hash table use struct net in it's key.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH net-next 0/9] sctp: Basic support for network namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 00/13] SCTP: Enable netns
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 02/13] SCTP: register protocol for namespace handling.
  • From: Jan Ariyasu <jan.ariyasu@xxxxxxxxx>
• Re: [PATCH 00/13] SCTP: Enable netns
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 05/13] SCTP: register per-namespace sysctl.
  • From: Jan Ariyasu <jan.ariyasu@xxxxxxxxx>
• [PATCH 07/13] SCTP: Make primitive functions pass per-namespace parameters.
  • From: Jan Ariyasu <jan.ariyasu@xxxxxxxxx>
• [PATCH 09/13] SCTP: Make transmitted packets use per-namespace parameters.
  • From: Jan Ariyasu <jan.ariyasu@xxxxxxxxx>
• [PATCH 13/13] SCTP: make socket-initialization use per-namespace protocol parameters.
  • From: Jan Ariyasu <jan.ariyasu@xxxxxxxxx>
• [PATCH 12/13] SCTP: Enable chunk-auth verification (RFC4895).
  • From: Jan Ariyasu <jan.ariyasu@xxxxxxxxx>
• [PATCH 11/13] SCTP: enable chunks to use per-namespace parameters.
  • From: Jan Ariyasu <jan.ariyasu@xxxxxxxxx>
• [PATCH 10/13] SCTP: enable per-namespace authentication configuration.
  • From: Jan Ariyasu <jan.ariyasu@xxxxxxxxx>
• [PATCH 08/13] SCTP: Make associations use per-namespace configuration.
  • From: Jan Ariyasu <jan.ariyasu@xxxxxxxxx>
• [PATCH 04/13] SCTP: enable per-namespace address handling.
  • From: Jan Ariyasu <jan.ariyasu@xxxxxxxxx>
• [PATCH 03/13] SCTP: These changes register procfs for netns.
  • From: Jan Ariyasu <jan.ariyasu@xxxxxxxxx>
• [PATCH 01/13] SCTP: Preparation for namespace enablement
  • From: Jan Ariyasu <jan.ariyasu@xxxxxxxxx>
• [PATCH 00/13] SCTP: Enable netns
  • From: Jan Ariyasu <jan.ariyasu@xxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: xufeng zhang <xufeng.zhang@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: xufeng zhang <xufeng.zhang@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: Xufeng Zhang <xufengzhang.main@xxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: Xufeng Zhang <xufengzhang.main@xxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: Xufeng Zhang <xufengzhang.main@xxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: Xufeng Zhang <xufengzhang.main@xxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: Xufeng Zhang <xufengzhang.main@xxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: Xufeng Zhang <xufengzhang.main@xxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: Xufeng Zhang <xufengzhang.main@xxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: Xufeng Zhang <xufengzhang.main@xxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: Xufeng Zhang <xufengzhang.main@xxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: Xufeng Zhang <xufengzhang.main@xxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: Xufeng Zhang <xufengzhang.main@xxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: xufeng zhang <xufeng.zhang@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: Xufeng Zhang <xufengzhang.main@xxxxxxxxx>
• Re: [PATCH v5] sctp: Implement quick failover draft from tsvwg
  • From: Flavio Leitner <fbl@xxxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: [PATCH] Crash in tun
  • From: "David Laight" <David.Laight@xxxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: xufeng zhang <xufeng.zhang@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: xufeng zhang <xufeng.zhang@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v6] sctp: Implement quick failover draft from tsvwg
  • From: "Neil Horman <nhorman@xxxxxxxxxxxxx>" <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v6] sctp: Implement quick failover draft from tsvwg
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v6] sctp: Implement quick failover draft from tsvwg
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH v6] sctp: Implement quick failover draft from tsvwg
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v5] sctp: Implement quick failover draft from tsvwg
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] Crash in tun
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH] Crash in tun
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5] sctp: Implement quick failover draft from tsvwg
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v5] sctp: Implement quick failover draft from tsvwg
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v5] sctp: Implement quick failover draft from tsvwg
  • From: Flavio Leitner <fbl@xxxxxxxxxx>
• [PATCH v5] sctp: Implement quick failover draft from tsvwg
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v4] sctp: Implement quick failover draft from tsvwg
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v4] sctp: Implement quick failover draft from tsvwg
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH v4] sctp: Implement quick failover draft from tsvwg
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v3] sctp: Implement quick failover draft from tsvwg
  • From: Flavio Leitner <fbl@xxxxxxxxxx>
• Re: [PATCH v2] sctp: Implement quick failover draft from tsvwg
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH v3] sctp: Implement quick failover draft from tsvwg
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: Implement quick failover draft from tsvwg
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: Implement quick failover draft from tsvwg
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling
  • From: <xufengzhang.main@xxxxxxxxx>
• Re: [PATCH v2] sctp: Implement quick failover draft from tsvwg
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v2] sctp: Implement quick failover draft from tsvwg
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH v2] sctp: Implement quick failover draft from tsvwg
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: Fix list corruption resulting from freeing an association on a list
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: Fix list corruption resulting from freeing an association on a list
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2] sctp: Fix list corruption resulting from freeing an association on a list
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Fix list corruption resulting from freeing an association on a list
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH] sctp: Fix list corruption resulting from freeing an association on a list
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Implement quick failover draft from tsvwg
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Implement quick failover draft from tsvwg
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH] sctp: Implement quick failover draft from tsvwg
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>