On Friday 01 March 2013 11:13 PM, Nishanth Menon wrote:
> On 17:40-20130301, Santosh Shilimkar wrote:
>> diff --git a/arch/arm/mach-omap2/pm44xx.c b/arch/arm/mach-omap2/pm_omap4plus.c
>> similarity index 74%
>> rename from arch/arm/mach-omap2/pm44xx.c
>> rename to arch/arm/mach-omap2/pm_omap4plus.c
>> index 1d03110..95d2712 100644
>> --- a/arch/arm/mach-omap2/pm44xx.c
>> +++ b/arch/arm/mach-omap2/pm_omap4plus.c
>> @@ -1,7 +1,7 @@
>> /*
>> - * OMAP4 Power Management Routines
>> + * OMAP4PLUS Power Management Routines
>> *
>> - * Copyright (C) 2010-2011 Texas Instruments, Inc.
>> + * Copyright (C) 2010-2013 Texas Instruments, Inc.
>> * Rajendra Nayak <rnayak@xxxxxx>
>> * Santosh Shilimkar <santosh.shilimkar@xxxxxx>
>> *
>> @@ -125,55 +125,77 @@ static void omap_default_idle(void)
>> }
>>
>> /**
>> - * omap4_pm_init - Init routine for OMAP4 PM
>> + * omap4_init_static_deps - Init static clkdm dependencies on OMAP4
>> *
>> - * Initializes all powerdomain and clockdomain target states
>> - * and all PRCM settings.
>> + * The dynamic dependency between MPUSS -> MEMIF and
>> + * MPUSS -> L4_PER/L3_* and DUCATI -> L3_* doesn't work as
>> + * expected. The hardware recommendation is to enable static
>> + * dependencies for these to avoid system lock ups or random crashes.
>> + * The L4 wakeup depedency is added to workaround the OCP sync hardware
>> + * BUG with 32K synctimer which lead to incorrect timer value read
>> + * from the 32K counter. The BUG applies for GPTIMER1 and WDT2 which
>> + * are part of L4 wakeup clockdomain.
>> */
>> -int __init omap4_pm_init(void)
>> +static inline int omap4_init_static_deps(void)
>> {
>> int ret;
>> - struct clockdomain *emif_clkdm, *mpuss_clkdm, *l3_1_clkdm;
>> - struct clockdomain *ducati_clkdm, *l3_2_clkdm;
>> + struct clockdomain *emif_clkdm, *mpuss_clkdm, *l3_1_clkdm, *l4wkup;
>> + struct clockdomain *ducati_clkdm, *l3_2_clkdm, *l4_per_clkdm;
>>
>> - if (omap_rev() == OMAP4430_REV_ES1_0) {
>> - WARN(1, "Power Management not supported on OMAP4430 ES1.0\n");
>> - return -ENODEV;
>> - }
>> -
>> - pr_err("Power Management for TI OMAP4.\n");
>> -
>> - ret = pwrdm_for_each(pwrdms_setup, NULL);
>> - if (ret) {
>> - pr_err("Failed to setup powerdomains\n");
>> - goto err2;
>> - }
>> -
>> - /*
>> - * The dynamic dependency between MPUSS -> MEMIF and
>> - * MPUSS -> L4_PER/L3_* and DUCATI -> L3_* doesn't work as
>> - * expected. The hardware recommendation is to enable static
>> - * dependencies for these to avoid system lock ups or random crashes.
>> - */
>> mpuss_clkdm = clkdm_lookup("mpuss_clkdm");
>> emif_clkdm = clkdm_lookup("l3_emif_clkdm");
>> l3_1_clkdm = clkdm_lookup("l3_1_clkdm");
>> l3_2_clkdm = clkdm_lookup("l3_2_clkdm");
>> + l4_per_clkdm = clkdm_lookup("l4_per_clkdm");
>> + l4wkup = clkdm_lookup("l4_wkup_clkdm");
> These static dependencies now seems added for OMAP4?
> Sounds like a separate patch as it is not exactly what $subject claims.
>> ducati_clkdm = clkdm_lookup("ducati_clkdm");
These are accidently added. I have removed these two in another series.
Will remove this one from the patch.
>> - if ((!mpuss_clkdm) || (!emif_clkdm) || (!l3_1_clkdm) ||
>> - (!l3_2_clkdm) || (!ducati_clkdm))
>> - goto err2;
>> + if ((!mpuss_clkdm) || (!emif_clkdm) || (!l3_1_clkdm) || (!l4wkup) ||
>> + (!l3_2_clkdm) || (!ducati_clkdm) || (!l4_per_clkdm))
>> + return -EINVAL;
>>
>> ret = clkdm_add_wkdep(mpuss_clkdm, emif_clkdm);
>> ret |= clkdm_add_wkdep(mpuss_clkdm, l3_1_clkdm);
>> ret |= clkdm_add_wkdep(mpuss_clkdm, l3_2_clkdm);
>> + ret |= clkdm_add_wkdep(mpuss_clkdm, l4_per_clkdm);
>> + ret |= clkdm_add_wkdep(mpuss_clkdm, l4wkup);
>> ret |= clkdm_add_wkdep(ducati_clkdm, l3_1_clkdm);
>> ret |= clkdm_add_wkdep(ducati_clkdm, l3_2_clkdm);
>> if (ret) {
>> pr_err("Failed to add MPUSS -> L3/EMIF/L4PER, DUCATI -> L3 wakeup dependency\n");
>> + }
>> +
>> + return ret;
>> +}
>> +
>> +/**
>> + * omap4_pm_init - Init routine for OMAP4+ devices
>> + *
>> + * Initializes all powerdomain and clockdomain target states
>> + * and all PRCM settings.
>> + */
>> +int __init omap4_pm_init(void)
> could we rename it as omap4plus_pm_init while we are at it?
> This will help differentiate at least functions which are omap4 only and
> ones which we reuse for omap4plus?
Not needed. That way we have to rename all our omap2_* varients to
omap2plus. omap4_* is assumed to be omap4 and onwards just like
omap2_*
>> +{
>> + int ret;
>> +
>> + if (omap_rev() == OMAP4430_REV_ES1_0) {
> we have ID detection for OMAP5430_REV_ES1_0 in arch/arm/mach-omap2/id.c
> However, we do not support PM, so might as well use it to skip init?
Well the plan is to remove OMAP5 ES1.0 completely so no need to add
more checks. As already mentioned ES1.0 is not going to be supported
in mainline kernel.
Regerds,
Santosh
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
