2022-05-22 19:50:24

by Christophe JAILLET

[permalink] [raw]
Subject: [PATCH] hwmon: (aquacomputer_d5next) Fix an error handling path in aqc_probe()

If no memory can be allocated, some resources still need to be released as
already done in the other error handling paths.

Fixes: 752b927951ea ("hwmon: (aquacomputer_d5next) Add support for Aquacomputer Octo")
Signed-off-by: Christophe JAILLET <[email protected]>
---
drivers/hwmon/aquacomputer_d5next.c | 6 ++++--
1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/drivers/hwmon/aquacomputer_d5next.c b/drivers/hwmon/aquacomputer_d5next.c
index 7d2e7279abfb..a0e69f7ece36 100644
--- a/drivers/hwmon/aquacomputer_d5next.c
+++ b/drivers/hwmon/aquacomputer_d5next.c
@@ -783,8 +783,10 @@ static int aqc_probe(struct hid_device *hdev, const struct hid_device_id *id)
priv->name = aqc_device_names[priv->kind];

priv->buffer = devm_kzalloc(&hdev->dev, priv->buffer_size, GFP_KERNEL);
- if (!priv->buffer)
- return -ENOMEM;
+ if (!priv->buffer) {
+ ret = -ENOMEM;
+ goto fail_and_close;
+ }

mutex_init(&priv->mutex);

--
2.34.1



2022-05-23 05:51:54

by Guenter Roeck

[permalink] [raw]
Subject: Re: [PATCH] hwmon: (aquacomputer_d5next) Fix an error handling path in aqc_probe()

On 5/22/22 11:34, Aleksa Savic wrote:
> Thank you Christophe!
>
> Aleksa

A Reviewed-by: tag would be useful.

Thanks,
Guenter

2022-05-23 07:05:29

by Aleksa Savic

[permalink] [raw]
Subject: Re: [PATCH] hwmon: (aquacomputer_d5next) Fix an error handling path in aqc_probe()

On Sun, May 22, 2022 at 11:37:52AM -0700, Guenter Roeck wrote:
> On 5/22/22 11:34, Aleksa Savic wrote:
> > Thank you Christophe!
> >
> > Aleksa
>
> A Reviewed-by: tag would be useful.
>
> Thanks,
> Guenter

Right - that slipped my mind, sorry. For the patch:

Reviewed-by: Aleksa Savic <[email protected]>

Thanks,
Aleksa

2022-05-23 07:28:34

by Guenter Roeck

[permalink] [raw]
Subject: Re: [PATCH] hwmon: (aquacomputer_d5next) Fix an error handling path in aqc_probe()

On Sun, May 22, 2022 at 03:14:23PM +0200, Christophe JAILLET wrote:
> If no memory can be allocated, some resources still need to be released as
> already done in the other error handling paths.
>
> Fixes: 752b927951ea ("hwmon: (aquacomputer_d5next) Add support for Aquacomputer Octo")
> Signed-off-by: Christophe JAILLET <[email protected]>

Applied.

Thanks,
Guenter

> ---
> drivers/hwmon/aquacomputer_d5next.c | 6 ++++--
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/hwmon/aquacomputer_d5next.c b/drivers/hwmon/aquacomputer_d5next.c
> index 7d2e7279abfb..a0e69f7ece36 100644
> --- a/drivers/hwmon/aquacomputer_d5next.c
> +++ b/drivers/hwmon/aquacomputer_d5next.c
> @@ -783,8 +783,10 @@ static int aqc_probe(struct hid_device *hdev, const struct hid_device_id *id)
> priv->name = aqc_device_names[priv->kind];
>
> priv->buffer = devm_kzalloc(&hdev->dev, priv->buffer_size, GFP_KERNEL);
> - if (!priv->buffer)
> - return -ENOMEM;
> + if (!priv->buffer) {
> + ret = -ENOMEM;
> + goto fail_and_close;
> + }
>
> mutex_init(&priv->mutex);
>