Enable ramconsole
Enable ramsconsole
max17042: fix fuel alert deactivate
smb328_charger: Shutting up a chatty driver

This driver is way too chatty and makes dmesg logs hard to read.

Change a bunch of pr_info() to pr_debug()

Change-Id: Ia23ddac2296421c0dbe0a76528312e0f31b745a9
Merge ics: c9e9ad4cdbbb6d58690e0c7315a5540fc6a18793, modem_if: Stop printing IPC RX/TX messages
sec_battery:  Make driver less chatty.

Change-Id: I88a47c5287b690f1b2645ed2ac1dfcbefb65adab
max17042: Make driver less chatty

Make a bunch of the debug stuff depend on CONFIG_POWER_SUPPLY_DEBUG

Change-Id: Ia47b6eba281dad6bf9a44908d1e13814c7872720
mach-u1: Make SoC "need recal" check shut up

There's no reason for this to print something out EVERY DAMN TIME.

Change-Id: Ie3e1d59979c74d2019f180818e85bf3bb77cc356
Merge in ICS: 26fd8c5cc31d0022a7c7df29a323d6c9fa1d0ff8, config: Increase log buffer size.
128k is a bit too small even after giving the chatty drivers
a dose of STFU.
ondemand: cpuidle detection

I found a problem with the ondemand governor while in earlysuspend
suspend mode (ondemand keeping the freq close to the max at all times
despite near 0% load). The problem is that the cpu starts to go in
long cpuidle cycles, a sampling_rate of 10000 (usec) is applied only
once in a while and the real sampling_rate becomes 1 second (or more).

So when a wakeup happens we return to the 10000usec sampling rate. The
ondemand sees lots of activity after the wakeup but those "loads" must
be adjusted down if the previous wall_time delta was huge and the
current one is tiny. We're too close to long cpuidle to worry about
the cpu freq anyway and it may be just a jitter load that if we take
into account without adjusting it down, will lead to the next long
cpuidle to be entered at the max freq again, and this repeats forever.

So my solution is to tweak the ondemand to scale down the "load"
according to the decrease in the wall_time delta ratio
(deep_sleep_ratio variable). This allows the CPU to stay at the lowest
freq during the deep sleeps even when the ondemand governor is enabled
and the sampling_rate is set to 10000. (setting the sampling_rate to
values >100000 would also tend to hide the problem but it'd screw the
interactive behavior by running at the lowest frequency for too long
during interactive usage)

During interactive usage with the screen on (not in earlysuspend
mode), or during playback or voip with screen off the deep_sleep_rate
is set to 1 practically all the time so it won't alter the behavior of
the ondemand governor unless the system is very idle (and in turn when
we want it to stay at low freq).

Change-Id: If0391e6d6c41c1c8c9fa590502e88e681a800b04

Signed-off-by: Andrea Arcangeli <andrea@cpushare.com>
ram console copied from mach-u1
ram console copied from mach-u1
E4GT: dpramz
stub request_phone_reset() - thanks to JT1134 for the idea
exynos: Voltage control interfaces

Based on gokhanmoral's combo patch at:
https://github.com/gokhanmoral/siyahkernel3/commit/c9d9ad92c7c97c7df7b55968b04b34c50ef3ed9e

I prefer to do things in smaller chunks - voltage control first,
clock control later.

Signed-off-by: Andrew Dodd <atd7@cornell.edu>
mc1n2: Allow swapping of microphone ADC channels

The SGH-I777 libaudio has the configuration for
ADC0[0] and ADC0[1] swapped.

When using GT-I9100 libaudio, this results in
the microphones being improperly swapped between
the main mic and the NR mic near the earpiece.

This patch allows the mic channels to be swapped
within the driver to deal with incompatible libaudio.

It is configurable via
CONFIG_SND_SOC_MC1N2_MIC_ADC_SWAP in the defconfig
in case the SGH-I777 libaudio becomes available.

Change-Id: Id5738369f3614c6ccf710ac02ae96ee65eb4398b
currentwidget support based on Entropy512's commit in his GB kernel
cpufreq_conservative: Reduce minimum polling interval

Conservative's minimum polling interval is very long - this patch reduces
it so the user can tune it downwards, while still respecting hardware
transition_latency limits.

Signed-off-by: Andrew Dodd <atd7@cornell.edu>
cpufreq_conservative: Change default tuning settings

Half the polling rate, but more aggressive up/down thresholds.

Signed-off-by: Andrew Dodd <atd7@cornell.edu>
cpufreq_conservative: Bump default frequency step up to 10 from 5

Based on a better understanding of how the governor operates,
this is a better choice on most Exynos devices.

Change-Id: I8ed87e2b61f621138aa5a20951d8a70037e986a9
Signed-off-by: Andrew Dodd <atd7@cornell.edu>