From: Xin Long
Date: Mon, 27 Mar 2017 00:21:15 +0800
> David Laight noticed the support for MSG_MORE with datamsg->force_delay
> didn't really work as we expected, as the first msg with MSG_MORE set
> would always block the following chunks' dequeuing.
>
> This Patch is to rewrite it by saving t
On Tue, Mar 28, 2017 at 12:17:00PM +0800, Xin Long wrote:
> On Tue, Mar 28, 2017 at 6:43 AM, Marcelo Ricardo Leitner
> wrote:
> > On Mon, Mar 27, 2017 at 12:21:15AM +0800, Xin Long wrote:
> >> David Laight noticed the support for MSG_MORE with datamsg->force_delay
> >> didn't really work as we exp
> -Original Message-
> From: Xin Long [mailto:lucien@gmail.com]
> Sent: 26 March 2017 17:21
> To: network dev; linux-s...@vger.kernel.org
> Cc: da...@davemloft.net; Marcelo Ricardo Leitner; Neil Horman; David Laight
> Subject: [PATCHv2 net] sctp: change to save MSG_MO
On Tue, Mar 28, 2017 at 6:43 AM, Marcelo Ricardo Leitner
wrote:
> On Mon, Mar 27, 2017 at 12:21:15AM +0800, Xin Long wrote:
>> David Laight noticed the support for MSG_MORE with datamsg->force_delay
>> didn't really work as we expected, as the first msg with MSG_MORE set
>> would always block the
On Mon, Mar 27, 2017 at 12:21:15AM +0800, Xin Long wrote:
> David Laight noticed the support for MSG_MORE with datamsg->force_delay
> didn't really work as we expected, as the first msg with MSG_MORE set
> would always block the following chunks' dequeuing.
>
> This Patch is to rewrite it by savin
David Laight noticed the support for MSG_MORE with datamsg->force_delay
didn't really work as we expected, as the first msg with MSG_MORE set
would always block the following chunks' dequeuing.
This Patch is to rewrite it by saving the MSG_MORE flag into assoc as
David Laight suggested.
asoc->for
