RE: [PATCH] PM: Prevent direct cpufreq scaling during initialization

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




> > Signed-off-by: Romit Dasgupta <romit@xxxxxx>
> > ---
> > diff --git a/arch/arm/plat-omap/cpu-omap.c b/arch/arm/plat-omap/cpu-
> omap.c
> > index 449b6b6..f94df20 100644
> > --- a/arch/arm/plat-omap/cpu-omap.c
> > +++ b/arch/arm/plat-omap/cpu-omap.c
> > @@ -149,8 +149,6 @@ static int __init omap_cpu_init(struct
> cpufreq_policy *policy)
> >                                                        VERY_HI_RATE) /
> 1000;
> >        }
> >
> > -       clk_set_rate(mpu_clk, policy->cpuinfo.max_freq * 1000);
> > -
> >        policy->min = policy->cpuinfo.min_freq;
> >        policy->max = policy->cpuinfo.max_freq;
> >        policy->cur = omap_getspeed(0);
> 
> This patch leads to hang with current PM branch, SRF and CPU IDLE enabled
> on OMAP3525 rev C.
Verified this to work on Zoom2 + SRF + CPUidle. Can you give some debug info if possible?
--
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

[Index of Archives]     [Linux Arm (vger)]     [ARM Kernel]     [ARM MSM]     [Linux Tegra]     [Linux WPAN Networking]     [Linux Wireless Networking]     [Maemo Users]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux