On 8/10/16 12:52 PM, Mark Brown wrote:

On Wed, Aug 10, 2016 at 12:31:28PM -0500, Pierre-Louis Bossart wrote:

quoted

If we want to be consistent then we need to have a framework that handles
both the SOC clock sources and the codec internal clock tree (including
dividers and switches)
I wonder if what you are hinting at is the codec driver modeling its
internal PLL/clock tree with the clock API?

I'm not just hinting at that, I've openly stated it quite a few times
now!  :P  For the simpler CODECs it's kind of marginal if you need to
bother but for anything more complex (even things with PLLs) it seems
like the way forwards.

interesting, thanks for the precision. I must admit I missed this 
concept completely and I didn't see any codec vendors work in this 
direction so far. Ironically the x86 part may be the most straightforward...