Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Date:   Fri, 9 Dec 2022 19:05:50 +0200
From:   Vladimir Oltean <olteanv@gmail.com>
To:     Jerry Ray <jerry.ray@microchip.com>
Cc:     Andrew Lunn <andrew@lunn.ch>,
        Florian Fainelli <f.fainelli@gmail.com>,
        "David S. Miller" <davem@davemloft.net>,
        Eric Dumazet <edumazet@google.com>,
        Jakub Kicinski <kuba@kernel.org>,
        Paolo Abeni <pabeni@redhat.com>, jbe@pengutronix.de,
        netdev@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux@armlinux.org.uk
Subject: Re: [PATCH v2] net: lan9303: Fix read error execution path
Message-ID: <20221209170550.o3pro2tx5n6lh7pa@skbuf>
References: <20221209153502.7429-1-jerry.ray@microchip.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20221209153502.7429-1-jerry.ray@microchip.com>
Precedence: bulk

On Fri, Dec 09, 2022 at 09:35:02AM -0600, Jerry Ray wrote:
> This patch fixes an issue where a read failure of a port statistic counter
> will return unknown results.  While it is highly unlikely the read will
> ever fail, it is much cleaner to return a zero for the stat count.
> 
> Fixes: a1292595e006 ("net: dsa: add new DSA switch driver for the SMSC-LAN9303")
> Signed-off-by: Jerry Ray <jerry.ray@microchip.com>
> ---
> v1->v2:
>   corrected email header: net vs net-next, Added 1 maintainer, removed
>   blank line.

Actually it's not "net vs net-next", but rather, "nothing vs net-next".
As you can see, the patchwork CI complains that "Target tree name [is]
not specified in the subject".
https://patchwork.kernel.org/project/netdevbpf/patch/20221209153502.7429-1-jerry.ray@microchip.com/

Anyway, I think it's quite obvious for maintainers that it's a patch
intended for the net.git tree, so there isn't a reason to resend this
patch, just something to know and to do better in the future.

>   No changes to the body of the patch.
> ---

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