summaryrefslogtreecommitdiff
path: root/Makefile
diff options
context:
space:
mode:
authorEzequiel Garcia <ezequiel@collabora.com>2019-06-22 00:39:49 +0300
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2019-12-01 11:17:46 +0300
commit6938a9da7ff8f25fc6a445d4b7510776b00bb386 (patch)
treeaf1a232bf8a9003c80455555fe86d01ff9c87e7f /Makefile
parent345712c95eec44bf414782b33e6d5a550fe62b3b (diff)
downloadlinux-6938a9da7ff8f25fc6a445d4b7510776b00bb386.tar.xz
PM / devfreq: Fix kernel oops on governor module load
commit 7544fd7f384591038646d3cd9efb311ab4509e24 upstream. A bit unexpectedly (but still documented), request_module may return a positive value, in case of a modprobe error. This is currently causing issues in the devfreq framework. When a request_module exits with a positive value, we currently return that via ERR_PTR. However, because the value is positive, it's not a ERR_VALUE proper, and is therefore treated as a valid struct devfreq_governor pointer, leading to a kernel oops. Fix this by returning -EINVAL if request_module returns a positive value. Fixes: b53b0128052ff ("PM / devfreq: Fix static checker warning in try_then_request_governor") Signed-off-by: Ezequiel Garcia <ezequiel@collabora.com> Reviewed-by: Chanwoo Choi <cw00.choi@samsung.com> Signed-off-by: MyungJoo Ham <myungjoo.ham@samsung.com> Cc: Nobuhiro Iwamatsu <nobuhiro1.iwamatsu@toshiba.co.jp> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'Makefile')
0 files changed, 0 insertions, 0 deletions