ARM: add support for kernel mode NEON

Conflicts:

	arch/arm/vfp/vfpmodule.c
cpu_pm: Add cpu power management notifiers

Conflicts:

	kernel/cpu_pm.c
Parking this WIP to catch up thermald and mpdecision removal first.

Conflicts:

	arch/arm/Makefile
	arch/arm/mach-msm/acpuclock-8064.c
Clean
This adds limited OC with limited freq steps. The required changes to make that work.
It adds Will Tisdale's auto_hotplug V.220 with all tweaks that were already added in 4.2
This adds an imperfect way to limit boot frequency. It still needs the changes done in 4.2 to jive with the thermal driver.

Conflicts:

	arch/arm/kernel/perf_event.c
	arch/arm/mach-msm/Kconfig
	arch/arm/mach-msm/acpuclock-8064.c
	arch/arm/mach-msm/cpufreq.c
	arch/arm/mach-msm/lge/mako/board-mako.c
Clean
Clean
Mako (absolute) Voltage control.

This started out as just including the existing work of someone else.
But that was so obfuscated and needlessly moved in sysfs, i turned it into the type control
we have on NP, meaning same sysfs location and output formatting.
Since the various kernels range from no preUV to different levels of UV it is best to encourage the user
to think in absolute voltages.
"I can UV -150 on kernel X! Really? Odd, i can only UV kernel Y -50mV!"
Kernel X has no preUV, kernel Y has 100mV preUV, so they both run the same.
This is needlessly confusing to users.

Talking in absolutes, users will get a better understanding of "what the other guy's" device is capable of.
Sticking to a common sysfs location and to the common absolute voltage is thus the right thing to do.

This seems to work now as it should.

This is heavily based on coolbho3k's NP patch. from Paul's stuff we might have a few function names, but not the contents.
This is not his, if he claims otherwise, he is wrong.

Conflicts:

	arch/arm/mach-msm/Kconfig
Remove debugging, in kernel mpdecision (thanks Francisco), drop L2 back down for a moment, fix silly lazy shift typo
Clean