From:   Vladimir Oltean <vladimir.oltean@nxp.com>
To:     Horatiu Vultur <horatiu.vultur@microchip.com>
CC:     "netdev@vger.kernel.org" <netdev@vger.kernel.org>,
        "devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "davem@davemloft.net" <davem@davemloft.net>,
        "kuba@kernel.org" <kuba@kernel.org>,
        "robh+dt@kernel.org" <robh+dt@kernel.org>,
        "UNGLinuxDriver@microchip.com" <UNGLinuxDriver@microchip.com>,
        "linux@armlinux.org.uk" <linux@armlinux.org.uk>,
        "f.fainelli@gmail.com" <f.fainelli@gmail.com>,
        "vivien.didelot@gmail.com" <vivien.didelot@gmail.com>,
        "andrew@lunn.ch" <andrew@lunn.ch>
Subject: Re: [PATCH net-next v3 6/6] net: lan966x: Add switchdev support
Thread-Topic: [PATCH net-next v3 6/6] net: lan966x: Add switchdev support
Thread-Index: AQHX7OGqma9W7JTLPke3A5iwt0gyh6wqKbcAgAA0OYCABd/MgIAAN0eA
Date:   Mon, 13 Dec 2021 13:43:20 +0000
Message-ID: <20211213134319.dp6b3or24pl3p4en@skbuf>
References: <20211209094615.329379-1-horatiu.vultur@microchip.com>
 <20211209094615.329379-7-horatiu.vultur@microchip.com>
 <20211209133616.2kii2xfz5rioii4o@skbuf>
 <20211209164311.agnofh275znn5t5c@soft-dev3-1.localhost>
 <20211213102529.tzdvekwwngo4zgex@soft-dev3-1.localhost>
In-Reply-To: <20211213102529.tzdvekwwngo4zgex@soft-dev3-1.localhost>
Accept-Language: en-US
Content-Language: en-US
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?zW4cU+dct4q4uKZapO354cP2mI/j/WbPFcR+sbIHDO6lzaaDANeK0w+p6X9T?=
 =?us-ascii?Q?G1ZyKQkJKFW1yKVrzXHZCrUMr1CbnWZqb/8hz7+Bw8K7uFs46VMFqVZapxC7?=
 =?us-ascii?Q?embPpTdBhQi/LXPKjlxrTl7VJQsnScksIGXsTykHCBP+QNY0wjS5kXuE53mr?=
 =?us-ascii?Q?5MbWsOv2JagqoAF6PlwARcxxp00DcrAqg1t/RhxIE8fvMtbozZ8cTBb7QN9/?=
 =?us-ascii?Q?X+OlgqpgR0e80YJ9GA1cPbctx9yrdynKRqwprbqOMedciJ6ft/8LX3E4H5Yr?=
 =?us-ascii?Q?2EY7hqy34GOSXw/O68bneDHpa4blNiVkgbUF4LELmK+erGRKzMYP8GUyfqNg?=
 =?us-ascii?Q?F7ceBH23tAyN1+VUCdyQLL2fn6dXnRrSEXsFdHNRYS+go1d0GC/uuyuObS0Q?=
 =?us-ascii?Q?qsGSNM2Jn8iL4uzXZ/NusYdGuOfC314EHNtuCsPCbgzICD4HRi0mdZE9AtlX?=
 =?us-ascii?Q?HfEvgAcV55JHpE1QbbvpgDguGnWPoF7rIvla1o7wh69fkJd7bD4ZJ6oCpcpe?=
 =?us-ascii?Q?P0+A8mzy4QmzcqYO1inpKQNZSYaBTUfROiDSJxdxYEbToejCdAi8hwH73IkS?=
 =?us-ascii?Q?KZ0Vnp2tqs0qlQDWWeXIYkikWmMQT6iWaUj6DPXmE5epptEIYx7z3Bhkr1CT?=
 =?us-ascii?Q?Stuuzkm+y2Hb0wU69D3uafk5woJwsvv3w1katp0YVa1B1yp6ePb42wSS+tZ3?=
 =?us-ascii?Q?6FgGAfVC6nwkr0Uce5J6sKkB9VEROA60kbmOwfw2a8ogTvkPSopyWbyPizRk?=
 =?us-ascii?Q?jkuxyJtA1ZjV0BB6bbMrxDLX7lzruI6P/SvJCfp19DepqmWgj0imbQ3lX0VC?=
 =?us-ascii?Q?3RQv+vpcI2wRAZfB0jxLVwUxjMZ0tOutbrQWlRqG6KKtEUYpsCcMGeYq0fsL?=
 =?us-ascii?Q?1okQsK56DdyDrGfGNIxkC53CNoLSTzeNqjW8Y+QpRWH+cPJzV4+n2gSTChk8?=
 =?us-ascii?Q?OH+M56qvt8PzBlPR7JOA2iph2SPDK1EqzT6Ob/koxGYSs7owMN2zgo7Vjwf3?=
 =?us-ascii?Q?E6+iVD1XKSWyo3YGf42ck1K/CKBq1leJ6CuMAq8Dk1FC2V1xpWBsrbH65vNm?=
 =?us-ascii?Q?evYThYGdBKNG4WhyjHQtMdBp91ggd5+ODqPBTfQqL7CSzuHbacrm0t5iQHsj?=
 =?us-ascii?Q?rrOsO5Ys1Gpn4Sq4SfKcuerDmGQBGzJWkJATvSc94IP+sRcgUKzqoJ4YbVRs?=
 =?us-ascii?Q?S/qCyuQBxgvC06VXSyi07sqA1VfsvO6utUmFbS7uJQXTF73Re93imo58CZ1R?=
 =?us-ascii?Q?kX19ovKUA5dts7mNFNwwJspylnszSKY2eF0V0Uh5x7DKU63VH3YPOt35N/jM?=
 =?us-ascii?Q?6/arLK8SUZLZZOovca41JkiHfakwsv+GBCXbRQj4AVCHjqW3nyjE6F82PWF5?=
 =?us-ascii?Q?w86q6n71+W4845/dmpWZXPcczjk8pErZEMlGBOZ1qWUPGp8AJWKMHW6bid/o?=
 =?us-ascii?Q?Wpuvii3ragOdEInS8ZKxLgPf1WhuvyWNzSMSFOPoUh7AXhxNG2DEPKI/Tae0?=
 =?us-ascii?Q?qSvbzw4eAYLIjXoBjof6TS7G5cIJhcIS0a6f7lQjBOzWjbF9KBsvzKHAWDcm?=
 =?us-ascii?Q?ZyAcqe5qpxY478Bn97FLddC4Lbngwcb1CwZ/pgrr6asB9ipzW0gqYCbh5KCk?=
 =?us-ascii?Q?wvZqCT0VujmSjTQRjDOv+xY=3D?=
Content-Type: text/plain; charset="us-ascii"
Content-ID: <54F8B0CCE335CF4D896332986CAF404D@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: 6b687a6e-5745-4194-7728-08d9be3e8690
X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Dec 2021 13:43:20.3562
 (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: k2dIjP/J8745CzkUljAcvd/DzzTDyRge0RsgAug+mWEi+awFZ3KqCFLTsn7XZ5QOzuAxNM5y7vHTPUvRu/u60Q==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR04MB4222
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On Mon, Dec 13, 2021 at 11:25:29AM +0100, Horatiu Vultur wrote:
> The 12/09/2021 17:43, Horatiu Vultur wrote:
> > > > +int lan966x_register_notifier_blocks(struct lan966x *lan966x)
> > > > +{
> > > > +     int err;
> > > > +
> > > > +     lan966x->netdevice_nb.notifier_call =3D lan966x_netdevice_eve=
nt;
> > > > +     err =3D register_netdevice_notifier(&lan966x->netdevice_nb);
> > > > +     if (err)
> > > > +             return err;
> > > > +
> > > > +     lan966x->switchdev_nb.notifier_call =3D lan966x_switchdev_eve=
nt;
> > > > +     err =3D register_switchdev_notifier(&lan966x->switchdev_nb);
> > > > +     if (err)
> > > > +             goto err_switchdev_nb;
> > > > +
> > > > +     lan966x->switchdev_blocking_nb.notifier_call =3D lan966x_swit=
chdev_blocking_event;
> > > > +     err =3D register_switchdev_blocking_notifier(&lan966x->switch=
dev_blocking_nb);
> > > > +     if (err)
> > > > +             goto err_switchdev_blocking_nb;
> > > > +
> > > > +     lan966x_owq =3D alloc_ordered_workqueue("lan966x_order", 0);
> > > > +     if (!lan966x_owq) {
> > > > +             err =3D -ENOMEM;
> > > > +             goto err_switchdev_blocking_nb;
> > > > +     }
> > >=20
> > > These should be singleton objects, otherwise things get problematic i=
f
> > > you have more than one switch device instantiated in the system.
> >=20
> > Yes, I will update this.
>=20
> Actually I think they need to be part of lan966x.
> Because we want each lan966x instance to be independent of each other.
> This is not seen in this version but is more clear in the next version
> (v4).

They are independent of each other. You deduce the interface on which
the notifier was emitted using switchdev_notifier_info_to_dev() and act
upon it, if lan966x_netdevice_check() is true. The notifier handling
code itself is stateless, all the state is per port / per switch.
If you register one notifier handler per switch, lan966x_netdevice_check()
would return true for each notifier handler instance, and you would
handle each event twice, would you not? This is why I'm saying that the
notifier handlers should be registered as singletons, like other drivers
do.=