From: Sudeep Holla <sudeep.holla@arm.com> To: Lukasz Luba <lukasz.luba@arm.com> Cc: Rob Herring <robh@kernel.org>, daniel.lezcano@linaro.org, devicetree@vger.kernel.org, Viresh Kumar <viresh.kumar@linaro.org>, linux-pm@vger.kernel.org, rjw@rjwysocki.net, linux-kernel@vger.kernel.org, Nicola Mazzucato <nicola.mazzucato@arm.com>, vireshk@kernel.org, chris.redpath@arm.com, Ionela Voinescu <ionela.voinescu@arm.com>, morten.rasmussen@arm.com, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH v2 2/2] [RFC] CPUFreq: Add support for cpu-perf-dependencies Date: Mon, 12 Oct 2020 17:02:46 +0100 [thread overview] Message-ID: <20201012160232.GF16519@bogus> (raw) In-Reply-To: <2b7b6486-2898-1279-ce9f-9e7bd3512152@arm.com> On Mon, Oct 12, 2020 at 11:22:57AM +0100, Lukasz Luba wrote: [...] > > True, the SCMI clock does not support discovery of clock tree: > (from 4.6.1 Clock management protocol background) > 'The protocol does not cover discovery of the clock tree, which must be > described through firmware tables instead.' [1] > By firmware, spec refers to DT or ACPI, just to be clear. > In this situation, would it make sense, instead of this binding from > patch 1/2, create a binding for internal firmware/scmi node? > Why ? I prefer to solve this in a generic way and make it not scmi specific issue. If OPP idea Viresh suggested can be made to work, that would be good. > Something like: > > firmware { > scmi { > ... > scmi-perf-dep { > compatible = "arm,scmi-perf-dependencies"; > cpu-perf-dep0 { > cpu-perf-affinity = <&CPU0>, <&CPU1>; > }; > cpu-perf-dep1 { > cpu-perf-affinity = <&CPU3>, <&CPU4>; > }; > cpu-perf-dep2 { > cpu-perf-affinity = <&CPU7>; > }; > }; > }; > }; > > The code which is going to parse the binding would be inside the > scmi perf protocol code and used via API by scmi-cpufreq.c. > Not completely against it, just need to understand how is this solved or will be solved for any DT(non SCMI) and why it can be generic. -- Regards, Sudeep _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2020-10-12 16:04 UTC|newest] Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-09-24 9:53 [PATCH v2 0/2] CPUFreq: Add support for cpu performance dependencies Nicola Mazzucato 2020-09-24 9:53 ` [PATCH v2 1/2] dt-bindings: arm: Add devicetree binding for cpu-performance-dependencies Nicola Mazzucato 2020-10-08 13:42 ` Ionela Voinescu 2020-09-24 9:53 ` [PATCH v2 2/2] [RFC] CPUFreq: Add support for cpu-perf-dependencies Nicola Mazzucato 2020-10-06 7:19 ` Viresh Kumar 2020-10-07 12:58 ` Nicola Mazzucato 2020-10-08 11:02 ` Viresh Kumar 2020-10-08 15:03 ` Ionela Voinescu 2020-10-08 15:57 ` Rafael J. Wysocki 2020-10-08 17:08 ` Ionela Voinescu 2020-10-12 16:06 ` Sudeep Holla 2020-10-08 16:00 ` Nicola Mazzucato 2020-10-09 5:39 ` Viresh Kumar 2020-10-09 11:10 ` Nicola Mazzucato 2020-10-09 11:17 ` Viresh Kumar 2020-10-09 14:01 ` Rob Herring 2020-10-09 15:28 ` Nicola Mazzucato 2020-10-12 4:19 ` Viresh Kumar 2020-10-12 10:22 ` Lukasz Luba 2020-10-12 10:50 ` Rafael J. Wysocki 2020-10-12 11:05 ` Lukasz Luba 2020-10-12 10:59 ` Ionela Voinescu 2020-10-12 13:48 ` Lukasz Luba 2020-10-12 16:30 ` Ionela Voinescu 2020-10-12 18:19 ` Lukasz Luba 2020-10-12 22:01 ` Ionela Voinescu 2020-10-13 11:53 ` Rafael J. Wysocki 2020-10-13 12:39 ` Ionela Voinescu 2020-10-15 15:56 ` Rafael J. Wysocki 2020-10-15 18:38 ` Ionela Voinescu 2020-10-12 13:59 ` Rob Herring 2020-10-12 16:02 ` Sudeep Holla [this message] 2020-10-12 15:54 ` Sudeep Holla 2020-10-12 15:49 ` Sudeep Holla 2020-10-12 16:52 ` Ionela Voinescu 2020-10-12 17:18 ` Lukasz Luba 2020-10-14 4:25 ` Viresh Kumar 2020-10-14 9:11 ` Lukasz Luba 2020-10-19 8:50 ` Nicola Mazzucato 2020-10-19 9:46 ` Viresh Kumar 2020-10-19 13:36 ` Nicola Mazzucato 2020-10-20 10:48 ` Viresh Kumar 2020-10-13 13:53 ` Lukasz Luba 2020-10-14 4:20 ` Viresh Kumar
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20201012160232.GF16519@bogus \ --to=sudeep.holla@arm.com \ --cc=chris.redpath@arm.com \ --cc=daniel.lezcano@linaro.org \ --cc=devicetree@vger.kernel.org \ --cc=ionela.voinescu@arm.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-pm@vger.kernel.org \ --cc=lukasz.luba@arm.com \ --cc=morten.rasmussen@arm.com \ --cc=nicola.mazzucato@arm.com \ --cc=rjw@rjwysocki.net \ --cc=robh@kernel.org \ --cc=viresh.kumar@linaro.org \ --cc=vireshk@kernel.org \ --subject='Re: [PATCH v2 2/2] [RFC] CPUFreq: Add support for cpu-perf-dependencies' \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).