Quoting Taniya Das (2022-05-03 22:35:29) > Hello Stephen, > > On 5/4/2022 12:40 AM, Stephen Boyd wrote: > > Quoting Taniya Das (2022-05-03 04:32:46) > >> Add the low pass audio clock controller device nodes. Keep the lpasscc > >> clock node disabled and enabled for lpass pil based devices. > > > > Does it mean that we're going to have overlapping reg ranges between > > nodes in DT for clk controllers? That is not proper DT style, indicating > > that we should combine the overlapping nodes and then have some > > compatible or DT property telling us how to treat the clks in the audio > > subsystem. > > > > In the case where PIL based LPASS node would be used, we would disable > the other lpass clock controller nodes. Does that seem fine or I would > need to map the complete range in the current PIL driver if that works. > Is the idea that we would have a set of nodes that have overlapping reg ranges but only one or the other would be enabled? That seems confusing. Why don't we simply have one node that has a different compatible string or some DT property that reflects the programming model of choice? Or use the protected-clocks property to list out the clks that we don't want to have registered on the system. We shouldn't need to have two entirely different nodes for the same physical device in the SoC, so talking about PIL based LPASS is confusing. Can you explain further?
