On Mon, Jan 28, 2019 at 09:43:00AM +0800, Joseph Lo wrote: > On 1/25/19 9:46 PM, Thierry Reding wrote: > > On Fri, Jan 04, 2019 at 11:06:42AM +0800, Joseph Lo wrote: > > > This series introduces support for the DFLL as a CPU clock source > > > on Tegra210. As Jetson TX1 uses a PWM controlled regulator IC which > > > is driven directly by the DFLLs PWM output, we also introduce support > > > for PWM regulators next to I2C controlled regulators. The DFLL output > > > frequency is directly controlled by the regulator voltage. The registers > > > for controlling the PWM are part of the DFLL IP block, so there's no > > > separate linux regulator object involved because the regulator IC only > > > supplies the rail powering the CPUs. It doesn't have any other controls. > > > > > > The patch 1~4 are the patches of DT bindings update for DFLL clock and > > > Tegra124 cpufreq, which add PWM and Tegra210 support for DFLL clock and > > > remove deprecate properties for Tegra124 cpufreq bindings. > > > > > > The patch 5~10 are the patches for DFLL clock driver update for PWM-mode > > > DFLL support. > > > > > > The patch 11~13 are the Tegra124 cpufreq driver update to make it > > > work with Tegra210. > > > > > > The patch 14~19 are the devicetree files update for Tegra210 SoC and > > > platforms. Two platforms are updated here for different DFLL mode usage. > > > The Tegra210-p2371-2180 (a.k.a. Jetson Tx1) uses DFLL-PWM and the > > > Tegra210-smaug (a.k.a. Pixel C) uses DFLL-I2C. So two different modes > > > are verified with this series. > > > > > > The patch 20 is the patch for enabling the CPU regulator for Smaug > > > board. > > > > > > * Update in V4: > > > - s/nvidia,pwm-period/nvidia,pwm-period-nanoseconds/ in patch 1 for > > > DFLL DT bindings update. > > > - remove parenthesis in Kconfig of DFLL driver > > > - add more ack and RB tags > > > > > > * Update in V3: > > > - Squash patch 9 in previous series into patch 7 (ref. [0]) > > > - minor fixes in patch 6 for geting alignment data > > > - more variable type fixes in patch 7 > > > - fix the error handling in patch 8 > > > - collect more ack tags > > > > > > * Update in V2: > > > - Add two patches that suggested from comments in V1. See patch 9 and > > > 14. > > > - Update DT binding for DFLL-PWM mode in patch 1. > > > - Update the code for how to get regulator data from DT or regulator > > > API in patch 6. > > > - Update to use lut_uv table for LUT lookup in patch 7. That makes the > > > generic lut table to work with both I2C and PWM mode. > > > - not allow Tegra124 cpufreq driver to be built as a module and remove > > > the removal function in patch 12. > > > > > > [0]: http://patchwork.ozlabs.org/project/linux-tegra/list/?series=81595 > > > > > > Joseph Lo (17): > > > dt-bindings: clock: tegra124-dfll: add Tegra210 support > > > dt-bindings: cpufreq: tegra124: remove vdd-cpu-supply from required > > > properties > > > dt-bindings: cpufreq: tegra124: remove cpu_lp clock from required > > > properties > > > clk: tegra: dfll: CVB calculation alignment with the regulator > > > clk: tegra: dfll: support PWM regulator control > > > clk: tegra: dfll: round down voltages based on alignment > > > clk: tegra: dfll: add CVB tables for Tegra210 > > > cpufreq: tegra124: do not handle the CPU rail > > > cpufreq: tegra124: extend to support Tegra210 > > > cpufreq: dt-platdev: add Tegra210 to blacklist > > > arm64: dts: tegra210: add DFLL clock > > > arm64: dts: tegra210: add CPU clocks > > > arm64: dts: tegra210-p2597: add pinmux for PWM-based DFLL support > > > arm64: dts: tegra210-p2371-2180: enable DFLL clock > > > arm64: dts: tegra210-smaug: add CPU power rail regulator > > > arm64: dts: tegra210-smaug: enable DFLL clock > > > arm64: defconfig: Enable MAX8973 regulator > > > > > > Peter De Schrijver (3): > > > dt-bindings: clock: tegra124-dfll: Update DFLL binding for PWM > > > regulator > > > clk: tegra: dfll: registration for multiple SoCs > > > clk: tegra: dfll: build clk-dfll.c for Tegra124 and Tegra210 > > > > Joseph, > > > > can you detail the dependencies between the various patches. From a > > brief look the CPU frequency driver changes are completely separate > > bits and it should be possible to apply them to the cpufreq tree. > > > > The clock changes also seem independent of the rest. > > > > Are there any dependencies at all that we need to be mindful about? > > Or can individual maintainers just pick up the subseries directly? > > > > Yes, no dependence with each other. We can apply them separately. > Please let me know if I need to inform cpufreq or clk maintainer to pick > them up. Rafael, the three CPU frequency patches in this series were acked by Viresh already, but unfortunately you don't seem to be Cc'ed on these. Are you okay with me picking these up into the Tegra tree and send you a pull request in a couple of days? That way we can get the whole set tested a bit in linux-next. If you'd prefer to pick these up in the PM tree, here are the corresponding patchwork links: https://patchwork.kernel.org/patch/10747943/ https://patchwork.kernel.org/patch/10747947/ https://patchwork.kernel.org/patch/10747953/ I'll go and give my Acked-by on these patches if the latter is the way you prefer. Stephen, Mike, the same applies for clk patches. Stephen's acked all of them and I think all of the series is good to go. How about if I pick up these up in the Tegra tree and let this all cook in linux-next for a week or so and then send you a pull request with these? Stephen already picked up a couple of fixes for clk/tegra, but I don't think any of those would conflict with this series. All of that said, Joseph confirmed that there are no dependencies between these subsystem subseries, so if you'd prefer to pick up the patches into your respective trees, I have no objections to that. Thierry
Attachment:
signature.asc
Description: PGP signature
