* [GIT PULL] clk: tegra: Changes for v4.7-rc1
@ 2016-04-29 15:59 Thierry Reding
2016-05-03 0:02 ` Stephen Boyd
0 siblings, 1 reply; 4+ messages in thread
From: Thierry Reding @ 2016-04-29 15:59 UTC (permalink / raw)
To: linux-arm-kernel
Hi Michael, Stephen,
The following changes since commit f55532a0c0b8bb6148f4e07853b876ef73bc69ca:
Linux 4.6-rc1 (2016-03-26 16:03:24 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tegra/linux.git tags/tegra-for-4.7-clk
for you to fetch changes up to 2690e912644e610854c4c3b23d0a0daec9d030ca:
clk: tegra: dfll: Reformat CVB frequency table (2016-04-28 12:41:54 +0200)
Note that the first patch is this pull request is a dependency for a
larger series that will have to go in through the ARM-SoC tree in order
to properly handle the dependencies.
Thanks,
Thierry
----------------------------------------------------------------
clk: tegra: Changes for v4.7-rc1
This set of changes contains a bunch of cleanups and minor fixes along
with some new clocks, mainly on Tegra210, in preparation for supporting
DisplayPort and HDMI 2.0.
----------------------------------------------------------------
Andrew Bresticker (1):
clk: tegra: Add interface to enable hardware control of SATA/XUSB PLLs
Lucas Stach (2):
clk: tegra: Initialize PLL_C to sane rate on Tegra30
clk: tegra: Fix PLL_U post divider and initial rate on Tegra30
Rhyland Klein (1):
clk: tegra: Fix pllre Tegra210 and add pll_re_out1
Thierry Reding (13):
clk: tegra: Constify peripheral clock registers
clk: tegra: Remove trailing blank line
clk: tegra: Special-case mipi-cal parent on Tegra114
clk: tegra: Add fixed factor peripheral clock type
clk: tegra: Use correct parent for dpaux clock
clk: tegra: Add dpaux1 clock
clk: tegra: dpaux and dpaux1 are fixed factor clocks
clk: tegra: Add sor_safe clock
clk: tegra: dfll: Update kerneldoc
clk: tegra: dfll: Reference CVB table instead of copying data
clk: tegra: dfll: Make code more comprehensible
clk: tegra: dfll: Properly clean up on failure and removal
clk: tegra: dfll: Reformat CVB frequency table
drivers/clk/tegra/Makefile | 1 +
drivers/clk/tegra/clk-dfll.c | 11 +--
drivers/clk/tegra/clk-dfll.h | 22 +++---
drivers/clk/tegra/clk-id.h | 2 +
drivers/clk/tegra/clk-periph-fixed.c | 120 +++++++++++++++++++++++++++++
drivers/clk/tegra/clk-periph-gate.c | 2 +-
drivers/clk/tegra/clk-periph.c | 2 +-
drivers/clk/tegra/clk-pll.c | 46 +++++++++++
drivers/clk/tegra/clk-tegra-fixed.c | 1 -
drivers/clk/tegra/clk-tegra-periph.c | 5 +-
drivers/clk/tegra/clk-tegra114.c | 6 +-
drivers/clk/tegra/clk-tegra124-dfll-fcpu.c | 103 ++++++++++++++-----------
drivers/clk/tegra/clk-tegra124.c | 4 +
drivers/clk/tegra/clk-tegra210.c | 87 ++++++++++++++++++++-
drivers/clk/tegra/clk-tegra30.c | 12 +--
drivers/clk/tegra/clk.c | 4 +-
drivers/clk/tegra/clk.h | 27 ++++++-
drivers/clk/tegra/cvb.c | 71 ++++++++++-------
drivers/clk/tegra/cvb.h | 15 ++--
include/dt-bindings/clock/tegra210-car.h | 2 +-
include/linux/clk/tegra.h | 5 ++
21 files changed, 433 insertions(+), 115 deletions(-)
create mode 100644 drivers/clk/tegra/clk-periph-fixed.c
^ permalink raw reply [flat|nested] 4+ messages in thread
* [GIT PULL] clk: tegra: Changes for v4.7-rc1
2016-04-29 15:59 [GIT PULL] clk: tegra: Changes for v4.7-rc1 Thierry Reding
@ 2016-05-03 0:02 ` Stephen Boyd
2016-05-09 5:19 ` Thierry Reding
0 siblings, 1 reply; 4+ messages in thread
From: Stephen Boyd @ 2016-05-03 0:02 UTC (permalink / raw)
To: linux-arm-kernel
On 04/29, Thierry Reding wrote:
> Hi Michael, Stephen,
>
> The following changes since commit f55532a0c0b8bb6148f4e07853b876ef73bc69ca:
>
> Linux 4.6-rc1 (2016-03-26 16:03:24 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tegra/linux.git tags/tegra-for-4.7-clk
>
> for you to fetch changes up to 2690e912644e610854c4c3b23d0a0daec9d030ca:
>
> clk: tegra: dfll: Reformat CVB frequency table (2016-04-28 12:41:54 +0200)
>
> Note that the first patch is this pull request is a dependency for a
> larger series that will have to go in through the ARM-SoC tree in order
> to properly handle the dependencies.
>
Thanks. Pulled.
Are there any thoughts on making that hw control stuff more
generic? Perhaps using something like power domains to do that
instead of having drivers cross-call to the clk driver with
custom tegra APIs?
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
^ permalink raw reply [flat|nested] 4+ messages in thread
* [GIT PULL] clk: tegra: Changes for v4.7-rc1
2016-05-03 0:02 ` Stephen Boyd
@ 2016-05-09 5:19 ` Thierry Reding
2016-05-09 22:42 ` Stephen Boyd
0 siblings, 1 reply; 4+ messages in thread
From: Thierry Reding @ 2016-05-09 5:19 UTC (permalink / raw)
To: linux-arm-kernel
On Mon, May 02, 2016 at 05:02:48PM -0700, Stephen Boyd wrote:
> On 04/29, Thierry Reding wrote:
> > Hi Michael, Stephen,
> >
> > The following changes since commit f55532a0c0b8bb6148f4e07853b876ef73bc69ca:
> >
> > Linux 4.6-rc1 (2016-03-26 16:03:24 -0700)
> >
> > are available in the git repository at:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/tegra/linux.git tags/tegra-for-4.7-clk
> >
> > for you to fetch changes up to 2690e912644e610854c4c3b23d0a0daec9d030ca:
> >
> > clk: tegra: dfll: Reformat CVB frequency table (2016-04-28 12:41:54 +0200)
> >
> > Note that the first patch is this pull request is a dependency for a
> > larger series that will have to go in through the ARM-SoC tree in order
> > to properly handle the dependencies.
> >
>
> Thanks. Pulled.
>
> Are there any thoughts on making that hw control stuff more
> generic? Perhaps using something like power domains to do that
> instead of having drivers cross-call to the clk driver with
> custom tegra APIs?
I'm not aware of any API that would fit in this case. Power domains
would be misleading because power management isn't involved. One other
alternative that I had thought about is to make it a "virtual" reset,
but that is equally misleading because nothing is really being reset
here.
Yet another option might be to make it a "virtual" clock, though it'd
have to be somewhat hacky because we need two steps (one to enable HW
control and another to start the HW sequencer). That could be
implemented using ->prepare() and ->enable(), respectively, but it's
really not a clock either.
I welcome any ideas on how to turn this into something generic, though.
Thierry
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20160509/a91385f5/attachment.sig>
^ permalink raw reply [flat|nested] 4+ messages in thread
* [GIT PULL] clk: tegra: Changes for v4.7-rc1
2016-05-09 5:19 ` Thierry Reding
@ 2016-05-09 22:42 ` Stephen Boyd
0 siblings, 0 replies; 4+ messages in thread
From: Stephen Boyd @ 2016-05-09 22:42 UTC (permalink / raw)
To: linux-arm-kernel
On 05/09, Thierry Reding wrote:
>
> I'm not aware of any API that would fit in this case. Power domains
> would be misleading because power management isn't involved. One other
> alternative that I had thought about is to make it a "virtual" reset,
> but that is equally misleading because nothing is really being reset
> here.
>
> Yet another option might be to make it a "virtual" clock, though it'd
> have to be somewhat hacky because we need two steps (one to enable HW
> control and another to start the HW sequencer). That could be
> implemented using ->prepare() and ->enable(), respectively, but it's
> really not a clock either.
>
> I welcome any ideas on how to turn this into something generic, though.
>
I suggested power domains because it looks like SoC glue code
that we need to do when the device is powered on and off? Unless
I totally misread how it was used. And I suppose I should have
said generic power domains (genpd) instead of power domains,
because I agree it's not actual power management, just some SoC
runtime PM stuff it seems. But who knows, I probably misread it
all.
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2016-05-09 22:42 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-04-29 15:59 [GIT PULL] clk: tegra: Changes for v4.7-rc1 Thierry Reding
2016-05-03 0:02 ` Stephen Boyd
2016-05-09 5:19 ` Thierry Reding
2016-05-09 22:42 ` Stephen Boyd
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).