drivers/cpufreq: ondemand cpuidle detection

There is 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).
drivers/mmc: removed hynix clock fix

reference: https://github.com/Dazzozo/huawei-kernel-3.4/commit/21718ff0699b692cb8f8db1fe0f78696d21d2613

reference: http://huaweinews.com/2013/10/ascend-g300-dying-memory-issue/
drivers/power: added kernel build option to disable huaweis BATTERY_ID

credits to dazozzo (https://github.com/Dazzozo/huawei-kernel-3.4)
drivers/staging: updated zram & zsmalloc
arm/configs: update of hw_msm7x27a_defconfig
(UPDATE:) Makefile
Kernel Upgrade: 3.4.0 -> 3.4.83
added missing files from kernel update
block: added BFQ v7r2 I/O scheduler
block: blk-core: added printk_ratelimit

reference: https://github.com/faux123/mako/commit/aedfaa2d41b91421c9e4ff6ab5145cc781f12846#diff-2310d74c5a64411fcad1776a323267c6
block: reworked REQ_URGENT API
block: updated ROW I/O scheduler
block: updated SIO I/O scheduler
block: added FIOPS I/O scheduler
block: urgent: Fix dispatching of URGENT mechanism

There are cases when blk_peek_request is called not from blk_fetch_request thus the URGENT request may be started but the flag q->dispatched_urgent is not updated.
net/bluetooth: hci_conn.c fix
dos2unix conversion

converted dos line endings into unix one's
makefile: ccache compatibility adjustments
arch/config: added default kernel config file
arch/arm: added neon in kernel mode patch