kernel/power/powersuspend: default to userspace for now

Signed-off-by: Paul Reioux <reioux@gmail.com>
kernel/power/powersuspend: LCD screen on/off hooks (Yank555.lu)

- add an alternative hook for screen on / off detection in the display
  pannel driver
- sleeps  ~0.1s sooner, wakes up ~1s later then autosleep
- clean up source formatting a bit (Paul Reioux)

Signed-off-by: Paul Reioux <reioux@gmail.com>
mdss_dsi_panel.c: add powersuspend hooks

Signed-off-by: Paul Reioux <reioux@gmail.com>
kernel/power/powersuspend: cumulative update to version 1.5

- fix hybrid-kernel mode cannot be set through sysfs

kernel/power/powersuspend: new PM kernel driver for Android w/o early_suspend v1.4 (Yank555.lu)

- add hybrid-kernel mode (autosleep and panel, first wins)
- default to hybrid-kernel mode
- harmonize debug message with my other stuff
- include all 3 modes as default, so it's only commenting out to change

kernel/power/powersuspend: new PM kernel driver for Android w/o early_suspend v1.3 (Yank555.lu)

- fix stupid typo
- add an alternative hook for screen on / off detection in the display panel driver
(sleeps ~0.1s sooner, wakes up ~1s later then autosleep)

kernel/power/powersuspend: new PM kernel driver for Android w/o early_suspend v1.2 (Yank555.lu)

- make kernel / userspace mode switchable

kernel/power/powersuspend: new PM kernel driver for Android w/o early_suspend v1.1 (Yank555.lu)

- make powersuspend not depend on a userspace initiator anymore, but use a hook in autosleep instead.

kernel/power/powersuspend: new PM kernel driver for Android w/o early_suspend (faux123)

Android early_suspend/late_resume PM kernel driver framework has been
deprecated by Google. This new powersuspend PM kernel driver is a replacement
for it and existing early_suspend drivers can be easily adapted to use this
new replacement driver

Signed-off-by: Paul Reioux <reioux@gmail.com>
drivers/video/msm/mdss/mdss_dsi_panel.c: update powersuspend hook calls

fix typo!

Signed-off-by: Paul Reioux <reioux@gmail.com>
Unified patch 3.4.43

Signed-off-by: klozz <xxx.reptar.rawrr.xxx@gmail.com>
Unified patch 3.4.44

Signed-off-by: klozz <xxx.reptar.rawrr.xxx@gmail.com>
Unified patch 3.4.45

Signed-off-by: klozz <xxx.reptar.rawrr.xxx@gmail.com>
Unified patch 3.4.46

Signed-off-by: klozz <xxx.reptar.rawrr.xxx@gmail.com>
UNified patch 3.4.47

Signed-off-by: klozz <xxx.reptar.rawrr.xxx@gmail.com>
Unified patch 3.4.48

Signed-off-by: klozz <xxx.reptar.rawrr.xxx@gmail.com>
Unified patch 3.4.49

Signed-off-by: klozz <xxx.reptar.rawrr.xxx@gmail.com>
Unified patch 3.4.50

Signed-off-by: klozz <xxx.reptar.rawrr.xxx@gmail.com>
cpufreq: Always allow update of user policy

In the cases where the system boots up in a constraint with policy min and
max lower than cpuinfo min/max, and user tries to set a higher user
policy min, the value would be overridden during the verifying the
limits.

Once user initiates the sysfs write the previous user policy is
maintained in policy min and max thus changing the limits for verification
of the current policy. Once the verification is completed restore the
current user policy min/max with the updated values if any. This would take
care of cases uwhere user policy min/max input is higher/lesser than the
current min and max.

Bug: 17889870
Change-Id: I5ad92ba05162cb5c32c3ba3fdae21d2e505493d3
Signed-off-by: Taniya Das <tdas@codeaurora.org>
Signed-off-by: Naveen Ramaraj <nramaraj@codeaurora.org>
Signed-off-by: klozz <xxx.reptar.rawrr.xxx@gmail.com>
localversion fix
Unified patch 3.4.51

Signed-off-by: klozz <xxx.reptar.rawrr.xxx@gmail.com>
UNIFIED 3.4.52

Signed-off-by: klozz <xxx.reptar.rawrr.xxx@gmail.com>
Unified 3.4.53

Signed-off-by: klozz <xxx.reptar.rawrr.xxx@gmail.com>
unified 3.4.54

Signed-off-by: klozz <xxx.reptar.rawrr.xxx@gmail.com>
Unified 3.4.55

Signed-off-by: klozz <xxx.reptar.rawrr.xxx@gmail.com>