On 8/10/16 12:52 PM, Mark Brown wrote:
On Wed, Aug 10, 2016 at 12:31:28PM -0500, Pierre-Louis Bossart wrote:
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...
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
