From: "Rafael J. Wysocki" <rjw@rjwysocki.net>
To: Enric Balletbo i Serra <enric.balletbo@collabora.com>,
Zhang Rui <rui.zhang@intel.com>,
Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
Cc: Len Brown <lenb@kernel.org>,
linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org,
Guenter Roeck <groeck@chromium.org>,
Sameer Nanda <snanda@chromium.org>
Subject: Re: [PATCH] acpi: thermal: honor "mode" sysfs file setting
Date: Thu, 29 Jun 2017 00:14:35 +0200 [thread overview]
Message-ID: <3358778.pxacZRAVRa@aspire.rjw.lan> (raw)
In-Reply-To: <20170622124542.12063-1-enric.balletbo@collabora.com>
On Thursday, June 22, 2017 02:45:42 PM Enric Balletbo i Serra wrote:
> From: Sameer Nanda <snanda@chromium.org>
>
> Under each thermal zone there is a file called "mode". Writing enabled
> or disabled to this file allows a given thermal zone to be enabled or
> disabled. Honor writes to this file by enabling or disabling the
> polling timers.
>
> With this change, in the acpi_thermal_add path, acpi_thermal_get_info
> gets called before acpi_thermal_register_thermal_zone. Since tz_enabled
> was getting set to 1 only in acpi_thermal_register_thermal_zone,
> acpi_thermal_get_info ended up disabling thermal polling so moved the
> setting of tz_enabled to 1 into acpi_thermal_add itself.
>
> After this patch echoing enabled|disabled to "mode" sysfs will start/stop
> the polling of the temperature.
>
> Signed-off-by: Sameer Nanda <snanda@chromium.org>
> Signed-off-by: Enric Balletbo i Serra <enric.balletbo@collabora.com>
Rui, Srinivas, can you please have a look at this one and let me know what you
think?
> ---
> drivers/acpi/thermal.c | 28 +++++++++++++++++++++-------
> 1 file changed, 21 insertions(+), 7 deletions(-)
>
> diff --git a/drivers/acpi/thermal.c b/drivers/acpi/thermal.c
> index 1d0417b..68ad9fe 100644
> --- a/drivers/acpi/thermal.c
> +++ b/drivers/acpi/thermal.c
> @@ -223,6 +223,17 @@ static int acpi_thermal_get_polling_frequency(struct acpi_thermal *tz)
> if (!tz)
> return -EINVAL;
>
> + if (tz->tz_enabled == THERMAL_DEVICE_DISABLED) {
> + tz->polling_frequency = 0;
> + return 0;
> + }
> +
> + /* Get default polling frequency [_TZP] (optional) */
> + if (tzp) {
> + tz->polling_frequency = tzp;
> + return 0;
> + }
> +
> status = acpi_evaluate_integer(tz->device->handle, "_TZP", NULL, &tmp);
> if (ACPI_FAILURE(status))
> return -ENODEV;
> @@ -582,6 +593,14 @@ static int thermal_set_mode(struct thermal_zone_device *thermal,
> ACPI_DEBUG_PRINT((ACPI_DB_INFO,
> "%s kernel ACPI thermal control\n",
> tz->tz_enabled ? "Enable" : "Disable"));
> +
> + acpi_thermal_get_polling_frequency(tz);
> +
> + mutex_lock(&tz->thermal_zone->lock);
> + tz->thermal_zone->polling_delay = tz->polling_frequency * 100;
> + tz->thermal_zone->passive_delay = tz->polling_frequency * 100;
> + mutex_unlock(&tz->thermal_zone->lock);
> +
> acpi_thermal_check(tz);
> }
> return 0;
> @@ -930,8 +949,6 @@ static int acpi_thermal_register_thermal_zone(struct acpi_thermal *tz)
> if (ACPI_FAILURE(status))
> return -ENODEV;
>
> - tz->tz_enabled = 1;
> -
> dev_info(&tz->device->dev, "registered as thermal_zone%d\n",
> tz->thermal_zone->id);
> return 0;
> @@ -1039,11 +1056,7 @@ static int acpi_thermal_get_info(struct acpi_thermal *tz)
> if (!result)
> tz->flags.cooling_mode = 1;
>
> - /* Get default polling frequency [_TZP] (optional) */
> - if (tzp)
> - tz->polling_frequency = tzp;
> - else
> - acpi_thermal_get_polling_frequency(tz);
> + acpi_thermal_get_polling_frequency(tz);
>
> return 0;
> }
> @@ -1088,6 +1101,7 @@ static int acpi_thermal_add(struct acpi_device *device)
> return -ENOMEM;
>
> tz->device = device;
> + tz->tz_enabled = 1;
> strcpy(tz->name, device->pnp.bus_id);
> strcpy(acpi_device_name(device), ACPI_THERMAL_DEVICE_NAME);
> strcpy(acpi_device_class(device), ACPI_THERMAL_CLASS);
>
next prev parent reply other threads:[~2017-06-28 22:22 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-06-22 12:45 [PATCH] acpi: thermal: honor "mode" sysfs file setting Enric Balletbo i Serra
2017-06-28 22:14 ` Rafael J. Wysocki [this message]
2017-06-29 5:19 ` Zhang Rui
2017-06-29 12:58 ` Enric Balletbo Serra
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=3358778.pxacZRAVRa@aspire.rjw.lan \
--to=rjw@rjwysocki.net \
--cc=enric.balletbo@collabora.com \
--cc=groeck@chromium.org \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rui.zhang@intel.com \
--cc=snanda@chromium.org \
--cc=srinivas.pandruvada@linux.intel.com \
/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