Message ID | 52E8C586.7040907@ti.com |
---|---|
State | New |
Headers | show |
On 01/29/2014 11:38 AM, Tomi Valkeinen wrote: > On 2014-01-29 11:29, Ivaylo Dimitrov wrote: >> >> >> On 29.01.2014 11:10, Tero Kristo wrote: >> >>> >>> It looks like the omap36xx version of the omap96m_alwon_fck is modelled >>> improperly in the dts files. I don't have access to omap36xx hardware >>> myself, but give a try for the following patch: >>> >>> >> >> It could be that 36xx omap96m_alwon_fck clock is wrongly modeled, but I >> am testing on 1) 3430es2 (Nokia N900) and 2) legacy boot, so I guess >> that patch won't help much (unless I am missing something and DT is used >> even with legacy boot and 36xx clocks are used on 3430es2) > > I think Tero's reply was to Christoph. I believe the issues you see and > what Christoph sees are totally different. > > Tomi Oh yea sorry about the confusion, have too many separate issues listed under this thread. :P That was definitely for Christoph. For the DSS clk rate part, Tomi should answer that as it seems to come from some display driver changes. This might be caused by the infamous rounding issues with the clk_set_rate / clk_round_rate and the hackery around it in display driver... -Tero -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
diff --git a/arch/arm/boot/dts/omap36xx-clocks.dtsi b/arch/arm/boot/dts/omap36xx-clocks.dtsi index 2fcf253..24ddf3f 100644 --- a/arch/arm/boot/dts/omap36xx-clocks.dtsi +++ b/arch/arm/boot/dts/omap36xx-clocks.dtsi @@ -88,3 +88,12 @@ <&mcbsp4_ick>, <&uart4_fck>; }; }; + +&omap_96m_alwon_fck { + compatible = "ti,divider-clock"; + clocks = <&omap_192m_alwon_fck>; + ti,bit-shift = <12>; + ti,max-div = <2>; + reg = <0x0a40>; + ti,index-starts-at-one; +};