Linux SCTP (Stream Control Transmission Protocol)

• Thread Index

• Re: [PATCH] sctp: refactor sctp_packet_append_chunk and clenup some memory leaks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v6] sctp: be more restrictive in transport selection on bundled sacks
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v6] sctp: be more restrictive in transport selection on bundled sacks
  • From: Jan Ceuleers <jan.ceuleers@xxxxxxxxxxxx>
• Re: [PATCH] sctp: refactor sctp_packet_append_chunk and clenup some memory leaks
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v6] sctp: be more restrictive in transport selection on bundled sacks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sctp: refactor sctp_packet_append_chunk and clenup some memory leaks
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v6] sctp: be more restrictive in transport selection on bundled sacks
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: possible integer underflow in __sctp_auth_cid()
  • From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
• Re: [PATCH v6] sctp: be more restrictive in transport selection on bundled sacks
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v6] sctp: be more restrictive in transport selection on bundled sacks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v6] sctp: be more restrictive in transport selection on bundled sacks
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v6] sctp: be more restrictive in transport selection on bundled sacks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v6] sctp: be more restrictive in transport selection on bundled sacks
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v6] sctp: be more restrictive in transport selection on bundled sacks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v5] sctp: be more restrictive in transport selection on bundled sacks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v6] sctp: be more restrictive in transport selection on bundled sacks
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v5] sctp: be more restrictive in transport selection on bundled sacks
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• possible integer underflow in __sctp_auth_cid()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v5] sctp: be more restrictive in transport selection on bundled sacks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v5] sctp: be more restrictive in transport selection on bundled sacks
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• [PATCH v5] sctp: be more restrictive in transport selection on bundled sacks
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH v4] sctp: be more restrictive in transport selection on bundled sacks
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: be more restrictive in transport selection on bundled sacks
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: be more restrictive in transport selection on bundled sacks
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: be more restrictive in transport selection on bundled sacks
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v2] sctp: be more restrictive in transport selection on bundled sacks
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: be more restrictive in transport selection on bundled sacks
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v2] sctp: be more restrictive in transport selection on bundled sacks
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: be more restrictive in transport selection on bundled sacks
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: be mroe restrictive in transport selection on bundled sacks
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: be mroe restrictive in transport selection on bundled sacks
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH] sctp: be mroe restrictive in transport selection on bundled sacks
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: be mroe restrictive in transport selection on bundled sacks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sctp: be mroe restrictive in transport selection on bundled sacks
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH] sctp: typo, fix destructruction
  • From: Peter Meerwald <pmeerw@xxxxxxxxxx>
• Re: crc32c_intel vs libcrc32c
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• crc32c_intel vs libcrc32c
  • From: Peter Butler <PButler@xxxxxx>
• Re: [RFC net-next 0/2] net: Use net_<level>_ratelimit
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC net-next 0/2] net: Use net_<level>_ratelimit
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC net-next 0/2] net: Use net_<level>_ratelimit
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC net-next 0/2] net: Use net_<level>_ratelimit
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC net-next 0/2] net: Use net_<level>_ratelimit
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC net-next 0/2] net: Use net_<level>_ratelimit
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC net-next 0/2] net: Use net_<level>_ratelimit
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC net-next 0/2] net: Use net_<level>_ratelimit
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC net-next 0/2] net: Use net_<level>_ratelimit
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC net-next 0/2] net: Use net_<level>_ratelimit
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC net-next 0/2] net: Use net_<level>_ratelimit
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC net-next 0/2] net: Use net_<level>_ratelimit
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC net-next 0/2] net: Use net_<level>_ratelimit
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [RFC net-next 2/2] net: Convert net_ratelimit uses to net_<level>_ratelimited
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [RFC net-next 0/2] net: Use net_<level>_ratelimit
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [Lksctp-developers] Bug: sctp packets are dropped after IPSEC rekeying (route cache issue)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [Lksctp-developers] Bug: sctp packets are dropped after IPSEC rekeying (route cache issue)
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [Lksctp-developers] Bug: sctp packets are dropped after IPSEC rekeying (route cache issue)
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [Lksctp-developers] Bug: sctp packets are dropped after IPSEC rekeying (route cache issue)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [Lksctp-developers] Bug: sctp packets are dropped after IPSEC rekeying (route cache issue)
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH] Return error to userspace in __sctp_connect when inconsistent ports are used
  • From: Michele Baldessari <michele@xxxxxxxxxx>
• Re: [PATCH] scpt: Allow struct sctp_event_subscribe to grow without breaking binaries
  • From: Thomas Graf <tgraf@xxxxxxxxxxxxx>
• Re: [PATCH] scpt: Allow struct sctp_event_subscribe to grow without breaking binaries
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] scpt: Allow struct sctp_event_subscribe to grow without breaking binaries
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] scpt: Allow struct sctp_event_subscribe to grow without breaking binaries
  • From: Thomas Graf <tgraf@xxxxxxxxxxxxx>
• Re: question about net/sctp/socket.c
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: question about net/sctp/socket.c
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• Re: question about net/sctp/socket.c
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: question about net/sctp/socket.c
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• Re: question about net/sctp/socket.c
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: question about net/sctp/socket.c
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• question about net/sctp/socket.c
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Mobile SCTP
  • From: <tansir.ahmed@xxxxxxxxxx>
• Re: [PATCH v2 2/2] dlm: Do not allocate a fd for peeloff
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] sctp: Export sctp_do_peeloff
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] dlm: Do not allocate a fd for peeloff
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH v2 1/2] sctp: Export sctp_do_peeloff
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH v2 2/2] dlm: Do not allocate a fd for peeloff
  • From: Benjamin Poirier <bpoirier@xxxxxxx>
• [PATCH v2 1/2] sctp: Export sctp_do_peeloff
  • From: Benjamin Poirier <bpoirier@xxxxxxx>
• Re: [PATCH] dlm, sctp: Do not allocate a fd for peeloff
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] dlm, sctp: Do not allocate a fd for peeloff
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] dlm, sctp: Do not allocate a fd for peeloff
  • From: Benjamin Poirier <bpoirier@xxxxxxx>
• Re: [PATCH v3] sctp: fix incorrect overflow check on autoclose
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: Do not account for sizeof(struct sk_buff) in estimated rwnd
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Do not account for sizeof(struct sk_buff) in estimated rwnd
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: Do not account for sizeof(struct sk_buff) in estimated rwnd
  • From: Thomas Graf <tgraf@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Do not account for sizeof(struct sk_buff) in estimated rwnd
  • From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
• Re: [PATCH] sctp: Do not account for sizeof(struct sk_buff) in estimated rwnd
  • From: Thomas Graf <tgraf@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Do not account for sizeof(struct sk_buff) in estimated rwnd
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sctp: Do not account for sizeof(struct sk_buff) in estimated rwnd
  • From: Thomas Graf <tgraf@xxxxxxxxxx>
• [PATCH v3] sctp: fix incorrect overflow check on autoclose
  • From: Xi Wang <xi.wang@xxxxxxxxx>
• Re: [PATCH v2] sctp: fix incorrect overflow check on autoclose
  • From: Xi Wang <xi.wang@xxxxxxxxx>
• Re: [PATCH v2] sctp: fix incorrect overflow check on autoclose
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH v2] sctp: fix incorrect overflow check on autoclose
  • From: Xi Wang <xi.wang@xxxxxxxxx>
• Re: [PATCH v2] sctp: fix incorrect overflow check on autoclose
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: SCTP multihoming sends incorrect ARP request
  • From: Stanislav Kozina <skozina@xxxxxxxxxx>
• [PATCH v2] sctp: fix incorrect overflow check on autoclose
  • From: Xi Wang <xi.wang@xxxxxxxxx>
• Re: [PATCH RESEND] sctp: fix incorrect overflow check on autoclose
  • From: Xi Wang <xi.wang@xxxxxxxxx>
• Re: SCTP multihoming sends incorrect ARP request
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: SCTP multihoming sends incorrect ARP request
  • From: Stanislav Kozina <skozina@xxxxxxxxxx>
• SCTP multihoming sends incorrect ARP request
  • From: Stanislav Kozina <skozina@xxxxxxxxxx>
• Re: [PATCH RESEND] sctp: fix incorrect overflow check on autoclose
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH RESEND] sctp: fix incorrect overflow check on autoclose
  • From: Xi Wang <xi.wang@xxxxxxxxx>
• Re: [PATCH RESEND] sctp: fix incorrect overflow check on autoclose
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH RESEND] sctp: fix incorrect overflow check on autoclose
  • From: Xi Wang <xi.wang@xxxxxxxxx>
• Re: [PATCH RESEND] sctp: fix incorrect overflow check on autoclose
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH RESEND] sctp: fix incorrect overflow check on autoclose
  • From: Xi Wang <xi.wang@xxxxxxxxx>
• Re: [PATCH] sctp: fix incorrect overflow check on autoclose
  • From: Xi Wang <xi.wang@xxxxxxxxx>
• Re: [PATCH] sctp: fix incorrect overflow check on autoclose
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sctp: fix incorrect overflow check on autoclose
  • From: Xi Wang <xi.wang@xxxxxxxxx>
• Re: [PATCH] sctp: integer overflow in sctp_auth_create_key()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: better integer overflow check in sctp_auth_create_key()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: integer overflow in sctp_auth_create_key()
  • From: Xi Wang <xi.wang@xxxxxxxxx>
• [PATCH v2] sctp: better integer overflow check in sctp_auth_create_key()
  • From: Xi Wang <xi.wang@xxxxxxxxx>
• Re: [PATCH] sctp: integer overflow in sctp_auth_create_key()
  • From: Xi Wang <xi.wang@xxxxxxxxx>
• Re: [PATCH] sctp: integer overflow in sctp_auth_create_key()
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: integer overflow in sctp_auth_create_key()
  • From: Xi Wang <xi.wang@xxxxxxxxx>
• Re: [PATCH] sctp: integer overflow in sctp_auth_create_key()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: integer overflow in sctp_auth_create_key()
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] sctp: integer overflow in sctp_auth_create_key()
  • From: Xi Wang <xi.wang@xxxxxxxxx>
• RE: Per association statistics
  • From: <yongjun_wei@xxxxxxxxxxxxxxxxx>
• Re: Per association statistics
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Per association statistics
  • From: "Kiss, Zoltan (NSN - HU/Budapest)" <zoltan.kiss@xxxxxxx>
• Re: sctp over ipv6 patch for IPSEC
  • From: Prashant Batra <prashant0100@xxxxxxxxx>
• sctp over ipv6 patch for IPSEC
  • From: Prashant Batra <prashant0100@xxxxxxxxx>
• Re: [PATCH] sctp: deal with multiple COOKIE_ECHO chunks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: deal with multiple COOKIE_ECHO chunks
  • From: Max Matveev <makc@xxxxxxxxxx>
• Re: [PATCH] sctp: deal with multiple COOKIE_ECHO chunks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 18/24] sctp: Remove unnecessary OOM logging messages
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH] sctp: deal with multiple COOKIE_ECHO chunks
  • From: Max Matveev <makc@xxxxxxxxxx>
• Re: [PATCH 18/24] sctp: Remove unnecessary OOM logging messages
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 18/24] sctp: Remove unnecessary OOM logging messages
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 18/24] sctp: Remove unnecessary OOM logging messages
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 18/24] sctp: Remove unnecessary OOM logging messages
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 18/24] sctp: Remove unnecessary OOM logging messages
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH 00/24] net: Remove unnecessary OOM logging messages
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 18/24] sctp: Remove unnecessary OOM logging messages
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH] sctp: dont cast void* from kmalloc()
  • From: Thomas Meyer <thomas@xxxxxxxx>
• [PATCH] sctp: dont cast void* from kmalloc()
  • From: Thomas Meyer <thomas@xxxxxxxx>
• Re: [PATCH 01/10] net: sctp: fix checksum marking for outgoing packets
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 01/10] net: sctp: fix checksum marking for outgoing packets
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• [Error] RECVMSG
  • From: Nguyễn Phước Thành <ht22.pt@xxxxxxxxx>
• Re: [PATCHv3] sctp: ABORT if receive, reassmbly, or reodering queue is not empty while closing socket
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv3] sctp: ABORT if receive, reassmbly, or reodering queue is not empty while closing socket
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCHv3] sctp: ABORT if receive, reassmbly, or reodering queue is not empty while closing socket
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCHv3] sctp: ABORT if receive, reassmbly, or reodering queue is not empty while closing socket
  • From: Thomas Graf <tgraf@xxxxxxxxxxxxx>
• Re: [PATCHv2] sctp: ABORT if receive queue is not empty while closing socket
  • From: Thomas Graf <tgraf@xxxxxxxxxxxxx>
• Re: [PATCHv2] sctp: ABORT if receive queue is not empty while closing socket
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• [PATCHv2] sctp: ABORT if receive queue is not empty while closing socket
  • From: Thomas Graf <tgraf@xxxxxxxxxxxxx>
• Re: [PATCHv3] sctp: Enforce retransmission limit during shutdown
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv3] sctp: Enforce retransmission limit during shutdown
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• [PATCHv3] sctp: Enforce retransmission limit during shutdown
  • From: Thomas Graf <tgraf@xxxxxxxxxxxxx>
• Re: [PATCHv2] sctp: Enforce retransmission limit during shutdown
  • From: Thomas Graf <tgraf@xxxxxxxxxxxxx>
• Re: [PATCHv2] sctp: Enforce retransmission limit during shutdown
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• [Question LKSCTP] Reduce chunk HEARTBEAT
  • From: Nguyễn Phước Thành <ht22.pt@xxxxxxxxx>
• Re: [PATCHv2] sctp: Enforce retransmission limit during shutdown
  • From: Thomas Graf <tgraf@xxxxxxxxxxxxx>
• Re: [PATCHv2] sctp: Enforce retransmission limit during shutdown
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCHv2] sctp: Enforce retransmission limit during shutdown
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCHv2] sctp: Enforce retransmission limit during shutdown
  • From: Thomas Graf <tgraf@xxxxxxxxxxxxx>
• Re: [PATCHv2] sctp: Enforce retransmission limit during shutdown
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCHv2] sctp: Enforce retransmission limit during shutdown
  • From: Thomas Graf <tgraf@xxxxxxxxxx>
• Re: [PATCHv2] sctp: Enforce retransmission limit during shutdown
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCHv2] sctp: Enforce retransmission limit during shutdown
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] Update documented default values for various TCP/UDP tunables
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] Update description of net.sctp.sctp_rmem and net.sctp.sctp_wmem tunables
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCHv2 0/2] Minor documentation updates for ip-related tunables
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] Update description of net.sctp.sctp_rmem and net.sctp.sctp_wmem tunables
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] Update description of net.sctp.sctp_rmem and net.sctp.sctp_wmem tunables
  • From: Max Matveev <makc@xxxxxxxxxx>
• Re: [PATCH 1/2] Update description of net.sctp.sctp_rmem and net.sctp.sctp_wmem tunables
  • From: Max Matveev <makc@xxxxxxxxxx>
• [PATCH v2 2/2] Update documented default values for various TCP/UDP tunables
  • From: Max Matveev <makc@xxxxxxxxxx>
• [PATCH v2 1/2] Update description of net.sctp.sctp_rmem and net.sctp.sctp_wmem tunables
  • From: Max Matveev <makc@xxxxxxxxxx>
• [PATCHv2 0/2] Minor documentation updates for ip-related tunables
  • From: Max Matveev <makc@xxxxxxxxxx>
• Re: [PATCH 2/2] Update documented default values for various TCP/UDP tunables
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] Update description of net.sctp.sctp_rmem and net.sctp.sctp_wmem tunables
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] Update description of net.sctp.sctp_rmem and net.sctp.sctp_wmem tunables
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] Update documented default values for various TCP/UDP tunables
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] Update description of net.sctp.sctp_rmem and net.sctp.sctp_wmem tunables
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCHv2] sctp: Enforce retransmission limit during shutdown
  • From: Thomas Graf <tgraf@xxxxxxxxxxxxx>
• [PATCH 2/2] Update documented default values for various TCP/UDP tunables
  • From: Max Matveev <makc@xxxxxxxxxx>
• [PATCH 1/2] Update description of net.sctp.sctp_rmem and net.sctp.sctp_wmem tunables
  • From: Max Matveev <makc@xxxxxxxxxx>
• [PATCH 0/2] Minor documentation updates for ip-related tunables
  • From: Max Matveev <makc@xxxxxxxxxx>
• Re: [PATCH] sctp: fix missing send up SCTP_SENDER_DRY_EVENT when subscribe it
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2] sctp: fix missing send up SCTP_SENDER_DRY_EVENT when subscribe it
  • From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
• [PATCH] sctp: fix missing send up SCTP_SENDER_DRY_EVENT when subscribe it
  • From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
• Re: [PATCH 00/12] net switch/case reformatting
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 00/12] net switch/case reformatting
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 10/12] sctp: Reduce switch/case indent
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] sctp: ABORT if receive queue is not empty while closing socket
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: ABORT if receive queue is not empty while closing socket
  • From: Thomas Graf <tgraf@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Enforce maximum retransmissions during shutdown
  • From: Thomas Graf <tgraf@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: ABORT if receive queue is not empty while closing socket
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: Enforce maximum retransmissions during shutdown
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] sctp: ABORT if receive queue is not empty while closing socket
  • From: Thomas Graf <tgraf@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Enforce maximum retransmissions during shutdown
  • From: Thomas Graf <tgraf@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Enforce maximum retransmissions during shutdown
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: Enforce maximum retransmissions during shutdown
  • From: Thomas Graf <tgraf@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Enforce maximum retransmissions during shutdown
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: Enforce maximum retransmissions during shutdown
  • From: Thomas Graf <tgraf@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Enforce maximum retransmissions during shutdown
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: Reducing rwnd by sizeof(struct sk_buff) for each CHUNK is too aggressive
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] sctp: Enforce maximum retransmissions during shutdown
  • From: Thomas Graf <tgraf@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Reducing rwnd by sizeof(struct sk_buff) for each CHUNK is too aggressive
  • From: Thomas Graf <tgraf@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Reducing rwnd by sizeof(struct sk_buff) for each CHUNK is too aggressive
  • From: Thomas Graf <tgraf@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Reducing rwnd by sizeof(struct sk_buff) for each CHUNK is too aggressive
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: Reducing rwnd by sizeof(struct sk_buff) for each CHUNK is too aggressive
  • From: Thomas Graf <tgraf@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: Reducing rwnd by sizeof(struct sk_buff) for each CHUNK is too aggressive
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] sctp: Reducing rwnd by sizeof(struct sk_buff) for each CHUNK is too aggressive
  • From: Thomas Graf <tgraf@xxxxxxxxxxxxx>
• Error in inserting sctp.ko module
  • From: अनुज <anuj01@xxxxxxxxx>
• Re: [PATCH] Update description of net.sctp.sctp_rmem and net.sctp.sctp_wmem tunables
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [PATCH] Update description of net.sctp.sctp_rmem and net.sctp.sctp_wmem tunables
  • From: Max Matveev <makc@xxxxxxxxxx>
• Re: [PATCH] Update description of net.sctp.sctp_rmem and net.sctp.sctp_wmem tunables
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Update description of net.sctp.sctp_rmem and net.sctp.sctp_wmem tunables
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [PATCH] Update description of net.sctp.sctp_rmem and net.sctp.sctp_wmem tunables
  • From: Max Matveev <makc@xxxxxxxxxx>
• Re: [PATCH] Update description of net.sctp.sctp_rmem and net.sctp.sctp_wmem tunables
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• [PATCH] Update description of net.sctp.sctp_rmem and net.sctp.sctp_wmem tunables
  • From: Max Matveev <makc@xxxxxxxxxx>
• Re: [PATCH net-next 1/2] net: Remove casts of void *
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/2] net: Remove casts of void *
  • From: Paul Moore <paul.moore@xxxxxx>
• [PATCH net-next 1/2] net: Remove casts of void *
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH net-next 0/2] net: remove casts of void *
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: Problem code multi-streaming
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: Problem code multi-streaming
  • From: Max Matveev <makc@xxxxxxxxxx>
• Problem code multi-streaming
  • From: Nguyễn Phước Thành <ht22.pt@xxxxxxxxx>
• Re: sctp: Add ASCONF operation on the single-homed host
  • From: Michio Honda <micchie@xxxxxxxxxxxxxx>
• re: sctp: Add ASCONF operation on the single-homed host
  • From: Dan Carpenter <error27@xxxxxxxxx>
• Re: linux-next: Tree for June 6 (sctp)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: linux-next: Tree for June 6 (sctp)
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• Re: [PATCH] sctp: stop pending timers and purge queues when peer restart asoc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sctp: stop pending timers and purge queues when peer restart asoc
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [Question] Demo apps myftp
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [Question] Demo apps myftp
  • From: Nguyễn Phước Thành <ht22.pt@xxxxxxxxx>
• Re: [PATCH] sctp: fixed missing fixup of sctp_local_addr_free
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: fixed missing fixup of sctp_local_addr_free
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sctp: fixed missing fixup of sctp_local_addr_free
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix memory leak of the ASCONF queue when free asoc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sctp: fix memory leak of the ASCONF queue when free asoc
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [Question] About Multi-homing in LKSCTP
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [Question] About Multi-homing in LKSCTP
  • From: Thanh Nguyen <ht22.pt@xxxxxxxxx>
• [Question] About Multi-homing in LKSCTP
  • From: Thanh Nguyen <ht22.pt@xxxxxxxxx>
• Re: [PATCH 2/2] sctp: sctp_sendmsg: Don't test known non-null sinfo
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2 v2] sctp: sctp_sendmsg: Don't initialize default_sinfo
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/2 v2] sctp: sctp_sendmsg: Don't initialize default_sinfo
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 1/2] sctp: sctp_sendmsg: Don't initialize default_sinfo
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/2] sctp: sctp_sendmsg: Don't initialize default_sinfo
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 2/2] sctp: sctp_sendmsg: Don't test known non-null sinfo
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 0/2] sctp: socket cleanups
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH net-next-2.6 0/5 v2] SCTP updates for net-next-2.6
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next-2.6 5/5 v2] sctp: clean up route lookup calls
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 4/5 v2] sctp: remove useless arguments from get_saddr() call
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 3/5] sctp: make sctp over IPv6 work with IPsec
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 2/5 v2] sctp: cache the ipv6 source after route lookup
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 1/5 v2] sctp: fix sctp to work with ipv6 source address routing
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 0/5 v2] SCTP updates for net-next-2.6
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH net-next-2.6 0/7] SCTP updates for net-next-2.6
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next-2.6 0/7] SCTP updates for net-next-2.6
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH net-next-2.6 0/7] SCTP updates for net-next-2.6
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next-2.6 4/7] sctp: remove useless arguments from get_saddr() call
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH net-next-2.6 4/7] sctp: remove useless arguments from get_saddr() call
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next-2.6 0/7] SCTP updates for net-next-2.6
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next-2.6 4/7] sctp: remove useless arguments from get_saddr() call
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next-2.6 7/7] sctp: fix IPv6 source address output routing with IPsec
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 6/7] sctp: clean up IPv6 route and XFRM lookups
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 5/7] sctp: clean up route lookup calls
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 4/7] sctp: remove useless arguments from get_saddr() call
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 3/7] sctp: make sctp over IPv6 work with IPsec
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 2/7] sctp: cache the ipv6 source after route lookup
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 1/7] sctp: fix sctp to work with ipv6 source address routing
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 0/7] SCTP updates for net-next-2.6
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: Lksctp and receiving ancilliary data from IP
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH net-next-2.6 0/3] new SCTP sockets APIs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Lksctp and receiving ancilliary data from IP
  • From: "Kiss, Zoltan (NSN - HU/Budapest)" <zoltan.kiss@xxxxxxx>
• Re: [PATCH net-next-2.6 0/9] SCTP updates for net-next-2.6
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next-2.6 9/9] sctp: move chunk from retransmit queue to abandoned list
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 8/9] sctp: make heartbeat information in sctp_make_heartbeat()
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 7/9] sctp: fix to check the source address of COOKIE-ECHO chunk
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 6/9] sctp: handle ootb packet in chunk order as defined
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 5/9] sctp: bail from sctp_endpoint_lookup_assoc() if not bound
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 4/9] sctp: remove completely unsed EMPTY state
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 3/9] sctp: remove redundant check when walking through a list of TLV parameters
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 2/9] sctp: check invalid value of length parameter in error cause
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 1/9] sctp: check parameter value of length in ERROR chunk
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 0/9] SCTP updates for net-next-2.6
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH net-next-2.6 8/8] sctp: Release all routes when processing acks ADD_IP or DEL_IP
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next-2.6 7/8] sctp: Allow bindx_del to accept 0 port
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next-2.6 6/8] sctp: teach CACC algorithm about removed transports
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next-2.6 5/8] sctp: use memdup_user to copy data from userspace
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next-2.6 4/8] sctp: kill abandoned SCTP_CMD_TRANSMIT command
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next-2.6 3/8] sctp: use common head of addr parameter to access member in addr-unrelated code
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next-2.6 2/8] sctp: fix the comment of sctp_sf_violation_paramlen()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next-2.6 1/8 v2] sctp: delete unused macro definition of sctp_chunk_is_control
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next-2.6 0/8] sctp: some cleanup and tiny fix for add/del ip
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH net-next-2.6 0/8] sctp: some cleanup and tiny fix for add/del ip
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH net-next-2.6 0/8] sctp: some cleanup and tiny fix for add/del ip
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 1/8 v2] sctp: delete unused macro definition of sctp_chunk_is_control
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 8/8] sctp: Release all routes when processing acks ADD_IP or DEL_IP
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 7/8] sctp: Allow bindx_del to accept 0 port
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 6/8] sctp: teach CACC algorithm about removed transports
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 5/8] sctp: use memdup_user to copy data from userspace
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 4/8] sctp: kill abandoned SCTP_CMD_TRANSMIT command
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 2/8] sctp: fix the comment of sctp_sf_violation_paramlen()
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 3/8] sctp: use common head of addr parameter to access member in addr-unrelated code
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 1/8] sctp: delete unused macro definition of sctp_chunk_is_control
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 0/8] sctp: some cleanup and tiny fix for add/del ip
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH net-next-2.6 0/3] new SCTP sockets APIs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next-2.6 0/3] new SCTP sockets APIs
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH net-next-2.6 0/3] new SCTP sockets APIs
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 3/3] sctp: implement event notification SCTP_SENDER_DRY_EVENT
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 2/3] sctp: change auth event type name to SCTP_AUTHENTICATION_EVENT
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 1/3] sctp: implement socket option SCTP_GET_ASSOC_ID_LIST
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH net-next-2.6 0/3] new SCTP sockets APIs
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix oops while removed transport still using as retran path
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix oops when updating retransmit path with DEBUG on
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sctp: fix oops while removed transport still using as retran path
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH] sctp: fix oops when updating retransmit path with DEBUG on
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH net-next-2.6 v3 0/3] sctp: Patch series
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH net-next-2.6 v3 0/3] sctp: Patch series
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: API SCTP,about problem multi-homing
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• API SCTP,about problem multi-homing
  • From: Thanh Nguyen <ht22.pt@xxxxxxxxx>
• Query
  • From: RahulSrivastava 71616 <rahuls@xxxxxxxxxx>
• Re: [PATCH 2/2] sctp: malloc enough room for asconf-ack chunk
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] sctp: fix auth_hmacs field's length of struct sctp_cookie
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/2] sctp: malloc enough room for asconf-ack chunk
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 1/2] sctp: fix auth_hmacs field's length of struct sctp_cookie
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Per-chunk overhead calculation too aggressive on send side
  • From: Max Matveev <makc@xxxxxxxxxx>
• Re: [PATCH] sctp: Make some local functions static
  • From: David Miller <davem@xxxxxxxxxxxxx>
• sctp 2.6.37 kernel - general protection fault
  • From: Jacek Luczak <difrost.kernel@xxxxxxxxx>
• [PATCH] sctp: Remove store to ret as it is not used
  • From: Holger Freyther <zecke@xxxxxxxxxxx>
• [PATCH] sctp: Make some local functions static
  • From: Holger Hans Peter Freyther <holger@xxxxxxxxxxx>
• Re: Error when build apps SCTP
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Error when build apps SCTP
  • From: Thanh Nguyen <ht22.pt@xxxxxxxxx>
• Re: [PATCH 17/17] net,act_police,rcu: remove rcu_barrier()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 16/17] net,rcu: convert call_rcu(dn_dev_free_ifa_rcu) to kfree_rcu()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 07/17] net,rcu: convert call_rcu(inet6_ifa_finish_destroy_rcu) to kfree_rcu()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 15/17] net,rcu: convert call_rcu(ha_rcu_free) to kfree_rcu()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 11/17] net,rcu: convert call_rcu(sctp_local_addr_free) to kfree_rcu()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 08/17] net,rcu: convert call_rcu(listeners_free_rcu) to kfree_rcu()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 06/17] net,rcu: convert call_rcu(in6_dev_finish_destroy_rcu) to kfree_rcu()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 05/17] net,rcu: convert call_rcu(tcf_police_free_rcu) to kfree_rcu()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 04/17] net,rcu: convert call_rcu(tcf_common_free_rcu) to kfree_rcu()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: do not mark chunk abandoned if peer has no PRSCTP capable
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix the fast retransmit limit
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: do not mark chunk abandoned if peer has no PRSCTP capable
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: fix the fast retransmit limit
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: do not mark chunk abandoned if peer has no PRSCTP capable
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix the fast retransmit limit
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: do not mark chunk abandoned if peer has no PRSCTP capable
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: fix the fast retransmit limit
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Gap is only retransmitted once
  • From: Mingyuan Zhu <liyha.zhu@xxxxxxxxx>
• [PATCH] sctp: fix the fast retransmit limit
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: Gap is only retransmitted once
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: Gap is only retransmitted once
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: Gap is only retransmitted once
  • From: Mingyuan Zhu <liyha.zhu@xxxxxxxxx>
• [PATCH] sctp: do not mark chunk abandoned if peer has no PRSCTP capable
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: Gap is only retransmitted once
  • From: Mingyuan Zhu <liyha.zhu@xxxxxxxxx>
• Re: Gap is only retransmitted once
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: Gap is only retransmitted once
  • From: Mingyuan Zhu <liyha.zhu@xxxxxxxxx>
• Re: Gap is only retransmitted once
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: Gap is only retransmitted once
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: Gap is only retransmitted once
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [PATCH][RFC] sctp: fix reporting of unknown parameters
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• Re: Gap is only retransmitted once
  • From: Mingyuan Zhu <liyha.zhu@xxxxxxxxx>
• Re: Gap is only retransmitted once
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: fix compile warnings in sctp_tsnmap_num_gabs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next] sctp: fix compile warnings in sctp_tsnmap_num_gabs
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [PATCH][RFC] sctp: fix reporting of unknown parameters
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [PATCH][RFC] sctp: fix reporting of unknown parameters
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Gap is only retransmitted once
  • From: Mingyuan Zhu <liyha.zhu@xxxxxxxxx>
• Re: [PATCH][RFC] sctp: fix reporting of unknown parameters
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• Re: Gap is only retransmitted once
  • From: Mingyuan Zhu <liyha.zhu@xxxxxxxxx>
• Re: [PATCH][RFC] sctp: fix reporting of unknown parameters
  • From: Jiri Bohac <jbohac@xxxxxxx>
• Re: [PATCH][RFC] sctp: fix reporting of unknown parameters
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• [PATCH][RFC] sctp: fix reporting of unknown parameters
  • From: Jiri Bohac <jbohac@xxxxxxx>
• Re: Gap is only retransmitted once
  • From: Mingyuan Zhu <liyha.zhu@xxxxxxxxx>
• Re: Gap is only retransmitted once
  • From: Mingyuan Zhu <liyha.zhu@xxxxxxxxx>
• Re: Gap is only retransmitted once
  • From: Vasil Velichkov <vasil.velichkov@xxxxxxxxxxxx>
• Gap is only retransmitted once
  • From: Mingyuan Zhu <liyha.zhu@xxxxxxxxx>
• Re: MultiPath TCP in the Linux Kernel
  • From: Christoph Paasch <christoph.paasch@xxxxxxxxxxxx>
• Re: MultiPath TCP in the Linux Kernel
  • From: Christoph Paasch <christoph.paasch@xxxxxxxxxxxx>
• Re: MultiPath TCP in the Linux Kernel
  • From: Hagen Paul Pfeifer <hagen@xxxxxxxx>
• Re: MultiPath TCP in the Linux Kernel
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: MultiPath TCP in the Linux Kernel
  • From: Christoph Paasch <christoph.paasch@xxxxxxxxxxxx>
• MultiPath TCP in the Linux Kernel
  • From: Christoph Paasch <christoph.paasch@xxxxxxxxxxxx>
• Re: Inconsistency in spinfo_state between Linux and FreeBSD sctp
  • From: Michael Tuexen <tuexen@xxxxxxxxxxxxxx>
• Re: Inconsistency in spinfo_state between Linux and FreeBSD sctp
  • From: Randy Stewart <randall@xxxxxxxxxxxx>
• Re: Inconsistency in spinfo_state between Linux and FreeBSD sctp
  • From: Randy Stewart <randall@xxxxxxxxxxxx>
• Re: Inconsistency in spinfo_state between Linux and FreeBSD sctp
  • From: Kacheong Poon <ka-cheong.poon@xxxxxxxxxx>
• Re: [PATCH-v2] sctp: user perfect name for Delayed SACK Timer option
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Inconsistency in spinfo_state between Linux and FreeBSD sctp
  • From: Schoch Christian <e0326715@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] sctp: implement automatic buffer tuning
  • From: Morten Hustveit <mortehu@xxxxxxxxxxx>
• Re: [PATCH-v2] sctp: user perfect name for Delayed SACK Timer option
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH-v2] sctp: user perfect name for Delayed SACK Timer option
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [PATCH-v2] sctp: user perfect name for Delayed SACK Timer option
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH-v2] sctp: user perfect name for Delayed SACK Timer option
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: user perfect name for Delayed SACK Timer option
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: user perfect name for Delayed SACK Timer option
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: user perfect name for Delayed SACK Timer option
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sctp: user perfect name for Delayed SACK Timer option
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: Make some local functions static
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH] sctp: Make some local functions static
  • From: Holger Freyther <zecke@xxxxxxxxxxx>
• [PATCH] sctp: Remove store to ret as it is not used
  • From: Holger Freyther <zecke@xxxxxxxxxxx>
• Re: [PATCH 2/2] sctp: Remove store to ret as it is not used
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH][RFC] Allow to use adler32 for SCTP
  • From: Holger Hans Peter Freyther <holger@xxxxxxxxxxx>
• Re: [PATCH][RFC] Allow to use adler32 for SCTP
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH][RFC] Allow to use adler32 for SCTP
  • From: Holger Hans Peter Freyther <holger@xxxxxxxxxxx>
• Re: Question regarding struct sctp_association
  • From: Holger Hans Peter Freyther <holger@xxxxxxxxxxx>
• Re: Question regarding struct sctp_association
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: Question regarding struct sctp_association
  • From: Holger Hans Peter Freyther <holger@xxxxxxxxxxx>
• Re: Question regarding struct sctp_association
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] sctp: Remove variables that are only written to
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Question regarding struct sctp_association
  • From: Holger Hans Peter Freyther <holger@xxxxxxxxxxx>
• [PATCH 1/2] sctp: Remove variables that are only written to
  • From: Holger Hans Peter Freyther <holger@xxxxxxxxxxx>
• [PATCH 0/2] Remove variables that are never read
  • From: Holger Hans Peter Freyther <holger@xxxxxxxxxxx>
• [PATCH 2/2] sctp: Remove store to ret as it is not used
  • From: Holger Hans Peter Freyther <holger@xxxxxxxxxxx>
• [PATCH] Convert net %p usage %pK
  • From: Dan Rosenberg <drosenberg@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix the return value of getting the sctp partial delivery point
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: fix the return value of getting the sctp partial delivery point
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• Submission deadline extended to 2 Jan 2011 CFP: IFIP/IEEE DANMS 2011 (co-located with IM 2011)
  • From: "danms2011@xxxxxxxxx" <danms2011@xxxxxxxxx>
• [PATCH] sctp: fix the return value of getting the sctp partial delivery point
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] SCTP: Fix SCTP_SET_PEER_PRIMARY_ADDR to accpet v4mapped address
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] SCTP: Fix SCTP_SET_PEER_PRIMARY_ADDR to accpet v4mapped address
  • From: Vladislav Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] SCTP: Fix SCTP_SET_PEER_PRIMARY_ADDR to accpet v4mapped address
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [34/44] Limit sysctl_tcp_mem and sysctl_udp_mem initializers to prevent integer overflows.
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [34/44] Limit sysctl_tcp_mem and sysctl_udp_mem initializers to prevent integer overflows.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [34/44] Limit sysctl_tcp_mem and sysctl_udp_mem initializers to prevent integer overflows.
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [34/44] Limit sysctl_tcp_mem and sysctl_udp_mem initializers to prevent integer overflows.
  • From: Greg KH <gregkh@xxxxxxx>
• [PATCH] SCTP: Fix SCTP_SET_PEER_PRIMARY_ADDR to accpet v4mapped address
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [34/44] Limit sysctl_tcp_mem and sysctl_udp_mem initializers to prevent integer overflows.
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [097/127] Limit sysctl_tcp_mem and sysctl_udp_mem initializers to prevent integer overflows.
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [Lksctp-developers] SCTP_SET_PEER_PRIMARY_ADDR v4 mapped?
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [Lksctp-developers] SCTP_SET_PEER_PRIMARY_ADDR v4 mapped?
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [34/44] Limit sysctl_tcp_mem and sysctl_udp_mem initializers to prevent integer overflows.
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [Lksctp-developers] SCTP_SET_PEER_PRIMARY_ADDR v4 mapped?
  • From: Chris Hegarty <chris.hegarty@xxxxxxxxxx>
• Re: [Lksctp-developers] SCTP_SET_PEER_PRIMARY_ADDR v4 mapped?
  • From: Chris Hegarty <chris.hegarty@xxxxxxxxxx>
• Re: [Lksctp-developers] SCTP_SET_PEER_PRIMARY_ADDR v4 mapped?
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: kill unused macros in head file
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sctp: kill unused macros in head file
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [PATCH net-next] sctp: kill unused macro definition
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Source address selection with secondary interface address
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• RE: Source address selection with secondary interface address
  • From: "Kiss, Zoltan (NSN - HU/Budapest)" <zoltan.kiss@xxxxxxx>
• Re: Source address selection with secondary interface address
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: Source address selection with secondary interface address
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• RE: Source address selection with secondary interface address
  • From: "Kiss, Zoltan (NSN - HU/Budapest)" <zoltan.kiss@xxxxxxx>
• [PATCH net-next] sctp: kill unused macro definition
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• [70/82] Limit sysctl_tcp_mem and sysctl_udp_mem initializers to prevent integer overflows.
  • From: Greg KH <gregkh@xxxxxxx>
• Source address selection with secondary interface address
  • From: "Kiss, Zoltan (NSN - HU/Budapest)" <zoltan.kiss@xxxxxxx>
• Re: [PATCH 4/10] Fix leaking of kernel heap addresses in net/
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH 4/10] Fix leaking of kernel heap addresses in net/
  • From: Dan Rosenberg <drosenberg@xxxxxxxxxxxxx>
• Re: [PATCH 4/10] Fix leaking of kernel heap addresses in net/
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH 3/10] Fix leaking of kernel heap addresses in net/
  • From: Dan Rosenberg <drosenberg@xxxxxxxxxxxxx>
• Re: [PATCH 2/10] Fix leaking of kernel heap addresses in net/
  • From: Dan Rosenberg <drosenberg@xxxxxxxxxxxxx>
• Re: [PATCH 3/10] Fix leaking of kernel heap addresses in net/
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• Re: [PATCH 2/10] Fix leaking of kernel heap addresses in net/
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• Re: [PATCH 4/10] Fix leaking of kernel heap addresses in net/
  • From: Dan Rosenberg <drosenberg@xxxxxxxxxxxxx>
• Re: [PATCH 4/10] Fix leaking of kernel heap addresses in net/
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 4/10] Fix leaking of kernel heap addresses in net/
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 4/10] Fix leaking of kernel heap addresses in net/
  • From: Dan Rosenberg <drosenberg@xxxxxxxxxxxxx>
• Re: [PATCH 4/10] Fix leaking of kernel heap addresses in net/
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 4/10] Fix leaking of kernel heap addresses in net/
  • From: Dan Rosenberg <drosenberg@xxxxxxxxxxxxx>
• Re: [PATCH 4/10] Fix leaking of kernel heap addresses in net/
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 4/10] Fix leaking of kernel heap addresses in net/
  • From: "Dan Rosenberg" <drosenberg@xxxxxxxxxxxxx>
• Re: [PATCH 4/10] Fix leaking of kernel heap addresses in net/
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/10] Fix leaking of kernel heap addresses in net/
  • From: Thomas Graf <tgraf@xxxxxxxxxxxxx>
• Re: [PATCH 3/10] Fix leaking of kernel heap addresses in net/
  • From: Dan Rosenberg <drosenberg@xxxxxxxxxxxxx>
• Re: [PATCH 3/10] Fix leaking of kernel heap addresses in net/
  • From: Thomas Graf <tgraf@xxxxxxxxxxxxx>
• Re: [PATCH 4/10] Fix leaking of kernel heap addresses in net/
  • From: Dan Rosenberg <drosenberg@xxxxxxxxxxxxx>
• [PATCH 10/10] Fix leaking of kernel heap addresses in net/
  • From: Dan Rosenberg <drosenberg@xxxxxxxxxxxxx>
• [PATCH 9/10] Fix leaking of kernel heap addresses in net/
  • From: Dan Rosenberg <drosenberg@xxxxxxxxxxxxx>
• [PATCH 8/10] Fix leaking of kernel heap addresses in net/
  • From: Dan Rosenberg <drosenberg@xxxxxxxxxxxxx>
• [PATCH 7/10] Fix leaking of kernel heap addresses in net/
  • From: Dan Rosenberg <drosenberg@xxxxxxxxxxxxx>
• [PATCH 6/10] Fix leaking of kernel heap addresses in net/
  • From: Dan Rosenberg <drosenberg@xxxxxxxxxxxxx>
• [PATCH 5/10] Fix leaking of kernel heap addresses in net/
  • From: Dan Rosenberg <drosenberg@xxxxxxxxxxxxx>
• [PATCH 4/10] Fix leaking of kernel heap addresses in net/
  • From: Dan Rosenberg <drosenberg@xxxxxxxxxxxxx>
• [PATCH 3/10] Fix leaking of kernel heap addresses in net/
  • From: Dan Rosenberg <drosenberg@xxxxxxxxxxxxx>
• [PATCH 2/10] Fix leaking of kernel heap addresses in net/
  • From: Dan Rosenberg <drosenberg@xxxxxxxxxxxxx>
• [PATCH 1/10] Fix leaking of kernel heap addresses in net/
  • From: Dan Rosenberg <drosenberg@xxxxxxxxxxxxx>
• [PATCH 0/10] Fix leaking of kernel heap addresses in net/
  • From: Dan Rosenberg <drosenberg@xxxxxxxxxxxxx>
• Re: [PATCH 4/10] Fix leaking of kernel heap addresses in net/
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Insufficient RTO calculation
  • From: Christian Schoch <e0326715@xxxxxxxxxxxxxxxxxxxx>
• Re: [Patch] Limit sysctl_tcp_mem and sysctl_udp_mem initializers to prevent integer overflows.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: remove redundant chunk length check
  • From: Nicolas Kaiser <nikai@xxxxxxxxx>
• Re: [PATCH] sctp: remove redundant chunk length check
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• [PATCH] sctp: remove redundant chunk length check
  • From: Nicolas Kaiser <nikai@xxxxxxxxx>
• [Patch] Limit sysctl_tcp_mem and sysctl_udp_mem initializers to prevent integer overflows.
  • From: Robin Holt <holt@xxxxxxx>
• [PATCH] net: make ctl_path local and const
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH] sctp: implement SIOCINQ ioctl() (take 3 bis)
  • From: Diego Elio Pettenò <flameeyes@xxxxxxxxx>
• Re: [PATCH] sctp: implement SIOCINQ ioctl() (take 3 bis)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sctp: implement SIOCINQ ioctl() (take 3 bis)
  • From: Diego Elio Pettenò <flameeyes@xxxxxxxxx>
• Re: [PATCHv2 4/5] sctp: a sample module of strict priority queue
  • From: Yaogong Wang <ywang15@xxxxxxxx>
• Re: [PATCHv2 3/5] sctp: extend socket API for sched configuration
  • From: Yaogong Wang <ywang15@xxxxxxxx>
• Re: [PATCHv2 4/5] sctp: a sample module of strict priority queue
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [PATCHv2 3/5] sctp: extend socket API for sched configuration
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• RE: SACK is sent to wrong IP address
  • From: "B N Srikant-A21035" <srikantbn@xxxxxxxxxxxx>
• Re: SACK is sent to wrong IP address
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• SACK is sent to wrong IP address
  • From: "B N Srikant-A21035" <srikantbn@xxxxxxxxxxxx>
• Re: [PATCH] Error in calculation of RTTvar
  • From: Christian Schoch <e0326715@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Error in calculation of RTTvar
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] Error in calculation of RTTvar
  • From: Christian Schoch <e0326715@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Fix out-of-bounds reading in sctp_asoc_get_hmac()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sysctl_{tcp,udp,sctp}_mem overflow on 16TB system.
  • From: Willy Tarreau <w@xxxxxx>
• Re: sysctl_{tcp,udp,sctp}_mem overflow on 16TB system.
  • From: Robin Holt <holt@xxxxxxx>
• Re: sysctl_{tcp,udp,sctp}_mem overflow on 16TB system.
  • From: Maciej Żenczykowski <zenczykowski@xxxxxxxxx>
• [Patch] Limit sysctl_sctp_mem initializer to prevent integer overflows.
  • From: Robin Holt <holt@xxxxxxx>
• Re: [PATCH] Fix out-of-bounds reading in sctp_asoc_get_hmac()
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] Fix out-of-bounds reading in sctp_asoc_get_hmac()
  • From: Dan Rosenberg <drosenberg@xxxxxxxxxxxxx>
• Re: sysctl_{tcp,udp,sctp}_mem overflow on 16TB system.
  • From: Willy Tarreau <w@xxxxxx>
• sysctl_{tcp,udp,sctp}_mem overflow on 16TB system.
  • From: Robin Holt <holt@xxxxxxx>
• [PATCH] sctp: implement SIOCINQ ioctl() (take 3 bis)
  • From: Diego Elio Pettenò <flameeyes@xxxxxxxxx>
• Re: [PATCH] sctp: implement SIOCINQ ioctl() (take 3)
  • From: Diego Elio Pettenò <flameeyes@xxxxxxxxx>
• Re: [PATCH] sctp: implement SIOCINQ ioctl() (take 3)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sctp: implement SIOCINQ ioctl() (take 3)
  • From: Diego Elio Pettenò <flameeyes@xxxxxxxxx>
• Re: [stable] [Bugme-new] [Bug 18592] New: Remote/local Denial of Service vulnerability in SCTP packet/chunk handling
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [stable] [Bugme-new] [Bug 18592] New: Remote/local Denial of Service vulnerability in SCTP packet/chunk handling
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [stable] [Bugme-new] [Bug 18592] New: Remote/local Denial of Service vulnerability in SCTP packet/chunk handling
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCHv2 2/5] sctp: implement pluggable multistream scheduling
  • From: Yaogong Wang <ywang15@xxxxxxxx>
• Re: [Bugme-new] [Bug 18592] New: Remote/local Denial of Service vulnerability in SCTP packet/chunk handling
  • From: Thomas Dreibholz <dreibh@xxxxxxxxxxxxxx>
• Re: [PATCH] net: SCTP remote/local Denial of Service vulnerability description and fix
  • From: Thomas Dreibholz <dreibh@xxxxxxxxxxxxxx>
• Re: [Bugme-new] [Bug 18592] New: Remote/local Denial of Service vulnerability in SCTP packet/chunk handling
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [Bugme-new] [Bug 18592] New: Remote/local Denial of Service vulnerability in SCTP packet/chunk handling
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] net: SCTP remote/local Denial of Service vulnerability description and fix
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] net: SCTP NULL-pointer dereference problem description and fix
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] net: SCTP NULL-pointer dereference problem description and fix
  • From: Thomas Dreibholz <dreibh@xxxxxxxxxxxxxx>
• Re: [PATCH] net: SCTP NULL-pointer dereference problem description and fix
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• [PATCH] net: SCTP remote/local Denial of Service vulnerability description and fix
  • From: Thomas Dreibholz <dreibh@xxxxxxxxxxxxxx>
• [PATCH] net: SCTP NULL-pointer dereference problem description and fix
  • From: Thomas Dreibholz <dreibh@xxxxxxxxxxxxxx>
• Re: [PATCHv2 2/5] sctp: implement pluggable multistream scheduling
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCHv2 4/5] sctp: a sample module of strict priority queue
  • From: Yaogong Wang <ywang15@xxxxxxxx>
• [PATCHv2 3/5] sctp: extend socket API for sched configuration
  • From: Yaogong Wang <ywang15@xxxxxxxx>
• [PATCHv2 5/5] sctp: a sample module of weighted fair queue
  • From: Yaogong Wang <ywang15@xxxxxxxx>
• [PATCHv2 2/5] sctp: implement pluggable multistream scheduling
  • From: Yaogong Wang <ywang15@xxxxxxxx>
• [PATCHv2 1/5] sctp: declare multistream scheduling handler
  • From: Yaogong Wang <ywang15@xxxxxxxx>
• [PATCHv2 0/5] sctp: add multistream scheduling feature
  • From: Yaogong Wang <ywang15@xxxxxxxx>
• Re: [Alternative PATCH net-next] sctp: fix test for end of loop
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [Alternative PATCH net-next] sctp: fix test for end of loop
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [Alternative PATCH net-next] sctp: fix test for end of loop
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [patch] sctp: fix test for end of loop
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch] sctp: fix test for end of loop
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [patch] sctp: fix test for end of loop
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch] sctp: fix test for end of loop
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [patch] sctp: fix test for end of loop
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: prevent reading out-of-bounds memory
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: implement SIOCINQ ioctl() (take 3)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch] sctp: fix test for end of loop
  • From: Dan Carpenter <error27@xxxxxxxxx>
• Re: [patch] sctp: fix test for end of loop
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• stack trace from sctp_getsockopt_local_addrs()
  • From: Dan Carpenter <error27@xxxxxxxxx>
• [patch] sctp: fix test for end of loop
  • From: Dan Carpenter <error27@xxxxxxxxx>
• [PATCH v2] sctp: prevent reading out-of-bounds memory
  • From: Dan Rosenberg <dan.j.rosenberg@xxxxxxxxx>
• Re: [PATCH] sctp: prevent reading out-of-bounds memory
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: prevent reading out-of-bounds memory
  • From: Dan Rosenberg <dan.j.rosenberg@xxxxxxxxx>
• Re: [PATCH] sctp: prevent reading out-of-bounds memory
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: prevent reading out-of-bounds memory
  • From: Dan Rosenberg <dan.j.rosenberg@xxxxxxxxx>
• Re: [PATCH] sctp: prevent reading out-of-bounds memory
  • From: Dan Rosenberg <dan.j.rosenberg@xxxxxxxxx>
• Re: [PATCH] sctp: prevent reading out-of-bounds memory
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] sctp: prevent reading out-of-bounds memory
  • From: Dan Rosenberg <dan.j.rosenberg@xxxxxxxxx>
• [PATCH] sctp: implement SIOCINQ ioctl() (take 3)
  • From: Diego Elio Pettenò <flameeyes@xxxxxxxxx>
• [PATCH] sctp_test: don't specifc the destination address when sendint data for multi-home mode
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: implement SIOCINQ ioctl() (take 2)
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• 404 Error on Website
  • From: "David Phillips" <David@xxxxxxxxxxxxx>
• Re: net/sctp: Use pr_fmt and pr_<level>
  • From: David Miller <davem@xxxxxxxxxxxxx>
• net/sctp: Use pr_fmt and pr_<level>
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC PATCH]sctp: handle ASCONF-ACK which contains Request Refused error
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [RFC PATCH]sctp: handle ASCONF-ACK which contains Request Refused error
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• [PATCH] sctp: fix IPSTATS_MIB_OUTNOROUTES counter for SCTP over ipv6
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• [PATCH next] sctp: fix IPv6 source address output routing with IPsec
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: Process OOTB ASCONF/ASCONF-ACK Chunk at CLOSED state
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [PATCH] sctp: Process OOTB ASCONF Chunk at CLOSED state
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] sctp: Process OOTB ASCONF Chunk at CLOSED state
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• [PATCH] sctp: kill redundant null check of af variable when doing bindx(bind/delete) address
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• [PATCH] sctp: Implement sctpCurrEstab MIB item when changing association's state
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: about the sctpCurrEstab MIB item
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• about the sctpCurrEstab MIB item
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] sctp: add heartbeat expired counter to /proc/net/sctp/snmp
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 2/3] sctp: export SctpT1Retransmits to /proc/net/sctp/snmp
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 3/3] sctp: add heartbeat expired counter to /proc/net/sctp/snmp
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• [PATCH] sctp: Increase the counter value of SctpInDataChunkDiscards for discarded DATA chunk at SHUTDOWN-SENT state
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] sctp: export SctpT1Retransmits to /proc/net/sctp/snmp
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] sctp: add heartbeat expired counter to /proc/net/sctp/snmp
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 2/3] sctp: export SctpT1Retransmits to /proc/net/sctp/snmp
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH 3/3] sctp: add heartbeat expired counter to /proc/net/sctp/snmp
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• [PATCH 2/3] sctp: export SctpT1Retransmits to /proc/net/sctp/snmp
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• [PATCH 1/3] sctp: use transport to guess overhead value of packet
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• [PATCH] sctp: implement SIOCINQ ioctl() (take 2)
  • From: Diego Elio 'Flameeyes' Pettenò <flameeyes@xxxxxxxxx>
• accept(2) man page and SCTP (was Re: [PATCH] sctp: implement SIOCINQ ioctl())
  • From: Diego Elio “Flameeyes” Pettenò <flameeyes@xxxxxxxxx>
• Re: [PATCH] sctp: implement SIOCINQ ioctl()
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: implement SIOCINQ ioctl()
  • From: Diego Elio “Flameeyes” Pettenò <flameeyes@xxxxxxxxx>
• Re: [PATCH] sctp: implement SIOCINQ ioctl()
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: implement SIOCINQ ioctl()
  • From: Diego Elio “Flameeyes” Pettenò <flameeyes@xxxxxxxxx>
• Re: [PATCH] sctp: implement SIOCINQ ioctl()
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH] sctp: implement SIOCINQ ioctl()
  • From: Diego Elio 'Flameeyes' Pettenò <flameeyes@xxxxxxxxx>
• Re: [Lksctp-developers] multihoming with all interfaces changed between 2 linux boxes
  • From: Michio Honda <micchie@xxxxxxxxxxxxxx>
• Re: [Lksctp-developers] multihoming with all interfaces changed between 2 linux boxes
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [Lksctp-developers] multihoming with all interfaces changed between 2 linux boxes
  • From: Michio Honda <micchie@xxxxxxxxxxxxxx>
• Re: [Lksctp-developers] multihoming with all interfaces changed between 2 linux boxes
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 4/6] sctp multistream scheduling: extend socket API
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 4/6] sctp multistream scheduling: extend socket API
  • From: Yaogong Wang <ywang15@xxxxxxxx>
• Re: [PATCH v4] sctp: fix the sendmsg() flag SCTP_EOF to comply to spec
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH 2/2] Avoid format warnings by using %zu for size_t rather than %d.
  • From: Diego Elio 'Flameeyes' Pettenò <flameeyes@xxxxxxxxx>
• [PATCH 1/2] Avoid warning "cast to pointer from integer of different size"
  • From: Diego Elio 'Flameeyes' Pettenò <flameeyes@xxxxxxxxx>
• Warnings cleanup
  • From: Diego Elio 'Flameeyes' Pettenò <flameeyes@xxxxxxxxx>
• Re: [PATCH v3 3/3] sctp: COOKIE-ACK should back to where the COOKIE-ECHO came from
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 4/6] sctp multistream scheduling: extend socket API
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 4/6] sctp multistream scheduling: extend socket API
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [IPTABLES][PATCH 2/2 v2] xt_sctp: support FORWARD_TSN chunk type
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [IPTABLES][PATCH 1/2] xt_sctp: Trace DATA chunk that supports SACK-IMMEDIATELY extension
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [IPTABLES][PATCH 2/2 v2] xt_sctp: support FORWARD_TSN chunk type
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• [IPTABLES][PATCH 2/2] xt_sctp: support FORWARD_TSN chunk type
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• [IPTABLES][PATCH 1/2] xt_sctp: Trace DATA chunk that supports SACK-IMMEDIATELY extension
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [PATCH 5/6] sctp multistream scheduling: a sample priority queue scheduling module
  • From: Yaogong Wang <ywang15@xxxxxxxx>
• Re: [PATCH 4/6] sctp multistream scheduling: extend socket API
  • From: Yaogong Wang <ywang15@xxxxxxxx>
• Re: [PATCH 4/6] sctp multistream scheduling: extend socket API
  • From: Yaogong Wang <ywang15@xxxxxxxx>
• Re: [PATCH 1/6] sctp multistream scheduling: declare sctp_sched_ops
  • From: Yaogong Wang <ywang15@xxxxxxxx>
• [PATCH v4] sctp: fix the sendmsg() flag SCTP_EOF to comply to spec
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3] sctp: fix the sendmsg() flag SCTP_EOF to comply to spec
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH 6/6] sctp multistream scheduling: a sample weighted fair queue scheduling module
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 5/6] sctp multistream scheduling: a sample priority queue scheduling module
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 4/6] sctp multistream scheduling: extend socket API
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 1/6] sctp multistream scheduling: declare sctp_sched_ops
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 2/6] sctp multistream scheduling: provide pluggable SCTP scheduling framework
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 1/6] sctp multistream scheduling: declare sctp_sched_ops
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 4/6] sctp multistream scheduling: extend socket API
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [RFC PATCH v3] sctp: fix the sendmsg() flag SCTP_EOF to comply to spec
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [RFC PATCH v3] sctp: fix the sendmsg() flag SCTP_EOF to comply to spec
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH 4/6] sctp multistream scheduling: extend socket API
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: [PATCH 2/6] sctp multistream scheduling: provide pluggable SCTP scheduling framework
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 1/6] sctp multistream scheduling: declare sctp_sched_ops
  • From: Yaogong Wang <ywang15@xxxxxxxx>
• [PATCH 4/6] sctp multistream scheduling: extend socket API
  • From: Yaogong Wang <ywang15@xxxxxxxx>
• [PATCH 6/6] sctp multistream scheduling: a sample weighted fair queue scheduling module
  • From: Yaogong Wang <ywang15@xxxxxxxx>
• [PATCH 5/6] sctp multistream scheduling: a sample priority queue scheduling module
  • From: Yaogong Wang <ywang15@xxxxxxxx>
• [PATCH 3/6] sctp multistream scheduling: provide the default FCFS scheduling
  • From: Yaogong Wang <ywang15@xxxxxxxx>
• [PATCH 2/6] sctp multistream scheduling: provide pluggable SCTP scheduling framework
  • From: Yaogong Wang <ywang15@xxxxxxxx>
• [PATCH 0/6] sctp: add multistream scheduling feature
  • From: Yaogong Wang <ywang15@xxxxxxxx>
• Re: [RFC PATCH v3] sctp: fix the sendmsg() flag SCTP_EOF to comply to spec
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH 21/21] net/sctp/protocol.c: Remove unnecessary kmalloc casts
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• sctp: implement event notification SCTP_SENDER_DRY_EVENT
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• sctp: change auth event type name to SCTP_AUTHENTICATION_EVENT
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• sctp: implement socket option SCTP_GET_ASSOC_ID_LIST
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH v3 3/3] sctp: COOKIE-ACK should back to where the COOKIE-ECHO came from
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH 2/3] sctp: make heartbeat information in sctp_make_heartbeat()
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH v2 1/3] sctp: fix to check the source address of COOKIE-ECHO chunk
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH v3] sctp: move chunk from retransmit queue to abandoned list
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [RFC PATCH v3] sctp: fix the sendmsg() flag SCTP_EOF to comply to spec
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH] sctp: handle ootb packet in chunk order as defined
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• [PATCH 21/21] net/sctp/protocol.c: Remove unnecessary kmalloc casts
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: Source IP not corresponding to interface
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• RE: Source IP not corresponding to interface
  • From: "Georgios Cheimonidis" <gche@xxxxxx>
• Re: Source IP not corresponding to interface
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: Source IP not corresponding to interface
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: Source IP not corresponding to interface
  • From: Georgios Cheimonidis <gche@xxxxxx>
• [PATCH 4/4] sctp: use memdup_user to copy data from userspace
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• [PATCH 3/4] sctp: kill abandoned SCTP_CMD_TRANSMIT command
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• [PATCH 2/4] sctp: use common head of addr parameter to access member in addr-unrelated code
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• [PATCH 1/4] sctp: kill unused variable in __sctp_rcv_init_lookup()
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [patch] sctp: dubious bitfields in sctp_transport
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Source IP not corresponding to interface
  • From: Georgios Cheimonidis <gche@xxxxxx>
• Re: Source IP not corresponding to interface
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: Source IP not corresponding to interface
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Source IP not corresponding to interface
  • From: Georgios Cheimonidis <gche@xxxxxx>
• Re: [patch] sctp: dubious bitfields in sctp_transport
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• [PATCH 076/199] Documentation/networking/sctp.txt: Checkpatch cleanup
  • From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
• [patch] sctp: dubious bitfields in sctp_transport
  • From: Dan Carpenter <error27@xxxxxxxxx>
• Re: [PATCH CLEANUP] sctp: fix the comment of sctp_sf_violation_paramlen()
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [PATCH CLEANUP] sctp: fix the comment of sctp_sf_violation_paramlen()
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH CLEANUP] sctp: fix the comment of sctp_sf_violation_paramlen()
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [PATCH CLEANUP] sctp: fix the comment of sctp_sf_violation_paramlen()
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• [PATCH CLEANUP] sctp: fix the comment of sctp_sf_violation_paramlen()
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3 v2] sctp: check invalid value of length parameter in error cause
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3 v3] sctp: check parameter value of length in ERROR chunk
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [PATCH v2] sctp: Fix a race between ICMP protocol unreachable and connect()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sctp: fix append error cause to ERROR chunk correctly
  • From: Wei Yongjun <yjwei@xxxxxxxxxxxxxx>
• Re: Gap not retransmitted after switchover
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>
• Re: [PATCH] sctp: fix append error cause to ERROR chunk correctly
  • From: Vlad Yasevich <vladislav.yasevich@xxxxxx>