[PATCH v9 00/14] Tegra114 clockframework
Stephen Warren
swarren at wwwdotorg.org
Thu Apr 4 04:52:46 EST 2013
On 04/03/2013 08:40 AM, Peter De Schrijver wrote:
> This is the nineth version of the Tegra114 clockframework. It is based on the
> next-20130320-fixed branch of
> git://nv-tegra.nvidia.com/user/swarren/linux-2.6.git,
That's not a particularly useful base; these patches won't be applied to
linux-next, but rather to Tegra's for-3.10/clk branch, with the clock
for-next tree merged in to pick up "clk: add table lookup to mux".
> http://patchwork.ozlabs.org/patch/229972/ and
That is "clk: tegra: Don't enable PLLs during early boot". That was
rejected. I assume this isn't really needed given your changelog entry
"Fixed clock initialization for audio", but rather my "clk: tegra: defer
application of init table" should be applied instead?
> http://patchwork.ozlabs.org/patch/229978/ and
For reference, that is "clk: add table lookup to mux", which is in the
clock for-next tree.
> http://patchwork.ozlabs.org/patch/233415/
That is Joseph's "clocksource: tegra: enable arch_timer". Is this
actually a dependency, or an optimization, or ...?
Rob Herring objected to that patch since it isn't necessary if his
series "ARM arch, sp804 and integrator timer CLKSRC_OF support" is applied.
If I apply just your (Peter's) CCF series without Joseph's or Rob's
patches, will everything still work, or is this a hard dependency to
create a working system?
More information about the devicetree-discuss
mailing list