[PATCH v3 4/5] cpufreq: apple-soc: Add new driver to control Apple SoC CPU P-states
Hector Martin
marcan at marcan.st
Mon Nov 14 03:06:50 PST 2022
For the benefit of everyone else: I screwed up a reply from mobile and
ended up with a brief exchange offline, but here's the useful part of
the context. Viresh also pointed out dropping opp-shared if we don't use
that mechanism, so I'll do that for v4.
On 14/11/2022 16.03, Viresh Kumar wrote:
> On 14-11-22, 15:57, Hector Martin wrote:
>> There is no way to express this relationship with OPP tables without
>> duplicating the tables themselves.
>
> Can you show how the DT looks in this case ? I am still not clear on what the
> scenario is here :(
Here's the most complicated one we have so far: 20 cores and 6 clusters
sharing 2 OPP tables (mind the include and define fun - this is the best
way we could come up with to express two SoC dies glued together into
one MCM).
https://github.com/AsahiLinux/linux/blob/asahi-wip/arch/arm64/boot/dts/apple/t6002.dtsi
- Hector
More information about the linux-arm-kernel
mailing list