android_kernel_zuk_msm8996.git/drivers/devfreq, branch master null Merge branch 'android-4.4-p' of https://android.googlesource.com/kernel/common into lineage-17.1-caf-msm8998 2020-10-23T15:21:25+00:00 Michael Bestas mkbestas@lineageos.org 2020-10-23T15:21:25+00:00 794b42a9a5fd60bd14413abedafdd2a9b07b1308 This brings LA.UM.8.4.r1-06000-8x98.0 up to date with https://android.googlesource.com/kernel/common/ android-4.4-p at commit: 7a9986e91f909 UPSTREAM: binder: fix UAF when releasing todo list Conflicts: fs/eventpoll.c Change-Id: I77260d03cb539d7e7eefcea360aee2d59bb9e0cb 
This brings LA.UM.8.4.r1-06000-8x98.0 up to date with
https://android.googlesource.com/kernel/common/ android-4.4-p at commit:
7a9986e91f909 UPSTREAM: binder: fix UAF when releasing todo list

Conflicts:
	fs/eventpoll.c

Change-Id: I77260d03cb539d7e7eefcea360aee2d59bb9e0cb
PM / devfreq: tegra30: Fix integer overflow on CPU's freq max out 2020-10-01T09:11:50+00:00 Dmitry Osipenko digetx@gmail.com 2019-11-04T21:56:03+00:00 9fa1b9fed8ec4cc46a1f7763eda306e2389b3e3f [ Upstream commit 53b4b2aeee26f42cde5ff2a16dd0d8590c51a55a ] There is another kHz-conversion bug in the code, resulting in integer overflow. Although, this time the resulting value is 4294966296 and it's close to ULONG_MAX, which is okay in this case. Reviewed-by: Chanwoo Choi <cw00.choi@samsung.com> Tested-by: Peter Geis <pgwipeout@gmail.com> Signed-off-by: Dmitry Osipenko <digetx@gmail.com> Signed-off-by: Chanwoo Choi <cw00.choi@samsung.com> Signed-off-by: Sasha Levin <sashal@kernel.org> 
[ Upstream commit 53b4b2aeee26f42cde5ff2a16dd0d8590c51a55a ]

There is another kHz-conversion bug in the code, resulting in integer
overflow. Although, this time the resulting value is 4294966296 and it's
close to ULONG_MAX, which is okay in this case.

Reviewed-by: Chanwoo Choi <cw00.choi@samsung.com>
Tested-by: Peter Geis <pgwipeout@gmail.com>
Signed-off-by: Dmitry Osipenko <digetx@gmail.com>
Signed-off-by: Chanwoo Choi <cw00.choi@samsung.com>
Signed-off-by: Sasha Levin <sashal@kernel.org>
Merge branch 'android-4.4-p' of https://android.googlesource.com/kernel/common into lineage-17.1-caf-msm8998 2020-03-07T22:00:18+00:00 Michael Bestas mkbestas@lineageos.org 2020-03-07T22:00:18+00:00 3010be7cfa594aac6134887b8505b3f1bd619ad4 This brings LA.UM.8.4.r1-05200-8x98.0 up to date with https://android.googlesource.com/kernel/common/ android-4.4-p at commit: 4db1ebdd40ec0 FROMLIST: HID: nintendo: add nintendo switch controller driver Conflicts: arch/arm64/boot/Makefile arch/arm64/kernel/psci.c arch/x86/configs/x86_64_cuttlefish_defconfig drivers/md/dm.c drivers/of/Kconfig drivers/thermal/thermal_core.c fs/proc/meminfo.c kernel/locking/spinlock_debug.c kernel/time/hrtimer.c net/wireless/util.c Change-Id: I5b5163497b7c6ab8487ffbb2d036e4cda01ed670 
This brings LA.UM.8.4.r1-05200-8x98.0 up to date with
https://android.googlesource.com/kernel/common/ android-4.4-p at commit:
4db1ebdd40ec0 FROMLIST: HID: nintendo: add nintendo switch controller driver

Conflicts:
	arch/arm64/boot/Makefile
	arch/arm64/kernel/psci.c
	arch/x86/configs/x86_64_cuttlefish_defconfig
	drivers/md/dm.c
	drivers/of/Kconfig
	drivers/thermal/thermal_core.c
	fs/proc/meminfo.c
	kernel/locking/spinlock_debug.c
	kernel/time/hrtimer.c
	net/wireless/util.c

Change-Id: I5b5163497b7c6ab8487ffbb2d036e4cda01ed670
PM / devfreq: Don't fail devfreq_dev_release if not in list 2020-01-12T10:22:37+00:00 Leonard Crestez leonard.crestez@nxp.com 2019-11-13T23:21:31+00:00 c7afc27fd963e88f927c992739a5bb5e7b4ac249 [ Upstream commit 42a6b25e67df6ee6675e8d1eaf18065bd73328ba ] Right now devfreq_dev_release will print a warning and abort the rest of the cleanup if the devfreq instance is not part of the global devfreq_list. But this is a valid scenario, for example it can happen if the governor can't be found or on any other init error that happens after device_register. Initialize devfreq->node to an empty list head in devfreq_add_device so that list_del becomes a safe noop inside devfreq_dev_release and we can continue the rest of the cleanup. Signed-off-by: Leonard Crestez <leonard.crestez@nxp.com> Reviewed-by: Matthias Kaehlcke <mka@chromium.org> Reviewed-by: Chanwoo Choi <cw00.choi@samsung.com> Signed-off-by: Chanwoo Choi <cw00.choi@samsung.com> Signed-off-by: Sasha Levin <sashal@kernel.org> 
[ Upstream commit 42a6b25e67df6ee6675e8d1eaf18065bd73328ba ]

Right now devfreq_dev_release will print a warning and abort the rest of
the cleanup if the devfreq instance is not part of the global
devfreq_list. But this is a valid scenario, for example it can happen if
the governor can't be found or on any other init error that happens
after device_register.

Initialize devfreq->node to an empty list head in devfreq_add_device so
that list_del becomes a safe noop inside devfreq_dev_release and we can
continue the rest of the cleanup.

Signed-off-by: Leonard Crestez <leonard.crestez@nxp.com>
Reviewed-by: Matthias Kaehlcke <mka@chromium.org>
Reviewed-by: Chanwoo Choi <cw00.choi@samsung.com>
Signed-off-by: Chanwoo Choi <cw00.choi@samsung.com>
Signed-off-by: Sasha Levin <sashal@kernel.org>
devfreq: Don't force compilation of userspace governor 2019-12-23T21:43:37+00:00 Sultanxda sultanxda@gmail.com 2018-01-01T05:34:03+00:00 382b3804ce5f38c299ee01c7a4a3477c4694e82d Change-Id: I540ed4fe4bef8f059e577c59a839b27ddee78345 Signed-off-by: Sultanxda <sultanxda@gmail.com> 
Change-Id: I540ed4fe4bef8f059e577c59a839b27ddee78345
Signed-off-by: Sultanxda <sultanxda@gmail.com>
PM / devfreq: bw_hwmon: Add missing mutex unlock 2019-12-23T21:43:32+00:00 Michael Bestas mkbestas@lineageos.org 2019-03-04T17:47:39+00:00 33665da8699e2a1c6570c323f27409ea40764f9c Fixes 28aab0311cfcd9b279f41f2f4da0085a660d5ed5 "PM/devfreq: bw_hwmon: add mutex lock in polling interval case" Change-Id: I84ccefedbc9d9c0d25806799451346b6a46bae90 
Fixes 28aab0311cfcd9b279f41f2f4da0085a660d5ed5
"PM/devfreq: bw_hwmon: add mutex lock in polling interval case"

Change-Id: I84ccefedbc9d9c0d25806799451346b6a46bae90
PM / devfreq: memlat: Don't ignore extremely latency sensitive workloads 2019-12-23T21:43:32+00:00 Saravana Kannan skannan@codeaurora.org 2017-09-08T05:22:49+00:00 fda65df1352a3c4c369adbac41b428415b4f1258 The ratio value that's compared against ratio_ceil tunable can be 0 for workloads that are extremely latency sensitive. So, we can't ignore cores that have a ratio of 0 (which was done to ignore idle cores). So, stop ignoring cores with a ratio of 0 and instead check for instruction or frequency being 0 to identify idle cores. Change-Id: I8c6c14f374f016e6612c3b834589d065bad8f488 Signed-off-by: Saravana Kannan <skannan@codeaurora.org> 
The ratio value that's compared against ratio_ceil tunable can be 0 for
workloads that are extremely latency sensitive. So, we can't ignore cores
that have a ratio of 0 (which was done to ignore idle cores). So, stop
ignoring cores with a ratio of 0 and instead check for instruction or
frequency being 0 to identify idle cores.

Change-Id: I8c6c14f374f016e6612c3b834589d065bad8f488
Signed-off-by: Saravana Kannan <skannan@codeaurora.org>
PM / devfreq: bw_hwmon: use unsigned parameter for bytes_to_mbps 2019-12-23T21:43:32+00:00 Maria Yu aiquny@codeaurora.org 2018-03-02T08:23:32+00:00 30cd8e406300627bc05bf2c53666aef37946fea2 In bytes_to_mbps function, the parameter is all unsigned, so change the decleration of the function to include unsigned long long to avoid compilation errors in 32 bit environment. Also changed the return value as unsigned long to avoid any data loss possible in 64 bit environment. Change-Id: Ib3906bb4bc16086ae343764c5a718f6f005428c5 Signed-off-by: Maria Yu <aiquny@codeaurora.org> 
In bytes_to_mbps function, the parameter is all unsigned,
so change the decleration of the function to include unsigned long
long to avoid compilation errors in 32 bit environment.
Also changed the return value as unsigned long to avoid
any data loss possible in 64 bit environment.

Change-Id: Ib3906bb4bc16086ae343764c5a718f6f005428c5
Signed-off-by: Maria Yu <aiquny@codeaurora.org>
adreno_tz: Correct acc_relative_busy calculation 2019-10-23T11:51:16+00:00 Harshitha Sai Neelati hsaine@codeaurora.org 2019-09-04T12:02:28+00:00 04024ee16495c8cf184c444a0edaf6aa68fda357 Current acc_relative_busy calculation is causing integer overflow in 32 bit system. "stats->busy_time * stats->current_frequency" results in a value which is beyond the 32 bit range. Typecasting the value to u64 to avoid overflow. Change-Id: Id97da02bef608787ceb7c9751bbfc203af56deb1 Signed-off-by: Harshitha Sai Neelati <hsaine@codeaurora.org> 
Current acc_relative_busy calculation is causing integer overflow
in 32 bit system. "stats->busy_time * stats->current_frequency"
results in a value which is beyond the 32 bit range.

Typecasting the value to u64 to avoid overflow.

Change-Id: Id97da02bef608787ceb7c9751bbfc203af56deb1
Signed-off-by: Harshitha Sai Neelati <hsaine@codeaurora.org>
PM / devfreq: gpubw_mon: Add null check for governor private data 2019-09-23T06:56:21+00:00 Archana Sriram apsrir@codeaurora.org 2018-11-21T12:53:48+00:00 10bf308dd8e498c7b36aa420f110e6922140e57c During SUSPEND event, check the pointer for governor private data is not NULL before updating bus parameters to zero. Change-Id: I1a37173e8ae7ad4bcd5f8497c5956302e647c862 Signed-off-by: Archana Sriram <apsrir@codeaurora.org> 
During SUSPEND event, check the pointer for governor
private data is not NULL before updating bus parameters
to zero.

Change-Id: I1a37173e8ae7ad4bcd5f8497c5956302e647c862
Signed-off-by: Archana Sriram <apsrir@codeaurora.org>