[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20200408.142749.1712309028781080294.davem@davemloft.net>
Date: Wed, 08 Apr 2020 14:27:49 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: lesedorucalin01@...il.com
Cc: kuznet@....inr.ac.ru, yoshfuji@...ux-ipv6.org,
netdev@...r.kernel.org
Subject: Re: [PATCH] net: UDP repair mode for retrieving the send queue of
corked UDP socket
From: Leşe Doru Călin <lesedorucalin01@...il.com>
Date: Wed, 8 Apr 2020 23:59:54 +0300
> Hello everyone!
>
> In this year's edition of GSoC, there is a project idea for CRIU to add support
> for checkpoint/restore of cork-ed UDP sockets. But to add it, the kernel API needs
> to be extended.
> This is what this patch does. It adds UDP "repair mode" for UDP sockets in a similar
> approach to the TCP "repair mode", but only the send queue is necessary to be retrieved.
> So the patch extends the recv and setsockopt syscalls. Using UDP_REPAIR option in
> setsockopt, caller can set the socket in repair mode. If it is setted, the
> recv/recvfrom/recvmsg will receive the write queue and the destination of the data.
> As in the TCP mode, to change the repair mode requires the CAP_NET_ADMIN capability
> and to receive data the caller is obliged to use the MSG_PEEK flag.
>
> Best regards,
> Lese Doru
>
> Signed-off-by: Lese Doru Calin <lesedorucalin01@...il.com>
Why do I feel like I've seen this patch several times before?
Powered by blists - more mailing lists