Re: [RFC bpf-next 0/5] Extend SOCKMAP to store listening sockets

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Subject: Re: [RFC bpf-next 0/5] Extend SOCKMAP to store listening sockets
From: Jakub Sitnicki <jakub@xxxxxxxxxxxxxx>
Date: Tue, 29 Oct 2019 09:52:45 +0100
Cc: John Fastabend <john.fastabend@xxxxxxxxx>, "bpf\@vger.kernel.org" <bpf@xxxxxxxxxxxxxxx>, "netdev\@vger.kernel.org" <netdev@xxxxxxxxxxxxxxx>, "kernel-team\@cloudflare.com" <kernel-team@xxxxxxxxxxxxxx>
In-reply-to: <20191028213804.yv3xfjjlayfghkcr@kafai-mbp>
User-agent: mu4e 1.1.0; emacs 26.1

On Mon, Oct 28, 2019 at 10:38 PM CET, Martin Lau wrote:
> It is always better to get full UDP support ;)
> It seems to be confident also, then there is little reason not to do
> so in UDP sockmap support v1.

Let me give it a shot :-)

References:
- [RFC bpf-next 0/5] Extend SOCKMAP to store listening sockets
  - From: Jakub Sitnicki
- Re: [RFC bpf-next 0/5] Extend SOCKMAP to store listening sockets
  - From: Martin Lau
- Re: [RFC bpf-next 0/5] Extend SOCKMAP to store listening sockets
  - From: Jakub Sitnicki
- Re: [RFC bpf-next 0/5] Extend SOCKMAP to store listening sockets
  - From: Martin Lau
- Re: [RFC bpf-next 0/5] Extend SOCKMAP to store listening sockets
  - From: John Fastabend
- Re: [RFC bpf-next 0/5] Extend SOCKMAP to store listening sockets
  - From: Martin Lau

Prev by Date: Re: general protection fault in process_one_work
Next by Date: Re: [RFC bpf-next 0/5] Extend SOCKMAP to store listening sockets
Previous by thread: Re: [RFC bpf-next 0/5] Extend SOCKMAP to store listening sockets
Next by thread: [PATCH] xdp: fix type of string pointer in __XDP_ACT_SYM_TAB
Index(es):
- Date
- Thread

[Index of Archives] [Linux Samsung SoC] [Linux Rockchip SoC] [Linux Actions SoC] [Linux for Synopsys ARC Processors] [Linux NFS] [Linux NILFS] [Linux USB Devel] [Video for Linux] [Linux Audio Users] [Yosemite News] [Linux Kernel] [Linux SCSI]