Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
From:   Vladimir Oltean <vladimir.oltean@nxp.com>
To:     "netdev@vger.kernel.org" <netdev@vger.kernel.org>
CC:     "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "David S. Miller" <davem@davemloft.net>,
        Eric Dumazet <edumazet@google.com>,
        Jakub Kicinski <kuba@kernel.org>,
        Paolo Abeni <pabeni@redhat.com>,
        Florian Fainelli <f.fainelli@gmail.com>,
        Vivien Didelot <vivien.didelot@gmail.com>,
        Andrew Lunn <andrew@lunn.ch>,
        Vladimir Oltean <olteanv@gmail.com>,
        Claudiu Manoil <claudiu.manoil@nxp.com>,
        Alexandre Belloni <alexandre.belloni@bootlin.com>,
        "UNGLinuxDriver@microchip.com" <UNGLinuxDriver@microchip.com>,
        Colin Foster <colin.foster@in-advantage.com>,
        Roopa Prabhu <roopa@nvidia.com>,
        Nikolay Aleksandrov <razor@blackwall.org>,
        Tobias Waldekranz <tobias@waldekranz.com>,
        =?Windows-1252?Q?Marek_Beh=FAn?= <kabel@kernel.org>,
        Ansuel Smith <ansuelsmth@gmail.com>,
        DENG Qingfang <dqfext@gmail.com>,
        =?Windows-1252?Q?Alvin_=8Aipraga?= <alsi@bang-olufsen.dk>,
        Linus Walleij <linus.walleij@linaro.org>,
        Luiz Angelo Daros de Luca <luizluca@gmail.com>,
        Felix Fietkau <nbd@nbd.name>, John Crispin <john@phrozen.org>,
        Sean Wang <sean.wang@mediatek.com>
Subject: Re: [PATCH net-next 0/9] DSA changes for multiple CPU ports (part 4)
Thread-Topic: [PATCH net-next 0/9] DSA changes for multiple CPU ports (part 4)
Thread-Index: AQHYvKsLmg9+Fvc+3E2TksPGMZq+1a3L9Q+A
Date:   Fri, 2 Sep 2022 10:31:46 +0000
Message-ID: <20220902103145.faccoawnaqh6cn3r@skbuf>
References: <20220830195932.683432-1-vladimir.oltean@nxp.com>
In-Reply-To: <20220830195932.683432-1-vladimir.oltean@nxp.com>
Accept-Language: en-US
Content-Language: en-US
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?Windows-1252?Q?HPQLhQO2OXK/DsYBTHrlAaDVHmtlsAAmP/qLihBrZD/PDp/wPF7k7h5s?=
 =?Windows-1252?Q?7M9aP13qpNJ41oEAZYiFDyidLXasrdlfYp4H+jydQ6UIc85KxVBsXFjl?=
 =?Windows-1252?Q?WeSh9KVUVor9ucruwFZFxscOcSFLgf2yx05arslt29y4VRbqGQb9U6W9?=
 =?Windows-1252?Q?SPgfJ3LtZQmN4F3xu8iHDshAqnCcXIpX4WwlVSTQr6tNuO68DVYX/zoK?=
 =?Windows-1252?Q?bl64f65QaKhSxHATppuq+eJlheGbE5SVDaY6zbeGBAcZzHOZ+31Y9C5m?=
 =?Windows-1252?Q?Z71FzJ9AOsCZ4QGG1FR4BgOI0DVdWbGwMs08d4lL8gcIo3eSzuRRe3iu?=
 =?Windows-1252?Q?TSmdFSlsQWSrSevqhSumbagEhk2TgILnLvVR0FfGd3njvpznw3b2jpTj?=
 =?Windows-1252?Q?MT2VHHaFJaBElq8zh+55qobzT44eAhOL9NHW/Pr5DgZXebi6vZGTwmfz?=
 =?Windows-1252?Q?yqKhby2oq0lh8BeGnO+GuC3p8dmE+6Y1MY2gWf0aaUS8Y1QHduV0kt3V?=
 =?Windows-1252?Q?UHIsQDpR/CjoHj1gW628uWrvGBP5cWM6Q4pgTA3w8AFfc0OVXBS4L2kN?=
 =?Windows-1252?Q?rG8mqTv/YDTdgdRRAYL6roPefYcyDvFyXWGnYq3TqHMz8+8vHc338sQI?=
 =?Windows-1252?Q?Y3jB46SIW8gEJlS+RGIa++gdj9PaFlUQOM2WwUoCc3FdJrrovgP38IAW?=
 =?Windows-1252?Q?KaEW0mjwbuG+B+1JDkqNj48BfAJHUosWLe0VJROOvdgCTzO0bx+xrNPh?=
 =?Windows-1252?Q?UW1N9fdTORbmEyja+dZhLDX3ul6cRkscRQEUJcPG2sca5VGNPi8Wlqic?=
 =?Windows-1252?Q?YJeXtU+VaDw5dcxADn+xyC/lc/iqzJpIRbD+VwzGgXEe411qWEhUzekh?=
 =?Windows-1252?Q?/nUnsKe0qPE++gKz/cfpRRF3+acX+sf+js80SfYusAqFlbhRV1JcwOXc?=
 =?Windows-1252?Q?kkI3DOBqsnIJrJxqUNqEipo9kC9m6Y4GojQD49O8L52uq/BGDQDHMbPA?=
 =?Windows-1252?Q?vs2A2T1c7NwpXg13Ngw4Xg7IS4NrI/SaM9N9itFQWmOf+kzjbnsXVxsM?=
 =?Windows-1252?Q?xieKkKkUOJpIIiUIJncxxh11uijMa79DJoSaCnVzOFsNHTyGL5w60kDJ?=
 =?Windows-1252?Q?6SADlvRZwpX8nNfkxeOBXM9nZFEp24pAjr01R6eVv+neZ8RxqY7hy1yM?=
 =?Windows-1252?Q?Ujjr+f/wZh6VysqFCgYgXdcPSEllmOKBaQhhGdZF8FHFlzZK6AK1CAH7?=
 =?Windows-1252?Q?qXemeGgQ5x2sx9WfRHrNOdQ3woMDhEf0YESvMZz34z3NXNAyJDe4s5yL?=
 =?Windows-1252?Q?XaCFsAgDgZXDyvnrbIt0QO73S9sxw7/oyZRosfYnz7WfSBZ7jIPWWsKk?=
 =?Windows-1252?Q?UK6O2PutO5SgdK9+eFpXy0o3m6WSmiWxefzByK093KY2Z2Q+NDQTH6gB?=
 =?Windows-1252?Q?W2dtZVrydrjc/kZnzb2CpukTJ7LQN0T3SfFhi2SrdgwHCmvQw2mVmb3B?=
 =?Windows-1252?Q?g29OyMQIGsnmzq6vfFCvwIw+/Legcr2Kz/6htyEedJhYHsgCLxpUeRdg?=
 =?Windows-1252?Q?OvtwxCQnE6PXYzVq8GA4diZWIRO/TVQgWnItM61JQmYbSjdnWxKtrozG?=
 =?Windows-1252?Q?NaHggN/yhrsjbjZvdsY9KRFYKvFEv80zfzQ/9l+mUHjoVgc56JccOgcQ?=
 =?Windows-1252?Q?X6DwhhZYidyS6MArnabTPDVVVn9nFmBXHkaU7XW1ETXroXhVh0cKkg?=
 =?Windows-1252?Q?=3D=3D?=
Content-Type: text/plain; charset="Windows-1252"
Content-ID: <511B185B3C07CF4C9B2AEA7EF8B0759E@eurprd04.prod.outlook.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: nxp.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: VI1PR04MB5136.eurprd04.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 4f23bbc9-c8cd-4521-ad06-08da8cce5641
X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Sep 2022 10:31:46.4017
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 686ea1d3-bc2b-4c6f-a92c-d99c5c301635
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: /zc56xnOGUqej3XBUoA8OuzSYO552P3PiJlYMdOF7eu9Jy9sNz2dLZAR3hBoqqWvjvY7OBwAgYi+l5Ff1kGTCA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM9PR04MB7588
X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED,
        DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE,
        RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,SPF_PASS,T_SCC_BODY_TEXT_LINE
        autolearn=ham autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
        lindbergh.monkeyblade.net
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On Tue, Aug 30, 2022 at 10:59:23PM +0300, Vladimir Oltean wrote:
> This series represents the final part of that effort. We have:
>=20
> - the introduction of new UAPI in the form of IFLA_DSA_MASTER

Call for opinions: when I resend this, should I keep rtnl_link_ops,
or should I do what Marek attempted to do, and make the existing iflink
between a user port and its master writable from user space?
https://lore.kernel.org/netdev/20190824024251.4542-4-marek.behun@nic.cz/

I'm not sure if we have that many more use cases for rtnl_link_ops..
at some point I was thinking we could change the way in which dsa_loop
probes, and allow dynamic creation of such interfaces using RTM_NEWLINK;
but looking closer at that, it's a bit more complicated, since we'd need
to attach dsa_loop user ports to a virtual switch, and probe all ports
at the same time rather than one by one.=