[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20250327003008.cb7282960ade3c1821702c31@mt-integration.ru>
Date: Thu, 27 Mar 2025 00:30:08 +0500
From: Vitaliy Shevtsov <v.shevtsov@...integration.ru>
To: Vladimir Oltean <vladimir.oltean@....com>
CC: Claudiu Manoil <claudiu.manoil@....com>, Alexandre Belloni
<alexandre.belloni@...tlin.com>, <UNGLinuxDriver@...rochip.com>, "Andrew
Lunn" <andrew@...n.ch>, "David S. Miller" <davem@...emloft.net>, "Eric
Dumazet" <edumazet@...gle.com>, Jakub Kicinski <kuba@...nel.org>, "Paolo
Abeni" <pabeni@...hat.com>, <netdev@...r.kernel.org>,
<linux-kernel@...r.kernel.org>, <lvc-project@...uxtesting.org>
Subject: Re: [PATCH v2] net: dsa: felix: check felix_cpu_port_for_conduit()
for failure
On Wed, 26 Mar 2025 21:22:59 +0200, Vladimir Oltean wrote:
> Hello Vitaliy,
>
> If the bonding interface has no ports, it is not a DSA conduit.
>
> See the logic in dsa_conduit_changeupper() which, starting from "dev"
> which is known to be a DSA conduit, it looks at info->upper_dev which is
> a LAG device, and calls dsa_conduit_lag_join() when it is linking with
> it. Thus, the LAG device (info->upper_dev) has at least one port: dev.
>
> Also see this comment and walk through the dsa_conduit_lag_leave() path:
>
> /* If the LAG DSA conduit has no ports left, migrate back all
> * user ports to the first physical CPU port
> */
>
> Given the justification provided thus far, I don't see a reason to merge
> this patch. The "somehow it fails" needs to be a bit more clear.
Hello, Vladimir.
Okay then. Pretty clear, thanks.
--
Vitaliy Shevtsov <v.shevtsov@...integration.ru>
Powered by blists - more mailing lists