The efficiency of a CPU can vary across SoCs depending on the cache size,
bus interconnect frequencies etc. Allow specifying this from the device
tree. This value overrides the default values hardcoded in the efficiency
table.
Change-Id: If2885675ce3d7b43c3b2568fe1e29a76f48a5c3d
Signed-off-by: Pavankumar Kondeti <pkondeti@codeaurora.org>
On a HMP system, scheduler needs to know efficiency factor
(instructions-per-cycle) for various cpus. This is so that scheduler
can estimate bandwidth consumption of tasks on each cpu, based on
their efficiency factor.
This patch defines arch_get_cpu_efficiency() API in ARM32 architecture.
It depends on hard-coded "efficiency" factor for various cpu types
(available in 'table_efficiency' data structure) and device-tree
providing information on cpu-type for every cpu.
Change-Id: I561bace8a813a35a9fc624fca4861c5b1109b69b
Signed-off-by: Srivatsa Vaddagiri <vatsa@codeaurora.org>
Signed-off-by: Syed Rameez Mustafa <rameezmustafa@codeaurora.org>
Signed-off-by: Pavankumar Kondeti <pkondeti@codeaurora.org>
Change cpe driver to use %pK instead of %p.
%pK hides addresses when the users doesn't
have kernel permissions. If address information
is needed echo 0 > /proc/sys/kernel/kptr_restrict.
CRs-Fixed: 1052832
Change-Id: I741d9e5c5b415011348e862c3f1ee4fe28c3969f
Signed-off-by: Xiaojun Sang <xsang@codeaurora.org>
AFE requires TX/RX PGD register CFG info based on different wcd
codecs. Send this info when AFE configs are set at initialization.
Change-Id: I0da3d41fe8c1d03baacf2f2a9d2e141c9721981b
CRs-Fixed: 877188
Signed-off-by: Walter Yang <yandongy@codeaurora.org>
healthd expects battery voltage, current, temperature, and technology from
the battery power supply. Add them.
Change-Id: I85f589030903ead938af2712875eb5daa81710d9
Signed-off-by: Nicholas Troast <ntroast@codeaurora.org>
The fuel gauge has several algorithm flags which are useful for
debugging. Add a debugfs file called alg_flags to expose them.
Change-Id: Ibeeea88e2e0745e98e8bfdfa3e086263d82e7bac
Signed-off-by: Nicholas Troast <ntroast@codeaurora.org>
During Modem SSR, PD down notification gets notified by
service-notifier. There are cases where in WLAN firmware may not
be available on Modem side. Handle PD down notification
gracefully in case WLAN firmware doesn't exists.
CRs-fixed: 1072772
Change-Id: Ibfe29a3950fabfcf8baa5d08b15e0f056dcc1f2a
Signed-off-by: Prashanth Bhatta <bhattap@codeaurora.org>
With the current implementation, all the PD down notifications
are treated as crash but PD down notification can happen because
of graceful Modem shutdown also. Handle the case such that if the
PD down notification happens which is not a crash then bring down
WLAN driver and firmware gracefully.
CRs-fixed: 1065232
Change-Id: I63f3e0747ffc1e703a068c6ac649e6242f285b9b
Signed-off-by: Prashanth Bhatta <bhattap@codeaurora.org>
Gate ref clock along with other ufs clocks during aggressive
clock gating. The latencies involved in voting/devoting ref clk
is acceptable. This will allow faster XO shutdown instead of
gating off the clock during 3s idle runtime suspend.
Change-Id: I6e160f62f3600adf28997d5bb2868d1924208d42
Signed-off-by: Venkat Gopalakrishnan <venkatg@codeaurora.org>
Send headphone left/right PA off notifications in pre/post
events for client drivers like MBHC, to update their status
correctly.
Change-Id: I2a27e9f59bd5d1ce99245df51cde9e6eb4133387
Signed-off-by: Phani Kumar Uppalapati <phaniu@codeaurora.org>
'Commit c9cabb7ee02bcb0c ("usb: xhci: clean up command queue when
halting"); fixes deadlock condition when some commands are pending
at the time of usb_remove_hcd() or when controller is halted.
That change cleans up command queue if halting of controller is
successful. But, this deadlock may still be seen in case if due
to some reason halting of controller fails. To handle that scenario
as well cleanup command queue irrespective of controller halt
succeeds or fails.
Change-Id: I2c88fca3614af7fe58bc858898449d47546da247
Signed-off-by: Manu Gautam <mgautam@codeaurora.org>
Use correct soc-dapm API - soc_dapm_force_enable_pin()-
for force enable standalone micbias. This function executes
in dapm_mutex locked context.
Change-Id: Iff6f3ff779f69e0b3e42dba035330c2efe7352ce
Signed-off-by: Phani Kumar Uppalapati <phaniu@codeaurora.org>
dapm_mutex lock is acquired from soc_dapm_force_enable_pin_unlocked
function which will cause double lock because the same mutex is
acquired in soc_dapm_force_enable_pin(). Fix this issue by removing
dapm_mutex acquire from soc_dapm_force_enable_pin_unlocked function.
Change-Id: I21374ba6c92d6fbc088af7660f5ada32be725991
Signed-off-by: Phani Kumar Uppalapati <phaniu@codeaurora.org>
For each voltage corner, vote for VMEM bw such that,
the bw is maximised within that voltage corner.
CRs-Fixed: 1063680
Change-Id: I34193b9971321543bd16262d7b2e817fe26bdd6d
Signed-off-by: Chinmay Sawarkar <chinmays@codeaurora.org>
ICNSS monitors runtime phone power. When phone power
crosses either high or low threshold, ICNSS sends
vbatt notification to WLAN FW. FW then should vote for
different regulator power mode based on the notification.
Add support for disabling this feature and disable it
for now until WLAN FW support voting for different
regulator power mode.
CRs-Fixed: 1070294
Change-Id: I63241a198040122fcc4f26b728795e39822dbdc8
Signed-off-by: Yuanyuan Liu <yuanliu@codeaurora.org>
Currently, we free up the gpuaddr range whether unmap
succeeds or fails. If it fails and we free up the gpuaddr
range, there is a possibility that a later allocation will
overlap with this range. Mapping this new range leads to a
BUG_ON() in the iommu driver which thinks that we are
overwriting an existing mapping. To avoid this, we never
free the failing gpuaddr range, effectively removing it
from being re-used for any future mappings.
CRs-Fixed: 1072834
Change-Id: I57dfd6abe6c928dbe4df1bcc682d4093040ccb9f
Signed-off-by: Harshdeep Dhatt <hdhatt@codeaurora.org>
Change the logic in IPA driver to always add the default
catch-all filtering rule at the end.
Change-Id: Id442844226398a66813a7ec59c662afea0af2778
Acked-by: Shihuan Liu <shihuanl@qti.qualcomm.com>
Signed-off-by: Skylar Chang <chiaweic@codeaurora.org>
