From: Eduardo Valentin <eduardo.valentin@ti.com>
To: Anson Huang <b20788@freescale.com>
Cc: shawn.guo@linaro.org, kernel@pengutronix.de, rui.zhang@intel.com,
eduardo.valentin@ti.com, devicetree@vger.kernel.org,
linux-doc@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
linux-pm@vger.kernel.org
Subject: Re: [PATCH V3 2/2] thermal: imx: add necessary clk operation
Date: Thu, 19 Dec 2013 09:12:57 -0400 [thread overview]
Message-ID: <52B2F0D9.2020704@ti.com> (raw)
In-Reply-To: <1387487791-3259-1-git-send-email-b20788@freescale.com>
[-- Attachment #1: Type: text/plain, Size: 3352 bytes --]
On 19-12-2013 17:16, Anson Huang wrote:
> Thermal sensor needs pll3_usb_otg when measuring temperature,
> otherwise the temperature read will be incorrect, so need to
> enable this clk before sensor working, for alarm function,
> as hardware will take measurement periodically, so we should
> keep this clk always on once alarm function is enabled.
>
> Signed-off-by: Anson Huang <b20788@freescale.com>
> ---
> .../devicetree/bindings/thermal/imx-thermal.txt | 4 ++++
> drivers/thermal/imx_thermal.c | 18 ++++++++++++++++++
> 2 files changed, 22 insertions(+)
>
> diff --git a/Documentation/devicetree/bindings/thermal/imx-thermal.txt b/Documentation/devicetree/bindings/thermal/imx-thermal.txt
> index 541c25e..1f0f672 100644
> --- a/Documentation/devicetree/bindings/thermal/imx-thermal.txt
> +++ b/Documentation/devicetree/bindings/thermal/imx-thermal.txt
> @@ -8,10 +8,14 @@ Required properties:
> calibration data, e.g. OCOTP on imx6q. The details about calibration data
> can be found in SoC Reference Manual.
>
> +Optional properties:
> +- clocks : thermal sensor's clock source.
> +
> Example:
>
> tempmon {
> compatible = "fsl,imx6q-tempmon";
> fsl,tempmon = <&anatop>;
> fsl,tempmon-data = <&ocotp>;
> + clocks = <&clks 172>;
> };
> diff --git a/drivers/thermal/imx_thermal.c b/drivers/thermal/imx_thermal.c
> index 1d6c801..c2b8173 100644
> --- a/drivers/thermal/imx_thermal.c
> +++ b/drivers/thermal/imx_thermal.c
> @@ -7,6 +7,7 @@
> *
> */
>
> +#include <linux/clk.h>
> #include <linux/cpu_cooling.h>
> #include <linux/cpufreq.h>
> #include <linux/delay.h>
> @@ -73,6 +74,7 @@ struct imx_thermal_data {
> unsigned long last_temp;
> bool irq_enabled;
> int irq;
> + struct clk *thermal_clk;
> };
>
> static void imx_set_alarm_temp(struct imx_thermal_data *data,
> @@ -457,6 +459,22 @@ static int imx_thermal_probe(struct platform_device *pdev)
> return ret;
> }
>
There are several reg writes before this point. Are you sure you won't
need this clock for performing those operations?
> + data->thermal_clk = devm_clk_get(&pdev->dev, NULL);
> + if (IS_ERR(data->thermal_clk)) {
> + dev_warn(&pdev->dev, "failed to get thermal clk!\n");
> + } else {
> + /*
> + * Thermal sensor needs clk on to get correct value, normally
> + * we should enable its clk before taking measurement and disable
> + * clk after measurement is done, but if alarm function is enabled,
> + * hardware will auto measure the temperature periodically, so we
> + * need to keep the clk always on for alarm function.
> + */
> + ret = clk_prepare_enable(data->thermal_clk);
> + if (ret)
> + dev_warn(&pdev->dev, "failed to enable thermal clk: %d\n", ret);
> + }
> +
> /* Enable measurements at ~ 10 Hz */
> regmap_write(map, TEMPSENSE1 + REG_CLR, TEMPSENSE1_MEASURE_FREQ);
> measure_freq = DIV_ROUND_UP(32768, 10); /* 10 Hz */
>
Don't you need to release the clock when .remove is called either on
driver or device removal?
What about suspend / resume path? Do you want to keep this clock on when
suspending? Is it gonna work or prevent your system to enter low power
states?
--
You have got to be excited about what you are doing. (L. Lamport)
Eduardo Valentin
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 295 bytes --]
next prev parent reply other threads:[~2013-12-19 13:12 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-19 21:16 [PATCH V3 2/2] thermal: imx: add necessary clk operation Anson Huang
2013-12-19 13:12 ` Eduardo Valentin [this message]
2013-12-19 15:53 ` Anson.Huang
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=52B2F0D9.2020704@ti.com \
--to=eduardo.valentin@ti.com \
--cc=b20788@freescale.com \
--cc=devicetree@vger.kernel.org \
--cc=kernel@pengutronix.de \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=rui.zhang@intel.com \
--cc=shawn.guo@linaro.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;
as well as URLs for NNTP newsgroup(s).