This patch enables clock gating on M6_DPLL_CORE before locking the
core DPLL, so the debugger continues to work.
Signed-off-by: Aaron Carroll <aar...@cse.unsw.edu.au>
---
board/omap4430panda/clock.c | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/board/omap4430panda/clock.c b/board/omap4430panda/clock.c
index 792e5d6..2256b32 100644
--- a/board/omap4430panda/clock.c
+++ b/board/omap4430panda/clock.c
@@ -445,7 +445,7 @@ static void configure_core_dpll(clk_index)
sr32(CM_DIV_M3_DPLL_CORE, 8, 1, 0x1);
sr32(CM_DIV_M4_DPLL_CORE, 8, 1, 0x1);
sr32(CM_DIV_M5_DPLL_CORE, 8, 1, 0x1);
- sr32(CM_DIV_M6_DPLL_CORE, 8, 1, 0x1);
+ sr32(CM_DIV_M6_DPLL_CORE, 8, 1, 0x0);
sr32(CM_DIV_M7_DPLL_CORE, 8, 1, 0x1);
}
@@ -504,7 +504,7 @@ void configure_core_dpll_no_lock(void)
sr32(CM_DIV_M3_DPLL_CORE, 8, 1, 0x1);
sr32(CM_DIV_M4_DPLL_CORE, 8, 1, 0x1);
sr32(CM_DIV_M5_DPLL_CORE, 8, 1, 0x1);
- sr32(CM_DIV_M6_DPLL_CORE, 8, 1, 0x1);
+ sr32(CM_DIV_M6_DPLL_CORE, 8, 1, 0x0);
sr32(CM_DIV_M7_DPLL_CORE, 8, 1, 0x1);
// }
--
1.7.0.4
Thanks for sending this.
I discovered this issue a couple of days ago and posted to an internal mailing
list. We don't yet have a clear understanding of why enabling autoidle makes
things work. I've also noticed that you only need to enable autoidle once; you
could disable autoidle later and should still be able to connect with the JTAG.
We'll need a while to get to the bottom of this.
Meanwhile I'll go merge the patch in a bit so folks trying to get JTAG up and
running are unblocked.