optimized LPDDR RAM timings (~10% throughput increase)

Tweaked the device's RAM timings. Benchmarks suggest a 10
percent thorughput improvement (RgBandwidth RAM misc benchmark;
threads: 1. 20 benchmark instances each, best result wins):

       Stock          Tweaked

Copy   1249.9 MB/s -> 1373.0 MB/s --> 9.86 % improvement
Scale  1084.8 MB/s -> 1188.1 MB/s --> 9.52 % improvement
Add    938.4 MB/s  -> 1050.2 MB/s --> 11.91 % improvement
Triad  923.0 MB/s  -> 1043.5 MB/s --> 13.06 % improvement
ARM: 7583/1: decompressor: Enable unaligned memory access for v6 and above

Modern GCC can generate code which makes use of the CPU's native
unaligned memory access capabilities.  This is useful for the C
decompressor implementations used for unpacking compressed kernels.

This patch disables alignment faults and enables the v6 unaligned
access model on CPUs which support these features (i.e., v6 and
later), allowing full unaligned access support for C code in the
decompressor.

The decompressor C code must not be built to assume that unaligned
access works if support for v5 or older platforms is included in
the kernel.

For correct code generation, C decompressor code must always use
the get_unaligned and put_unaligned accessors when dealing with
unaligned pointers, regardless of this patch.

Signed-off-by: Dave Martin <dave.martin@linaro.org>
Acked-by: Nicolas Pitre <nico@linaro.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Revert "opp4xxx.c: tune CORE voltages a little"

This reverts commit 1e8e9699bf3a65f09235e61e5688cb67bbbb99bb.
Revert "OMAP4: PM: Fix L3INSTR/IVAHD save/restore context logic"

This reverts commit 0834cdcbc8ab84872f8c05514f8681aeed4a301d.
Revert "OMAP4: Enable main inst clock for save to ram."

This reverts commit fb5937aaed3559ef0f1fd559a20e5126b5820f0f.
Revert "OMAP4460: TWL: disable PD on VCORE1 shutdown"

This reverts commit d87796953ca30f0afcf186a33d90afac5b86af29.
Revert "OMAP4: PM: Fix missed PRCM MPU interrupt events"

This reverts commit 8d8bf7183881bd343be94c1bd377a4fcff9f6843.
Revert "OMAP4: PM: setup initial OPP configuration"

This reverts commit 7e7a10a27728c843c4b78958a1d5ffc8b9e3b6d4.
Revert "OMAP4: PM: fix for "re-factor configuring pwrst setting""

This reverts commit 72dcb1e702ceaa08c282215b7115b2d794e5696f.
Revert "OMAP4: PM: Correct powerstates initialization sequence"

This reverts commit 14339389a0025842b802cae71409f9adaf63545e.
Revert "OMAP4: PM: Re-factor configuring pwrst settings"

This reverts commit 934cf2865005131a6827ed81547130edbe012c29.
Revert "OMAP4: PM: Regulator: suspend prepare and finish call."

This reverts commit 32c77ebb8f17fe329a2e806be24c160847aeea29.
Revert "OMAP4: PM: Program pwrst of each pwdm as per their supported state"

This reverts commit ed6b4a9b92d11d77f74d4ab46767c85063ba651b.
temp control: set a default temperature limit of 70 degrees Celsius

Also set cold_threshold = temp_limit - 3000 instead of - 5000
ARM: 7173/1: Add optimised swahb32() byteswap helper for v6 and above

ARMv6 and later processors have the REV16 instruction, which swaps
the bytes within each halfword of a register value.

This is already used to implement swab16(), but since the native
operation performaed by REV16 is actually swahb32(), this patch
renames the existing swab16() helper accordingly and defines
__arch_swab16() in terms of it.  This allows calls to both swab16()
and swahb32() to be optimised.

The compiler's generated code might improve someday, but as of
4.5.2 the code generated for pure C implementing these 16-bit
bytesswaps remains pessimal.

swahb32() is useful for converting 32-bit Thumb instructions
between integer and memory representation on BE8 platforms (among
other uses).

Signed-off-by: Dave Martin <dave.martin@linaro.org>
Reviewed-by: Nicolas Pitre <nico@linaro.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
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>
update interactive governor to current google 3.4 kernel version

all changes up to commit:
0edc2b4  cpufreq: interactive: resched timer if max freq raised
interactive governor: adapt to 3.0 kernel
ondemandplus: implement io_is_busy

Based upon:
cpufreq: interactive: add io_is_busy interface
https://android.googlesource.com/kernel/common.git/+/fbcad7234e0aef2725d9f33ac5a0c3a9cc61a9ac

boype: adapted for 3.0 kernel
ondemandplus: tune for activated io_is_busy