On Thursday, September 20, 2012, Paul Walmsley wrote: > Hi > > On Fri, 14 Sep 2012, Rafael J. Wysocki wrote: > > > On Wednesday, September 12, 2012, Paul Walmsley wrote: > > > > > > Remove some unnecessary plat/ includes that are interfering with multi-subarch > > > ARM kernels. > > > > > > Signed-off-by: Paul Walmsley <paul@xxxxxxxxx> > > > Cc: Kevin Hilman <khilman@xxxxxx> > > > Cc: Rafael J. Wysocki <rjw@xxxxxxx> > > > Acked-by: Kevin Hilman <khilman@xxxxxx> > > > > Acked-by: Rafael J. Wysocki <rjw@xxxxxxx> > > > > > --- > > > > > > Still awaiting some final testing here. Rafael, was wondering if you > > > would be willing to ack this so we can merge it via the OMAP tree? > > > Otherwise the patch can be split into an OMAP part and a CPUFreq part that > > > can go in across two merge windows. > > > > > > arch/arm/mach-omap2/clock2420_data.c | 1 + > > > arch/arm/mach-omap2/clock2430_data.c | 1 + > > > arch/arm/mach-omap2/clock3xxx_data.c | 1 + > > > arch/arm/mach-omap2/clock44xx_data.c | 1 + > > > drivers/cpufreq/omap-cpufreq.c | 19 +------------------ > > > 5 files changed, 5 insertions(+), 18 deletions(-) > > Thanks Rafael. Looks like you've got "cpufreq: OMAP: Check IS_ERR() > instead of NULL for omap_device_get_by_hwmod_name" queued which conflicts > with this patch, so will just queue the arch/arm/mach-omap2/ changes for > now. Then the drivers/cpufreq/omap-cpufreq.c part can go in during 3.8. OK Thanks, Rafael -- To unsubscribe from this list: send the line "unsubscribe cpufreq" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
