update defconfigs
zRam && zCache: backport from 3.5 branch (creds to faux123)

switch to zsmalloc and enable new LZ4 compressor
staging/zram: adapt for android
 ARM: mach-ux500: move suspend hotplugging to separate hotplug driver

Change-Id: Ifa4ac375f496c1eeb84342445463bcd0a4c9a065
Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
u8500_hotplug: limit cpu frequency to 800mhz on suspend

Change-Id: I1572b076c82a512d73e7e7897c08775d63bef31f
Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
ARM: mach-ux500: Kconfig: fix incorrect u8500_hotplug option

Change-Id: Id6abc0d1317247d7febf53fa98837d661c4230b2
Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
u8500_hotplug: fix derps

Change-Id: I263da83076bf2e1ca5023bff0237823aaaffd9a5
Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
u8500_hotplug: fix a bug whereby cpu1 won't be onlined on resume

Change-Id: I2c45933e4ad06b917ff6aa531c0518539d472649
Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
net: wireless: bcmdhd: reduce wakelock time of RX packet

Reduce it by half to reduce wlan_rx_wake wakelock

Change-Id: I5ff03cf2d973a079911b12ecc0bede7f45fe1df2
Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
u8500_hotplug: update cpufreq policies and hotplug cpus more appropriately

It is not guaranteed that cpu1 will be offline on suspend, etc. Also only online cpu1 after update cpufreq policy to follow suspend operations.

Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
u8500_hotplug: notify cpufreq only when actually updating

Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
cpufreq: conservative: add support for micro idle accounting

Originally, mininum sample rate calculations assume that micro idle accounting is non-existent. This is incorrect. Thus, we can afford to set the minimum sample rate to lower levels. This should improve performance on conservative governor by a respectable amount.

With a more accurate and sensitive sample rates, we can afford to loosen up on frequency thresholds.

Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
nohz: Fix update_ts_time_stat idle accounting

update_ts_time_stat currently updates idle time even if we are in
iowait loop at the moment. The only real users of the idle counter
(via get_cpu_idle_time_us) are CPU governors and they expect to get
cumulative time for both idle and iowait times.
The value (idle_sleeptime) is also printed to userspace by print_cpu
but it prints both idle and iowait times so the idle part is misleading.

Let's clean this up and fix update_ts_time_stat to account both counters
properly and update consumers of idle to consider iowait time as well.
If we do this we might use get_cpu_{idle,iowait}_time_us from other
contexts as well and we will get expected values.

Signed-off-by: Michal Hocko <mhocko@suse.cz>
Cc: Dave Jones <davej@redhat.com>
Cc: Arnd Bergmann <arnd@arndb.de>
Cc: Alexey Dobriyan <adobriyan@gmail.com>
Link: http://lkml.kernel.org/r/e9c909c221a8da402c4da07e4cd968c3218f8eb1.1314172057.git.mhocko@suse.cz
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
cpufreq: conservative: Break out earlier on the lowest frequency

If we're on the lowest frequency, no need to calculate new freq.
Break out even earlier in this case.

Signed-off-by: Namhyung Kim <namhyung@kernel.org>
Acked-by: Viresh Kumar <viresh.kumar@linaro.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
[zwliew: adapt for 3.0]
Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
cpufreq: conservative: Fix relation when decreasing frequency

The relation should be CPUFREQ_RELATION_L to find optimal frequency
when decreasing.

Signed-off-by: Namhyung Kim <namhyung@kernel.org>
Acked-by: Viresh Kumar <viresh.kumar@linaro.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
[zwliew: Adapt for 3.0]
Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
cpufreq: conservative: Fix the logic in frequency decrease checking

When we evaluate the CPU load for frequency decrease we have to compare
the load against down_threshold. There is no need to subtract 10 points
from down_threshold.

Instead, we have to use the default down_threshold or user's selection
unmodified.

Signed-off-by: Stratos Karafotis <stratosk@semaphore.gr>
Acked-by: Viresh Kumar <viresh.kumar@linaro.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
[zwliew: Adapt for 3.0]
Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
Revert "board codina: undervolt various regulators"

This reverts commit c174bc5bd5cb06f808311f25a0825591ad8303fc.
Revert "board-codina-mcde: undervolt display 1500 -> 1400 mV"

This reverts commit 292a0672b894164e8e21fe801b51e41002fe8d60.
board-codina-mcde: revert voltage to stock 1800 mV