cpufreq: ondemand: decrease up_threshold to 80% and sample_time to 10k.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
Added fsync on/off support.
arch: arm: mako: increase threshold of the thermal control.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
fs: sync: enable fsync by default.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
Reduce readahead from 2048 to 1024.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
Hardcode the host name, stupid OSX was adding .local to the host string, so we kick him in its nuts.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
Enable pipe flag.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
board-mako-input: enable accuracy filter to test if it improves touch responsiveness.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
Revert "board-mako-input: enable accuracy filter to test if it improves touch responsiveness."

This reverts commit 949d70dd73cdbf7c385952d4d91fcd8946e3dd55.
Decrease suspend timer trying to decrease the msm_hci wakelock. Testing.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
cpufreq: ondemand: remove update_sampling because I don't think we want an extra function call being made just for adjusting the sampling_rate.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
Make the kernel build with the same flags as mako device tree is compiled for Android.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
drivers: otg: add USB fast_charge.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
Add Thalamus ARM Generic Hotplug interface because its time to get rid of mpdecision. All credits to Thalamus of course.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
cpufreq: interactive: take idle notifications only when active

Register an idle notifier only when the governor is active.  Also
short-circuit work of idle end if the governor is not enabled.

Signed-off-by: Sam Leffler <sleffler@chromium.org>
Change-Id: I4cae36dd2e7389540d337d74745ffbaa0131870f
Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
cpufreq: interactive: keep freezer happy when not current governor

Fix a problem where the hung task mechanism was deeming the interactive
clock boost thread as hung.  This was because the thread is created at
module init but never run/woken up until needed.  If the governor is not
being used this can be forever.  To workaround this explicitly wake up
the thread once all the necessary data structures are initialized.  The
latter required some minor code shuffle.

Signed-off-by: Sam Leffler <sleffler@chromium.org>
Change-Id: Ie2c058dd75dcb6460ea10e7ac997e46baf66b1fe
Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
cpufreq: interactive: handle speed up and down in the realtime task

Not useful to have a separate, non-realtime workqueue for speed down
events, avoid priority inversion for speed up events.

Change-Id: Iddcd05545245c847aa1bbe0b8790092914c813d2
Signed-off-by: Todd Poynor <toddpoynor@google.com>
Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
cpufreq: interactive: remove input_boost handling

Now handled in userspace Power HAL instead.

Change-Id: I78a4a2fd471308bfcd785bbefcc65fede27314cf
Signed-off-by: Todd Poynor <toddpoynor@google.com>
Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
cpufreq: interactive: always limit initial speed bump to hispeed

First bump speed up to hispeed_freq whenever the current speed is below
hispeed_freq, instead of only when the current speed is the minimum speed.
The previous code made it too difficult to use hispeed_freq as a common
intermediate speed on systems that frequently run at speeds between
minimum and hispeed_freq.

Change-Id: I04ec30bafabf5741e267ff289209b8c2d846824b
Signed-off-by: Todd Poynor <toddpoynor@google.com>
Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
cpufreq: interactive: run at fraction of hispeed_freq when load is low

When load is below go_hispeed_load, apply the percentage of CPU load to
a max frequency of hispeed_freq instead of the max speed.  This avoids
jumping too quickly to hispeed_freq when it is a relatively low
percentage of max speed.  This also allows go_hispeed_load to be set to
a high percentage relative to hispeed_freq (as a percentage of max speed,
again useful when hispeed_freq is a low fraction of max speed), to cap
larger loads at hispeed_freq.  For example, a load of 60% will typically
move to 60% of hispeed_freq, not 60% of max speed.  This causes the
governor to apply two different speed caps, depending on whether load is
below or above go_hispeed_load.

Also fix the type of hispeed_freq, which was u64, to match other
speed data types (and avoid overhead and allow division).

Change-Id: Ie2d0668be161c074aaad77db2037505431457b3a
Signed-off-by: Todd Poynor <toddpoynor@google.com>
Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>