On 30/08/2018 20:20, Dmitry Osipenko wrote: > Some of the CCLKG parents aren't accessible via device tree because they > are created as non-DT clocks. Apparently there is no reason to define > these clocks in that manner, hence convert CCLKG mux to mux + clock > divider to remove the non-DT parent clocks. Now it is possible to request > all of CCLKG parents from device tree, which is necessary for the CPUFreq > driver. Is it likely that all of these clock parents will be used by the CPUFreq driver for these devices? If the clocks you currently need are available then my preference would be to stick with what we have for now. Cheers Jon -- nvpublic
