Willem de Bruijn 4ab6c99d99 sock: MSG_ZEROCOPY notification coalescing
In the simple case, each sendmsg() call generates data and eventually
a zerocopy ready notification N, where N indicates the Nth successful
invocation of sendmsg() with the MSG_ZEROCOPY flag on this socket.

TCP and corked sockets can cause send() calls to append new data to an
existing sk_buff and, thus, ubuf_info. In that case the notification
must hold a range. odify ubuf_info to store a inclusive range [N..N+m]
and add skb_zerocopy_realloc() to optionally extend an existing range.

Also coalesce notifications in this common case: if a notification
[1, 1] is about to be queued while [0, 0] is the queue tail, just modify
the head of the queue to read [0, 1].

Coalescing is limited to a few TSO frames worth of data to bound
notification latency.

Signed-off-by: Willem de Bruijn <willemb@google.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2017-08-03 21:37:30 -07:00
..
2017-08-03 21:37:29 -07:00
2017-08-03 21:37:30 -07:00
2017-06-05 11:24:28 -04:00
2017-03-12 23:47:16 -07:00
2017-08-03 09:25:26 -07:00
2017-04-25 13:33:49 -04:00
2015-04-02 14:04:59 -04:00
2015-11-22 11:54:10 -05:00
2017-04-13 13:58:20 -04:00
2017-08-03 21:37:29 -07:00
2015-10-26 22:24:22 -07:00