[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20250919070456.197f3930@kernel.org>
Date: Fri, 19 Sep 2025 07:04:56 -0700
From: Jakub Kicinski <kuba@...nel.org>
To: Roger Quadros <rogerq@...com>, MD Danish Anwar <danishanwar@...com>,
Parvathi Pudi <parvathi@...thit.com>, Roger Quadros <rogerq@...nel.org>
Cc: Dan Carpenter <dan.carpenter@...aro.org>, Mohan Reddy Putluru
<pmohan@...thit.com>, Andrew Lunn <andrew+netdev@...n.ch>, "David S.
Miller" <davem@...emloft.net>, Eric Dumazet <edumazet@...gle.com>, Paolo
Abeni <pabeni@...hat.com>, Basharath Hussain Khaja <basharath@...thit.com>,
"Andrew F. Davis" <afd@...com>, linux-arm-kernel@...ts.infradead.org,
netdev@...r.kernel.org, linux-kernel@...r.kernel.org,
kernel-janitors@...r.kernel.org
Subject: Re: [PATCH net-next] net: ti: icssm-prueth: unwind cleanly in
probe()
On Thu, 18 Sep 2025 12:48:26 +0300 Dan Carpenter wrote:
> This error handling triggers a Smatch warning:
>
> drivers/net/ethernet/ti/icssm/icssm_prueth.c:1574 icssm_prueth_probe()
> warn: 'prueth->pru1' is an error pointer or valid
>
> The warning is harmless because the pru_rproc_put() function has an
> IS_ERR_OR_NULL() check built in. However, there is a small bug if
> syscon_regmap_lookup_by_phandle() fails. In that case we should call
> of_node_put() on eth0_node and eth1_node.
>
> It's a little bit easier to re-write this code to only free things which
> we know have been allocated successfully.
icssm maintainers - please review
Powered by blists - more mailing lists