On 20 May 2014 22:19, Doug Anderson wrote:
> Note that in the old code you used to set the "emc" clock before the
> transition to the intermediate clock. Now you don't. Are you sure
> it's OK to change this order?
Yeah, I have seen that and as Stephen didn't had any objection to the
change I
Viresh,
On Fri, May 16, 2014 at 9:51 PM, Viresh Kumar wrote:
> Tegra had always been switching to intermediate frequency (pll_p_clk) since
> ever. CPUFreq core has better support for handling notifications for these
> frequencies and so we can adapt Tegra's driver to it.
>
> Tested-by: Stephen
Viresh,
On Fri, May 16, 2014 at 9:51 PM, Viresh Kumar viresh.ku...@linaro.org wrote:
Tegra had always been switching to intermediate frequency (pll_p_clk) since
ever. CPUFreq core has better support for handling notifications for these
frequencies and so we can adapt Tegra's driver to it.
On 20 May 2014 22:19, Doug Anderson diand...@chromium.org wrote:
Note that in the old code you used to set the emc clock before the
transition to the intermediate clock. Now you don't. Are you sure
it's OK to change this order?
Yeah, I have seen that and as Stephen didn't had any objection
Tegra had always been switching to intermediate frequency (pll_p_clk) since
ever. CPUFreq core has better support for handling notifications for these
frequencies and so we can adapt Tegra's driver to it.
Tested-by: Stephen Warren
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/tegra-cpufreq.c
Tegra had always been switching to intermediate frequency (pll_p_clk) since
ever. CPUFreq core has better support for handling notifications for these
frequencies and so we can adapt Tegra's driver to it.
Tested-by: Stephen Warren swar...@nvidia.com
Signed-off-by: Viresh Kumar
6 matches
Mail list logo