TEST: bfq flash friendly settings
[CPUFREQ] CPUfreq ondemand: update sampling rate without waiting for next sampling

When a new sampling rate is shorter than the current one, (e.g., 1 sec
--> 10 ms) regardless how short the new one is, the current ondemand
mechanism wait for the previously set timer to be expired.

For example, if the user has just expressed that the sampling rate
should be 10 ms from now and the previous was 1000 ms, the new rate may
become effective 999 ms later, which could be not acceptable for the
user if the user has intended to speed up sampling because the system is
expected to react to CPU load fluctuation quickly from __now__.

In order to address this issue, we need to cancel the previously set
timer (schedule_delayed_work) and reset the timer if resetting timer is
expected to trigger the delayed_work ealier.

Signed-off-by: MyungJoo Ham <myungjoo.ham@samsung.com>
Signed-off-by: Kyungmin Park <kyungmin.park@samsung.com>
Signed-off-by: Dave Jones <davej@redhat.com>
derp
Revert "[CPUFREQ] CPUfreq ondemand: update sampling rate without waiting for next sampling"

This reverts commit 92ea7a3625a4b79db75386afab3455742425e57e.
cleanup: remove pointless htc header
revert
Revert "revert"

This reverts commit dc585b071600d8d3d227dce9d7f7fddc2c246945.
Revert header tweak

This reverts commit 90ea8cf09615c13617f5ab4f6722a00f93c530f6.