[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAFSKS=MSV3_bQYpE38_gJX6gXm489J-m404Bf6L4C0+mSXkmVg@mail.gmail.com>
Date: Mon, 8 Feb 2021 11:31:58 -0600
From: George McCollister <george.mccollister@...il.com>
To: Vladimir Oltean <olteanv@...il.com>
Cc: Jakub Kicinski <kuba@...nel.org>, Andrew Lunn <andrew@...n.ch>,
Vivien Didelot <vivien.didelot@...il.com>,
Florian Fainelli <f.fainelli@...il.com>,
Jonathan Corbet <corbet@....net>, netdev@...r.kernel.org
Subject: Re: [PATCH net-next v2 1/4] net: hsr: generate supervision frame
without HSR/PRP tag
On Sat, Feb 6, 2021 at 7:26 PM Vladimir Oltean <olteanv@...il.com> wrote:
>
> On Thu, Feb 04, 2021 at 03:59:23PM -0600, George McCollister wrote:
> > @@ -289,23 +286,12 @@ static void send_hsr_supervision_frame(struct hsr_port *master,
> > hsr->announce_count++;
> > }
> >
> > - if (!hsr->prot_version)
> > - proto = ETH_P_PRP;
> > - else
> > - proto = ETH_P_HSR;
> > -
> > - skb = hsr_init_skb(master, proto);
> > + skb = hsr_init_skb(master, ETH_P_PRP);
> > if (!skb) {
> > WARN_ONCE(1, "HSR: Could not send supervision frame\n");
> > return;
> > }
>
> I wonder why you aren't even more aggressive, just remove the proto
> argument from hsr_init_skb and delay setting skb->protocol to
> hsr_fill_tag or the whereabouts. This is probably also more correct
> since as far as I can see, nobody is updating the skb->proto of
> supervision frames from HSR v0 to v1 after your change.
Will do. Thanks.
Powered by blists - more mailing lists