[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <ab088c0172834f645b14f86ae74b8570c12d891f.camel@mellanox.com>
Date: Thu, 30 Jul 2020 23:29:46 +0000
From: Saeed Mahameed <saeedm@...lanox.com>
To: "kuba@...nel.org" <kuba@...nel.org>
CC: "mkubecek@...e.cz" <mkubecek@...e.cz>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"davem@...emloft.net" <davem@...emloft.net>
Subject: Re: [PATCH net-next v3 0/2] udp_tunnel: convert mlx5 to the new
udp_tunnel infrastructure
On Tue, 2020-07-28 at 14:47 -0700, Jakub Kicinski wrote:
> This set converts mlx5 to the new infrastructure.
>
> We need a small amount of special handling as mlx5 expects IANA VXLAN
> port to always be programmed into the device. ethtool will show such
> ports in a separate, type-less, fake table, at the end:
>
> Tunnel information for eth0:
> UDP port table 0:
> Size: 7
> Types: vxlan
> No entries
> UDP port table 1:
> Size: 1
> Types: none (static entries)
> Entries (1):
> port 4789, vxlan
>
> Saeed - this should apply on top of net-next, independently of
> the Intel patches, would you mind taking this in for testing
> and review? I'll post the netdevsim & test once Intel patches
> re-emerge.
>
> v3: - add missing include.
> v2: - don't disable the offload on reprs in patch #2.
>
> Jakub Kicinski (2):
> udp_tunnel: add the ability to hard-code IANA VXLAN
> mlx5: convert to new udp_tunnel infrastructure
>
The two patches are applied to net-next-mlx5.
mlx5 patch was slightly modified to move udp_tunnel netdev specific
bits from mlx5/core/lib/vxlan.c to mlx5/core/en_main.c.
Jakub already Acknowledge this change.
Thanks,
Saeed.
Powered by blists - more mailing lists