This reverts commit 5780bc67.

Change-Id: I8a2579c66c2bbaf13a2a787a1ff829be6d0d60d4
Signed-off-by: Chandana Kishori Chiluveru <cchiluve@codeaurora.org>

Change-Id: I0ec4681eaecb0bac8bd7c416a092ccb61d97ef6a

Merge "Revert "Revert "msm: kgsl: Offload mementry destroy work to separate thread""" into kernel.lnx.4.19.r1

This reverts commit ca55c588

Change-Id: Id233c207dbe67de6c04f0dc7dbad033ac243e649
Signed-off-by: Sravanthi Palakonda <srapal@codeaurora.org>

This reverts commit 4257de13.

Change-Id: I23bebe71a2a3ec1972b0c8bd2615bd3ce913cf97
Signed-off-by: Sravanthi Palakonda <srapal@codeaurora.org>

This reverts commit da5802b0.

Change-Id: I5064fd4e3c989429afc61f732b7efad444bb63ef
Signed-off-by: Sravanthi Palakonda <srapal@codeaurora.org>

geni_wait_for_cmd_done API is using msm_geni_spinlocked API
to check uport->lock(spinlock) status. If lock is available,
driver relies on interrupt otherwise driver decides
to go for polling mode.

In case of oops_in_progress when msm_geni_serial_console_write
checks if lock is not available or taken by the other core then
console_write disabling the interrupt and calling geni_wait_for_cmd_done().
After that spin_lock acquired by other core has been released and
waiting for interrupt to be fired with interrupt disabled.

As interrupts are already disabled, wait_for_completion is getting timeout
due to race condition.

To fix this issue added interrupt_disabled flag in msm_geni_serial_port
to know the interrupt status and using this in geni_wait_for_cmd_done API
to decide wait for interrupt or need to poll.

Also fix spin_unlock_irqrestore flags handling in handle_rx_console
function.

Change-Id: Ia1eeaadadd9dd8090bef89e32654000b144e348b
Signed-off-by: Chandana Kishori Chiluveru <cchiluve@codeaurora.org>

uport->lock was first initialized in msm_geni_serial_probe() with IRQ
enabled and calling uart_add_one_port() API. Same uport->lock will
be re-initialized again from uart_add_one_port() context.

In issue case IRQ is getting fired in one core and acquiring uport-> lock,
at the same time uport->lock is getting re-initialized by serial_core.c
driver on other core and changing the lock owner value to initial value.
When msm_geni_serial_isr() trying unlock uport->lock it is checking for
owner value with initialized value and reporting kernel crash.

Fix this by setting NO_AUTO_ENABLE flag while IRQ registration in probe
and enable and disable the IRQ form port_open and port_close.

Also added changes in this patch to do not stop RX engine from
msm_geni_serial_poll_tx_done API. Currently driver sending
S_GENI_CMD_CANCEL instead of M_GENI_CMD_CANCEL to cancel TX.

Change-Id: I4077f07335f572f190f2f17eb6ee1bf99fe5f189
Signed-off-by: Chandana Kishori Chiluveru <cchiluve@codeaurora.org>

Vote for LDO regulator during probe() if LDO related
properties are present in the device tree otherwise
we will avoid LDO configuration as it's optional.

Configure VEN gpio low and unvote for LDO during driver unloading.

Change-Id: I5b0ccdfab2c93c0a28f2f231fd8c7ec5951ede25
Signed-off-by: Gaurav Singhal <gsinghal@codeaurora.org>

Float voltage is read in the batt_health() callback.
batt_health() is called from batt_status() and batt_status()
is also called from the FV callback leading to a deadlock.
Fix it by using the unlocked version of votable while reading
FV.

Change-Id: Ie6f9f683c048a2a1c64d46716433bcff359dc3b0
Signed-off-by: Anirudh Ghayal <aghayal@codeaurora.org>

Float voltage is read in the batt_health() callback.
batt_health() is called from batt_status() and batt_status()
is also called from the FV callback leading to a deadlock.
Fix it by using the unlocked version of votable while reading
FV.

Change-Id: Ie6f9f683c048a2a1c64d46716433bcff359dc3b0
Signed-off-by: Anirudh Ghayal <aghayal@codeaurora.org>

In case there are multiple boost frequencies, mark them as BOOST. Also
fix the issue in adding the boost frequencies to the OPP table.

Change-Id: I877eee803ea0f63592aa0fa8e8d4722690e8f4cd
Signed-off-by: Taniya Das <tdas@codeaurora.org>

GMU FW version v1.11 is released for A619 GPU. Update expected
GMU firmware version to make sure correct GMU firmware is used
for this GPU.

Change-Id: I499fb09167f15d9f01046a1585dad1fe24c6c917
Signed-off-by: Pankaj Gupta <gpankaj@codeaurora.org>

Consider a case where chip is freed before disabling the audio
channel. This can happen when usb_audio_disconnect is called due
to USB DevFS proc_disconnect_claim ioctl. usb_audio_disconnect
will call uaudio_disconnect_cb which will wait for in_use to be
false to cleanup the uaudio_dev. If in_use never becomes false
and the wait_event is interrupted by some other signal then driver
bails out esrly from here and doesn't cleanup the uaudio_dev. Since
uaudio_dev_release is responsible for clearing the in_use based on
stream disable call, fix the cyclic dependency here on
uaudio_dev_release and uaudio_dev_cleanup by adding timeout in
wait_event and allowing dev_cleanup to happen from uaudio_disconnect_cb.
If disable stream request comes after this, handle_uaudio_stream_req
will still go ahead and try to find substream of the card but will
go to error path since card is already disconnected. This will set
the return value to -ENODEV but in the error path driver is not
checking for the correct return value and trying to access chip again.
Fix this by adding one more check for -ENODEV in the error handling path.

Change-Id: Ie11ad162f02c46878eb2663bf21cbafa54a62b0a
Signed-off-by: Pratham Pratap <prathampratap@codeaurora.org>

Currently the LDO voltage is read from "VSET_VALID_LB" and
"VSET_VALID_UB" registers which provides the actual voltage
when the LDO is enabled. However, these registers return a
value "0" when the LDO is disabled. Due to this the incorrect
voltage is set on the parent buck which leads to voltage
ripples. Fix it by reading VSET_LB and VSET_UB registers
which return a valid voltage even though the LDO is disabled.

Change-Id: Id47882802a1d39f7843a40853edfc4f6d17376f5
Signed-off-by: Kiran Gunda <kgunda@codeaurora.org>

SMMU mapping resources are not freed as part of wdi disconnect.

Change-Id: I702ac3bc0b5643424d051c45ec607d925f9c369d
Signed-off-by: sivakanth vaka <svaka@codeaurora.org>

Adds FPC kernel driver files.

Change-Id: Ia617ab0bfe6f9b87de8021050c7d6678ab94bad9
Signed-off-by: kris_chen <kris_chen@htc.com>
Git-commit: f6a1ae75
Git-repo: https://android.googlesource.com/kernel/msm.git


[linyyuan@codeaurora.org: fix warning and improve some function]
Signed-off-by: Linyu Yuan <linyyuan@codeaurora.org>

Only one QMI server arrive should come for WLFW service. Hence only
assert if unexpected second server arrive comes for debug purpose.

Change-Id: Ib8cf80a544038904685a3d3a054fc7f3189a4a30
Signed-off-by: Yue Ma <yuem@codeaurora.org>