BUILD-5 

lowmemorykiller : commit ca01e058a1bec6fa35277463dffe7c71142f34d5

msm: acpuclock-7201: Add delay for apps cpu clock switch - commit 954de477fe1d530686d2f43a9afbf8bc2d5a8dbe
While changing the apps cpu clock source, it takes some
time till the clock switch is complete. After clock switch
is complete, then only loops per jiffies must be updated.

Earlier we are updating the loops per jiffies before the
clock switch is complete, which in turn lead to wrong BOGO
MIPS value for that duration for time.
Hence add the delay at appropriate place.

msm: acpuclock-7201: Add support for updating lpj in acpuclock - commit  : e9fd7a72d7104286590219c41eb55eb04b67bc7c
loops_per_jiffy is not updated on SMP systems in cpufreq driver.
So, update the per-CPU loops_per_jiffy value on frequency transition
and also update the other CPUs loops_per_jiffy. 

msm-fb: display: Reducing the display wake up time   - commit   975c5d1059543d3bc5c3d0eeff4e5a32fd3d93e5
100 msec sleep in phy init delays system wake up. Using usleep instead of
msleep to optimize it.

msm: acpuclock-7201: Fix table index for precomputing frequency jump - commit 255e8ac120a42d4d9bd144ebd9c45df36e237067
During acpuclock driver init, we pre compute the next target frequency
row and store its address into up/down indexing array of acpuclock table.
While storing these addresses, we store the data in those array using PLL
number as index of array.

While storing the address, for e.g. if PLL is TCXO it corresponds to array
index -1, then we go ahead and write into location which is beyond the
array address, which is for axi frequency variable; thus it gets corrupted.
Earlier also we had similar corruption of lpj variable, but since we used
to calculate lpj after precomputing so the value was always restored and
this bug was hidden.

To avoid this scenario we can change the enum value for TCXO PLL since
it will not have any impact on driver functionality, however it will
avoid the array index to be equal to -1.

sched: Fix struct autogroup memory leak - commit de6de4586121a90b31ff7cfd7a10013c98d9cdf0
Seems I lost a change somewhere, leaking memory.
sched: fix struct autogroup memory leak
Add missing change to actually use autogroup_free().

cpufreq: interactive: don't drop speed if recently at higher load - commit 7d20e4a64d0ae4153cd18d8415872f62ee3f453e

Apply min_sample_time to the last time the current target speed
was originally requested or re-validated as appropriate for the
current load, not to the time since the current speed was
originally set.  Avoids periodic dips in speed during bursty
loads.

cpufreq: Add a boostpulse interface to ondemand  - commit d49db49860e928953fb2795b5aa04b986ea79e82
For applications that require a one-shot increase in frequency,
the boostpulse interface would help to scale to max for the time
specified in boostime. This helps applications that currently
increases scaling_min_freq and resets later after a fixed duration.
Instead of changing scaling_min_freq applications can directly write
to boostpulse and governer resets during regular timer after the time
expires.

msm: pmem: Squashed update to version from msm 2.6.35 kernel - commit f154c850bf9383c85f5634450e23ecda63544390
Conflicts:
             drivers/misc/pmem.c

Pmem: Check for valid virtual address while flushing - commit f54e711ae8f2e57a359b70bd536030caf8230c31
Return invalid error if a NULL virtual address is passed for pmem cache maintenance ioctl's

pmem: Correctly account for aligned blocks - commit a7f356b31750cb7aaf2a0ca3ea13207d00372079
when finding an aligned chunk, the allocator cannot assume that bit 0 will point to an aligned block. The only way to guarantee
a block will be aligned is to pass in the starting bit of a block that is aligned. if t is the start bit which points to an aligned
block, and s is the spacing, bit t+n*s is guaranteed to be aligned to spacing s for positive integer values of n.

Use pmem from CAF
Revert: Msm: pmem: Squashed update to version from msm 2.6.35 kernel