aboutsummaryrefslogtreecommitdiff
path: root/drivers/devfreq/rk3399_dmc.c
diff options
context:
space:
mode:
authorMatthias Kaehlcke <mka@chromium.org>2018-05-25 13:30:33 -0700
committerMyungJoo Ham <myungjoo.ham@samsung.com>2018-07-18 13:58:38 +0900
commit2c2cb1e6b05b90d55b4b943646faa3cfbdf78f6e (patch)
treec96778ecf3b0263c9aaa056d07c1b656b87c2de8 /drivers/devfreq/rk3399_dmc.c
parentdfa7d764caf00b12da276ea473d7f1fd7fd40200 (diff)
PM / devfreq: Init user limits from OPP limits, not viceversa
Commit ab8f58ad72c4 ("PM / devfreq: Set min/max_freq when adding the devfreq device") introduced the initialization of the user limits min/max_freq from the lowest/highest available OPPs. Later commit f1d981eaecf8 ("PM / devfreq: Use the available min/max frequency") added scaling_min/max_freq, which actually represent the frequencies of the lowest/highest available OPP. scaling_min/ max_freq are initialized with the values from min/max_freq, which is totally correct in the context, but a bit awkward to read. Swap the initialization and assign scaling_min/max_freq with the OPP freqs and then the user limts min/max_freq with scaling_min/ max_freq. Needless to say that this change is a NOP, intended to improve readability. Signed-off-by: Matthias Kaehlcke <mka@chromium.org> Reviewed-by: Chanwoo Choi <cw00.choi@samsung.com> Reviewed-by: Brian Norris <briannorris@chromium.org> Signed-off-by: MyungJoo Ham <myungjoo.ham@samsung.com>
Diffstat (limited to 'drivers/devfreq/rk3399_dmc.c')
0 files changed, 0 insertions, 0 deletions