On Tue, Feb 09, 2021 at 08:11:15PM -0800, Florian Fainelli wrote:
> 
> 
> On 2/9/2021 5:02 PM, George McCollister wrote:
> > Add offloading for HSR/PRP (IEC 62439-3) tag insertion, tag removal
> > forwarding and duplication supported by the xrs7000 series switches.
> > 
> > Only HSR v1 and PRP v1 are supported by the xrs7000 series switches (HSR
> > v0 is not).
> > 
> > Signed-off-by: George McCollister <george.mccollis...@gmail.com>
> > ---
> [snip]
> > +   val &= ~BIT(dsa_upstream_port(ds, port));
> > +   regmap_write(priv->regmap, XRS_PORT_FWD_MASK(partner->index), val);
> > +   regmap_write(priv->regmap, XRS_PORT_FWD_MASK(port), val);
> > +
> > +   regmap_fields_write(priv->ps_forward, partner->index,
> > +                       XRS_PORT_FORWARDING);
> > +   regmap_fields_write(priv->ps_forward, port, XRS_PORT_FORWARDING);
> > +
> > +   hsr_pair[0] = port;
> > +   hsr_pair[1] = partner->index;
> > +   for (i = 0; i < ARRAY_SIZE(hsr_pair); i++) {
> > +           slave = dsa_to_port(ds, hsr_pair[i])->slave;
> > +           slave->features |= XRS7000X_SUPPORTED_HSR_FEATURES;
> 
> It's a bit weird to change the supported features while joining, usually
> you set them ahead of time to indicate what you are capable of doing and
> those can get toggled by user-space to enable/disable said feature, I
> suppose the goal here is to influence the HSR data path's decisions to
> insert or not tags so this may be okay. This does beg several questions:
> 
> - should slave->vlan_features also include that feature set somehow (can
> I have a VLAN upper?)

hsr_check_dev_ok:
        if (is_vlan_dev(dev)) {
                NL_SET_ERR_MSG_MOD(extack, "HSR on top of VLAN is not yet 
supported in this driver.");
                return -EINVAL;
        }

> - should there be a notifier running to advertise NETDEV_FEAT_CHANGE?

I felt it's a bit weird too to toggle the netdev flags just like that
instead of just enabling them at probe time or something (or have DSA
set them in dsa_slave_create(), just as it currently checks
ds->ops->port_vlan_add), but since there's no need for anyone to process
that notification, and there don't appear to be any strict guidelines, I
didn't say anything. I guess the current code is just fine for what is
needed at the moment.

Reviewed-by: Vladimir Oltean <olte...@gmail.com>

Reply via email to