[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <cd3dc38e-72f6-4e83-a67f-266523e686f1@sirena.org.uk>
Date: Fri, 21 Nov 2025 14:18:49 +0000
From: Mark Brown <broonie@...nel.org>
To: Dan Carpenter <dan.carpenter@...aro.org>
Cc: Prajna Rajendra Kumar <prajna.rajendrakumar@...rochip.com>,
Conor Dooley <conor.dooley@...rochip.com>,
linux-spi@...r.kernel.org, linux-kernel@...r.kernel.org,
kernel-janitors@...r.kernel.org
Subject: Re: [PATCH next] spi: Fix potential uninitialized variable in probe()
On Fri, Nov 21, 2025 at 04:35:01PM +0300, Dan Carpenter wrote:
> If the device tree is messed up, then potentially the "protocol" string
> could potentially be uninitialized. Add a check to prevent that.
>
> Fixes: 059f545832be ("spi: add support for microchip "soft" spi controller")
> Signed-off-by: Dan Carpenter <dan.carpenter@...aro.org>
> ---
> drivers/spi/spi-microchip-core-spi.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/drivers/spi/spi-microchip-core-spi.c b/drivers/spi/spi-microchip-core-spi.c
> index b8738190cdcb..e65036cc62f3 100644
> --- a/drivers/spi/spi-microchip-core-spi.c
> +++ b/drivers/spi/spi-microchip-core-spi.c
> @@ -320,6 +320,8 @@ static int mchp_corespi_probe(struct platform_device *pdev)
> */
> ret = of_property_read_string(pdev->dev.of_node, "microchip,protocol-configuration",
> &protocol);
> + if (ret)
> + return ret;
> if (strcmp(protocol, "motorola") != 0)
> return dev_err_probe(&pdev->dev, -EINVAL,
> "CoreSPI: protocol '%s' not supported by this driver\n",
This should probably also complain about not being able to get the
property, otherwise nobody is going to be able to figure out what's
wrong if we actually hit the error case.
Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)
Powered by blists - more mailing lists