From: robherring2@gmail.com (Rob Herring)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 1/4] clk: select CLKDEV_LOOKUP for COMMON_CLK
Date: Thu, 19 Apr 2012 09:59:36 -0500 [thread overview]
Message-ID: <4F902858.9040905@gmail.com> (raw)
In-Reply-To: <20120418070721.GL3852@pengutronix.de>
On 04/18/2012 02:07 AM, Sascha Hauer wrote:
> On Tue, Apr 17, 2012 at 03:13:49PM -0700, Turquette, Mike wrote:
>> On Mon, Apr 9, 2012 at 1:24 PM, Rob Herring <robherring2@gmail.com> wrote:
>>> From: Rob Herring <rob.herring@calxeda.com>
>>>
>>> Using the common clock infrastructure without the common clkdev code makes
>>> little sense, so select CLKDEV_LOOKUP for COMMON_CLK.
>>>
>>> Signed-off-by: Rob Herring <rob.herring@calxeda.com>
>>> ---
>>> drivers/clk/Kconfig | 1 +
>>> 1 files changed, 1 insertions(+), 0 deletions(-)
>>>
>>> diff --git a/drivers/clk/Kconfig b/drivers/clk/Kconfig
>>> index 165e1fe..f05a60d 100644
>>> --- a/drivers/clk/Kconfig
>>> +++ b/drivers/clk/Kconfig
>>> @@ -12,6 +12,7 @@ config HAVE_MACH_CLKDEV
>>> config COMMON_CLK
>>> bool
>>> select HAVE_CLK_PREPARE
>>> + select CLKDEV_LOOKUP
>>> ---help---
>>> The common clock framework is a single definition of struct
>>> clk, useful across many platforms, as well as an
>>
>> Hi Rob,
>>
>> I agree that the common clk framework is not particularly useful
>> without clkdev. However the core code has no dependency on clkdev.
>> Why not just select it from an arch Kconfig, or even make it a
>> dependency based on your own platform clock data/code?
>
> Selecting it from COMMON_CLK means that the compiler/linker will point
> everybody trying to implement it without CLKDEV into the right
> direction.
Right. That was part of my rationale as well.
The DT clock support is dependent on both options, so without this patch
we'll have to add an otherwise unneeded OF_CLOCK option to select both.
Rob
WARNING: multiple messages have this Message-ID (diff)
From: Rob Herring <robherring2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: Sascha Hauer <s.hauer-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
Cc: devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
Rob Herring <rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org>,
Sascha Hauer <kernel-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
"Turquette, Mike" <mturquette-l0cyMroinI0@public.gmane.org>
Subject: Re: [PATCH 1/4] clk: select CLKDEV_LOOKUP for COMMON_CLK
Date: Thu, 19 Apr 2012 09:59:36 -0500 [thread overview]
Message-ID: <4F902858.9040905@gmail.com> (raw)
In-Reply-To: <20120418070721.GL3852-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
On 04/18/2012 02:07 AM, Sascha Hauer wrote:
> On Tue, Apr 17, 2012 at 03:13:49PM -0700, Turquette, Mike wrote:
>> On Mon, Apr 9, 2012 at 1:24 PM, Rob Herring <robherring2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>>> From: Rob Herring <rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org>
>>>
>>> Using the common clock infrastructure without the common clkdev code makes
>>> little sense, so select CLKDEV_LOOKUP for COMMON_CLK.
>>>
>>> Signed-off-by: Rob Herring <rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org>
>>> ---
>>> drivers/clk/Kconfig | 1 +
>>> 1 files changed, 1 insertions(+), 0 deletions(-)
>>>
>>> diff --git a/drivers/clk/Kconfig b/drivers/clk/Kconfig
>>> index 165e1fe..f05a60d 100644
>>> --- a/drivers/clk/Kconfig
>>> +++ b/drivers/clk/Kconfig
>>> @@ -12,6 +12,7 @@ config HAVE_MACH_CLKDEV
>>> config COMMON_CLK
>>> bool
>>> select HAVE_CLK_PREPARE
>>> + select CLKDEV_LOOKUP
>>> ---help---
>>> The common clock framework is a single definition of struct
>>> clk, useful across many platforms, as well as an
>>
>> Hi Rob,
>>
>> I agree that the common clk framework is not particularly useful
>> without clkdev. However the core code has no dependency on clkdev.
>> Why not just select it from an arch Kconfig, or even make it a
>> dependency based on your own platform clock data/code?
>
> Selecting it from COMMON_CLK means that the compiler/linker will point
> everybody trying to implement it without CLKDEV into the right
> direction.
Right. That was part of my rationale as well.
The DT clock support is dependent on both options, so without this patch
we'll have to add an otherwise unneeded OF_CLOCK option to select both.
Rob
WARNING: multiple messages have this Message-ID (diff)
From: Rob Herring <robherring2@gmail.com>
To: Sascha Hauer <s.hauer@pengutronix.de>
Cc: "Turquette, Mike" <mturquette@ti.com>,
linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org,
devicetree-discuss@lists.ozlabs.org,
Thierry Reding <thierry.reding@avionic-design.de>,
Rob Herring <rob.herring@calxeda.com>,
Grant Likely <grant.likely@secretlab.ca>,
Sascha Hauer <kernel@pengutronix.de>,
shawn.guo@linaro.org
Subject: Re: [PATCH 1/4] clk: select CLKDEV_LOOKUP for COMMON_CLK
Date: Thu, 19 Apr 2012 09:59:36 -0500 [thread overview]
Message-ID: <4F902858.9040905@gmail.com> (raw)
In-Reply-To: <20120418070721.GL3852@pengutronix.de>
On 04/18/2012 02:07 AM, Sascha Hauer wrote:
> On Tue, Apr 17, 2012 at 03:13:49PM -0700, Turquette, Mike wrote:
>> On Mon, Apr 9, 2012 at 1:24 PM, Rob Herring <robherring2@gmail.com> wrote:
>>> From: Rob Herring <rob.herring@calxeda.com>
>>>
>>> Using the common clock infrastructure without the common clkdev code makes
>>> little sense, so select CLKDEV_LOOKUP for COMMON_CLK.
>>>
>>> Signed-off-by: Rob Herring <rob.herring@calxeda.com>
>>> ---
>>> drivers/clk/Kconfig | 1 +
>>> 1 files changed, 1 insertions(+), 0 deletions(-)
>>>
>>> diff --git a/drivers/clk/Kconfig b/drivers/clk/Kconfig
>>> index 165e1fe..f05a60d 100644
>>> --- a/drivers/clk/Kconfig
>>> +++ b/drivers/clk/Kconfig
>>> @@ -12,6 +12,7 @@ config HAVE_MACH_CLKDEV
>>> config COMMON_CLK
>>> bool
>>> select HAVE_CLK_PREPARE
>>> + select CLKDEV_LOOKUP
>>> ---help---
>>> The common clock framework is a single definition of struct
>>> clk, useful across many platforms, as well as an
>>
>> Hi Rob,
>>
>> I agree that the common clk framework is not particularly useful
>> without clkdev. However the core code has no dependency on clkdev.
>> Why not just select it from an arch Kconfig, or even make it a
>> dependency based on your own platform clock data/code?
>
> Selecting it from COMMON_CLK means that the compiler/linker will point
> everybody trying to implement it without CLKDEV into the right
> direction.
Right. That was part of my rationale as well.
The DT clock support is dependent on both options, so without this patch
we'll have to add an otherwise unneeded OF_CLOCK option to select both.
Rob
next prev parent reply other threads:[~2012-04-19 14:59 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-09 20:24 [PATCH 0/4] DT clock binding support Rob Herring
2012-04-09 20:24 ` Rob Herring
2012-04-09 20:24 ` Rob Herring
2012-04-09 20:24 ` [PATCH 1/4] clk: select CLKDEV_LOOKUP for COMMON_CLK Rob Herring
2012-04-09 20:24 ` Rob Herring
2012-04-09 20:24 ` Rob Herring
2012-04-15 3:18 ` Rob Herring
2012-04-15 3:18 ` Rob Herring
2012-04-17 22:13 ` Turquette, Mike
2012-04-17 22:13 ` Turquette, Mike
2012-04-18 7:07 ` Sascha Hauer
2012-04-18 7:07 ` Sascha Hauer
2012-04-19 14:59 ` Rob Herring [this message]
2012-04-19 14:59 ` Rob Herring
2012-04-19 14:59 ` Rob Herring
2012-04-19 20:01 ` Turquette, Mike
2012-04-19 20:01 ` Turquette, Mike
2012-04-09 20:24 ` [PATCH 2/4] clk: remove trailing whitespace from clk.h Rob Herring
2012-04-09 20:24 ` Rob Herring
2012-04-19 20:06 ` Turquette, Mike
2012-04-19 20:06 ` Turquette, Mike
2012-04-09 20:25 ` [PATCH 3/4] clk: add DT clock binding support Rob Herring
2012-04-09 20:25 ` Rob Herring
2012-04-10 2:19 ` Shawn Guo
2012-04-10 2:19 ` Shawn Guo
2012-04-10 2:19 ` Shawn Guo
2012-04-10 4:27 ` Fabio Estevam
2012-04-10 4:27 ` Fabio Estevam
2012-04-10 4:27 ` Fabio Estevam
2012-04-10 12:57 ` Rob Herring
2012-04-10 12:57 ` Rob Herring
2012-05-01 22:59 ` Mike Turquette
2012-05-01 22:59 ` Mike Turquette
2012-05-14 13:40 ` Rob Herring
2012-05-14 13:40 ` Rob Herring
2012-05-14 13:40 ` Rob Herring
2012-04-09 20:25 ` [PATCH 4/4] clk: add DT fixed-clock " Rob Herring
2012-04-09 20:25 ` Rob Herring
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=4F902858.9040905@gmail.com \
--to=robherring2@gmail.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.