Hi Roger, * Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx> [121119 15:24]: > Roger Quadros <rogerq@xxxxxx> writes: > > > Kevin, > > > > On 11/16/2012 10:08 PM, Kevin Hilman wrote: > >> Roger Quadros <rogerq@xxxxxx> writes: > >> > >>> Hi, > >>> > >>> This patchset addresses the following > >>> > >>> - Avoid addressing clocks one by one by name and use a for loop + bunch > >>> of cleanups. > >>> - Get number of channels/ports dynamically either from revision register > >>> or from platform data. Avoids getting clocks that are not present. > >>> - Add OMAP5 and HSIC mode (Not tested) > >>> - Save power on Panda when EHCI driver is not loaded. > >>> > >> > >> Seeing the clock changes/cleanups, I gave this a spin on OMAP3 > >> (3530/Beagle, 3530/Overo, 3730/Beagle-xM, 3730/OveroSTORM) to see if it > >> fixed up the problem where CORE does not hit retention in idle when USB > >> host is enabled, even with no devices attached. > >> > >> Unfortunately, it didn't help. :( > > > > oh that's bad. But this series wasn't meant to fix that ;). > > Oh, sorry. Yeah, I didn't mean this as a nak. Just an opportunity to > complain to the maintainers that a long-standing issue needs to be > addressed. It seems that drivers/mfd/omap-usb-host.c is one of the last users of cpu_is_omap macros blocking enabling ARM multiplatform support for omap2+. Please fix that ASAP as early as possible in this patch series to remove the dependencies between core omap code development and driver development. Basically you need to remove #include <plat/cpu.h> and pass the revision information in platform data (and device tree compatible flag when that is supported). Regards, Tony -- 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
