Clock support for rk3066,rk3188 and rk3288
Get series with b4
b4 am 20062771.zMCSBLkWar@typVersions newest first
- v4 Latest0 of 13 patches 0 repliesNew
Patches in v4 No applies recorded yet
None of the 13 patches the cover letter announces are in this archive.
Reviews trailers per patch
| Patch | Max Schwarz |
|---|---|
| Series | A-b T-b |
Trailers given in replies are filled; those carried in the patches from earlier versions are outlined with dashes.
Cover letter [PATCH v4 00/13] Clock support for rk3066,rk3188 and rk3288
Hi Heiko,
Quoted 17 lines · Heiko St?bner
This series adds a clock driver infrastructure for Rockchip SoCs in general and clock-definitions for the RK3188 and RK3288 in particular.
The previous attempt to define parts separately in the devicetree did not really fit with the clock structure, which became apparent with more knowledge about the clock tree.
The whole structure should support Rockchip SoCs at least down to the RK28xx (ARM9) which all share a very similar setup of their clock controllers in PLL, divider and gate handling as well as the included softreset parts.
A big change is the move from declaring all mux/dividers/gates individually to declaring them as composite clock branches, making the code better readable and making it possible to keep clocks together in a more natural order.
Quoted 5 lines
The changes under
drivers/clkapply cleanly to clk-next but the changes in arm/boot/dts require patches from arm-soc, so in the unlikely case of this making it in before the merge window the dts patches should go through arm-soc (or should do so anyway, as they do not directly depend on thedrivers/clkchanges)
Series:
on Radxa Rock (RK3188).
Cheers,
Max