cpufreq: fix jiffies/cputime mixup in conservative/ondemand governors

The function get_cpu_idle_time_jiffy in both the conservative and
ondemand governors use jiffies_to_usecs to convert a cputime value to
usecs which gives the wrong value on architectures where cputime and
jiffies use different units.  Only matters if NO_HZ is disabled, since
otherwise get_cpu_idle_time_us should already return a valid value, and
get_cpu_idle_time_jiffy isn't actually called.

Signed-off-by: Andreas Schwab <schwab@linux-m68k.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Modded all Active govs, made small differences and code style and MORE!

 cpufreq: Fix sparse warnings by updating cputime64_t to u64

There were few sparse warnings due to mismatch of type on function arguments.
Two types were used u64 and cputime64_t. Both are actually u64, so use u64 only.

Reported-by: Fengguang Wu <fengguang.wu@intel.com>
Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
 cpufreq: governor: Set MIN_LATENCY_MULTIPLIER to 20

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 " cpufreq: ondemand: custom changes on how the governor handle boostfre."

This reverts commit eab83b379bd680428e27d32d1db47c1832a01f8d.

AND!

Small fixes!
Nightmare governor: Removed useless piece of code and optimized other one!
Nightmare governor: little adjustment!
Nightmare gov: removed spaces!
Nightmare governor: A little improvements!
Nightmare governor: I Forgot a little thing :).
Nightmare governor: little boosting!
Merge remote-tracking branch 'upstream/master-jelly-cm-aokp' into master-jelly-cm-aokp
Reset cpuinfo_transition_latency to default 100000

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.
Restored Kernel Flags and Tuning as was in older stable kernels + MORE!

Added some more warnings and hang tasks check.
Removed DEBUG that didnt show anything.
Merge remote-tracking branch 'upstream/master-jelly-cm-aokp' into master-jelly-cm-aokp
Nightmare governor updating!