linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: grant.likely@secretlab.ca (Grant Likely)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 1/7] clk: Add a generic clock infrastructure
Date: Sat, 24 Sep 2011 21:55:36 -0600	[thread overview]
Message-ID: <20110925035536.GN24631@ponder.secretlab.ca> (raw)
In-Reply-To: <1316730422-20027-2-git-send-email-mturquette@ti.com>

On Thu, Sep 22, 2011 at 03:26:56PM -0700, Mike Turquette wrote:
> From: Jeremy Kerr <jeremy.kerr@canonical.com>
> 
> We currently have ~21 definitions of struct clk in the ARM architecture,
> each defined on a per-platform basis. This makes it difficult to define
> platform- (or architecture-) independent clock sources without making
> assumptions about struct clk, and impossible to compile two
> platforms with different struct clks into a single image.
> 
> This change is an effort to unify struct clk where possible, by defining
> a common struct clk, and a set of clock operations. Different clock
> implementations can set their own operations, and have a standard
> interface for generic code. The callback interface is exposed to the
> kernel proper, while the clock implementations only need to be seen by
> the platform internals.
> 
> The interface is split into two halves:
> 
>  * struct clk, which is the generic-device-driver interface. This
>    provides a set of functions which drivers may use to request
>    enable/disable, query or manipulate in a hardware-independent manner.
> 
>  * struct clk_hw and struct clk_hw_ops, which is the hardware-specific
>    interface. Clock drivers implement the ops, which allow the core
>    clock code to implement the generic 'struct clk' API.
> 
> This allows us to share clock code among platforms, and makes it
> possible to dynamically create clock devices in platform-independent
> code.
> 
> Platforms can enable the generic struct clock through
> CONFIG_GENERIC_CLK. In this case, the clock infrastructure consists of a
> common, opaque struct clk, and a set of clock operations (defined per
> type of clock):
> 
>   struct clk_hw_ops {
>   	int		(*prepare)(struct clk_hw *);
>   	void		(*unprepare)(struct clk_hw *);
>   	int		(*enable)(struct clk_hw *);
>   	void		(*disable)(struct clk_hw *);
>   	unsigned long	(*recalc_rate)(struct clk_hw *);
>   	int		(*set_rate)(struct clk_hw *,
>   					unsigned long, unsigned long *);
>   	long		(*round_rate)(struct clk_hw *, unsigned long);
>   	int		(*set_parent)(struct clk_hw *, struct clk *);
>   	struct clk *	(*get_parent)(struct clk_hw *);
>   };
> 
> Platform clock code can register a clock through clk_register, passing a
> set of operations, and a pointer to hardware-specific data:
> 
>   struct clk_hw_foo {
>   	struct clk_hw clk;
>   	void __iomem *enable_reg;
>   };
> 
>   #define to_clk_foo(c) offsetof(c, clk_hw_foo, clk)
> 
>   static int clk_foo_enable(struct clk_hw *clk)
>   {
>   	struct clk_foo *foo = to_clk_foo(clk);
>   	raw_writeb(foo->enable_reg, 1);
>   	return 0;
>   }
> 
>   struct clk_hw_ops clk_foo_ops = {
>   	.enable = clk_foo_enable,
>   };
> 
> And in the platform initialisation code:
> 
>   struct clk_foo my_clk_foo;
> 
>   void init_clocks(void)
>   {
>   	my_clk_foo.enable_reg = ioremap(...);
> 
>   	clk_register(&clk_foo_ops, &my_clk_foo, NULL);

Shouldn't this be:

	clk_register(&clk_foo_ops, &my_clk_foo->clk, NULL);

?

Also, this documentation would be good to have in the Documentation
directory instead of lost in a commit header.

Otherwise looks okay to me.

Reviewed-by: Grant Likely <grant.likely@secretlab.ca>

  reply	other threads:[~2011-09-25  3:55 UTC|newest]

Thread overview: 72+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-09-22 22:26 [PATCH v2 0/7] Add a generic struct clk Mike Turquette
2011-09-22 22:26 ` [PATCH v2 1/7] clk: Add a generic clock infrastructure Mike Turquette
2011-09-25  3:55   ` Grant Likely [this message]
2011-09-25  5:26     ` Turquette, Mike
2011-10-03 14:17   ` Rob Herring
2011-10-03 14:25     ` Mark Brown
2011-10-03 15:24       ` Rob Herring
2011-10-03 16:31         ` Mark Brown
2011-10-03 16:43           ` Russell King - ARM Linux
2011-10-03 17:05             ` Mark Brown
2011-10-04 18:09     ` Grant Likely
2011-10-27 11:54     ` Domenico Andreoli
2011-10-03 22:02   ` Rob Herring
2011-10-03 22:15     ` Turquette, Mike
2011-10-06  1:17   ` Saravana Kannan
2011-10-06 16:11     ` Turquette, Mike
2011-10-11 11:25   ` Richard Zhao
2011-10-13 14:44   ` Russell King - ARM Linux
2011-10-13 17:16     ` Turquette, Mike
2011-10-14  8:10   ` Richard Zhao
2011-10-14 10:05     ` Mark Brown
2011-10-14 10:32       ` Richard Zhao
2011-10-16 17:55         ` Sascha Hauer
2011-10-17  8:48           ` Richard Zhao
2011-10-17  9:20             ` Mark Brown
2011-10-17 10:53               ` Richard Zhao
2011-10-17 11:05                 ` Sascha Hauer
2011-10-17 11:30                   ` Russell King - ARM Linux
2011-10-14 18:14   ` Turquette, Mike
2011-10-15  2:24     ` Richard Zhao
2011-10-15  2:34       ` Richard Zhao
2011-10-16 21:17       ` Turquette, Mike
2011-10-17 11:31         ` Richard Zhao
2011-10-21  9:00   ` Richard Zhao
2011-10-23 12:55   ` Shawn Guo
2011-10-23 16:49     ` Turquette, Mike
2011-09-22 22:26 ` [PATCH v2 2/7] clk: Implement clk_set_rate Mike Turquette
2011-10-11 11:49   ` Richard Zhao
2011-10-23 14:24   ` Shawn Guo
2011-10-23 16:50     ` Turquette, Mike
2011-09-22 22:26 ` [PATCH v2 3/7] clk: Add fixed-rate clock Mike Turquette
2011-10-23 14:30   ` Shawn Guo
2011-10-23 16:51     ` Turquette, Mike
2011-09-22 22:26 ` [PATCH v2 4/7] clk: Add simple gated clock Mike Turquette
2011-09-25  4:02   ` Grant Likely
2011-09-25  5:27     ` Turquette, Mike
2011-09-26 18:33   ` Rob Herring
2011-09-26 18:40     ` Jamie Iles
2011-09-26 19:10       ` Rob Herring
2011-09-26 19:37         ` Jamie Iles
2011-09-26 22:37           ` Turquette, Mike
2011-09-26 23:30             ` Rob Herring
2011-10-05  1:41               ` Saravana Kannan
2011-10-12  6:46   ` Richard Zhao
2011-10-12 14:59     ` Turquette, Mike
2011-10-16 18:26       ` Sascha Hauer
2011-10-17  6:42         ` Richard Zhao
2011-10-17 17:46           ` Turquette, Mike
2011-10-13 14:45   ` Russell King - ARM Linux
2011-10-13 17:18     ` Turquette, Mike
2011-09-22 22:27 ` [PATCH v2 5/7] clk: Add Kconfig option to build all generic clk drivers Mike Turquette
2011-09-22 22:27 ` [PATCH v2 6/7] clk: Add initial WM831x clock driver Mike Turquette
2011-09-25  4:08   ` Grant Likely
2011-09-25  5:29     ` Turquette, Mike
2011-09-26  9:38     ` Mark Brown
2011-10-04 18:18       ` Grant Likely
2011-10-04 20:50         ` Mark Brown
2011-10-04 23:22           ` Grant Likely
2011-09-22 22:27 ` [PATCH v2 7/7] x86: Enable generic clk API on x86 Mike Turquette
2011-09-22 23:17 ` [PATCH v2 0/7] Add a generic struct clk Turquette, Mike
2011-09-25  4:10 ` Grant Likely
2011-09-29 18:54 ` Mark Brown

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=20110925035536.GN24631@ponder.secretlab.ca \
    --to=grant.likely@secretlab.ca \
    --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 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).