Paul/Tony, Any comments on this series? We need this for DCAN and core retention to work together for v4.3. cheers, -roger On 23/06/15 15:09, Roger Quadros wrote:
Hi, On DRA7 platform, DCAN1 module has an issue when it's clockdomain (WKUPAON) is configured in HW_AUTO. After DCAN1 is enabled and disabled the module remains stuck in transition. Suggested workaround by Silicon team is to disable HW_AUTO for WKUPAON clockdomain when DCAN1 module is active. These patches provide a new flag for hwmod data to support this behaviour and fix up dra7 hwmod data as well to fix this issue on dra7x-evms. This patch allows DCAN1 to be functional as well as not prevent Core Retention as WKUPAON clockdomain is put back into HW_AUTO whenever DCAN1 is not active (e.g. runtime suspended). cheers, -roger Roger Quadros (3): ARM: OMAP2+: clockdomain: Add mechanism for disabling HW_AUTO ARM: OMAP2+ hwmod: Allow modules to disable HW_AUTO ARM: DRA7: hwmod: Fix DCAN1 stuck in transition arch/arm/mach-omap2/clockdomain.c | 71 +++++++++++++++++++++++++++++++ arch/arm/mach-omap2/clockdomain.h | 5 +++ arch/arm/mach-omap2/omap_hwmod.c | 14 +++++- arch/arm/mach-omap2/omap_hwmod.h | 1 + arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 1 + 5 files changed, 90 insertions(+), 2 deletions(-)
-- 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
