Messages in this thread | | | Subject | Re: [PATCH net 0/5] net: lan966x: Fix issues with MAC table | From | patchwork-bot+netdevbpf@kernel ... | Date | Tue, 19 Jul 2022 03:20:14 +0000 |
| |
Hello:
This series was applied to netdev/net.git (master) by Jakub Kicinski <kuba@kernel.org>:
On Thu, 14 Jul 2022 21:40:35 +0200 you wrote: > The patch series fixes 2 issues: > - when an entry was forgotten the irq thread was holding a spin lock and then > was talking also rtnl_lock. > - the access to the HW MAC table is indirect, so the access to the HW MAC > table was not synchronized, which means that there could be race conditions. > > Horatiu Vultur (5): > net: lan966x: Fix taking rtnl_lock while holding spin_lock > net: lan966x: Fix usage of lan966x->mac_lock when entry is added > net: lan966x: Fix usage of lan966x->mac_lock when entry is removed > net: lan966x: Fix usage of lan966x->mac_lock inside > lan966x_mac_irq_handler > net: lan966x: Fix usage of lan966x->mac_lock when used by FDB > > [...]
Here is the summary with links: - [net,1/5] net: lan966x: Fix taking rtnl_lock while holding spin_lock https://git.kernel.org/netdev/net/c/45533a534a45 - [net,2/5] net: lan966x: Fix usage of lan966x->mac_lock when entry is added https://git.kernel.org/netdev/net/c/43243bb3195b - [net,3/5] net: lan966x: Fix usage of lan966x->mac_lock when entry is removed https://git.kernel.org/netdev/net/c/99343cfa4f75 - [net,4/5] net: lan966x: Fix usage of lan966x->mac_lock inside lan966x_mac_irq_handler https://git.kernel.org/netdev/net/c/c19246843697 - [net,5/5] net: lan966x: Fix usage of lan966x->mac_lock when used by FDB https://git.kernel.org/netdev/net/c/675c807ae26b
You are awesome, thank you! -- Deet-doot-dot, I am a bot. https://korg.docs.kernel.org/patchwork/pwbot.html
| |