On 02/04/2014 12:22 PM, Mark Brown wrote: > On Tue, Feb 04, 2014 at 12:01:11PM -0600, Nishanth Menon wrote: > >> As long as the key to the data sets are all the same (frequency), >> information in data set #0 is maintained. It would be in our common >> long term interest to maintain the split. > > You're assuming that the frequency is a unique key here. That may not > be the case, for example two OPPs might have the same CPU clock > (assuming that's the frequency you're referring to) but different bus > clocking and of course the CPUs or CPU clusters might be individually > scalable (this is common in big.LITTLE designs I think). > Which is why OPPs are maintained per device, bus OPPs belong to bus device (in TI terminology, we'd be talking of cross domain dependency here for maintaining asynchronous bridge timing closure constraints - but ofcourse, other SoCs may or maynot have such constraints). For scaling bus frequency, we already have infrastructure in place - clock notifiers - discussion of using that is much deeper topic of it's own. for each processor that is uniquely transitioning, we'd have it's own sets of OPPs - the correct representation of the device node is the key there. -- Regards, Nishanth Menon -- 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