From: sboyd@codeaurora.org (Stephen Boyd)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 1/6] dt-bindings: arm/marvell: add DT bindings for AP806 DFX Server
Date: Thu, 25 Feb 2016 15:37:10 -0800 [thread overview]
Message-ID: <20160225233710.GJ28849@codeaurora.org> (raw)
In-Reply-To: <1456326866-30854-2-git-send-email-thomas.petazzoni@free-electrons.com>
On 02/24, Thomas Petazzoni wrote:
> +Marvell AP806 DFX Server
> +------------------------
> +
> +The Marvell AP806 HW block (which is a core component of the Marvell
> +Armada 7K and 8K SOCs) has a set of registers called "DFX
> +Server". This set of registers contains miscellaneous registers, most
> +of them being used for silicon fine-tuning and manufacturing testing,
> +and as such are not publicly documented. However, this DFX server
> +register range also contains a few documented and useful registers,
> +for example for clock control.
> +
> +This Device Tree binding allows to represent the entire DFX server
> +register space as one single DT node.
> +
> +Required properties:
> +- compatible: the first and second values must be:
> + "simple-mfd", "syscon"
> +- reg: address and length of following register sets for the DFX
> + server
Example?
I would think the binding would be done in a way that we don't
have to describe every little register in this misc register
block. Instead, dfx server has a compatible:
node at f00 {
reg = <0xf00 0x100>;
compatible = "marvell,dfx-ap806";
#clock-cells = <1>;
};
And then a driver that probes this compatible string and
registers a handful of clks. If we ever get into a situation
where we want to expose non-clk functionality from this device
node, we would make some sort of mfd driver that probes based on
the same compatible string and creates platform devices in
software to register the clk device component and whatever other
device type is used. In that situation, we could assign a regmap
to the mfd device and the clk device would be a child of the mfd
and get a regmap through the dev->parent pointer.
TL;DR I'm still lost why we have to describe each clk in DT.
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
next prev parent reply other threads:[~2016-02-25 23:37 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-24 15:14 [PATCH v2 0/6] clk: mvebu: initial support for AP806 clocks Thomas Petazzoni
2016-02-24 15:14 ` [PATCH v2 1/6] dt-bindings: arm/marvell: add DT bindings for AP806 DFX Server Thomas Petazzoni
2016-02-25 23:37 ` Stephen Boyd [this message]
2016-02-26 8:32 ` Thomas Petazzoni
2016-02-26 23:55 ` Stephen Boyd
2016-03-02 17:09 ` Rob Herring
2016-02-24 15:14 ` [PATCH v2 2/6] dt-bindings: clock: add DT bindings for AP806 core clocks Thomas Petazzoni
2016-02-24 15:14 ` [PATCH v2 3/6] dt-bindings: clock: add DT bindings for AP806 ring clocks Thomas Petazzoni
2016-02-24 15:14 ` [PATCH v2 4/6] clk: unconditionally recurse into clk/mvebu/ Thomas Petazzoni
2016-02-24 15:14 ` [PATCH v2 5/6] clk: mvebu: add AP806 core clock driver Thomas Petazzoni
2016-02-24 15:14 ` [PATCH v2 6/6] clk: mvebu: add AP806 ring " Thomas Petazzoni
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=20160225233710.GJ28849@codeaurora.org \
--to=sboyd@codeaurora.org \
--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).