Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1696702

Re: [PATCH 3/3] dt-bindings: clock: amlogic,gxbb-aoclkc: Update bindings

From Stephen Boyd <sboyd@codeaurora.org>
Newsgroups linux.kernel
Subject Re: [PATCH 3/3] dt-bindings: clock: amlogic,gxbb-aoclkc: Update bindings
Date 2017-07-26 02:50 +0200
Message-ID <u7iGu-1Dc-3@gated-at.bofh.it> (permalink)
References (1 earlier) <u0ccO-32q-31@gated-at.bofh.it> <u1y1z-8dG-13@gated-at.bofh.it> <u5N21-136-11@gated-at.bofh.it> <u6K26-4ff-15@gated-at.bofh.it> <u6Klr-4C2-3@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On 07/24, Jerome Brunet wrote:
> On Mon, 2017-07-24 at 13:47 +0200, Neil Armstrong wrote:
> > 
> > Hi Rob, Stephen,
> > 
> > Thanks for your feedback, but on these Amlogic platforms, the AO register bank
> > is
> > filled with interleaved registers used for various purposes.
> > 
> > For instance, the first 1k of registers are :
> > 
> > 0-c RTI_STATUS
> > c-14 RTI_PWR_CNTL
> > 14-1c PIN_MUX
> > 1c RTI_STATUS
> > 24-30 GPIO
> > 30 JTAG_CONFIG
> > 34 WD
> > 38-40 CPU_CTRL
> > 40 RTI_GEN_CTRL
> > 44 CPU_CTRL
> > 4c-58 TIMER
> > 58 OSCIN
> > 60 AHB2DDR
> > ...
> > 
> > 
> > And so on, and the clock related registers are split among this space.
> > 
> > For sure, this could be declared as an system controller node, but this would
> > imply completely
> > re-designing the actual clock driver and drop the actual bindings.
> > (and with re-writting the clock gate code to use regmap registers access)

I'm not suggesting a sycon node or binding usage here. There's an
"always on" hw block here that could be implemented as an MFD
driver that binds and creates a clk subdevice and whatever else
is sitting in here. Those subdevices could be informed of the
register base by knowing their parent driver is an MFD with a
certain driver data structure inside and then get at an __iomem
pointer through the parent's driver data. Or they could use a
regmap approach and rewrite a bunch of code. Or there could be
just a clk driver that binds to this node for now until a later
time that other features are needed.

> 
> Maybe it is time to investigate having the regmap clock from qcom available to
> every other platform ?

I think we have regmap clk duplicated a couple times in the
drivers/clk/ directory now. Not sure how this is related, except
for that there looks to be a desire to use a syscon binding here
and that forces regmap on drivers?

-- 
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

Re: [PATCH 3/3] dt-bindings: clock: amlogic,gxbb-aoclkc: Update  bindings Stephen Boyd <sboyd@codeaurora.org> - 2017-07-21 22:50 +0200
  Re: [PATCH 3/3] dt-bindings: clock: amlogic,gxbb-aoclkc: Update  bindings Neil Armstrong <narmstrong@baylibre.com> - 2017-07-24 13:50 +0200
    Re: [PATCH 3/3] dt-bindings: clock: amlogic,gxbb-aoclkc: Update  bindings Jerome Brunet <jbrunet@baylibre.com> - 2017-07-24 14:10 +0200
      Re: [PATCH 3/3] dt-bindings: clock: amlogic,gxbb-aoclkc: Update  bindings Stephen Boyd <sboyd@codeaurora.org> - 2017-07-26 02:50 +0200
        Re: [PATCH 3/3] dt-bindings: clock: amlogic,gxbb-aoclkc: Update  bindings Jerome Brunet <jbrunet@baylibre.com> - 2017-07-26 22:10 +0200

csiph-web