[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20111128174508.GO31337@atomide.com>
Date: Mon, 28 Nov 2011 09:45:09 -0800
From: Tony Lindgren <tony@...mide.com>
To: Janusz Krzysztofik <jkrzyszt@....icnet.pl>
Cc: Paul Walmsley <paul@...an.com>, linux-omap@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 1/5] ARM: OMAP1: Fix dpll1 default rate reprogramming
method
* Janusz Krzysztofik <jkrzyszt@....icnet.pl> [111126 19:06]:
> According to comments in omap1_select_table_rate(), reprogramming dpll1
> is tricky, and should always be done from SRAM.
>
> While being at it, move OMAP730 special case handling inside
> omap_sram_reprogram_clock().
>
> Created on top of omap-fixes, not yet in mainline as of 3.2-rc3.
> Tested on Amstrad Delta.
Thanks for looking into these issues. For most of this we should plan on
getting them done for the next merge window because we currently rely
on Kconfig options for the supported MHz rates. This means that with
this change omap1_defconfig will stop booting on most systems as it
would try to change to 216MHz. To fix that issue we should allow the
boards to set the supported rates before applying this patch.
Regards,
Tony
> Signed-off-by: Janusz Krzysztofik <jkrzyszt@....icnet.pl>
> ---
> arch/arm/mach-omap1/clock.c | 6 +-----
> arch/arm/mach-omap1/clock_data.c | 7 +++++--
> arch/arm/plat-omap/sram.c | 3 +++
> 3 files changed, 9 insertions(+), 7 deletions(-)
>
> diff --git a/arch/arm/mach-omap1/clock.c b/arch/arm/mach-omap1/clock.c
> index 84ef704..3899176 100644
> --- a/arch/arm/mach-omap1/clock.c
> +++ b/arch/arm/mach-omap1/clock.c
> @@ -215,12 +215,8 @@ int omap1_select_table_rate(struct clk *clk, unsigned long rate)
> /*
> * In most cases we should not need to reprogram DPLL.
> * Reprogramming the DPLL is tricky, it must be done from SRAM.
> - * (on 730, bit 13 must always be 1)
> */
> - if (cpu_is_omap7xx())
> - omap_sram_reprogram_clock(ptr->dpllctl_val, ptr->ckctl_val | 0x2000);
> - else
> - omap_sram_reprogram_clock(ptr->dpllctl_val, ptr->ckctl_val);
> + omap_sram_reprogram_clock(ptr->dpllctl_val, ptr->ckctl_val);
>
> /* XXX Do we need to recalculate the tree below DPLL1 at this point? */
> ck_dpll1_p->rate = ptr->pll_rate;
> diff --git a/arch/arm/mach-omap1/clock_data.c b/arch/arm/mach-omap1/clock_data.c
> index 1297bb5..4550415 100644
> --- a/arch/arm/mach-omap1/clock_data.c
> +++ b/arch/arm/mach-omap1/clock_data.c
> @@ -23,6 +23,7 @@
> #include <plat/clock.h>
> #include <plat/cpu.h>
> #include <plat/clkdev_omap.h>
> +#include <plat/sram.h> /* for omap_sram_reprogram_clock() */
> #include <plat/usb.h> /* for OTG_BASE */
>
> #include "clock.h"
> @@ -933,8 +934,10 @@ void __init omap1_clk_late_init(void)
> /* Find the highest supported frequency and enable it */
> if (omap1_select_table_rate(&virtual_ck_mpu, ~0)) {
> pr_err("System frequencies not set, using default. Check your config.\n");
> - omap_writew(0x2290, DPLL_CTL);
> - omap_writew(cpu_is_omap7xx() ? 0x3005 : 0x1005, ARM_CKCTL);
> + /*
> + * Reprogramming the DPLL is tricky, it must be done from SRAM.
> + */
> + omap_sram_reprogram_clock(0x2290, 0x1005);
> ck_dpll1.rate = OMAP1_DPLL1_SANE_VALUE;
> }
> propagate_rate(&ck_dpll1);
> diff --git a/arch/arm/plat-omap/sram.c b/arch/arm/plat-omap/sram.c
> index 8b28664..312bee8 100644
> --- a/arch/arm/plat-omap/sram.c
> +++ b/arch/arm/plat-omap/sram.c
> @@ -224,6 +224,9 @@ static void (*_omap_sram_reprogram_clock)(u32 dpllctl, u32 ckctl);
> void omap_sram_reprogram_clock(u32 dpllctl, u32 ckctl)
> {
> BUG_ON(!_omap_sram_reprogram_clock);
> + /* On 730, bit 13 must always be 1 */
> + if (cpu_is_omap7xx())
> + ckctl |= 0x2000;
> _omap_sram_reprogram_clock(dpllctl, ckctl);
> }
>
> --
> 1.7.3.4
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists