This lock protects against any concurrent governor re-assignments
through sysfs. Furthermore, such re-assignment can lead to another
issue i.e. say someone assigns performance governor to this device
from sysfs. Then there can be a mismatch in what kgsl intends to
vote, and what actually gets voted. Therefore, fix both the min and
max frequencies for this devfreq device at the desired qos level so
that the intended vote is propagated regardless of the governor.
Change-Id: Ibc3b0ef1f585dae311aab028d8c2bc9f1a53b4b8
Signed-off-by: Harshdeep Dhatt <hdhatt@codeaurora.org>
Add support for sm8150-llcc driver. The driver
is written by taking reference from sm8150-llcc
driver in msm-4.14 kernel at commit id
"f6969550b4".
Change-Id: Iaa7711f56066fc1c8e098beaf19185522bb5581d
Signed-off-by: Vivek Kumar <vivekuma@codeaurora.org>
add bpf configs which are used for device
bootup.
Change-Id: Ibdad44bf74a49e26cba852cfdf28791a61f7819d
Signed-off-by: Chandrasekhar Mattaparthy <cmatta@codeaurora.org>
SW implementation for XO selection option for HSP
in Lahaina/LahainaPro.
Once BT_EN is asserted, pull GPIO201 high and pull it
down to low after 2ms delay to avoid leakage.
Change-Id: Ib9f6ce27a27c26a84975bcbbae1da22dedd4e1ec
Signed-off-by: Mahesh Kumar Sharma <smahesh@codeaurora.org>
Enable devfreq drivers to support memory scaling on sdxlemur.
Change-Id: Ifeb9388562fd3b1f79aa912b08467a9dc41facb7
Signed-off-by: Rishabh Bhatnagar <rishabhb@codeaurora.org>
This change enables CONFIG_QCOM_SHOW_RESUME_IRQ for power
analysis.
Change-Id: I5f26a88f06d91fd54118adbcba938bb4e06003e9
Signed-off-by: Tushar Nimkar <tnimkar@codeaurora.org>
For some platforms, remote wakeup capability from system suspend
is not a default requirement.
Keep system wakeup as disabled from dwc3-msm and xhci-plat.
Change-Id: Ic32af43c818f666228db5921e927f66c3554c0f4
Signed-off-by: Harsh Agarwal <harshq@codeaurora.org>
The doorbell is blocked as part of gsi_suspend, but a continuous
resume and suspend calls can cause a race where resume
handling overwrites the blocking of doorbell leading
to the controller accessing IPA doorbell after suspend.
Here are the series of events that is causing the issue.
gsi_resume
queue_work with EVT_RESUME
gsi_suspend
Block the doorbell
queue_work with EVT_SUSPEND
resume_work_handler
xdci_resume
Unblock the doorbell
suspend_work_handler
xdci_suspend
Fix this by ensuring that the doorbell is blocked
before suspend call to IPA as part of suspend handling.
Change-Id: I4d0254c88ed3bec6338d040480b5df2e3f81251e
Signed-off-by: Sriharsha Allenki <sallenki@codeaurora.org>
