linaro-release team mailing list archive

[Nicolas Pitre <784176@xxxxxxxxxxxxxxxxxx>]

On Thu, 19 May 2011, Alexander Sack wrote:
> On Thu, May 19, 2011 at 8:42 PM, Amit Kucheria wrote:
> > The patches applied to Nico's tree have been rejected upstream. They should
> > work for OMAP3, but for OMAP4 it only supports MPU scaling.
> >
> > I've cc'ed Vishwa who is author on some of the patches.
> >
> > TBH, I feel we shouldn't worry about the OMAP4 case and only get it working
> > on OMAP3 for now.
> 
> guess this means we should split this bug up? Vishwa, what needs to be
> done for OMAP3?

If this feature needs to be turned on for OMAP3, it should at least be
ignored at run time for OMAP4, as we would like to support both OMAP3
and OMAP4 with the same kernel binary.

-- 
You received this bug notification because you are a member of Linaro
Release Team, which is a direct subscriber.
https://bugs.launchpad.net/bugs/784176

Title:
  CPU_FREQ support is broken for OMAP 3 and OMAP 4

Status in Linaro Linux:
  New
Status in “linux-linaro-omap” package in Ubuntu:
  New
Status in “linux-ti-omap4” package in Ubuntu:
  New

Bug description:
  Current both Nicolas and Andy's kernel tree (2.6.38) is lacking proper
  support for CPU_FREQ. On OMAP 4 it tries to change the frequencies for
  the first CPU, and on OMAP 3 is basically freezes when calling
  cpufreq-info, besides not having a proper frequency scaling.

  The workaround now for the linux-linaro-omap kernel is to disable
  CPU_FREQ, so this bug is basically to track why it's currently
  disabled.