On 03/06/13 10:33, Rajendra Nayak wrote: > Tomi, > >> >> Odd, indeed. Without reverting the patch, the DSS uses a clock from the >> PRCM as func clock and for pixel clock. As the common clock framework is >> somehow involved in the breakage, maybe (pure guess) something related >> to the PRCM clock is configured wrong. > > So whats the specific PRCM clock thats used here? I can go check if there is > something different in the way its modeled with/without common clk.
I don't know which OMAP version we're talking about, but I guess it's OMAP3xxx. From the TRM, it's DPLL4_ALWON_FCLKOUTM4X2 for OMAP34xx and OMAP36xx. Although that is a bit odd, as I think the x2 is only for OMAP34xx. Maybe the clock name is wrong for OMAP36xx on my TRM... Tomi
signature.asc
Description: OpenPGP digital signature
