Linux Power Management development
 help / color / mirror / Atom feed
From: Armin Wolf <W_Armin@gmx.de>
To: "Rafael J. Wysocki" <rafael@kernel.org>,
	Linux ACPI <linux-acpi@vger.kernel.org>
Cc: Linux PM <linux-pm@vger.kernel.org>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	LKML <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v1][linux-next] ACPI: fan: Use __free() to simplify AML error handling
Date: Tue, 22 Sep 2026 21:47:20 +0200	[thread overview]
Message-ID: <7a80b4e3-1f87-43d4-ad4a-21bf1a897395@gmx.de> (raw)
In-Reply-To: <6029013.DvuYhMxLoT@rafael.j.wysocki>

Am 16.09.26 um 21:42 schrieb Rafael J. Wysocki:

> From: "Rafael J. Wysocki" <rafael.j.wysocki@intel.com>
>
> Introduce acpi_object_free for freeing union acpi_object objects
> allocated by AML and use it for simplifying AML error handling in
> the ACPI fan driver.
>
> While at it, update the driver to use consistent error values across
> all function using the union acpi_object data type.

Reviewed-by: Armin Wolf <W_Armin@gmx.de>

> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
> ---
>
> Applies on top of
>
> https://lore.kernel.org/linux-acpi/1965933.tdWV9SEqCh@rafael.j.wysocki/
>
> which is in linux-next now.
>
> ---
>   drivers/acpi/fan_core.c |   80 ++++++++++++++++++------------------------------
>   include/linux/acpi.h    |    2 +
>   2 files changed, 32 insertions(+), 50 deletions(-)
>
> --- a/drivers/acpi/fan_core.c
> +++ b/drivers/acpi/fan_core.c
> @@ -71,37 +71,29 @@ static int fan_get_max_state(struct ther
>   int acpi_fan_get_fst(acpi_handle handle, struct acpi_fan_fst *fst)
>   {
>   	struct acpi_buffer buffer = { ACPI_ALLOCATE_BUFFER, NULL };
> -	union acpi_object *obj;
>   	acpi_status status;
> -	int ret = 0;
>   
>   	status = acpi_evaluate_object(handle, "_FST", NULL, &buffer);
>   	if (ACPI_FAILURE(status))
> -		return -EIO;
> +		return -ENXIO;
>   
> -	obj = buffer.pointer;
> +	union acpi_object *obj __free(acpi_object_free) = buffer.pointer;
>   	if (!obj)
>   		return -ENODATA;
>   
> -	if (obj->type != ACPI_TYPE_PACKAGE || obj->package.count != 3) {
> -		ret = -EPROTO;
> -		goto err;
> -	}
> +	if (obj->type != ACPI_TYPE_PACKAGE || obj->package.count != 3)
> +		return -EPROTO;
>   
>   	if (obj->package.elements[0].type != ACPI_TYPE_INTEGER ||
>   	    obj->package.elements[1].type != ACPI_TYPE_INTEGER ||
> -	    obj->package.elements[2].type != ACPI_TYPE_INTEGER) {
> -		ret = -EPROTO;
> -		goto err;
> -	}
> +	    obj->package.elements[2].type != ACPI_TYPE_INTEGER)
> +		return -EPROTO;
>   
>   	fst->revision = obj->package.elements[0].integer.value;
>   	fst->control = obj->package.elements[1].integer.value;
>   	fst->speed = obj->package.elements[2].integer.value;
>   
> -err:
> -	kfree(obj);
> -	return ret;
> +	return 0;
>   }
>   
>   static int fan_get_state_acpi4(struct acpi_fan *fan, unsigned long *state)
> @@ -237,25 +229,22 @@ static int acpi_fan_get_fif(struct acpi_
>   	struct acpi_buffer format = { sizeof("NNNN"), "NNNN" };
>   	u64 fields[4];
>   	struct acpi_buffer fif = { sizeof(fields), fields };
> -	union acpi_object *obj;
>   	acpi_status status;
>   
>   	status = acpi_evaluate_object(device->handle, "_FIF", NULL, &buffer);
>   	if (ACPI_FAILURE(status))
> -		return status;
> +		return -ENXIO;
>   
> -	obj = buffer.pointer;
> +	union acpi_object *obj __free(acpi_object_free) = buffer.pointer;
>   	if (!obj || obj->type != ACPI_TYPE_PACKAGE) {
>   		dev_err(&device->dev, "Invalid _FIF data\n");
> -		status = -EINVAL;
> -		goto err;
> +		return -ENODATA;
>   	}
>   
>   	status = acpi_extract_package(obj, &format, &fif);
>   	if (ACPI_FAILURE(status)) {
>   		dev_err(&device->dev, "Invalid _FIF element\n");
> -		status = -EINVAL;
> -		goto err;
> +		return -ENODATA;
>   	}
>   
>   	fan->fif.revision = fields[0];
> @@ -269,9 +258,8 @@ static int acpi_fan_get_fif(struct acpi_
>   	/* If step size > 9, change to 9 (by spec valid values 1-9) */
>   	else if (fan->fif.step_size > 9)
>   		fan->fif.step_size = 9;
> -err:
> -	kfree(obj);
> -	return status;
> +
> +	return 0;
>   }
>   
>   static int acpi_fan_speed_cmp(const void *a, const void *b)
> @@ -285,27 +273,24 @@ static int acpi_fan_get_fps(struct devic
>   {
>   	struct acpi_fan *fan = acpi_driver_data(device);
>   	struct acpi_buffer buffer = { ACPI_ALLOCATE_BUFFER, NULL };
> -	union acpi_object *obj;
>   	acpi_status status;
>   	int i;
>   
>   	status = acpi_evaluate_object(device->handle, "_FPS", NULL, &buffer);
>   	if (ACPI_FAILURE(status))
> -		return status;
> +		return -ENXIO;
>   
> -	obj = buffer.pointer;
> +	union acpi_object *obj __free(acpi_object_free) = buffer.pointer;
>   	if (!obj || obj->type != ACPI_TYPE_PACKAGE || obj->package.count < 2) {
>   		dev_err(&device->dev, "Invalid _FPS data\n");
> -		status = -EINVAL;
> -		goto err;
> +		return -ENODATA;
>   	}
>   
>   	fan->fps_count = obj->package.count - 1; /* minus revision field */
>   	fan->fps = devm_kcalloc(dev, fan->fps_count, sizeof(*fan->fps), GFP_KERNEL);
> -	if (!fan->fps) {
> -		status = -ENOMEM;
> -		goto err;
> -	}
> +	if (!fan->fps)
> +		return -ENOMEM;
> +
>   	for (i = 0; i < fan->fps_count; i++) {
>   		struct acpi_buffer format = { sizeof("NNNNN"), "NNNNN" };
>   		struct acpi_buffer fps = { offsetof(struct acpi_fan_fps, name),
> @@ -314,7 +299,7 @@ static int acpi_fan_get_fps(struct devic
>   					      &format, &fps);
>   		if (ACPI_FAILURE(status)) {
>   			dev_err(&device->dev, "Invalid _FPS element\n");
> -			goto err;
> +			return -ENODATA;
>   		}
>   	}
>   
> @@ -322,9 +307,7 @@ static int acpi_fan_get_fps(struct devic
>   	sort(fan->fps, fan->fps_count, sizeof(*fan->fps),
>   	     acpi_fan_speed_cmp, NULL);
>   
> -err:
> -	kfree(obj);
> -	return status;
> +	return 0;
>   }
>   
>   static int acpi_fan_dsm_init(struct device *dev)
> @@ -338,8 +321,6 @@ static int acpi_fan_dsm_init(struct devi
>   	};
>   	struct acpi_fan *fan = dev_get_drvdata(dev);
>   	acpi_handle fan_handle = fan->adev->handle;
> -	union acpi_object *obj;
> -	int ret = 0;
>   
>   	if (!acpi_check_dsm(fan_handle, &acpi_fan_microsoft_guid, 0,
>   			    BIT(ACPI_FAN_DSM_GET_TRIP_POINT_GRANULARITY) |
> @@ -348,20 +329,19 @@ static int acpi_fan_dsm_init(struct devi
>   
>   	dev_info(dev, "Using Microsoft fan extensions\n");
>   
> -	obj = acpi_evaluate_dsm_typed(fan_handle, &acpi_fan_microsoft_guid, 0,
> -				      ACPI_FAN_DSM_GET_TRIP_POINT_GRANULARITY, &dummy,
> -				      ACPI_TYPE_INTEGER);
> +	union acpi_object *obj __free(acpi_object_free) =
> +		acpi_evaluate_dsm_typed(fan_handle, &acpi_fan_microsoft_guid, 0,
> +					ACPI_FAN_DSM_GET_TRIP_POINT_GRANULARITY,
> +					&dummy, ACPI_TYPE_INTEGER);
>   	if (!obj)
> -		return -EIO;
> +		return -ENXIO;
>   
>   	if (obj->integer.value > U32_MAX)
> -		ret = -EOVERFLOW;
> -	else
> -		fan->fan_trip_granularity = obj->integer.value;
> +		return -EOVERFLOW;
>   
> -	kfree(obj);
> +	fan->fan_trip_granularity = obj->integer.value;
>   
> -	return ret;
> +	return 0;
>   }
>   
>   static int acpi_fan_dsm_set_trip_points(struct device *dev, u64 upper, u64 lower)
> @@ -392,7 +372,7 @@ static int acpi_fan_dsm_set_trip_points(
>   
>   	obj = acpi_evaluate_dsm(fan->adev->handle, &acpi_fan_microsoft_guid,
>   				0, ACPI_FAN_DSM_SET_TRIP_POINTS, &in);
> -	kfree(obj);
> +	ACPI_FREE(obj);
>   
>   	return 0;
>   }
> --- a/include/linux/acpi.h
> +++ b/include/linux/acpi.h
> @@ -27,6 +27,8 @@ struct irq_domain_ops;
>   #include <acpi/acpi.h>
>   #include <acpi/acpi_numa.h>
>   
> +DEFINE_FREE(acpi_object_free, union acpi_object *, if (_T) ACPI_FREE(_T));
> +
>   #ifdef	CONFIG_ACPI
>   
>   #include <linux/list.h>
>
>
>

      parent reply	other threads:[~2026-09-22 19:47 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-09-16 19:42 [PATCH v1][linux-next] ACPI: fan: Use __free() to simplify AML error handling Rafael J. Wysocki
2026-09-17  6:44 ` Andy Shevchenko
2026-09-22 19:47 ` Armin Wolf [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=7a80b4e3-1f87-43d4-ad4a-21bf1a897395@gmx.de \
    --to=w_armin@gmx.de \
    --cc=andriy.shevchenko@linux.intel.com \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=rafael@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox