[PATCH 01/10] clk: sunxi: Add module 0 (storage) style clock support for A80
Maxime Ripard
maxime.ripard at free-electrons.com
Sat Dec 6 09:13:22 PST 2014
Hi Chen-Yu,
Thanks for working on this
On Wed, Dec 03, 2014 at 02:35:56PM +0800, Chen-Yu Tsai wrote:
> The module 0 style clocks, or storage module clocks as named in the
> official SDK, are almost the same as the module 0 clocks on earlier
> Allwinner SoCs. The only difference is wider mux register bits.
>
> Signed-off-by: Chen-Yu Tsai <wens at csie.org>
> ---
> Documentation/devicetree/bindings/clock/sunxi.txt | 1 +
> drivers/clk/sunxi/clk-mod0.c | 24 +++++++++++++++++++++++
> 2 files changed, 25 insertions(+)
>
> diff --git a/Documentation/devicetree/bindings/clock/sunxi.txt b/Documentation/devicetree/bindings/clock/sunxi.txt
> index 9dc4f55..d0fb9c5 100644
> --- a/Documentation/devicetree/bindings/clock/sunxi.txt
> +++ b/Documentation/devicetree/bindings/clock/sunxi.txt
> @@ -58,6 +58,7 @@ Required properties:
> "allwinner,sun4i-a10-mmc-output-clk" - for the MMC output clock on A10
> "allwinner,sun4i-a10-mmc-sample-clk" - for the MMC sample clock on A10
> "allwinner,sun4i-a10-mod0-clk" - for the module 0 family of clocks
> + "allwinner,sun9i-a80-mod0-clk" - for module 0 (storage) clocks on A80
> "allwinner,sun8i-a23-mbus-clk" - for the MBUS clock on A23
> "allwinner,sun7i-a20-out-clk" - for the external output clocks
> "allwinner,sun7i-a20-gmac-clk" - for the GMAC clock module on A20/A31
> diff --git a/drivers/clk/sunxi/clk-mod0.c b/drivers/clk/sunxi/clk-mod0.c
> index 658d74f..d72063f 100644
> --- a/drivers/clk/sunxi/clk-mod0.c
> +++ b/drivers/clk/sunxi/clk-mod0.c
> @@ -93,6 +93,30 @@ static void __init sun4i_a10_mod0_setup(struct device_node *node)
> }
> CLK_OF_DECLARE(sun4i_a10_mod0, "allwinner,sun4i-a10-mod0-clk", sun4i_a10_mod0_setup);
>
> +static const struct factors_data sun9i_a80_mod0_data __initconst = {
> + .enable = 31,
> + .mux = 24,
> + .muxmask = BIT(3) | BIT(2) | BIT(1) | BIT(0),
> + .table = &sun4i_a10_mod0_config,
> + .getter = sun4i_a10_get_mod0_factors,
> +};
> +
> +static void __init sun9i_a80_mod0_setup(struct device_node *node)
> +{
> + void __iomem *reg;
> +
> + reg = of_io_request_and_map(node, 0, of_node_full_name(node));
> + if (!reg) {
> + pr_err("Could not get registers for mod0-clk: %s\n",
> + node->name);
> + return;
> + }
> +
> + sunxi_factors_register(node, &sun9i_a80_mod0_data,
> + &sun4i_a10_mod0_lock, reg);
Is there any particular reason to use the mod0 lock there? Or since
only the A80 mod0 clocks are going to be used, it doesn't make any
difference?
(Which makes me wonder why do we the same spinlock for all the
instances of the mod0 clocks, but that's another story)
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20141206/e45bd20a/attachment-0001.sig>
More information about the linux-arm-kernel
mailing list