Revert "staging: android: lowmemorykiller: well-marked debug print Add "lowmemorykiller:" prefix to the debug print so it's easier to analyse LMK's debug output: dmesg | grep lowmemorykiller"

This reverts commit d2a137ec4bdd97c0fd29fba09051e5537a91a10f.
Revert "staging: android: lowmemorykiller: Change default debug_level to 1 The select...to kill messages are not very useful when not debugging the lowmemorykiller itself. After the change to check TIF_MEMDIE instead of using a task notifer this message can also get very noisy."

This reverts commit 0e1ebff4c07fdf13e5a1383685fc0baeaddfa5d7.
Revert "mutex: restrict mutex spinning to only one task per mutex Date Thu, 4 Apr 2013 10:54:17 -0400"

This reverts commit eadde102a63f0548336e50486d74fe12bd4bf88c.
Revert "mutex: Make more scalable by doing less atomic operations Date Thu, 4 Apr 2013 10:54:16 -0400"

This reverts commit cf212c76bc9dda8f5007758cfafcc11a7a07f7ea.
Revert "switch the protection of percpu_counter list to spinlock ... making percpu_counter_destroy() non-blocking"

This reverts commit 57dcb7eeec4ac59dd840ee33eafe512c07dcbdac.
Revert "f_fs: ffs_func_free: cleanup requests allocated by autoconfig functionfs was leaking request objects created by autoconfig."

This reverts commit fcc7ce575d34cec064f69a2d2faf8e56e617bca4.
Revert "i.MX25 GPT clock fix: ensure correct the clock source"

This reverts commit 92d1056714056137a3bb9211fa300f8188083d9f.
Revert "hrtimer: Prevent enqueue of hrtimer on dead CPU When switching the hrtimer cpu_base, we briefly allow for preemption to become enabled by unlocking the cpu_base lock. During this time, the CPU corresponding to the new cpu_base that was selected may in fact go offline. In this scenario, the hrtimer is enqueued to a CPU that's not online, and therefore it never fires."

This reverts commit f6b6b7e070603ac33a85a2c53b4aab35f88357f6.
Revert "hrtimer: Consider preemption when migrating hrtimer cpu_bases When switching to a new cpu_base in switch_hrtimer_base(), we briefly enable preemption by unlocking the cpu_base lock in two places. During this interval it's possible for the running thread to be swapped to a different CPU."

This reverts commit 8a7dee77bf52ffad4c972ba3a79c17bdadc5f431.
i777, i9100, n7000: enable utf8 support for nls
4412: builtin md4 and dnsresolver

Change-Id: Iab4e05f831e09d6cb2b40a2117accdb5b903a6b2
enable nfs support
exynos: cpufreq: Reset cpuinfo_transition_latency to default

cpuinfo_transition_latency -The time it takes on this CPU to switch between two frequencies in nano seconds. If unknown or known to be that high that the driver does not work with the ondemand governor, -1 (CPUFREQ_ETERNAL) will be returned. Using this information can be useful to choose an appropriate polling frequency for a kernel governor or userspace daemon. Make sure to not switch the frequency too often resulting in performance loss.
drivers: cpufreq: Set MIN_LATENCY_MULTIPLIER to 20 for HYPER

Currently MIN_LATENCY_MULTIPLIER is set defined as 100 and so on a system with
transition latency of 1 ms, the minimum sampling time comes to be around 100 ms.
That is quite big if you want to get better performance for your system.

Redefine MIN_LATENCY_MULTIPLIER to 20 so that we can support 20ms sampling rate for such platforms.

Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>

AND!

revert boost frequency handling update.