summaryrefslogtreecommitdiff
path: root/net/sctp/primitive.c
diff options
context:
space:
mode:
authorXin Long <lucien.xin@gmail.com>2017-02-18 20:52:46 +0300
committerDavid S. Miller <davem@davemloft.net>2017-02-20 18:26:09 +0300
commit4ea0c32f5f42f7ef33a7ecfb9b61ff0cad9b3c08 (patch)
treeef5b3d50db0a6e1839f48be2b8484d11ab2ba9a2 /net/sctp/primitive.c
parentb7018d0b63003c0474451991797113605f26ee81 (diff)
downloadlinux-4ea0c32f5f42f7ef33a7ecfb9b61ff0cad9b3c08.tar.xz
sctp: add support for MSG_MORE
This patch is to add support for MSG_MORE on sctp. It adds force_delay in sctp_datamsg to save MSG_MORE, and sets it after creating datamsg according to the send flag. sctp_packet_can_append_data then uses it to decide if the chunks of this msg will be sent at once or delay it. Note that unlike [1], this patch saves MSG_MORE in datamsg, instead of in assoc. As sctp enqueues the chunks first, then dequeue them one by one. If it's saved in assoc,the current msg's send flag (MSG_MORE) may affect other chunks' bundling. Since last patch, sctp flush out queue once assoc state falls into SHUTDOWN_PENDING, the close block problem mentioned in [1] has been solved as well. [1] https://patchwork.ozlabs.org/patch/372404/ Signed-off-by: Xin Long <lucien.xin@gmail.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/sctp/primitive.c')
0 files changed, 0 insertions, 0 deletions