On 2018-11-16 00:30, Mark Brown wrote: > On Wed, Nov 14, 2018 at 02:46:29PM +0200, Peter Ujfalusi wrote: > >> I have separated the binding document update and the driver patch and also >> added the return value check for the clk_prepare_enable() as per Mark's comment. > > I guess this depends on your other series for pm_qos - it's fine itself > but doesn't apply, I'm leaving the pm_qos series for a bit longer in > case there's more reviews. Yes, I moved this on top of the pm_qos, I think I have mentioned that in the cover letter. Yes again, let's wait for Nikolaus to test the pm_qos w/o CPU_IDLE and hopefully 4.19 against the scratchy tenth of seconds observed. Fwiw on omap5-uevm I was able to reproduce bad audio quality with CPU_IDLE which is fixed by the pm_qos patch. - Péter Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
