From: patchwork-bot+netdevbpf@kernel.org
To: Petr Machata <petrm@nvidia.com>
Cc: davem@davemloft.net, edumazet@google.com, kuba@kernel.org,
pabeni@redhat.com, netdev@vger.kernel.org, idosch@nvidia.com,
danieller@nvidia.com, mlxsw@nvidia.com
Subject: Re: [PATCH net-next 0/2] mlxsw: Set port STP state on bridge enslavement
Date: Wed, 09 Aug 2023 22:40:22 +0000 [thread overview]
Message-ID: <169162082294.25117.14111987532097257605.git-patchwork-notify@kernel.org> (raw)
In-Reply-To: <cover.1691498735.git.petrm@nvidia.com>
Hello:
This series was applied to netdev/net-next.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Tue, 8 Aug 2023 15:18:14 +0200 you wrote:
> When the first port joins a LAG that already has a bridge upper, an
> instance of struct mlxsw_sp_bridge_port is created for the LAG to keep
> track of it as a bridge port. The bridge_port's STP state is initialized to
> BR_STATE_DISABLED. This made sense previously, because mlxsw would only
> ever allow a port to join a LAG if the LAG had no uppers. Thus if a
> bridge_port was instantiated, it must have been because the LAG as such is
> joining a bridge, and the STP state is correspondingly disabled.
>
> [...]
Here is the summary with links:
- [net-next,1/2] mlxsw: Set port STP state on bridge enslavement
https://git.kernel.org/netdev/net-next/c/a76ca8afd45a
- [net-next,2/2] selftests: mlxsw: router_bridge_lag: Add a new selftest
https://git.kernel.org/netdev/net-next/c/aae5bb8d18d8
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
prev parent reply other threads:[~2023-08-09 22:40 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-08 13:18 [PATCH net-next 0/2] mlxsw: Set port STP state on bridge enslavement Petr Machata
2023-08-08 13:18 ` [PATCH net-next 1/2] " Petr Machata
2023-08-08 13:18 ` [PATCH net-next 2/2] selftests: mlxsw: router_bridge_lag: Add a new selftest Petr Machata
2023-08-09 14:50 ` [PATCH net-next 0/2] mlxsw: Set port STP state on bridge enslavement Simon Horman
2023-08-09 22:40 ` patchwork-bot+netdevbpf [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=169162082294.25117.14111987532097257605.git-patchwork-notify@kernel.org \
--to=patchwork-bot+netdevbpf@kernel.org \
--cc=danieller@nvidia.com \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=idosch@nvidia.com \
--cc=kuba@kernel.org \
--cc=mlxsw@nvidia.com \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=petrm@nvidia.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.