[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210207012650.ewehcarai3tep5xa@skbuf>
Date: Sun, 7 Feb 2021 03:26:50 +0200
From: Vladimir Oltean <olteanv@...il.com>
To: George McCollister <george.mccollister@...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 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.
Powered by blists - more mailing lists