[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAF=yD-LnDSzFFz6B8o84B1OSxTQE9p=LyFoAe_7+-k7q_r0yog@mail.gmail.com>
Date: Mon, 16 Aug 2021 07:38:40 -0700
From: Willem de Bruijn <willemdebruijn.kernel@...il.com>
To: Bui Quang Minh <minhquangbui99@...il.com>
Cc: LKML <linux-kernel@...r.kernel.org>,
Network Development <netdev@...r.kernel.org>,
David Miller <davem@...emloft.net>,
Jakub Kicinski <kuba@...nel.org>,
Hideaki YOSHIFUJI <yoshfuji@...ux-ipv6.org>,
David Ahern <dsahern@...nel.org>,
Willem de Bruijn <willemb@...gle.com>,
Paolo Abeni <pabeni@...hat.com>,
Andrei Vagin <avagin@...il.com>, alexander@...alicyn.com,
Lese Doru Calin <lesedorucalin01@...il.com>
Subject: Re: [PATCH v2 1/2] udp: UDP socket send queue repair
On Wed, Aug 11, 2021 at 8:48 AM Bui Quang Minh <minhquangbui99@...il.com> 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.
[ intended to include in my previous response ]
What other related information? Fields like transmit_time and gso_size?
This would be another reason to prefer dropping the packet over trying
to restore it incompletely.
Powered by blists - more mailing lists