cpufreq: Introduce new relation for freq selection

Introduce CPUFREQ_RELATION_C for frequency selection.
It selects the frequency with the minimum euclidean distance
to target. In case of equal distance between 2 frequencies,
it will select the greater freq.

Signed-off-by: Stratos Karafotis <stratosk@semaphore.gr>
Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
cpufreq: interactive: this governor is fundamentally different from Ondemand and by norm its a bit more sensitive to load changes in terms of which freqs are chosen, but even though sometimes it can be a little stupid and non react to load changes that linearly as one could hope for (even though it's better than Ondemand) so for that reason let's try to use this new formula by @stratosk found in this commit: https://github.com/stratosk/kernel_msm/commit/9df03b662b9c213c75ac082138f5ab8afadb9d94 make sure you read his commit message for better understanding of this.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
msm8974: uc to 96Mhz

Signed-off-by: Dennis Rassmann <showp1984@gmail.com>
Current GPU OC

* I think this is about as good as I can get it.  I may still revert but we'll leave it here for now :)

Signed-off-by: Chester Kener <Cl3Kener@gmail.com>
GPU OC: Mystery Solved

* GPU OC is now running better than ever and no kmsg errors reported thus far!

Signed-off-by: Chester Kener <Cl3Kener@gmail.com>
GPU OC: Smoother Ramp up

* Rather than having two 320 MHz steps lets go from 320 MHz to 389 MHz then to 450 MHz so it's not as crazy of a jump

Signed-off-by: Chester Kener <Cl3Kener@gmail.com>

Conflicts:
	arch/arm/boot/dts/msm8974-gpu.dtsi