DRIVERS: BCMDHD: attempt to decrease wakelocks

Signed-off-by: poondog <markj338@gmail.com>

Conflicts:
	drivers/net/wireless/bcmdhd/dhd.h
sched: set sched_mc_power_savings to 2, which is the highest power saving possible value for this tunable. Basically according to http://elinux.org/images/1/1d/Comparing_Power_Saving_Techniques_For_Multicore_ARM_Platforms.pdf this tunable provides serious power saving improvements close to the power savings of hotpluging cores. Since in this Kernel we're using always a minimum of 2 cpus online at any time during screen off we might actually benefit from this because this feature packs tasks together and try to bind them to cpu0, which in theory will let cpu1 idle longer, thus improving battery life.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
Signed-off-by: poondog <markj338@gmail.com>
debug: remove: remove some dmesg logspam from Linux mainline 3.4 fs

Signed-off-by: poondog <markj338@gmail.com>
ACPUCLOCK: Undervolt L22 by default

Performance will be increased, because of less heat is made.
ASoc: msm: Increase max buffer size to 4k for lowlatency playback

- Small buffersize is resulting in scheduling issues.
- Increase max buffer size so that user space can
  configure large buffer size to avoid scheduling
  issues.

bug-id: 6865729
Signed-off-by: SathishKumar Mani <smani@codeaurora.org>
Signed-off-by: Francisco Franco <franciscofranco.1990@gmail.com>
Signed-off-by: poondog <markj338@gmail.com>

Conflicts:
	sound/soc/msm/msm-lowlatency-pcm-q6.c
ASoC: msm: Reduce min buffer size for low latency

The current low latency driver has 512 bytes as
the min buffer size threshold. With this reducing
the playback time to lower values is not possible.
Setting it to 128 bytes gives us more room
to try out lower buffer sizes from the user space

Signed-off-by: Alexy Joseph <alexyj@codeaurora.org>
Signed-off-by: Mekala Natarajan <mekalan@codeaurora.org>
Signed-off-by: Francisco Franco <franciscofranco.1990@gmail.com>
Signed-off-by: poondog <markj338@gmail.com>
GPU: Increase bus freq at lowest GPU frequency

1000 MBPS is too low for a 1920x1080 panel.  This results in
major UI responsiveness issues when the GPU is at lowest frequency, and
odd behavior from the GPU load measurement algorithm - low load
reported despite awful performance.  At 1500 MBPS bus speed, UI
responsiveness issues at lowest frequency disappear and the GPU will scale
properly when it needs to.

Change-Id: Icd28b1c398e00803ea811a7f0cbb4e89280210d1

Conflicts:
	arch/arm/mach-msm/board-8064-gpu.c