On 08-03-18, 13:14, Jordan Crouse wrote: > It seems to me that performance_state has a direct relationship with genpd > which is good for CPU votes but in this case, we're just passing along raw data > to an independent microcontroller. The 'qcom,arc-level' is used to construct > the actual values that the GMU will program into the RPMh. Since these are The "genpd" here is created specially for this RPM. The performance-state thing is designed to solve this very specific problem of qualcomm SoCs and there is no way we are going to add another property for this now. > informational (from the CPU perspective) rather than functional I feel like > that using performance_state for this would be as hacky as using opp-microvolt > or something else. There is some WIP stuff here Rajendra is testing currently. ssh://git@xxxxxxxxxxxxxx/people/viresh.kumar/mylinux.git opp/genpd/qcom Please have a talk with Rajendra who can help you understand on how this can be used for GPUs. -- viresh -- 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
