build script: optionally 'make clean mrproper'

Change-Id: I22daac9b4db6eeca1715c9d0f69cfcacb44bef3d
ath6kl: sdio: gcc4.7 fix uninitalized variable

Change-Id: I74e6e6d90cb1ba7baf1aebff10bc3233c98b6557
touchscreen: cy8c_ts: include header file properly

Change-Id: I3156f0a677438dedcd5fe8c41d498a796f22b5a4
qdsp5: bulk upgrade to msm-3.4
side note: nanhu (11.3.A.0.47) changes have been retained

Change-Id: I3dd0600566b86b25198f8a326bd06a277d1e6442
add extra free kbytes tunable

Add a userspace visible knob to tell the VM to keep an extra amount
of memory free, by increasing the gap between each zone's min and
low watermarks.

This is useful for realtime applications that call system
calls and have a bound on the number of allocations that happen
in any short time period.  In this application, extra_free_kbytes
would be left at an amount equal to or larger than than the
maximum number of allocations that happen in any burst.

It may also be useful to reduce the memory use of virtual
machines (temporarily?), in a way that does not cause memory
fragmentation like ballooning does.

[ccross]
Revived for use on old kernels where no other solution exists.
The tunable will be removed on kernels that do better at avoiding
direct reclaim.

Change-Id: I765a42be8e964bfd3e2886d1ca85a29d60c3bb3e
Signed-off-by: Rik van Riel<riel@redhat.com>
Signed-off-by: Colin Cross <ccross@android.com>
msm: scm: Add scm_call_noalloc and helper macros

Currently, scm_call internally calls kmalloc() to allocate a command
buffer structure. This prevents scm_call from working before kmalloc
structures are initialized or during atomic contexts. Allow clients
to pass in a pre-allocated buffer for scm_call to be used for internal
structures.

Change-Id: Id09500c8c696298228aefdcc2a61953e654677c9
CRs-Fixed: 498392
Signed-off-by: Laura Abbott <lauraa@codeaurora.org>
kref: Implement kref_get_unless_zero v3

This function is intended to simplify locking around refcounting for
objects that can be looked up from a lookup structure, and which are
removed from that lookup structure in the object destructor.
Operations on such objects require at least a read lock around
lookup + kref_get, and a write lock around kref_put + remove from lookup
structure. Furthermore, RCU implementations become extremely tricky.
With a lookup followed by a kref_get_unless_zero *with return value check*
locking in the kref_put path can be deferred to the actual removal from
the lookup structure and RCU lookups become trivial.

v2: Formatting fixes.
v3: Invert the return value.

Change-Id: I391623ee7458428eab6d7f361630f8646d6790b0
Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
Git-commit: 4b20db3de8dab005b07c74161cb041db8c5ff3a7
Git-repo: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
[shrenujb@codeaurora.org: resolve trivial merge conflicts]
Signed-off-by: Shrenuj Bansal <shrenujb@codeaurora.org>
msm: implement ARCH_RANDOM

Currently, the software random number generator is not intialized
until relatively late in the boot process. Software that relies on
random numbers early will not be reliable. Entropy sources are
available early but not early enough for some use cases which means
that moving the software random number generation earlier is not an
option. As an alternate solution, implement the functions associated
with CONFIG_ARCH_RANDOM. These functions currently make a call into
trustzone to get reliable random numbers. The functions are disabled
once the regular random number generator is sufficiently reliable.

Change-Id: If40cfcb96b091fa26a28047c10a902287b26f6c1
CRs-Fixed: 498392
Signed-off-by: Laura Abbott <lauraa@codeaurora.org>
build script: fixup some logic, add TODO's

Change-Id: I7666b68379574133bb3b3f20834abadf349476e4
kgsl: bulk upgrade to kk-2.7

Change-Id: I467c4629f07cd5babb4141f281627060293cb39c
msm: cpr: Save latest frequency and voltage for debug

Save the present value of voltage and frequency before CPR
modifies the SVS plevel register. This can be helpful to
determine the state of the system just before it gets into
an error condition.

Change-Id: Ibe9da2476cb03d1b1cf287319ed4919a039b785a
Signed-off-by: Kaushal Kumar <kaushalk@codeaurora.org>
Signed-off-by: Gopal Goberu <ggober@codeaurora.org>
msm: platsmp-8625: cleanup macro names

All the macros defined for 8625 secondary core indicates dual
core. Cleanup macros to be more generic to fit for multi core.

Change-Id: Ia21b2fe6e4a980ae1d60729ceb4085d1a72a16d3
Signed-off-by: Taniya Das <tdas@codeaurora.org>
msm: board-7627a: Add power driver platform data for 8x25Q

Add different LPM modes platform data for 8x25Q.

Signed-off-by: Murali Nalajala <mnalajal@codeaurora.org>
(cherry picked from commit 28ced1b50a13a87303165ddf047205eddbbb4fa9)

Change-Id: I07846c4729d3653faf147241fc6fc5796b35b815
Signed-off-by: Gopal Goberu <ggober@codeaurora.org>
board: 7627a: Update the GDFS residency values to optimal value.

The current residency setting of 6msec for GDFS is way too high to be
entered during active test cases like video, gfx. We profiled this setting
for optimal value on Strider and found 500usec is large enough without
sacrificing the power savings. Hence this change updates the setting to
500usec.

Signed-off-by: Krishna Vanka <kvanka@codeaurora.org>
(cherry picked from commit d89bcd21b554311da13f429f1733d5f9103fa8d0)

Change-Id: I30857ec5e488576700a8f4c018d06819717e3d63
Signed-off-by: Gopal Goberu <ggober@codeaurora.org>
msm: 7627a: Increase ADSP heap size to 19MB

ADSP heap memory is increased from 18MB to 19MB to support
720P video playback suspend/resume and CTS media stress test cases.

Change-Id: Id521b9cf8c010e2c0d9c07b1730a4edc91c81a2f
Signed-off-by: Gopal Goberu <ggober@codeaurora.org>
fix ion_platform_data definition

fix ion_platform_heap to make is use an usual way
in board configuration file.

Change-Id: Ia5129a4c81bb6719f471214e75d77e51f5f50c59
Signed-off-by: Benjamin Gaignard <benjamin.gaignard@linaro.org>
[lauraa: Fixup msm board files]
Signed-off-by: Laura Abbott <lauraa@codeaurora.org>
[cpandya: clean up for checkpatch]
Signed-off-by: Chintan Pandya <cpandya@codeaurora.org>
msm: Rip out fmem related memory adjustments

fmem is deprecated. Get rid of the special handling for
fmem in memory reservation code.

Change-Id: I5c69357eb75c53a7666efc1904579b979be2f3a4
Signed-off-by: Laura Abbott <lauraa@codeaurora.org>
[cpandya: taken out fmem code from 7627a board files]
Signed-off-by: Chintan Pandya <cpandya@codeaurora.org>
msm: board7627a: Make CAMERA/MM use CMA heap

Make camera_preview heap use CMA heap type. With this, that
heap area will be under linux memory space when heap is not
being used by any client.

Change-Id: I831a9e338af8e78dc3c440557b8596e4ad12801b
Signed-off-by: Chintan Pandya <cpandya@codeaurora.org>

Conflicts:

	arch/arm/mach-msm/board-qrd7627a.c
msm: board-msm7x27a: Add one ION heap for audio from bootloader memory

Divide the audio heap into two different heaps with size 960KB and
232 KB. Allocate the audio heap taking 960 KB from bootloader memory
by initializing the base address of the heap in platform data which
saves upto 960 KB of memory space

Change-Id: If10ee4b04401bc3069700e340cdf6859be886249
Signed-off-by: Sriranjan Srikantam <cssrika@codeaurora.org>

Conflicts:

	arch/arm/mach-msm/board-msm7x27a.c
	arch/arm/mach-msm/board-qrd7627a.c
msm: board7627a: Support ZSL with 512MB RAM when CMA is enabled

To support advanced camera features like ZSL with 5MP
sensor, we require camera_preview heap to be of 60 MB.
Allocate this size with 512MB RAM only when we enable
CMA.

Change-Id: Id4ec9e561a3d5eb2f6cc1cc4ad59fa83d3857bb9
Signed-off-by: Chintan Pandya <cpandya@codeaurora.org>

Conflicts:

	arch/arm/mach-msm/board-qrd7627a.c