[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <721a2e32-c930-ad6b-5055-631b502ed11b@gmail.com>
Date: Wed, 11 Aug 2021 18:14:30 +0200
From: Eric Dumazet <eric.dumazet@...il.com>
To: Bui Quang Minh <minhquangbui99@...il.com>,
linux-kernel@...r.kernel.org, netdev@...r.kernel.org
Cc: davem@...emloft.net, kuba@...nel.org, yoshfuji@...ux-ipv6.org,
dsahern@...nel.org, willemb@...gle.com, pabeni@...hat.com,
avagin@...il.com, alexander@...alicyn.com,
lesedorucalin01@...il.com
Subject: Re: [PATCH v2 1/2] udp: UDP socket send queue repair
On 8/11/21 5:45 PM, Bui Quang Minh wrote:
> In this patch, I implement UDP_REPAIR sockoption and a new path in
> udp_recvmsg for dumping the corked packet in UDP socket's send queue.
>
> A userspace program can use recvmsg syscall to get the packet's data and
> the msg_name information of the packet. Currently, other related
> information in inet_cork that are set in cmsg are not dumped.
>
> While working on this, I was aware of Lese Doru Calin's patch and got some
> ideas from it.
What is the use case for this feature, adding a test in UDP fast path ?
CORKed UDP is hardly used nowadays.
IMO, TCP_REPAIR hijacking standard system calls was a design error,
we should have added new system calls.
Powered by blists - more mailing lists