isa1200_vibrator: user configurable vibration intensity

This patch was taken from maxx77693_haptic motor.
Vibration is configured via DeviceSettings.

Change-Id: Ibca1271798b22a6aacd6e81f2f2d128def69845e
Revert "storage_common.c: Add missing codes to support DriveDroid"

This reverts commit b1fa41240a60778073244e326cec6cd0eb3637e9.
UMS: f_mass_storage: Added cdrom option to UMS-lun-devices

This patch allows programs to change the cdrom option at runtime
through sysfs.

Indentation corrected.

Change-Id: I4beab26133e3ac325ecbded1414d4e6215e377e8
USB: f_mass_storage: 2048 block size for cdrom devices

Enables computer Bios's to recognize the cdrom device like most
other cdrom devices. This allows people to boot ISOs from their
phone.

Indentation corrected.

Change-Id: Ia3ff20cb5b40da71da9702695d2ff974727deda8
smdk4412: Fix typo

Change-Id: I9ab2dd10866b3b68cf86fbee9f95c130dc664192
Replaced SNAPPY-v3 with faster LZ4 compress/decompress algorithm
Backport zcache and zsmalloc from 3.4
Staging: Migrate Zram to ZsmAlloc

Conflicts:

	drivers/staging/zram/zram_drv.h
zram: optimize for Android use
Update temasek defconfig
mms_ts.c: KEEP QUIET!
dynamic fsync: don't disable fdatasync()

Signed-off-by: Paul Reioux <reioux@gmail.com>
mach-u1: Improve touch sensitivity for MXT224E controller

This reduces the janky scrolling observed
Picked from : https://github.com/kgp700/exyroid-sgs2-jb/commit/2476a919c24f07e04f50a80442fc65d27af51ff5

Change-Id: I07c166f6f07b2874fa20be6f41bc5a016d93e653
mxt224_u1: Silence some status messages

Change-Id: Ied425b0a0c8cd83ba96fdbdfa15a979af59f7cae
ondemand: cpuidle detection

I found a problem with the ondemand governor while in earlysuspend
suspend mode (ondemand keeping the freq close to the max at all times
despite near 0% load). The problem is that the cpu starts to go in
long cpuidle cycles, a sampling_rate of 10000 (usec) is applied only
once in a while and the real sampling_rate becomes 1 second (or more).

So when a wakeup happens we return to the 10000usec sampling rate. The
ondemand sees lots of activity after the wakeup but those "loads" must
be adjusted down if the previous wall_time delta was huge and the
current one is tiny. We're too close to long cpuidle to worry about
the cpu freq anyway and it may be just a jitter load that if we take
into account without adjusting it down, will lead to the next long
cpuidle to be entered at the max freq again, and this repeats forever.

So my solution is to tweak the ondemand to scale down the "load"
according to the decrease in the wall_time delta ratio
(deep_sleep_ratio variable). This allows the CPU to stay at the lowest
freq during the deep sleeps even when the ondemand governor is enabled
and the sampling_rate is set to 10000. (setting the sampling_rate to
values >100000 would also tend to hide the problem but it'd screw the
interactive behavior by running at the lowest frequency for too long
during interactive usage)

During interactive usage with the screen on (not in earlysuspend
mode), or during playback or voip with screen off the deep_sleep_rate
is set to 1 practically all the time so it won't alter the behavior of
the ondemand governor unless the system is very idle (and in turn when
we want it to stay at low freq).

Change-Id: If0391e6d6c41c1c8c9fa590502e88e681a800b04

Signed-off-by: Andrea Arcangeli <andrea@cpushare.com>