tuna_defconfig: MirageKernel v1.6 (Reconcile ak)

Change-Id: I6d9d357e3e52be8054ac445e65572e410af15c20

cpufreq: interactive: handle errors from cpufreq_frequency_table_target

Add checks for error return from cpufreq_frequency_table_target, and be
less noisy on the existing call with an error check.  CPU hotplug and
system shutdown may cause this call to return -EINVAL.

Bug: 8613560
Change-Id: Id78d8829920462c0db1c7e14e717d91740d6cb44
Signed-off-by: Todd Poynor <toddpoynor@google.com>
Signed-off-by: Francisco Franco <franciscofranco.1990@gmail.com>

board: tuna: fix warnings.

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

lib/percpu_counter.c: enclose hotplug only variables in hotplug ifdef

These variables are only used when CONFIG_HOTPLUG_CPU is enabled, they are
ifdef'ed everywhere else.  So don't define them when CONFIG_HOTPLUG_CPU is
not enabled.

Signed-off-by: Glauber Costa <glommer@parallels.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

staging: android: Avoid using camelcase in binder.h

This changes the following:

1: BinderDriverReturnProtocol -> binder_driver_return_protocol
2: BinderDriverCommandProtocol -> binder_driver_return_protocol

These enums are not currently used, but still generate noise in checkpatch.

Well, did. They don't now :)

Signed-off-by: Cruz Julian Bishop <cruzjbishop@gmail.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

readahead: fault retry breaks mmap file read random detection

.fault now can retry.  The retry can break state machine of .fault.  In
filemap_fault, if page is miss, ra->mmap_miss is increased.  In the second
try, since the page is in page cache now, ra->mmap_miss is decreased.  And
these are done in one fault, so we can't detect random mmap file access.

Add a new flag to indicate .fault is tried once.  In the second try, skip
ra->mmap_miss decreasing.  The filemap_fault state machine is ok with it.

I only tested x86, didn't test other archs, but looks the change for other
archs is obvious, but who knows :)

Signed-off-by: Shaohua Li <shaohua.li@xxxxxxxxxxxx>
Cc: Rik van Riel <riel@xxxxxxxxxx>
Cc: Wu Fengguang <fengguang.wu@xxxxxxxxx>
Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
modified for Tuna kernel from Linux Mainline by faux123

unlzo: fix input buffer free

unlzo modifies the pointer to in_buf, so we have to free the original
buffer, not the modified pointer.

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>
Cc: Lasse Collin <lasse.collin@tukaani.org>
Cc: Namhyung Kim <namhyung@gmail.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

OMAP:DSS2: Fix FIFO threshold calculation

    Calculated low-threshold value did not seem to work for
    the case of 1 > LineSize/MemoryLineBufferSize > 1/2.  Increased
    calculated value to avoid FIFO THRESHOLD UNDERFLOW errors.

    Change-Id: I60c7fa25de8737ef984bd1506cd70f1d39736acb
    Signed-off-by: Lajos Molnar <molnar@ti.com>

Rebased on latest c-model calculation fixes.

Change-Id: Icf086e71cf70385a0eaf6dbafe8377da92d053ba
Signed-off-by: Girish S G <girishsg@ti.com>

ARM: OMAP4: Add put/get sync clocks in setwakeenable

Need to add the clock calls to the setwakeupenable GPIO functions
as on 4430 when going to idle the IRQ enable register is trying to
be accessed with clocks off causing a kernel panic.

Change-Id: Ia01ea21ff8674a4f48263addfc3bcc7b8475f17c
Signed-off-by: Dan Murphy <dmurphy@ti.com>

mfd: twl6040: Add power-up time define

TWL6040 MFD has a power-up time of 16ms. In terms of TWL6040 hardware,
it represents the transition between Sleep -> Power-On states.

Change-Id: I1510bfa67fa512cb8d274579f1b4502bed303ab6
Signed-off-by: Misael Lopez Cruz <misael.lopez@ti.com>

OMAP: DSSCOMP: Use vmalloc for large allocations

Use vmalloc for large allocations that do not need to be
contiguous.  This keeps more memory for kmalloc.

Change-Id: I76290a16498f8846e58559b867013b62bfa3662e
Signed-off-by: Lajos Molnar <lajos@ti.com>