public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Lee Jones <lee.jones@linaro.org>
To: Peter Ujfalusi <peter.ujfalusi@ti.com>
Cc: sameo@linux.intel.com, devicetree@vger.kernel.org,
	linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] mfd: twl6040: Optional clk32k clock handling
Date: Mon, 28 Apr 2014 13:50:52 +0100	[thread overview]
Message-ID: <20140428125052.GK21279@lee--X1> (raw)
In-Reply-To: <535E319A.9050104@ti.com>

On Mon, 28 Apr 2014, Peter Ujfalusi wrote:

> On 04/28/2014 01:36 PM, Lee Jones wrote:
> >> In certain boards the source for the clk32k clock can be gated. In these
> >> boards the clk32k clock can be provided to the driver and it is going to be
> >> enabled/disabled when it is needed.
> >> If the clk32k clock is not provided the driver will assume that it is always
> >> running.
> >>
> >> Signed-off-by: Peter Ujfalusi <peter.ujfalusi@ti.com>
> >> ---
> >>  Documentation/devicetree/bindings/mfd/twl6040.txt |  2 ++
> >>  drivers/mfd/twl6040.c                             | 10 ++++++++++
> >>  include/linux/mfd/twl6040.h                       |  2 ++
> >>  3 files changed, 14 insertions(+)
> >>
> >> diff --git a/Documentation/devicetree/bindings/mfd/twl6040.txt b/Documentation/devicetree/bindings/mfd/twl6040.txt
> >> index 0f5dd709d752..a41157b5d930 100644
> >> --- a/Documentation/devicetree/bindings/mfd/twl6040.txt
> >> +++ b/Documentation/devicetree/bindings/mfd/twl6040.txt
> >> @@ -19,6 +19,8 @@ Required properties:
> >>  
> >>  Optional properties, nodes:
> >>  - enable-active-high: To power on the twl6040 during boot.
> >> +- clocks: phandle to the clk32k clock provider
> >> +- clock-names: Must be "clk32k"
> >>  
> >>  Vibra functionality
> >>  Required properties:
> >> diff --git a/drivers/mfd/twl6040.c b/drivers/mfd/twl6040.c
> >> index 2e6504a8e1e3..12b314ea48dc 100644
> >> --- a/drivers/mfd/twl6040.c
> >> +++ b/drivers/mfd/twl6040.c
> >> @@ -291,6 +291,8 @@ int twl6040_power(struct twl6040 *twl6040, int on)
> >>  		if (twl6040->power_count++)
> >>  			goto out;
> >>  
> >> +		clk_prepare_enable(twl6040->clk32k);
> >> +
> >>  		/* Allow writes to the chip */
> >>  		regcache_cache_only(twl6040->regmap, false);
> >>  
> >> @@ -346,6 +348,8 @@ int twl6040_power(struct twl6040 *twl6040, int on)
> >>  
> >>  		twl6040->sysclk = 0;
> >>  		twl6040->mclk = 0;
> >> +
> >> +		clk_disable_unprepare(twl6040->clk32k);
> >>  	}
> >>  
> >>  out:
> >> @@ -644,6 +648,12 @@ static int twl6040_probe(struct i2c_client *client,
> >>  
> >>  	i2c_set_clientdata(client, twl6040);
> >>  
> >> +	twl6040->clk32k = devm_clk_get(&client->dev, "clk32k");
> >> +	if (IS_ERR(twl6040->clk32k)) {
> >> +		dev_info(&client->dev, "clk32k is not handled\n");
> >> +		twl6040->clk32k = NULL;
> > 
> > So what happens if you pass a NULL clk reference to clk_prepare_enable()?
> 
> We have checks for !clk in all cases within the clk_* API. If we pass NULL,
> nothing will happen and from the calling driver point of view it will look
> like a success.
> AFAIK this is the way to handle non esential/optional clocks without if()s in
> the driver code around the clock handling.

Okay, so long as those checks are there, we're all good.

-- 
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog

  reply	other threads:[~2014-04-28 12:51 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-04-03 10:54 [PATCH] mfd: twl6040: Optional clk32k clock handling Peter Ujfalusi
2014-04-03 10:54 ` Peter Ujfalusi
2014-04-24  9:15 ` Peter Ujfalusi
2014-04-28 10:36 ` Lee Jones
2014-04-28 10:46   ` Peter Ujfalusi
2014-04-28 12:50     ` Lee Jones [this message]
2014-04-28 12:51 ` Lee Jones

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=20140428125052.GK21279@lee--X1 \
    --to=lee.jones@linaro.org \
    --cc=devicetree@vger.kernel.org \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=peter.ujfalusi@ti.com \
    --cc=sameo@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