[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <166686781657.26454.14252790072512743395.git-patchwork-notify@kernel.org>
Date: Thu, 27 Oct 2022 10:50:16 +0000
From: patchwork-bot+netdevbpf@...nel.org
To: Tariq Toukan <tariqt@...dia.com>
Cc: davem@...emloft.net, kuba@...nel.org, edumazet@...gle.com,
pabeni@...hat.com, borisp@...dia.com, john.fastabend@...il.com,
netdev@...r.kernel.org, saeedm@...dia.com, gal@...dia.com,
j.vosburgh@...il.com, vfalico@...il.com, andy@...yhouse.net
Subject: Re: [PATCH net-next] bond: Disable TLS features indication
Hello:
This patch was applied to netdev/net-next.git (master)
by Paolo Abeni <pabeni@...hat.com>:
On Tue, 25 Oct 2022 13:53:00 +0300 you wrote:
> Bond agnostically interacts with TLS device-offload requests via the
> .ndo_sk_get_lower_dev operation. Return value is true iff bond
> guarantees fixed mapping between the TLS connection and a lower netdev.
>
> Due to this nature, the bond TLS device offload features are not
> explicitly controllable in the bond layer. As of today, these are
> read-only values based on the evaluation of bond_sk_check(). However,
> this indication might be incorrect and misleading, when the feature bits
> are "fixed" by some dependency features. For example,
> NETIF_F_HW_TLS_TX/RX are forcefully cleared in case the corresponding
> checksum offload is disabled. But in fact the bond ability to still
> offload TLS connections to the lower device is not hurt.
>
> [...]
Here is the summary with links:
- [net-next] bond: Disable TLS features indication
https://git.kernel.org/netdev/net-next/c/28581b9c2c94
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
Powered by blists - more mailing lists