summaryrefslogtreecommitdiff
path: root/drivers/devfreq/governor_simpleondemand.c
diff options
context:
space:
mode:
authorMatthias Kaehlcke <mka@chromium.org>2018-08-03 23:05:09 +0300
committerMyungJoo Ham <myungjoo.ham@samsung.com>2018-10-02 04:16:41 +0300
commitdf5cf4a36178c5d4f2b8b9469cb2f722e64cd102 (patch)
tree863f2447455b2e35778e3ecd0bc941b4fdcef8b1 /drivers/devfreq/governor_simpleondemand.c
parentd0e464205b8a1fa21357aad0bbf136500d7e688d (diff)
downloadlinux-df5cf4a36178c5d4f2b8b9469cb2f722e64cd102.tar.xz
PM / devfreq: Fix handling of min/max_freq == 0
Commit ab8f58ad72c4 ("PM / devfreq: Set min/max_freq when adding the devfreq device") initializes df->min/max_freq with the min/max OPP when the device is added. Later commit f1d981eaecf8 ("PM / devfreq: Use the available min/max frequency") adds df->scaling_min/max_freq and the following to the frequency adjustment code: max_freq = MIN(devfreq->scaling_max_freq, devfreq->max_freq); With the current handling of min/max_freq this is incorrect: Even though df->max_freq is now initialized to a value != 0 user space can still set it to 0, in this case max_freq would be 0 instead of df->scaling_max_freq as intended. In consequence the frequency adjustment is not performed: if (max_freq && freq > max_freq) { freq = max_freq; To fix this set df->min/max freq to the min/max OPP in max/max_freq_store, when the user passes a value of 0. This also prevents df->max_freq from being set below the min OPP when df->min_freq is 0, and similar for min_freq. Since it is now guaranteed that df->min/max_freq can't be 0 the checks for this case can be removed. Fixes: f1d981eaecf8 ("PM / devfreq: Use the available min/max frequency") Signed-off-by: Matthias Kaehlcke <mka@chromium.org> Reviewed-by: Brian Norris <briannorris@chromium.org> Reviewed-by: Chanwoo Choi <cw00.choi@samsung.com> Signed-off-by: MyungJoo Ham <myungjoo.ham@samsung.com>
Diffstat (limited to 'drivers/devfreq/governor_simpleondemand.c')
0 files changed, 0 insertions, 0 deletions