Searched hist:b360d94f1b8647bc164e7519ec900471836be14a (Results 1 – 3 of 3) sorted by relevance
| /openbmc/linux/include/soc/mscc/ |
| H A D | ocelot.h | diff b360d94f1b8647bc164e7519ec900471836be14a Fri Feb 12 09:15:58 CST 2021 Vladimir Oltean <vladimir.oltean@nxp.com> net: mscc: ocelot: use separate flooding PGID for broadcast
In preparation of offloading the bridge port flags which have
independent settings for unknown multicast and for broadcast, we should
also start reserving one destination Port Group ID for the flooding of
broadcast packets, to allow configuring it individually.
Signed-off-by: Vladimir Oltean <vladimir.oltean@nxp.com>
Reviewed-by: Florian Fainelli <f.fainelli@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
|
| /openbmc/linux/drivers/net/dsa/ocelot/ |
| H A D | felix.c | diff b360d94f1b8647bc164e7519ec900471836be14a Fri Feb 12 09:15:58 CST 2021 Vladimir Oltean <vladimir.oltean@nxp.com> net: mscc: ocelot: use separate flooding PGID for broadcast
In preparation of offloading the bridge port flags which have
independent settings for unknown multicast and for broadcast, we should
also start reserving one destination Port Group ID for the flooding of
broadcast packets, to allow configuring it individually.
Signed-off-by: Vladimir Oltean <vladimir.oltean@nxp.com>
Reviewed-by: Florian Fainelli <f.fainelli@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
|
| /openbmc/linux/drivers/net/ethernet/mscc/ |
| H A D | ocelot.c | diff b360d94f1b8647bc164e7519ec900471836be14a Fri Feb 12 09:15:58 CST 2021 Vladimir Oltean <vladimir.oltean@nxp.com> net: mscc: ocelot: use separate flooding PGID for broadcast
In preparation of offloading the bridge port flags which have
independent settings for unknown multicast and for broadcast, we should
also start reserving one destination Port Group ID for the flooding of
broadcast packets, to allow configuring it individually.
Signed-off-by: Vladimir Oltean <vladimir.oltean@nxp.com>
Reviewed-by: Florian Fainelli <f.fainelli@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
|