Home
last modified time | relevance | path

Searched hist:"4 d5b4e84" (Results 1 – 4 of 4) sorted by relevance

/openbmc/linux/net/bridge/
H A Dbr_sysfs_br.c4d5b4e84 Tue Aug 10 10:29:28 CDT 2021 Nikolay Aleksandrov <nikolay@nvidia.com> net: bridge: mcast: move querier state to the multicast context

We need to have the querier state per multicast context in order to have
per-vlan control, so remove the internal option bit and move it to the
multicast context. Also annotate the lockless reads of the new variable.

Signed-off-by: Nikolay Aleksandrov <nikolay@nvidia.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
H A Dbr_netlink.c4d5b4e84 Tue Aug 10 10:29:28 CDT 2021 Nikolay Aleksandrov <nikolay@nvidia.com> net: bridge: mcast: move querier state to the multicast context

We need to have the querier state per multicast context in order to have
per-vlan control, so remove the internal option bit and move it to the
multicast context. Also annotate the lockless reads of the new variable.

Signed-off-by: Nikolay Aleksandrov <nikolay@nvidia.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
H A Dbr_multicast.c4d5b4e84 Tue Aug 10 10:29:28 CDT 2021 Nikolay Aleksandrov <nikolay@nvidia.com> net: bridge: mcast: move querier state to the multicast context

We need to have the querier state per multicast context in order to have
per-vlan control, so remove the internal option bit and move it to the
multicast context. Also annotate the lockless reads of the new variable.

Signed-off-by: Nikolay Aleksandrov <nikolay@nvidia.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
H A Dbr_private.h4d5b4e84 Tue Aug 10 10:29:28 CDT 2021 Nikolay Aleksandrov <nikolay@nvidia.com> net: bridge: mcast: move querier state to the multicast context

We need to have the querier state per multicast context in order to have
per-vlan control, so remove the internal option bit and move it to the
multicast context. Also annotate the lockless reads of the new variable.

Signed-off-by: Nikolay Aleksandrov <nikolay@nvidia.com>
Signed-off-by: David S. Miller <davem@davemloft.net>