The generation of kheader.tar.xz file uses xargs in ways that seems to
be unaccepatble by certain build environments, thus leading to build
failures. Disable the CONFIG to avoid the situation.
Change-Id: Ib7a2ca0c449f22021e80ac1382a9e5bdf6b388ba
Signed-off-by: Elliot Berman <eberman@codeaurora.org>
PCIe DRV needs to recover the link as soon as possible before
the device on the other side of the link times out. Allow PCIe
DRV to register for early SSR notifications to have a chance of
making the recovery latency.
Change-Id: I75ce59075efcebc7c4457d300f7558b837d725a0
Signed-off-by: Tony Truong <truong@codeaurora.org>
The QTI Tri-driver enables the configuration of the output of LED
channels in the TRI_LED and HR_LED peripherals found in QTI PMICs.
Change-Id: I4ecf94b0dc9e4b53d81c8c9d7328d039504f8c66
Signed-off-by: Guru Das Srinagesh <gurus@codeaurora.org>
Use the no_log version of readl_relaxed when reading out the
counter values for CPUs to reduce the amount of logging in
RTB Logs. Scheduler activity is very frequent and clogs up the
buffer, which can potentially reduce the amount of useful logs.
Change-Id: Ib5c7595c8bae1822837c3b1f1ae56fdc3c612933
Signed-off-by: David Dai <daidavid1@codeaurora.org>
Register child devices once a successful probe is done. This
will enable the dependent child devices to be probed immediately after
the cpufreq probe is done.
Change-Id: I9108636e1e6ad03bb6f5add9da9ba5507248c129
Signed-off-by: Ram Chandrasekar <rkumbako@codeaurora.org>
Add a ready callback, which will be called when a CPU policy is ready.
As a part of this callback, register the corresponding CPU cooling
device.
Change-Id: Ic12e0a8f7cd13fda583844454e3a0eb600a2cad3
Signed-off-by: Ram Chandrasekar <rkumbako@codeaurora.org>
The scheduler needs a way to track cpu cycle counts,
return the total cycle count by adding the difference between
the current cycle count and the previous from reading the EPSS
cycle counters.
Change-Id: Ifacdb0fe8fb9c692322d3ef7fcd25c6c5d5cd4f3
Signed-off-by: David Dai <daidavid1@codeaurora.org>
Given that there are no issues selecting a desired_state before
EPSS is enabled for a particular cluster, let's skip the check
for enable bit on clusters to give better flexibility to the
cpufreq driver to probe successfully on configuration where
not all clusters are enabled.
Change-Id: I3548c5390f899e5a1108d00c00e24837726c9543
Signed-off-by: David Dai <daidavid1@codeaurora.org>
The topology driver keeps track of the current capacity of a CPU and
make it available via arch_scale_freq_capacity(). The PELT load
tracking in the scheduler and energy-aware task placement are the
clients of this API. Hence notify the new frequency to the topology
driver during frequency transition.
Change-Id: Ia0890956f59082496e7d5d7ba8a9c09b343e44ec
Signed-off-by: Pavankumar Kondeti <pkondeti@codeaurora.org>
[satyap@codeaurora.org: resolve trivial merge conflict]
Signed-off-by: Satya Durga Srinivasu Prabhala <satyap@codeaurora.org>
To be able to use Energy Model based on values supplied in DT
for "dynamic-power-coefficient" property, need to register with
Energy Model framework. This is to make placement decisions
based on Energy Model by Energy Aware Scheduler (EAS).
Change-Id: Iecc5c12bec2bf5e50d405cf43b501537274249df
Signed-off-by: Satya Durga Srinivasu Prabhala <satyap@codeaurora.org>
Signed-off-by: Taniya Das <tdas@codeaurora.org>
Add support to read the voltage look up table and populate OPP for all
corresponding CPUs.
Change-Id: I8b4cb9199db3aa202b9855237943f04675ec3e33
Signed-off-by: Taniya Das <tdas@codeaurora.org>
In order to support core boost where core counts is different than
the number of cores in the same frequency domain, use a predefined
value to determine max core count.
Change-Id: I076940b9b77f75ef1e5419bc3175635fb02a7549
Signed-off-by: David Dai <daidavid1@codeaurora.org>
Signed-off-by: Taniya Das <tdas@codeaurora.org>
This is snapshot of the cpufreq-hw as of msm-4.19
'commit b75185bdb985 ("cpufreq: qcom-hw:
Add support for QCOM cpufreq HW driver")'.
Change-Id: Ibd5bcf763513ba959e67eb736e707f30d30a41b0
Signed-off-by: Taniya Das <tdas@codeaurora.org>
