Thread (28 messages) 28 messages, 3 authors, 2021-12-15

Re: [PATCH net-next v3 6/6] net: lan966x: Add switchdev support

flat view

From: Horatiu Vultur <horatiu.vultur@microchip.com>
Date: 2021-12-13 14:24:58
Also in: linux-devicetree, lkml

The 12/13/2021 13:43, Vladimir Oltean wrote:
On Mon, Dec 13, 2021 at 11:25:29AM +0100, Horatiu Vultur wrote:
quoted
The 12/09/2021 17:43, Horatiu Vultur wrote:
quoted
quoted
quoted
+int lan966x_register_notifier_blocks(struct lan966x *lan966x)
+{
+     int err;
+
+     lan966x->netdevice_nb.notifier_call = lan966x_netdevice_event;
+     err = register_netdevice_notifier(&lan966x->netdevice_nb);
+     if (err)
+             return err;
+
+     lan966x->switchdev_nb.notifier_call = lan966x_switchdev_event;
+     err = register_switchdev_notifier(&lan966x->switchdev_nb);
+     if (err)
+             goto err_switchdev_nb;
+
+     lan966x->switchdev_blocking_nb.notifier_call = lan966x_switchdev_blocking_event;
+     err = register_switchdev_blocking_notifier(&lan966x->switchdev_blocking_nb);
+     if (err)
+             goto err_switchdev_blocking_nb;
+
+     lan966x_owq = alloc_ordered_workqueue("lan966x_order", 0);
+     if (!lan966x_owq) {
+             err = -ENOMEM;
+             goto err_switchdev_blocking_nb;
+     }
These should be singleton objects, otherwise things get problematic if
you have more than one switch device instantiated in the system.
Yes, I will update this.
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?
That is correct, I will get the event twice which is a problem in the
lan966x. The function lan966x_netdevice_check should be per instance, in
this way each instance can filter the events.
The reason why I am putting the notifier_block inside lan966x is to be
able to get to the instance of lan966x even if I get a event that is not
for lan966x port.
notifier handlers should be registered as singletons, like other drivers
do.
It looks like not all the other driver register them as singletone. For
example: prestera, mlx5, sparx5. (I just have done a git grep for
register_switchdev_notifier, I have not looked in details at the
implementation).


-- 
/Horatiu
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help