linux-kernel - Re: [PATCH] iio: adc: imx25-gcq: Fix leak of device_node in mx25_gcq_setup

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:   Sat, 22 Sep 2018 10:22:10 +0100
From:   Jonathan Cameron <jic23@...nel.org>
To:     Alexey Khoroshilov <khoroshilov@...ras.ru>
Cc:     Hartmut Knaack <knaack.h@....de>,
        Lars-Peter Clausen <lars@...afoo.de>,
        Peter Meerwald-Stadler <pmeerw@...erw.net>,
        linux-iio@...r.kernel.org, linux-kernel@...r.kernel.org,
        ldv-project@...uxtesting.org
Subject: Re: [PATCH] iio: adc: imx25-gcq: Fix leak of device_node in
 mx25_gcq_setup_cfgs()

On Sat, 22 Sep 2018 00:58:02 +0300
Alexey Khoroshilov <khoroshilov@...ras.ru> wrote:

> Leaving for_each_child_of_node loop we should release child device node,
> if it is not stored for future use.
> 
> Found by Linux Driver Verification project (linuxtesting.org).
> 
> Signed-off-by: Alexey Khoroshilov <khoroshilov@...ras.ru>
Seems obviously correct to me.  Given we are mid way through
the cycle and this doesn't strike me as super urgent, I'll
queue it up for the next merge window.

I added a note to the description to reflect this.

Applied to the togreg branch of iio.git and pushed out as testing
for the autobuilders to play with it.

Thanks and great to clean things like this up.

Jonathan

> ---
>  drivers/iio/adc/fsl-imx25-gcq.c | 6 ++++++
>  1 file changed, 6 insertions(+)
> 
> diff --git a/drivers/iio/adc/fsl-imx25-gcq.c b/drivers/iio/adc/fsl-imx25-gcq.c
> index ea264fa9e567..929c617db364 100644
> --- a/drivers/iio/adc/fsl-imx25-gcq.c
> +++ b/drivers/iio/adc/fsl-imx25-gcq.c
> @@ -209,12 +209,14 @@ static int mx25_gcq_setup_cfgs(struct platform_device *pdev,
>  		ret = of_property_read_u32(child, "reg", &reg);
>  		if (ret) {
>  			dev_err(dev, "Failed to get reg property\n");
> +			of_node_put(child);
>  			return ret;
>  		}
>  
>  		if (reg >= MX25_NUM_CFGS) {
>  			dev_err(dev,
>  				"reg value is greater than the number of available configuration registers\n");
> +			of_node_put(child);
>  			return -EINVAL;
>  		}
>  
> @@ -228,6 +230,7 @@ static int mx25_gcq_setup_cfgs(struct platform_device *pdev,
>  			if (IS_ERR(priv->vref[refp])) {
>  				dev_err(dev, "Error, trying to use external voltage reference without a vref-%s regulator.",
>  					mx25_gcq_refp_names[refp]);
> +				of_node_put(child);
>  				return PTR_ERR(priv->vref[refp]);
>  			}
>  			priv->channel_vref_mv[reg] =
> @@ -240,6 +243,7 @@ static int mx25_gcq_setup_cfgs(struct platform_device *pdev,
>  			break;
>  		default:
>  			dev_err(dev, "Invalid positive reference %d\n", refp);
> +			of_node_put(child);
>  			return -EINVAL;
>  		}
>  
> @@ -254,10 +258,12 @@ static int mx25_gcq_setup_cfgs(struct platform_device *pdev,
>  
>  		if ((refp & MX25_ADCQ_CFG_REFP_MASK) != refp) {
>  			dev_err(dev, "Invalid fsl,adc-refp property value\n");
> +			of_node_put(child);
>  			return -EINVAL;
>  		}
>  		if ((refn & MX25_ADCQ_CFG_REFN_MASK) != refn) {
>  			dev_err(dev, "Invalid fsl,adc-refn property value\n");
> +			of_node_put(child);
>  			return -EINVAL;
>  		}
>