sched: Set MC (multi-core) sched domain's busy_factor attribute to 1

busy_factor attribute of a scheduler domain causes busy CPUs (CPUs
that are not idle) to load balance less frequently in that domain,
which could impact performance by increasing scheduling latency for
tasks.

As an example, consider MC scheduler domain's attribute values of
max_interval = 4ms and busy_factor = 64. Further consider
max_load_balance_interval = 100 (HZ/10). In this case, a non-idle CPU
could put off load balance check in MC domain by 100ms. This
effectively means that a CPU running a single task in its queue could
fail to notice increased load on another CPU (that is in same MC
domain) for upto 100ms, before picking up load from the overloaded
CPU. Needless to say, this leads to increased scheduling latency for
tasks, affecting performance adversely.

By setting MC domain's busy_factor value to 1, we limit maximum
interval that busy CPU can put off load balance checks to 4ms
(effectively 10ms, given HZ value of 100).

Change-Id: Id45869d06f5556ea8eec602b65c2ffd2143fe060
Signed-off-by: Srivatsa Vaddagiri <vatsa@codeaurora.org>
Signed-off-by: Francisco Franco <franciscofranco.1990@gmail.com>
fix up kexec harboot in defconfig
driver:video: Remove some dmesg log spam
Disable Screen Off Mhz Call:  GOES LIVE

Conflicts:

	drivers/cpufreq/cpufreq.c
	drivers/sensorhub/ssp_i2c.c
cpufreq:  Added GPS scheduler and governor selection.  This allows user to set a seperate governor and scheduler when GPS is in use

Conflicts:

	drivers/cpufreq/cpufreq.c
	drivers/sensorhub/ssp_i2c.c
Revert "CPU: Adjust L2 steps"

This reverts commit 4d5b13787d1581d1ee5c44d0415a9eb75bdecb2f.
sync defconfig with pe

Conflicts:
	arch/arm/configs/droidconcepts_jf_defconfig