From: benoit.thebaudeau@advansee.com (Benoît Thébaudeau)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 7/9] pwm i.MX: fix clock lookup
Date: Thu, 6 Sep 2012 20:31:58 +0200 (CEST) [thread overview]
Message-ID: <996111492.3799131.1346956318651.JavaMail.root@advansee.com> (raw)
In-Reply-To: <1346935695-25179-8-git-send-email-s.hauer@pengutronix.de>
On Thursday, September 6, 2012 2:48:13 PM, Sascha Hauer wrote:
>
> From: Philipp Zabel <p.zabel@pengutronix.de>
>
> The i.MX pwm core has two clocks: The ipg clock and the ipg highfreq
> (peripheral) clock. The ipg clock has to be enabled for this hardware
> to work. The actual pwm output can either be driven by the ipg clock
> or the ipg highfreq. The ipg highfreq has the advantage that it runs
> even when the SoC is in low power modes.
> This patch requests both clocks and enables the ipg clock for
> accessing
> registers and the peripheral clock to actually turn on the pwm.
>
> Signed-off-by: Philipp Zabel <p.zabel@pengutronix.de>
> Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>
> Reviewed-by: Shawn Guo <shawn.guo@linaro.org>
> Reviewed-by: Beno?t Th?baudeau <benoit.thebaudeau@advansee.com>
> ---
> drivers/pwm/pwm-imx.c | 35 +++++++++++++++++++++++++++--------
> 1 file changed, 27 insertions(+), 8 deletions(-)
>
> diff --git a/drivers/pwm/pwm-imx.c b/drivers/pwm/pwm-imx.c
> index ea4ab2c..d45d44f 100644
> --- a/drivers/pwm/pwm-imx.c
> +++ b/drivers/pwm/pwm-imx.c
> @@ -40,7 +40,8 @@
> #define MX3_PWMCR_EN (1 << 0)
>
> struct imx_chip {
> - struct clk *clk;
> + struct clk *clk_per;
> + struct clk *clk_ipg;
>
> int enabled;
> void __iomem *mmio_base;
> @@ -105,7 +106,7 @@ static int imx_pwm_config_v2(struct pwm_chip
> *chip,
> unsigned long period_cycles, duty_cycles, prescale;
> u32 cr;
>
> - c = clk_get_rate(imx->clk);
> + c = clk_get_rate(imx->clk_per);
> c = c * period_ns;
> do_div(c, 1000000000);
> period_cycles = c;
> @@ -160,8 +161,17 @@ static int imx_pwm_config(struct pwm_chip *chip,
> struct pwm_device *pwm, int duty_ns, int period_ns)
> {
> struct imx_chip *imx = to_imx_chip(chip);
> + int ret;
> +
> + ret = clk_prepare_enable(imx->clk_ipg);
> + if (ret)
> + return ret;
>
> - return imx->config(chip, pwm, duty_ns, period_ns);
> + ret = imx->config(chip, pwm, duty_ns, period_ns);
> +
> + clk_disable_unprepare(imx->clk_ipg);
> +
> + return ret;
> }
>
> static int imx_pwm_enable(struct pwm_chip *chip, struct pwm_device
> *pwm)
> @@ -169,7 +179,7 @@ static int imx_pwm_enable(struct pwm_chip *chip,
> struct pwm_device *pwm)
> struct imx_chip *imx = to_imx_chip(chip);
> int ret;
>
> - ret = clk_prepare_enable(imx->clk);
> + ret = clk_prepare_enable(imx->clk_per);
> if (ret)
> return ret;
Have you tested that this actually works on i.MX53?
I have tested it successfully on i.MX35 (with a few additions to platform code).
But i.MX35 has a single bit controlling both PWM IPG and PER clock gates.
On i.MX53, there are 2 separate control bits for these. So, if ipg clk is
strictly required to access PWM registers, even if per clk is enabled, this code
should not work without adding
+ ret = clk_prepare_enable(imx->clk_ipg);
+ if (ret)
+ return ret;
and
+ clk_disable_unprepare(imx->clk_ipg);
around each call to set_enable().
>
> @@ -186,7 +196,7 @@ static void imx_pwm_disable(struct pwm_chip
> *chip, struct pwm_device *pwm)
>
> imx->set_enable(chip, false);
>
> - clk_disable_unprepare(imx->clk);
> + clk_disable_unprepare(imx->clk_per);
> imx->enabled = 0;
> }
>
> @@ -238,10 +248,19 @@ static int __devinit imx_pwm_probe(struct
> platform_device *pdev)
> return -ENOMEM;
> }
>
> - imx->clk = devm_clk_get(&pdev->dev, "pwm");
> + imx->clk_per = devm_clk_get(&pdev->dev, "per");
> + if (IS_ERR(imx->clk_per)) {
> + dev_err(&pdev->dev, "getting per clock failed with %ld\n",
> + PTR_ERR(imx->clk_per));
> + return PTR_ERR(imx->clk_per);
> + }
>
> - if (IS_ERR(imx->clk))
> - return PTR_ERR(imx->clk);
> + imx->clk_ipg = devm_clk_get(&pdev->dev, "ipg");
> + if (IS_ERR(imx->clk_ipg)) {
> + dev_err(&pdev->dev, "getting ipg clock failed with %ld\n",
> + PTR_ERR(imx->clk_ipg));
> + return PTR_ERR(imx->clk_ipg);
> + }
>
> imx->chip.ops = &imx_pwm_ops;
> imx->chip.dev = &pdev->dev;
Best regards,
Beno?t
WARNING: multiple messages have this Message-ID (diff)
From: "Benoît Thébaudeau" <benoit.thebaudeau@advansee.com>
To: Sascha Hauer <s.hauer@pengutronix.de>
Cc: HACHIMI Samir <shachimi@adeneo-embedded.com>,
shawn guo <shawn.guo@linaro.org>,
thierry reding <thierry.reding@avionic-design.de>,
linux-kernel@vger.kernel.org, kernel@pengutronix.de,
Philipp Zabel <p.zabel@pengutronix.de>,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 7/9] pwm i.MX: fix clock lookup
Date: Thu, 6 Sep 2012 20:31:58 +0200 (CEST) [thread overview]
Message-ID: <996111492.3799131.1346956318651.JavaMail.root@advansee.com> (raw)
In-Reply-To: <1346935695-25179-8-git-send-email-s.hauer@pengutronix.de>
On Thursday, September 6, 2012 2:48:13 PM, Sascha Hauer wrote:
>
> From: Philipp Zabel <p.zabel@pengutronix.de>
>
> The i.MX pwm core has two clocks: The ipg clock and the ipg highfreq
> (peripheral) clock. The ipg clock has to be enabled for this hardware
> to work. The actual pwm output can either be driven by the ipg clock
> or the ipg highfreq. The ipg highfreq has the advantage that it runs
> even when the SoC is in low power modes.
> This patch requests both clocks and enables the ipg clock for
> accessing
> registers and the peripheral clock to actually turn on the pwm.
>
> Signed-off-by: Philipp Zabel <p.zabel@pengutronix.de>
> Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>
> Reviewed-by: Shawn Guo <shawn.guo@linaro.org>
> Reviewed-by: Benoît Thébaudeau <benoit.thebaudeau@advansee.com>
> ---
> drivers/pwm/pwm-imx.c | 35 +++++++++++++++++++++++++++--------
> 1 file changed, 27 insertions(+), 8 deletions(-)
>
> diff --git a/drivers/pwm/pwm-imx.c b/drivers/pwm/pwm-imx.c
> index ea4ab2c..d45d44f 100644
> --- a/drivers/pwm/pwm-imx.c
> +++ b/drivers/pwm/pwm-imx.c
> @@ -40,7 +40,8 @@
> #define MX3_PWMCR_EN (1 << 0)
>
> struct imx_chip {
> - struct clk *clk;
> + struct clk *clk_per;
> + struct clk *clk_ipg;
>
> int enabled;
> void __iomem *mmio_base;
> @@ -105,7 +106,7 @@ static int imx_pwm_config_v2(struct pwm_chip
> *chip,
> unsigned long period_cycles, duty_cycles, prescale;
> u32 cr;
>
> - c = clk_get_rate(imx->clk);
> + c = clk_get_rate(imx->clk_per);
> c = c * period_ns;
> do_div(c, 1000000000);
> period_cycles = c;
> @@ -160,8 +161,17 @@ static int imx_pwm_config(struct pwm_chip *chip,
> struct pwm_device *pwm, int duty_ns, int period_ns)
> {
> struct imx_chip *imx = to_imx_chip(chip);
> + int ret;
> +
> + ret = clk_prepare_enable(imx->clk_ipg);
> + if (ret)
> + return ret;
>
> - return imx->config(chip, pwm, duty_ns, period_ns);
> + ret = imx->config(chip, pwm, duty_ns, period_ns);
> +
> + clk_disable_unprepare(imx->clk_ipg);
> +
> + return ret;
> }
>
> static int imx_pwm_enable(struct pwm_chip *chip, struct pwm_device
> *pwm)
> @@ -169,7 +179,7 @@ static int imx_pwm_enable(struct pwm_chip *chip,
> struct pwm_device *pwm)
> struct imx_chip *imx = to_imx_chip(chip);
> int ret;
>
> - ret = clk_prepare_enable(imx->clk);
> + ret = clk_prepare_enable(imx->clk_per);
> if (ret)
> return ret;
Have you tested that this actually works on i.MX53?
I have tested it successfully on i.MX35 (with a few additions to platform code).
But i.MX35 has a single bit controlling both PWM IPG and PER clock gates.
On i.MX53, there are 2 separate control bits for these. So, if ipg clk is
strictly required to access PWM registers, even if per clk is enabled, this code
should not work without adding
+ ret = clk_prepare_enable(imx->clk_ipg);
+ if (ret)
+ return ret;
and
+ clk_disable_unprepare(imx->clk_ipg);
around each call to set_enable().
>
> @@ -186,7 +196,7 @@ static void imx_pwm_disable(struct pwm_chip
> *chip, struct pwm_device *pwm)
>
> imx->set_enable(chip, false);
>
> - clk_disable_unprepare(imx->clk);
> + clk_disable_unprepare(imx->clk_per);
> imx->enabled = 0;
> }
>
> @@ -238,10 +248,19 @@ static int __devinit imx_pwm_probe(struct
> platform_device *pdev)
> return -ENOMEM;
> }
>
> - imx->clk = devm_clk_get(&pdev->dev, "pwm");
> + imx->clk_per = devm_clk_get(&pdev->dev, "per");
> + if (IS_ERR(imx->clk_per)) {
> + dev_err(&pdev->dev, "getting per clock failed with %ld\n",
> + PTR_ERR(imx->clk_per));
> + return PTR_ERR(imx->clk_per);
> + }
>
> - if (IS_ERR(imx->clk))
> - return PTR_ERR(imx->clk);
> + imx->clk_ipg = devm_clk_get(&pdev->dev, "ipg");
> + if (IS_ERR(imx->clk_ipg)) {
> + dev_err(&pdev->dev, "getting ipg clock failed with %ld\n",
> + PTR_ERR(imx->clk_ipg));
> + return PTR_ERR(imx->clk_ipg);
> + }
>
> imx->chip.ops = &imx_pwm_ops;
> imx->chip.dev = &pdev->dev;
Best regards,
Benoît
next prev parent reply other threads:[~2012-09-06 18:31 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-06 12:48 [PATCH v3] pwm i.MX: add devicetree support Sascha Hauer
2012-09-06 12:48 ` Sascha Hauer
2012-09-06 12:48 ` [PATCH 1/9] pwm i.MX: factor out SoC specific functions Sascha Hauer
2012-09-06 12:48 ` Sascha Hauer
2012-09-07 13:04 ` Thierry Reding
2012-09-07 13:04 ` Thierry Reding
2012-09-06 12:48 ` [PATCH 2/9] pwm i.MX: remove unnecessary if in pwm_[en|dis]able Sascha Hauer
2012-09-06 12:48 ` Sascha Hauer
2012-09-06 12:48 ` [PATCH 3/9] pwm i.MX: add functions to enable/disable pwm Sascha Hauer
2012-09-06 12:48 ` Sascha Hauer
2012-09-06 12:48 ` [PATCH 4/9] pwm i.MX: Use module_platform_driver Sascha Hauer
2012-09-06 12:48 ` Sascha Hauer
2012-09-06 12:48 ` [PATCH 5/9] pwm i.MX: add devicetree support Sascha Hauer
2012-09-06 12:48 ` Sascha Hauer
2012-09-06 12:48 ` [PATCH 6/9] pwm i.MX: use per clock unconditionally Sascha Hauer
2012-09-06 12:48 ` Sascha Hauer
2012-09-06 12:48 ` [PATCH 7/9] pwm i.MX: fix clock lookup Sascha Hauer
2012-09-06 12:48 ` Sascha Hauer
2012-09-06 18:31 ` Benoît Thébaudeau [this message]
2012-09-06 18:31 ` Benoît Thébaudeau
2012-09-06 18:42 ` Sascha Hauer
2012-09-06 18:42 ` Sascha Hauer
2012-09-06 19:09 ` Benoît Thébaudeau
2012-09-06 19:09 ` Benoît Thébaudeau
2012-09-07 7:41 ` Sascha Hauer
2012-09-07 7:41 ` Sascha Hauer
2012-09-07 9:57 ` Benoît Thébaudeau
2012-09-07 9:57 ` Benoît Thébaudeau
2012-09-06 12:48 ` [PATCH 8/9] ARM i.MX53: Add pwm support Sascha Hauer
2012-09-06 12:48 ` Sascha Hauer
2012-09-06 12:48 ` [PATCH 9/9] ARM i.MX: remove PWM platform support Sascha Hauer
2012-09-06 12:48 ` Sascha Hauer
2012-09-07 13:10 ` [PATCH v3] pwm i.MX: add devicetree support Thierry Reding
2012-09-07 13:10 ` Thierry Reding
2012-09-07 17:14 ` Sascha Hauer
2012-09-07 17:14 ` Sascha Hauer
-- strict thread matches above, loose matches on Subject: below --
2012-08-28 11:48 i.MX pwm patches Sascha Hauer
2012-08-28 11:48 ` [PATCH 7/9] pwm i.MX: fix clock lookup Sascha Hauer
2012-08-28 11:48 ` Sascha Hauer
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=996111492.3799131.1346956318651.JavaMail.root@advansee.com \
--to=benoit.thebaudeau@advansee.com \
--cc=linux-arm-kernel@lists.infradead.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.