[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20200710.135449.2226923391986349797.davem@davemloft.net>
Date: Fri, 10 Jul 2020 13:54:49 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: kuba@...nel.org
Cc: netdev@...r.kernel.org, saeedm@...lanox.com,
michael.chan@...adcom.com, emil.s.tantilov@...el.com,
alexander.h.duyck@...ux.intel.com, jeffrey.t.kirsher@...el.com,
tariqt@...lanox.com, mkubecek@...e.cz
Subject: Re: [PATCH net-next v4 00/10] udp_tunnel: add NIC RX port offload
infrastructure
From: Jakub Kicinski <kuba@...nel.org>
Date: Thu, 9 Jul 2020 17:42:43 -0700
...
> This work tries to improve the situation by pulling the UDP tunnel
> port table maintenance out of the drivers. It turns out that almost
> all drivers maintain a fixed size table of ports (in most cases one
> per tunnel type), so we can take care of all the refcounting in the
> core, and let the driver specify if they need to sleep in the
> callbacks or not. The new common implementation will also support
> replacing ports - when a port is removed from a full table it will
> try to find a previously missing port to take its place.
>
> This patch only implements the core functionality along with a few
> drivers I was hoping to test manually [1] along with a test based
> on a netdevsim implementation. Following patches will convert all
> the drivers. Once that's complete we can remove the ndos, and rely
> directly on the new infrastrucutre.
>
> Then after RSS (RXFH) is converted to netlink we can add the ability
> to configure the use of inner RSS headers for UDP tunnels.
...
Series applied, thanks Jakub.
Powered by blists - more mailing lists