msm: kgsl: initialize kgsl_sync_timeline_ops properly

Signed-off-by: Iliyan Malchev <malchev@google.com>
Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
auto_hotplug.c: add helpers to cpu_up and cpu_down. Also add option to change between dual/quad mode.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
Undervolt: add checks to disallow too extreme voltages, min and max.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
cpufreq: conservative: increase up_threshold to 98.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
smp: patches from mainline 3.5 to hopefully help with hotplug
efficiency

Thomas Gleixner's generic-idle patches:

smp: Add task_struct argument to __cpu_up()
Preparatory patch to make the idle thread allocation for secondary
cpus generic.
http://git.kernel.org/?p=linux/kernel/git/tip/tip.git;a=commit;h=8239c25f47d2b318156993b15f33900a86ea5e17

smp: Add generic smpboot facility
Start a new file, which will hold SMP and CPU hotplug related generic
infrastructure.
http://git.kernel.org/?p=linux/kernel/git/tip/tip.git;a=commit;h=38498a67aa2cf8c80754b8d304bfacc10bc582b5

smp: Provide generic idle thread allocation
All SMP architectures have magic to fork the idle task and to store it
for reusage when cpu hotplug is enabled. Provide a generic
infrastructure for it.
Create/reinit the idle thread for the cpu which is brought up in the
generic code and hand the thread pointer to the architecture code via
__cpu_up().
Note, that fork_idle() is called via a workqueue, because this
guarantees that the idle thread does not get a reference to a user
space VM. This can happen when the boot process did not bring up all
possible cpus and a later cpu_up() is initiated via the sysfs
interface. In that case fork_idle() would be called in the context of
the user space task and take a reference on the user space VM.
http://git.kernel.org/?p=linux/kernel/git/tip/tip.git;a=commit;h=29d5e0476e1c4a513859e7858845ad172f560389

arm: Use generic idle thread allocation
http://git.kernel.org/?p=linux/kernel/git/tip/tip.git;a=commit;h=84ec6d5796e095e2f8698bd2b5d33849ed26d9e2

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
ARM: add cpufreq transiton notifier to adjust loops_per_jiffy for smp

If CONFIG_SMP, cpufreq skips loops_per_jiffy update, because different
arch has different per-cpu loops_per_jiffy definition.

Signed-off-by: Richard Zhao <richard.zhao@linaro.org>
Acked-by: Russell King <rmk+kernel@arm.linux.org.uk>
Acked-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Signed-off-by: Shawn Guo <shawn.guo@linaro.org>
Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
auto_hotplug.c: add hotplug routines back to be available as an option. Users will be able to chose which mode they want to run: dual mode, quad mode or hotplug routine.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
sched_avg: add run queue averaging.

Add code to calculate the run queue depth of a cpu and iowait
depth of the cpu.

The scheduler calls in to sched_update_nr_prod whenever there
is a runqueue change. This function maintains the runqueue average
and the iowait of that cpu in that time interval.

Whoever wants to know the runqueue average is expected to call
sched_get_nr_running_avg periodically to get the accumulated
runqueue and iowait averages for all the cpus.

Signed-off-by: Jeff Ohlstein <johlstei@codeaurora.org>
(cherry picked from commit 0299fcaaad80e2c0ac9aa583c95107f6edc27750)

Signed-off-by: Ram Kumar Chakravarthy Chebathini <rcheba@codeaurora.org>
(cherry picked from commit 5325d8a44f8296170cd8f42e245dd79f7b7347bf)

Change-Id: I92875789886c3f7c2457a063de4b3b6d8c893718
Signed-off-by: Sudhir Sharma <sudsha@codeaurora.org>
Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
Revert "mach-msm: board-mako-display.c: revert c1be92b796 partly - banding fix wasn't reverted, the yellow and green reinforce and blue subdue is reverted."

This reverts commit 65b2680f0e42d61a7db7e05e132117b857776e0a.
PA Kernel calibration, 90% close to perfection

Change-Id: Ifa0997a76e655936e96a7452b8effcc49ea6cc61
Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
Revert "PA Kernel calibration, 90% close to perfection"

This reverts commit dfd670e3c815704c9afcd9c59e6b15d556a7ac4a.
20130216 PA Color scheme, 95% close to perfection

Change-Id: Idd527b9ec1e0a78e2ccc8c20ee3feecc1fa3fc68
Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
Revert "20130216 PA Color scheme, 95% close to perfection"

This reverts commit 7681e56d8e2e7e59cf0f6dacf390b7cbd71bc697.
final color config for pa 3.0

Change-Id: I18c901c2d77c77088c4e38977bf6d99c6d16de12
Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
sched_avg: remove io_wait calculation because I'm not using that value and it may save a few ms when calling this function.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
board: mako: display: customize the screen color values to my liking. Colors seem more deep (closer to an AMOLED) while keeping the blacks and greys in a decent level that doesn't turn the device screen too dark while using auto brightness or lower brightness %. Whites are much closer to the real white, which makes me very happy.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
auto_hotplug.c: version pushed to v1.0 according to the amount of changes in the code. Function wise its basically the same, but the code is re-worked to accomodate the new dual and quad core modes if users decide not to use hotplugging routines. Also using a Codeaurora function to calculate the runnable threads average instead of the previous ringbuffer. Use a counter that is reset every sample time that filters spurious low loads that could ruin a seemless gaming experience. Added some comments, code is a little bit more cleaner as I removed all if debug lines.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
board: mako: display: a little darker, a little less blueish.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
board: mako: display: return to r53 colors in preparation for the Gamma Control interface.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
Add Gamma Control v1. Thanks to @paranoidandroid for researching what each gamma value changed so that I could build this interface. It enables the possibility of tweaking whites, mids, blacks, contrast, saturation, brightness and greys. This is a full GPL'ed code and easy to use for any user without any special mumbo jumbo.

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