On 01/04/2013 04:10 PM, Jon Hunter wrote:
>
> On 01/04/2013 04:09 AM, Peter Ujfalusi wrote:
>> To avoid issues with audio caused by non locked ABE DPLL we should
>> make sure it is locked in all OMAP4 revisions.
>>
>> Signed-off-by: Peter Ujfalusi <peter.ujfal...@ti.com>
>>
>> asda d
>
> Not sure what the above is ;-)
Argh, squashed patches without commit message cleanup...
Paul: can you fix this up, or should I resend?
>
>> ---
>> arch/arm/mach-omap2/cclock44xx_data.c | 13 ++++++-------
>> 1 file changed, 6 insertions(+), 7 deletions(-)
>>
>> diff --git a/arch/arm/mach-omap2/cclock44xx_data.c
>> b/arch/arm/mach-omap2/cclock44xx_data.c
>> index 5789a5e..a2cc046 100644
>> --- a/arch/arm/mach-omap2/cclock44xx_data.c
>> +++ b/arch/arm/mach-omap2/cclock44xx_data.c
>> @@ -2026,14 +2026,13 @@ int __init omap4xxx_clk_init(void)
>> * On OMAP4460 the ABE DPLL fails to turn on if in idle low-power
>> * state when turning the ABE clock domain. Workaround this by
>> * locking the ABE DPLL on boot.
>> + * Lock the ABE DPLL in any case to avoid issues with audio.
>> */
>> - if (cpu_is_omap446x()) {
>> - rc = clk_set_parent(&abe_dpll_refclk_mux_ck, &sys_32k_ck);
>> - if (!rc)
>> - rc = clk_set_rate(&dpll_abe_ck, OMAP4_DPLL_ABE_DEFFREQ);
>> - if (rc)
>> - pr_err("%s: failed to configure ABE DPLL!\n", __func__);
>> - }
>> + rc = clk_set_parent(&abe_dpll_refclk_mux_ck, &sys_32k_ck);
>> + if (!rc)
>> + rc = clk_set_rate(&dpll_abe_ck, OMAP4_DPLL_ABE_DEFFREQ);
>> + if (rc)
>> + pr_err("%s: failed to configure ABE DPLL!\n", __func__);
>>
>> return 0;
>> }
>
> Acked-by: Jon Hunter <jon-hun...@ti.com>
>
> Cheers
> Jon
>
--
Péter
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
