Hi Felipe, On Sat, 26 Dec 2009, Felipe Balbi wrote:
> if we enable CPUFREQ we can't build omap2 for two reasons, > one of them is fixed by the patch below but the other one > it seems like it'll need more invasive changes to the code > so I'll leave it for you to decide how to do it. > > It's basically failing because the __musb_be_array() check > in ARRAY_SIZE() is failing and printing the following message: > > arch/arm/mach-omap2/clock2xxx.c:453: error: negative width in bit-field > '<anonymous>' > > NYET-Signed-off-by: Felipe Balbi <[email protected]> Care to send a version with a Signed-off-by? I will base the remaining fixes on top of this. Thanks for reporting this and sending the initial patch. - Paul > --- > arch/arm/mach-omap2/clock2xxx.c | 5 ++++- > 1 files changed, 4 insertions(+), 1 deletions(-) > > diff --git a/arch/arm/mach-omap2/clock2xxx.c b/arch/arm/mach-omap2/clock2xxx.c > index d0e3fb7..4e2bdfe 100644 > --- a/arch/arm/mach-omap2/clock2xxx.c > +++ b/arch/arm/mach-omap2/clock2xxx.c > @@ -455,12 +455,15 @@ static struct cpufreq_frequency_table > freq_table[ARRAY_SIZE(rate_table)]; > void omap2_clk_init_cpufreq_table(struct cpufreq_frequency_table **table) > { > struct prcm_config *prcm; > + long rate; > int i = 0; > > + rate = clk_get_rate(sclk); > + > for (prcm = rate_table; prcm->mpu_speed; prcm++) { > if (!(prcm->flags & cpu_mask)) > continue; > - if (prcm->xtal_speed != sys_ck.rate) > + if (prcm->xtal_speed != rate) > continue; > > /* don't put bypass rates in table */ > -- > 1.6.6.rc0 > -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
