From mboxrd@z Thu Jan 1 00:00:00 1970 From: viresh.kumar@linaro.org (Viresh Kumar) Date: Mon, 25 Aug 2014 12:35:44 +0530 Subject: [RFC] cpufreq: Add bindings for CPU clock sharing topology In-Reply-To: <20140725200214.22930.56323@quantum> References: <7e097b71342c9f5f63b07ff2e135eb7beb626aab.1405661369.git.viresh.kumar@linaro.org> <53CA8D95.8010108@ti.com> <20140724003314.6419.51564@quantum> <20140725200214.22930.56323@quantum> Message-ID: To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On 26 July 2014 01:32, Mike Turquette wrote: > So my opinion is to figure out how to specify the shared-clock versus > independent-clock parameter it DT. I think the big issue here is the > topology semantics around the cpus node, and I'll stay out of that > stuff. But let's please not introduce a random API for a single merge > window and let's also not over-consolidate machine driver code just for > the sake of having fewer C files. Returning almost after a month to this :( - I agree that consolidation to cpufreq-cpu0 driver is good but adding a backend clk driver for that is bad. I would look around supporting callbacks to cpufreq-cpu0 driver. So that ->target()/->target_index() can be specified by platform drivers and rest of the code can be used. But that's the next problem to solve. - Back to the first issue. How do we sharing information from DT ? As I read them (and I may be wrong in understanding that), there were conflicting ideas from many.. Can we please decide how we want to see these bindings? So, that I can implement them quickly and close this thread... Its just hanging in the middle as there wasn't a single clean solution yet. -- viresh