diff options
author | Pavel Tikhomirov <ptikhomirov@virtuozzo.com> | 2021-08-04 10:55:56 +0300 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2021-08-04 12:52:03 +0100 |
commit | 04190bf8944deb7e3ac165a1a494db23aa0160a9 (patch) | |
tree | 4ef3056684e062829da515fa92fe7017e169f2c0 /COPYING | |
parent | 625af9f0298b72f5dd23460fa01bb77d6f942dcb (diff) | |
download | lwn-04190bf8944deb7e3ac165a1a494db23aa0160a9.tar.gz lwn-04190bf8944deb7e3ac165a1a494db23aa0160a9.zip |
sock: allow reading and changing sk_userlocks with setsockopt
SOCK_SNDBUF_LOCK and SOCK_RCVBUF_LOCK flags disable automatic socket
buffers adjustment done by kernel (see tcp_fixup_rcvbuf() and
tcp_sndbuf_expand()). If we've just created a new socket this adjustment
is enabled on it, but if one changes the socket buffer size by
setsockopt(SO_{SND,RCV}BUF*) it becomes disabled.
CRIU needs to call setsockopt(SO_{SND,RCV}BUF*) on each socket on
restore as it first needs to increase buffer sizes for packet queues
restore and second it needs to restore back original buffer sizes. So
after CRIU restore all sockets become non-auto-adjustable, which can
decrease network performance of restored applications significantly.
CRIU need to be able to restore sockets with enabled/disabled adjustment
to the same state it was before dump, so let's add special setsockopt
for it.
Let's also export SOCK_SNDBUF_LOCK and SOCK_RCVBUF_LOCK flags to uAPI so
that using these interface one can reenable automatic socket buffer
adjustment on their sockets.
Signed-off-by: Pavel Tikhomirov <ptikhomirov@virtuozzo.com>
Reviewed-by: Eric Dumazet <edumazet@google.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'COPYING')
0 files changed, 0 insertions, 0 deletions