From: Xin Long <lucien.xin@gmail.com>
To: network dev <netdev@vger.kernel.org>, linux-sctp@vger.kernel.org
Cc: davem@davemloft.net,
Marcelo Ricardo Leitner <marcelo.leitner@gmail.com>,
Neil Horman <nhorman@tuxdriver.com>
Subject: [PATCH net 0/3] a couple of fixes for chunks abandoned in prsctp
Date: Sat, 25 Nov 2017 13:18:33 +0000 [thread overview]
Message-ID: <cover.1511615658.git.lucien.xin@gmail.com> (raw)
Now when abandoning chunks in prsctp, it doesn't consider for frags in
one msg, which would cause peer can never receive the whole frags for
one msg to get them reassembled, these pieces of this msg will stay in
the reasm queue forever and block the following chunks' receiving.
This patchset is to fix them in patch 2 and 3, and also fix another
issue for prsctp in patch 1.
Xin Long (3):
sctp: only update outstanding_bytes for transmitted queue when doing
prsctp_prune
sctp: abandon the whole msg if one part of a fragmented message is
abandoned
sctp: do not abandon the other frags in unsent outq if one msg has
outstanding frags
include/net/sctp/structs.h | 3 ++-
net/sctp/chunk.c | 11 +++++++++++
net/sctp/outqueue.c | 19 +++++++++++++------
3 files changed, 26 insertions(+), 7 deletions(-)
--
2.1.0
WARNING: multiple messages have this Message-ID (diff)
From: Xin Long <lucien.xin@gmail.com>
To: network dev <netdev@vger.kernel.org>, linux-sctp@vger.kernel.org
Cc: davem@davemloft.net,
Marcelo Ricardo Leitner <marcelo.leitner@gmail.com>,
Neil Horman <nhorman@tuxdriver.com>
Subject: [PATCH net 0/3] a couple of fixes for chunks abandoned in prsctp
Date: Sat, 25 Nov 2017 21:18:33 +0800 [thread overview]
Message-ID: <cover.1511615658.git.lucien.xin@gmail.com> (raw)
Now when abandoning chunks in prsctp, it doesn't consider for frags in
one msg, which would cause peer can never receive the whole frags for
one msg to get them reassembled, these pieces of this msg will stay in
the reasm queue forever and block the following chunks' receiving.
This patchset is to fix them in patch 2 and 3, and also fix another
issue for prsctp in patch 1.
Xin Long (3):
sctp: only update outstanding_bytes for transmitted queue when doing
prsctp_prune
sctp: abandon the whole msg if one part of a fragmented message is
abandoned
sctp: do not abandon the other frags in unsent outq if one msg has
outstanding frags
include/net/sctp/structs.h | 3 ++-
net/sctp/chunk.c | 11 +++++++++++
net/sctp/outqueue.c | 19 +++++++++++++------
3 files changed, 26 insertions(+), 7 deletions(-)
--
2.1.0
next reply other threads:[~2017-11-25 13:18 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-25 13:18 Xin Long [this message]
2017-11-25 13:18 ` [PATCH net 0/3] a couple of fixes for chunks abandoned in prsctp Xin Long
2017-11-25 13:18 ` [PATCH net 1/3] sctp: only update outstanding_bytes for transmitted queue when doing prsctp_prune Xin Long
2017-11-25 13:18 ` Xin Long
2017-11-25 13:18 ` [PATCH net 2/3] sctp: abandon the whole msg if one part of a fragmented message is abandoned Xin Long
2017-11-25 13:18 ` Xin Long
2017-11-25 13:18 ` [PATCH net 3/3] sctp: do not abandon the other frags in unsent outq if one msg has outstanding frags Xin Long
2017-11-25 13:18 ` Xin Long
2017-11-27 12:26 ` [PATCH net 3/3] sctp: do not abandon the other frags in unsent outq if one msg has outstanding f Marcelo Ricardo Leitner
2017-11-27 12:26 ` [PATCH net 3/3] sctp: do not abandon the other frags in unsent outq if one msg has outstanding frags Marcelo Ricardo Leitner
2017-11-27 12:26 ` [PATCH net 2/3] sctp: abandon the whole msg if one part of a fragmented message is abandoned Marcelo Ricardo Leitner
2017-11-27 12:26 ` Marcelo Ricardo Leitner
2017-11-27 12:26 ` [PATCH net 1/3] sctp: only update outstanding_bytes for transmitted queue when doing prsctp_prun Marcelo Ricardo Leitner
2017-11-27 12:26 ` [PATCH net 1/3] sctp: only update outstanding_bytes for transmitted queue when doing prsctp_prune Marcelo Ricardo Leitner
2017-11-27 13:58 ` [PATCH net 0/3] a couple of fixes for chunks abandoned in prsctp Neil Horman
2017-11-27 13:58 ` Neil Horman
2017-11-27 19:52 ` David Miller
2017-11-27 19:52 ` David Miller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=cover.1511615658.git.lucien.xin@gmail.com \
--to=lucien.xin@gmail.com \
--cc=davem@davemloft.net \
--cc=linux-sctp@vger.kernel.org \
--cc=marcelo.leitner@gmail.com \
--cc=netdev@vger.kernel.org \
--cc=nhorman@tuxdriver.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.