hlte: Merge DT updates to Samsung's msm8974 DT subdir

Change-Id: I211ac9bb4ec3c1afd6a5ed10dabcf07b2744f8bf

Conflicts:
	arch/arm/boot/dts/msm8974/batterydata-qrd-4v2-2200mah.dtsi
	arch/arm/boot/dts/msm8974/msm-rdbg.dtsi
	arch/arm/boot/dts/msm8974/msm8926-qrd-skug-pvt.dts
	arch/arm/boot/dts/msm8974/msm8926-qrd-skug.dtsi
	arch/arm/boot/dts/msm8974/msm8974-ion.dtsi
hlte: Clean up warnings in DT

Change-Id: If64b28b708ce9498164cefcd0ba21df8044c4636
msm8974: Disable "rooting restriction" misfeature

Change-Id: I4087728c8175086d9c910e4f808d50ad44fc50db
diag: dci: Preventing unitialized stack memcpy operation

At certain point in diag driver there can be memcpy operation
for the unintialized stack. Due to uninitilization of memory
user can obatin valuable information on accessing this stack
in userspace. This patch fixes that issue.

Change-Id: I4bfcf156300132dc426dcadce325e0c76c1d0357
CRs-fixed: 565808
Signed-off-by: Katish Paran <kparan@codeaurora.org>
audio: ocmem: fix the ocmem driver crash during video playback

Triggering SSR during wait for client callback by the audio
ocmem driver causes de-reference of freed memory in ocmem_free
function. Fixed by assigning NULL to the ocmem buffer pointer after every
ocmem_free function call.

CRs-Fixed: 589762
Signed-off-by: Anish Kumar <kanish@codeaurora.org>
Change-Id: I53208de26a4d22f6b60d118e47d16a3ad29a8040
ASoC: msm: Fix for wma playback after SSR

After SSR apr session doesn't get destroyed as
the callback from apr driver doesn't come.Fix
this by not doing NULL allocation in q6asm callback.

Change-Id: Idfec89dfd06075fec4199869354bdcb9e01a3dc9
Signed-off-by: Anish Kumar <kanish@codeaurora.org>
slim_msm: ngd: Return success for channel removal during ADSP SSR

Slimbus master component resides on ADSP when this driver is used.
Wehn ADSP restarts, slimbus component goes down and bus is not
operational until it comes back up. During restart, slimbus clients
are notified since their device goes down, and the clients remove
channels and/or disconnect ports. Since bus is not operational,
return success for channel removal/port disconnection calls so that
the channel, port state is consistent with HW (not active, removed)

Change-Id: Ia2707ed9f3fc3573b5746c8e42fa7f229e0dea4f
Signed-off-by: Sagar Dharia <sdharia@codeaurora.org>
slim_ngd: Return success for resource removal requests if HW restarts

Channel and ports are removed when HW restarts. Return success to
client channel removal, port disconnection requests when slimbus HW
is restarting.

Change-Id: Ifc9a3bb80023c823a7776a16fe32e5b59b181350
Signed-off-by: Sagar Dharia <sdharia@codeaurora.org>
slim_ngd: Fix logical address notification mechanism

It's possible that multiple slaves report present and expect
corresponding notifications concurrently. Make sure notifications
are sent out in that case. Since notifications cannot be sent when
device doesn't have associated driver, make sure logical address
is not queried in that case.

Change-Id: I371c48d25a0953f5f1909c904e8fd80b599d16b3
Signed-off-by: Sagar Dharia <sdharia@codeaurora.org>
ASoC: msm: Add support to change bit rate during VoIP call

Add support to change the bit rate for AMR NB and AMR WB
vocoders while in VoIP call. This change is needed as part of
supporting VoWLAN feature.

Change-Id: Ic486dd7f48aca2c640b2364d00712741b50df4c8
Signed-off-by: Narsinga Rao Chella <nrchella@codeaurora.org>
msm-vidc: Update max h/w load for venus firmware

Update the max h/w load supported by venus firmware
on msm8974.

Change-Id: I2bac6c103ffbc74ec5b759f63b9891c599424df4
Signed-off-by: Arun Menon <avmenon@codeaurora.org>
msm: mdss: hdmi: Cable connection status notification

Provide a callback machanism to all the modules registered
for HDMI cable notifications. The registered modules will be
notified everytime the cable is connected or disconnected.
The callback will be scheduled on global kernel workqueue.

Change-Id: I74630748448d8479b6e0cda6ccd148cbeae48a51
Signed-off-by: Ajay Singh Parmar <aparmar@codeaurora.org>
msm: kgsl: Panic if global timestamp wait fails in context detach

If we timeout while waiting for the last issued global timestamp for
a detaching context to expire (10 seconds!) then we are on a fast
train to crashville.  BUG_ON() so we can stand a chance of debugging
this very rare issue.

Change-Id: Ic0dedbaddb9cbc5681f9c872785ce26b7cf9b87b
Signed-off-by: Jordan Crouse <jcrouse@codeaurora.org>
misc: isa1200: correct overdrive enablement bit shift

Overdrive enablement bit sits at 6th bit of control register 0.
Current shifting overwrites overdrive high bit.

Change-Id: I4cdd435da86a234ccf0465462be7626162cc8a9d
Signed-off-by: Chun Zhang <chunz@codeaurora.org>
msm: smp2p: Use correct macro structure

Single statement macros should not be wrapped in do-while blocks.

Remove a do-while block from a single statement macro.

Change-Id: Id74b129aaf3754527d9566ce75daad2ca8c7d3cd
Signed-off-by: Jeffrey Hugo <jhugo@codeaurora.org>
msm: smp2p: Use correct printk format specifier for size_t

%zu is the correct printk format specifier when printing size_t types.

Update printks to use %zu for size_t type variables.

Change-Id: I1146c2da061582f3ae6a583712d978f478162066
Signed-off-by: Jeffrey Hugo <jhugo@codeaurora.org>
input: synaptics_fw_update:  fix print statements

%zu is the correct printk format specifier when printing size_t types.

Update printks to use %zu for size_t type variables.

Change-Id: Ie556fd14293ecd36143353e575fd5ef22fab20f7
Signed-off-by: Himanshu Aggarwal <haggarwa@codeaurora.org>
devfreq: governor_cpubw_hwmon: Remove sample_ms and fix round up of freq

devfreq already provides a sysfs interface for changing polling/sampling
period. So, there is no need for the governor to separately expose
sampling_ms. Also, sampling_ms had to be explicitly updated whenever
polling_ms was updated for the governor to function correctly. Make the
interface simpler by combining sample_ms with polling_interval control
provided by devfreq.

The rounding of freq to multiples of bw_step is unnecessary since the
devfreq device already does the rounding to the next valid level. Rounding
of AB to multiples of bw_step is still necessary since it's a vote that's
summed up and doesn't have a direct 1-to-1 mapping to frequencies.

Also update default bw_step to 190 MB/s instead of 200 MB/s to account for
the fact that MB/s to MHz conversion needs to take into account the
difference in the meaning of M (2^20 vs 10^6) between MB and MHz. Similarly
also update io_percent to 16.

Change-Id: I5fea989c647955103de3813be8eb9ec612f131bc
Signed-off-by: Saravana Kannan <skannan@codeaurora.org>
hlte: revert camera changes,

Change-Id: I9cf4274adcf263d740624a928fc397094c78448c
ARM: dts: msm: List all possible BW levels in cpubw for 8974

With the cpubw_hwmon devfreq governor available in Krait based CPUs, it's
important to list all the possible BW levels to get all the benefit from
the cpubw_hwmon governor. Also fix the use of a non-existent BW level in
msm-cpufreq device.

Change-Id: I9a2725f459914296765ed70cabe470e643b02381
Signed-off-by: Panwar Vivek <vpanwa@codeaurora.org>