On 10/17/18 11:53 AM, Jon Hunter wrote: > > 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. You could use them all if you want, that's what HW allow. The current clock description doesn't fully describe the HW, though it should be enough at least for the CPUFreq driver if we are going to use clk_get_sys() and stick to the "default" parent. Peter?
