[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id:
<175227780812.2437895.2731074192480713527.git-patchwork-notify@kernel.org>
Date: Fri, 11 Jul 2025 23:50:08 +0000
From: patchwork-bot+netdevbpf@...nel.org
To: <edward.cree@....com>
Cc: linux-net-drivers@....com, davem@...emloft.net, kuba@...nel.org,
edumazet@...gle.com, pabeni@...hat.com, andrew+netdev@...n.ch,
ecree.xilinx@...il.com, netdev@...r.kernel.org
Subject: Re: [PATCH net-next] sfc: falcon: refactor and document
ef4_ethtool_get_rxfh_fields
Hello:
This patch was applied to netdev/net-next.git (main)
by Jakub Kicinski <kuba@...nel.org>:
On Thu, 10 Jul 2025 18:32:13 +0100 you wrote:
> From: Edward Cree <ecree.xilinx@...il.com>
>
> The code had some rather odd control flow inherited from when it was
> shared with siena and ef10 before this driver was split out.
> Simplify that for easier reading.
> Also add a comment explaining why we return the values we do, since
> some Falcon documents and datasheets confusingly mention the part
> supporting 4-tuple UDP hashing.
> (I couldn't find any record of exactly what was "broken" about the
> original Falcon A hash, I'm just trusting that falcon_init_rx_cfg()
> had a good reason for not using it.)
>
> [...]
Here is the summary with links:
- [net-next] sfc: falcon: refactor and document ef4_ethtool_get_rxfh_fields
https://git.kernel.org/netdev/net-next/c/4159a55f29e1
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