On 08/04, Robert Jarzmik wrote: > Clocks 0 to 31 are on CKENA, and not CKENB. The clock register names > were inadequately inverted. As a consequence, all clock operations were > happening on CKENB, because almost all but 2 clocks are on CKENA. > > As the clocks were activated by the bootloader in the former tests, it > escaped the testing that the wrong clock gate was manipulated. The error > was revealed by changing the pxa3xx-and driver to a module, where tupon > unloading the wrong clock was disabled in CKENB. > > Fixes: 9bbb8a338fb2 ("clk: pxa: add pxa3xx clock driver") > Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr> > ---
Applied to clk-fixes. Sorry, got busy last few days. -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/