audit: kiss goodbye you stupid piece of crap logging messages.

Signed-off-by: Francisco Franco <franciscofranco.1990@gmail.com>
drivers: input: add a mechanism to wake the device by either double tapping the display or swipping from wherever you want. The device deep sleeps but the digitizer is still powered on, otherwise it couldn't detect touch events. Battery usage should be little to minimal, but I haven't ran any numbers.

Signed-off-by: Francisco Franco <franciscofranco.1990@gmail.com>
drivers: input: major improvements on the doubletap to wake feature.

Signed-off-by: Francisco Franco <franciscofranco.1990@gmail.com>
mako_hotplug: remove WQ_UNBOUND. If the queued work stays on the CPU that was queued by we will benefit from local caching and get better performance.

Signed-off-by: Francisco Franco <franciscofranco.1990@gmail.com>
cpufreq: interactive: re-add memory barriers. Lack of these was causing some hw_resets.

Signed-off-by: Francisco Franco <franciscofranco.1990@gmail.com>
drivers: thermal: add a panic thermal throttle level. Also properly throttle the CPU policies if the CPU is pegged to 100% load for a long time because just by adjusting the limits would throttle the CPUs just by itself unless the frequency dropped by <= throttled frequency.

Signed-off-by: Francisco Franco <franciscofranco.1990@gmail.com>
cpufreq: interactive: decrease input boost freq from max to 1242MHz for a extra bit of battery during prolonged use of the device.

Signed-off-by: Francisco Franco <franciscofranco.1990@gmail.com>
sound: expose hardware registers to userspace based on the datasheet: http://datasheet.elcodis.com/pdf2/79/40/794029/tpa2028d1.pdf

Signed-off-by: Francisco Franco <franciscofranco.1990@gmail.com>
softirq: reduce latencies

In various network workloads, __do_softirq() latencies can be up
to 20 ms if HZ=1000, and 200 ms if HZ=100.

This is because we iterate 10 times in the softirq dispatcher,
and some actions can consume a lot of cycles.

This patch changes the fallback to ksoftirqd condition to :

- A time limit of 2 ms.
- need_resched() being set on current task

When one of this condition is met, we wakeup ksoftirqd for further
softirq processing if we still have pending softirqs.

Using need_resched() as the only condition can trigger RCU stalls,
as we can keep BH disabled for too long.

I ran several benchmarks and got no significant difference in
throughput, but a very significant reduction of latencies (one order
of magnitude) :

In following bench, 200 antagonist "netperf -t TCP_RR" are started in
background, using all available cpus.

Then we start one "netperf -t TCP_RR", bound to the cpu handling the NIC
IRQ (hard+soft)

Before patch :

# netperf -H 7.7.7.84 -t TCP_RR -T2,2 -- -k
RT_LATENCY,MIN_LATENCY,MAX_LATENCY,P50_LATENCY,P90_LATENCY,P99_LATENCY,MEAN_LATENCY,STDDEV_LATENCY
MIGRATED TCP REQUEST/RESPONSE TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET
to 7.7.7.84 () port 0 AF_INET : first burst 0 : cpu bind
RT_LATENCY=550110.424
MIN_LATENCY=146858
MAX_LATENCY=997109
P50_LATENCY=305000
P90_LATENCY=550000
P99_LATENCY=710000
MEAN_LATENCY=376989.12
STDDEV_LATENCY=184046.92

After patch :

# netperf -H 7.7.7.84 -t TCP_RR -T2,2 -- -k
RT_LATENCY,MIN_LATENCY,MAX_LATENCY,P50_LATENCY,P90_LATENCY,P99_LATENCY,MEAN_LATENCY,STDDEV_LATENCY
MIGRATED TCP REQUEST/RESPONSE TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET
to 7.7.7.84 () port 0 AF_INET : first burst 0 : cpu bind
RT_LATENCY=40545.492
MIN_LATENCY=9834
MAX_LATENCY=78366
P50_LATENCY=33583
P90_LATENCY=59000
P99_LATENCY=69000
MEAN_LATENCY=38364.67
STDDEV_LATENCY=12865.26

Signed-off-by: Eric Dumazet <edumazet@google.com>
Cc: David Miller <davem@davemloft.net>
Cc: Tom Herbert <therbert@google.com>
Cc: Ben Hutchings <bhutchings@solarflare.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Francisco Franco <franciscofranco.1990@gmail.com>
drivers: thermal: protect against race conditions. Won't get the policy if the cpu is offline and it won't decrease the current freq if the max is <= throttled freq. Also block any hotplug work during thermal throttling phase.

Signed-off-by: Francisco Franco <franciscofranco.1990@gmail.com>
drivers: thermal: temporarily remove a piece of code - needs more work that I thought.

Signed-off-by: Francisco Franco <franciscofranco.1990@gmail.com>
gpu: debug changes
Merge remote-tracking branch 'upstream/nightlies-4.3-JWR' into nightlies-4.3

Conflicts:
	arch/arm/kernel/mako_hotplug.c
	arch/arm/mach-msm/lge/mako/board-mako-sound.c
	drivers/cpufreq/cpufreq_interactive.c
	drivers/input/touchscreen/lge_touch_core.c
	drivers/thermal/msm_thermal.c
	include/sound/tpa2028d.h
	sound/soc/codecs/tpa2028d.c
interactive gpu gov: fixed a bug which caused way too high frequencies
hotplug: tweaked resume function
hotplug: it will now use more conservative values for up and down threshold (+20) if gpu_idle is true and dynamic_scaling is active