In P, run_cmd(poweroff_cmd) can work to trigger /sbin/poweroff. Now in
R, it can not work but still return success. We need to use
kernel_power_off() to trigger power off for factory kill.
The change is referring to (CR).
Change-Id: Ia18faee3138259c7ee35946313e9b0dac75dd244
Signed-off-by: xieqiong2 <xieqiong2@lenovo.com>
Reviewed-on: https://gerrit.mot.com/1763914
SLTApproved: Slta Waiver
SME-Granted: SME Approvals Granted
Tested-by: Jira Key
Reviewed-by: Xiangpo Zhao <zhaoxp3@motorola.com>
Submit-Approved: Jira Key
cherry-pick from:
(CR): arm64/defconfig: disable debug fs on user build
according to android R,
disable debug fs for user build
Change-Id: I985888644c92e14205f7260c423bb88bad026dd9
Signed-off-by: zhaoxp3 <zhaoxp3@motorola.com>
Reviewed-on: https://gerrit.mot.com/1752415
SLTApproved: Slta Waiver
SME-Granted: SME Approvals Granted
Tested-by: Jira Key
Reviewed-by: Wang Wang <wangwang1@lenovo.com>
Submit-Approved: Jira Key
Reviewed-on: https://gerrit.mot.com/1753930
Reviewed-by: Jianguo Liu <liujg6@motorola.com>
For kernel requirements at matrix level 5, Missing config CONFIG_DEBUG_LIST
Add CONFIG_DEBUG_LIST into moto-bengal.config on R
Change-Id: Ia2f1ad1f6425d2b08e14000a7bf69b85e6bdfae6
Reviewed-on: https://gerrit.mot.com/1745633
SME-Granted: SME Approvals Granted
SLTApproved: Slta Waiver
Tested-by: Jira Key
Reviewed-by: Wang Wang <wangwang1@lenovo.com>
Submit-Approved: Jira Key
Propogate changes from (CR).
Dogfooder reported call has no sound issue, it happens on the first
bootup after BOTA upgrading. According to kernel log, filesystem
mount more than 5 minutes, causes locator service timed out.
After discussing with Qcom, they suggest to enlarge this timeout value.
Propagted: https://gerrit.mot.com/#/c/1538288/
Change-Id: I2457b452d21c7396d6a314ae5307c225c52d83da
Signed-off-by: zhouwl <zhouwl@lenovo.com>
Reviewed-on: https://gerrit.mot.com/1740479
SLTApproved: Slta Waiver
SME-Granted: SME Approvals Granted
Tested-by: Jira Key
Reviewed-by: Hujun Liao <liaohj@motorola.com>
Submit-Approved: Jira Key
(cherry picked from commit 9f2105e6420cf9871b3c4b494f70dc98a8449379)
Reviewed-on: https://gerrit.mot.com/1744516
Reviewed-by: Yunfei Guo <guoyf2@motorola.com>
Reviewed-by: Wang Wang <wangwang1@lenovo.com>
This reverts commit f90529f1dec9bdf47082ed0c4d279918459b1be0.
This gerrit was temporarily reverted so as to align all the other
dependent gerrits to merge together.
Mot-CRs-Fixed:(CR)
Change-Id: Idcb99939488d6d83aee1a9c9af4e613820a3a181
Signed-off-by: V(CR) Garodia <vgarodia@codeaurora.org>
Reviewed-on: https://gerrit.mot.com/1730952
SLTApproved: Slta Waiver
SME-Granted: SME Approvals Granted
Tested-by: Jira Key
Reviewed-by: Zilong Zhang <zhangzl7@lenovo.com>
Reviewed-by: Ji Zhao <zhaoji1@lenovo.com>
Reviewed-by: Zhuoran Xu <xuzr3@motorola.com>
Reviewed-by: Zhichao Chen <chenzc2@motorola.com>
Reviewed-by: Tao Sun <suntao2@motorola.com>
Submit-Approved: Jira Key
QCOM KBA-191111223725
[Platform]:
SM6150, SM7150, SM7250, Any platforms use PMI632
[Issue Description]:
If ever use a mismatched temporary profile before receive the matched profile, it may lead to
unexpected inaccurate/nonlinear soc issue, even though you have replaced the correct one, issue
still remains.
[Solution]:
The reason of this issue is because of the saving of incorrect battery info in SDAM, Qcom battery
gauge save the calculated battery info(l(CR) ESR, Capacity...) into the SDAM of PMIC, when reload
a new battery profile, these info will not be cleared, in other words, device will use the incorrect
data to calculate the Soc even though you have loaded a correct matched profile.
To solve this issue, there're two options, one is to re-plug the battery, so that SDAM data will be
cleared. The other option is to merge below workaround, and add device tree property "qcom,
oem-batt-profile-ver" to identify profile change, then driver code will do SDAM clear.
Change-Id: I9fa176cb75da6f9b584553888afa66453576db4e
Signed-off-by: xieqiong2 <xieqiong2@lenovo.com>
Reviewed-on: https://gerrit.mot.com/1732309
SME-Granted: SME Approvals Granted
SLTApproved: Slta Waiver
Tested-by: Jira Key
Reviewed-by: Wei Xu <xuwei9@lenovo.com>
Reviewed-by: Xiangpo Zhao <zhaoxp3@motorola.com>
Submit-Approved: Jira Key
3G ram device has bigger memory pressure than 4G ram device, hence it
has more misreport bugs if we enabled DEBUG_PANIC_ON_OOM. Though we
disable this on 3G ram device, we still can catch oom once device has
no killable process.
Change-Id: Ie12e7c96bac3049031e1e73ce22207df5ae2a8b1
Signed-off-by: huangzq2 <huangzq2@motorola.com>
Reviewed-on: https://gerrit.mot.com/1732467
SME-Granted: SME Approvals Granted
SLTApproved: Slta Waiver
Tested-by: Jira Key
Reviewed-by: Xiangpo Zhao <zhaoxp3@motorola.com>
Submit-Approved: Jira Key
There is a risk if mmi->pres_temp_zone value >= num_temp_zones.
This will casue pointer point to a illegal memory address.
Change-Id: Ic7c3d62c5c59bd41d9fd4f77cd537782c734a486
Reviewed-on: https://gerrit.mot.com/1725712
SME-Granted: SME Approvals Granted
SLTApproved: Slta Waiver
Tested-by: Jira Key
Reviewed-by: Wei Xu <xuwei9@lenovo.com>
Reviewed-by: Huosheng Liao <liaohs@motorola.com>
Submit-Approved: Jira Key
some non-standard QC2.0 charger (e.g. Tronsmart) will rise
vbus to 12V when phone do HVDCP3 detect protocol.
So when vbus reach 12V, we disable HVDCP to workaround it.
refer to (CR)
Change-Id: I1a1fbf1715ac6fbd12a9cd550207b210f16a951d
Signed-off-by: chailu1 <chailu1@lenovo.com>
Reviewed-on: https://gerrit.mot.com/1709435
SME-Granted: SME Approvals Granted
SLTApproved: Slta Waiver
Tested-by: Jira Key
Reviewed-by: Haijian Ma <mahj8@motorola.com>
Reviewed-by: Huosheng Liao <liaohs@motorola.com>
Submit-Approved: Jira Key
When CPU idle is enabled, the idle call should also notifiy the
idle_notifier_call_chain of the change in status. Otherwise some
processes will think the CPU is always active.
Then it will cause some tasks occupy more cpu
Change-Id: Ie11770330bee93ce0e4622a3127ca4850abfb4ba
Signed-off-by: zhaoxp3 <zhaoxp3@motorola.com>
Reviewed-on: https://gerrit.mot.com/1688959
SLTApproved: Slta Waiver
SME-Granted: SME Approvals Granted
Tested-by: Jira Key
Reviewed-by: Wang Wang <wangwang1@lenovo.com>
Submit-Approved: Jira Key
fix compile erro on r due to qcom api changes
Change-Id: I0730df353be93f6f1f06193ddad651b18c399cc1
add R kernel compatibility requirement configs
Change-Id: If67721ab5abd57ad78160d59364e4ed9dd708fbc
config guam R
Change-Id: I1ecb8583728776be53a580c3251a2456713a3723
temp export kallsyms_lookup_name for fail loading some moto kos
Change-Id: I0f22aabb249219a587e696db3d1853a5dcd01afc
when unit suspend, pm_runtime_disalbe() would be called. And
then dev.power.disable_depth number will +1. And its value
will be -1 when pm_runtime_enable() is called.
And if spi bus want to work as soon as system resume, it will call
pm_runtime_get_sync(), which would check the value of
disable_depth. If its value is not 0, spi operation will fail.
The sequence is as following:
runtime_suspend
pm_runtime_disable()-> disable_depth +1
rumtime_resume
pm_runtime_eanble() -> disable_depth -1
spi_sync()
pm_runtime_get_sync -> check the value of disable_depth
But for sometimes, spi operation will earlier than pm_runtime_enable()
called. Then spi_sync() will fail duel to non-zero disable_depth value.
So we add a checking logic before pm_runtime_get_sync() to make sure
disable_depth is 0.
(pick from https://gerrit.mot.com/#/c/1500296/)
Change-Id: I69a0ee3d728ffe3c13d95208f203bd9ed22249b2
Signed-off-by: wengjun1 <wengjun1@motorola.com>
Reviewed-on: https://gerrit.mot.com/1654438
SLTApproved: Slta Waiver
SME-Granted: SME Approvals Granted
Tested-by: Jira Key
Reviewed-by: Huosheng Liao <liaohs@motorola.com>
Submit-Approved: Jira Key
Port the spi changes from bq-6125.
- Do not force suspend for all spi bus.
This will not cause power issue, and can fix clock is closed when SPI
sync message.
- SPI driver missed to check spi runtime status in device suspend.
This may cause spi clocks not closed before device enter deep sleep
So check this status in spi suspend function, if bus not suspened,
break device suspend.
(pick from https://gerrit.mot.com/#/c/1498807/)
Change-Id: Id31492702506361a4ae5e2ccb9c5d381d321e143
Signed-off-by: wengjun1 <wengjun1@motorola.com>
Reviewed-on: https://gerrit.mot.com/1654409
SME-Granted: SME Approvals Granted
SLTApproved: Slta Waiver
Tested-by: Jira Key
Reviewed-by: Huosheng Liao <liaohs@motorola.com>
Submit-Approved: Jira Key
For inbox 10w and typeC product, the DCP current is
2A but not 1.8A. 1.8A come from micro usb product.
Change-Id: Ieb88d33dd8ba9b2fb58de07848ec1293dbc7cdd8
Signed-off-by: chailu1 <chailu1@lenovo.com>
Reviewed-on: https://gerrit.mot.com/1615575
SME-Granted: SME Approvals Granted
SLTApproved: Slta Waiver
Tested-by: Jira Key
Reviewed-by: Huosheng Liao <liaohs@motorola.com>
Submit-Approved: Jira Key
Limit Type-C HIGH charger to MEDIUM at hvdcp disalbed project
in case turbo charging at type-c high charger.
Change-Id: Ie63a88cd46917b0abefb552a000f80ef4bed3b2f
Signed-off-by: xuwei9 <xuwei9@lenovo.com>
Reviewed-on: https://gerrit.mot.com/1611492
SLTApproved: Slta Waiver
SME-Granted: SME Approvals Granted
Tested-by: Jira Key
Reviewed-by: Xiangpo Zhao <zhaoxp3@motorola.com>
Submit-Approved: Jira Key
expose ssr_reason to ss_ramdump so that
bug2go can show it in their record.
Change-Id: I3858787a6426e8978566274f5f46212bacdaee58
Signed-off-by: sunyue5 <sunyue5@motorola.com>
Reviewed-on: https://gerrit.mot.com/1596842
SLTApproved: Slta Waiver
SME-Granted: SME Approvals Granted
Tested-by: Jira Key
Reviewed-by: Xiangpo Zhao <zhaoxp3@motorola.com>
Submit-Approved: Jira Key
change pr_debug to pr_info for always print SD interrupt log
when CD pin triggered.
one line log increase but it's very useful for clarifying the
some kinds of SD card issue.
[ 233.306901] mmc1: cd gpio irq, gpio state 0 (CARD_REMOVAL)
[ 237.981056] mmc1: cd gpio irq, gpio state 1 (CARD_INSERT)
Change-Id: I74764bd501c7465fd01d7e5b500112725cd38ca0
Signed-off-by: fuxm1 <fuxm1@lenovo.com>
Reviewed-on: https://gerrit.mot.com/1594590
SME-Granted: SME Approvals Granted
SLTApproved: Slta Waiver
Tested-by: Jira Key
Reviewed-by: Wei Deng <dengwei1@motorola.com>
Reviewed-by: Dongliang Yue <yuedl1@motorola.com>
Reviewed-by: Zhenxin Xi <xizx@motorola.com>
Submit-Approved: Jira Key
Prop from (CR)
If we have usb digital headphone pulled in during bootup. It will occupy
index 0. primary sound card can only use index 1. But in our most audio
code, We assume the primary sound card is 0. This will cause no sound
issue when we use primary sound card to playback and record.
Change-Id: Ic6cc79fc475e4e9978535f9557f05cef8c65d1f1
Signed-off-by: niuli1 <niuli1@lenovo.com>
Reviewed-on: https://gerrit.mot.com/1093502
SLTApproved: Slta Waiver
SME-Granted: SME Approvals Granted
Tested-by: Jira Key
Reviewed-by: Dandan Du <dudd1@motorola.com>
Reviewed-by: Guobin Zhang <zhanggb@motorola.com>
Submit-Approved: Jira Key
Reviewed-on: https://gerrit.mot.com/1516459
Reviewed-by: Yuesheng Huang <huangys@motorola.com>
(cherry picked from commit 780fde85cfdaaeb836c93b52cfd98210e5a98c30)
Reviewed-on: https://gerrit.mot.com/1586901
Reviewed-by: Xiangpo Zhao <zhaoxp3@motorola.com>
Since ALS sensor's Firmware needs to keep track the PWM duty cycle of
each panels' version, therefore the panels' register 0xDA will be used
to identify the PWM duty cycle programmed in each panels' version.
The new /sys/class/drm/card0-DSI1/panelRegDA sysfs will be created.
Change-Id: I8abc7f31067614ce410348757aa8f75392788fb8
Signed-off-by: daiss1 <daiss1@lenovo.com>
Reviewed-on: https://gerrit.mot.com/1514795
SLTApproved: Slta Waiver
SME-Granted: SME Approvals Granted
Tested-by: Jira Key
Reviewed-by: Guobin Zhang <zhanggb@motorola.com>
Submit-Approved: Jira Key
Reviewed-on: https://gerrit.mot.com/1583968
Reviewed-by: Xiangpo Zhao <zhaoxp3@motorola.com>
Ryan Lattrel