Fix compile errors displaced lge_blocking_monitor

Signed-off-by: artas182x <artas182x@gmail.com>
After-mergining fixes
ext4: fixup 64-bit divides in 3.0-stable backport of upstream fix

Replace C division operators with div64_u64 for divides introduced in:
commit 503f4bdcc078e7abee273a85ce322de81b18a224
ext4: use atomic64_t for the per-flexbg free_clusters count

Specific to the 3.0-stable backport of the upstream patch.

Change-Id: Id10180ed16f54f58fc18531092e88f52fc6de31c
Reviewed-by: "Theodore Ts'o" <tytso@mit.edu>
Signed-off-by: Todd Poynor <toddpoynor@google.com>
Signed-off-by: artas182x <artas182x@gmail.com>
Disable checking the vermagic of kernel modules

Signed-off-by: artas182x <artas182x@gmail.com>
OMAPDSS: DSSCOMP: efficiency improvement.

This change adds 3 local caches of objects, which are used at each flip buffer
action. In original variant kzalloc()/kfree() functions are called each time
dsscomp_gralloc_queue() function is called. This meens that slab|slob|slub
common cache is used at each frame draw action. Call to kzalloc()/kfree()
result in synchronization with other code, which uses common cache, and can
result in dips in FPS, when other code allocates/frees memory.
This change improves reliability, autonomy and efficiency of DSSCOMP module.

Change-Id: Id50778f4579309fb71318a32820b9d6441a6dac1
Signed-off-by: Mykhailo Denysiuk <x0172934@ti.com>
Signed-off-by: artas182x <artas182x@gmail.com>
OMAP4: DSS: Implement workaround for Errata ID:i733.

Description of Errata i733:
Due to wrong timings, all register accesses transitioning through the L4
interconnect toward DSS are not reliable.

Workaround:
DSS register access should be addressed through the L3 interconnect.

This change fixes errata by using L3 for access to DSS in dss_hwmod
instead of L4.

Silicon Versions Impacted:
OMAP4430 ES1.0, ES2.0, ES2.1, ES2.2, ES2.3
OMAP4460 ES1.0, ES1.1
OMAP4470 ES1.0

Change-Id: Ie087b861ee653a3beeacba74c3afe7b1a0490ed4
Co-author: Raghuveer Murthy <raghuveer.murthy@ti.com>
Signed-off-by: Mykhailo Denysiuk <x0172934@ti.com>
Signed-off-by: artas182x <artas182x@gmail.com>
OMAP4: battery: Defer works till the end of the probe.

Works were scheduled in the middle of the probe function,
before initialization of all struct twl6030_bci_device_info
data members, and twl6030/twl6032 was completed.
It was possible that work started before probe completed,
and uninitialized data was accessed.

Defer works till the end of the probe.

Change-Id: Ie930346669b478c9c5dd837f2f655e2b430fd557
Signed-off-by: Oleksandr Kozaruk <oleksandr.kozaruk@ti.com>
Signed-off-by: artas182x <artas182x@gmail.com>
MFD: twl6030-gpadc update trim information

In the latest iteration of the data sheet the TRIM information was
changed from 2s complement to magnitude + sign. And the codes for
channel 10 were updated. Update code to reflect this change.

Change-Id: Ibaa3cbbe2241e1ce844e1249f0ab6389a1ed9b93
Signed-off-by: Graeme Gregory <gg@slimlogic.co.uk>
Signed-off-by: artas182x <artas182x@gmail.com>
MFD: TWL6030: Introduce errata implementation

This patch adds for the kernel code ability to the errata
implementation for the TWL6030/TWL6032 chips.

Change-Id: Ieb2329ec3cf1e0300decc2908fba28aa471854e5
Signed-off-by: Oleksandr Dmytryshyn <oleksandr.dmytryshyn@ti.com>

Conflicts:

	drivers/mfd/twl-core.c
	include/linux/i2c/twl.h
Signed-off-by: artas182x <artas182x@gmail.com>
gcx: boot stability fix

Signed-off-by: artas182x <artas182x@gmail.com>
arm: vfp: Fix memory corruption on PM suspend

Commit 36af2a47 ("ARM: vfp: Always save VFP state in vfp_pm_suspend")
introduced a potential use-after-free bug. On SMP systems,
vfp_current_hw_state might hold dangling pointers in case a task which
used the VFP last migrates to another CPU and then exits. If
vfp_pm_suspend is called while vfp_current_hw_state still holds a
pointer to the freed thread_info, that memory location will be written,
potentially overwriting a new object allocated there.

The original problem is only relevant to UP systems in which the VFP
state is stored lazily.

Fix this by only storing the VFP state on UP systems, and avoid doing so
on SMP ones.

Change-Id: I8f7026eb735b340fcef4cf12fbd12b9a0ea08d3f
Signed-off-by: Ido Yariv <ido@wizery.com>
Signed-off-by: Eyal Shapira <eyal@wizery.com>
Signed-off-by: Colin Cross <ccross@android.com>
Signed-off-by: artas182x <artas182x@gmail.com>
TI TFW: omap die governor: cancel synch panic guard work on suspend

The decrease_mpu_freq_work has to be canceled synchronously before
continue suspending.
The decrease_mpu_freq_work may sleep because of accessing to I2C bus as
result WFI may be reached in the middle of its execution which will
prevent system from entering to OFF state.

Change-Id: Ief29ba634b9d296f8aa82f94bd39687c65b331ec
Signed-off-by: Grygorii Strashko <grygorii.strashko@ti.com>
Signed-off-by: artas182x <artas182x@gmail.com>
MFD: twl6040-codec: cancel synch all active works on suspend

The TWL6040 vib_update work has to be canceled synchronously
before continue suspending, because of:
- it may sleep while accessing to I2C bus and, as result, WFI may be
reached in the middle of its execution and that may prevent system
from entering to OFF state.
- the device suspend handler may switch TWL6040 device to sleep
state while vib_update work is still active.

Change-Id: I77b681188976378eec9242ea64dc5f001960d279
Signed-off-by: Grygorii Strashko <grygorii.strashko@ti.com>
Signed-off-by: artas182x <artas182x@gmail.com>
MFD: TWL6030: cancel synch all active works on suspend

The TWL6030 battery works have to be canceled synchronously
before continue suspending, because of:
- they may sleep while accessing to I2C bus and, as result, WFI may be
reached in the middle of its execution and that may prevent system
from entering to OFF state.
- the device suspend handler may switch TWL6030 device to sleep
state while their works are still active.

Change-Id: Ie3ef579e05bded049e39f9186acb01b116283c87
Signed-off-by: Grygorii Strashko <grygorii.strashko@ti.com>
Signed-off-by: artas182x <artas182x@gmail.com>
OMAP4: U2:Set invalid reset_gpio for HDMI

Set invalid reset_gpio for HDMI default display platform data,
in order to not get any gpio requested.

Signed-off-by: artas182x <artas182x@gmail.com>
sched: LOAD_FREQ (4*HZ+61) avoids loadavg Moire. From http://ripke.com/loadavg/moire

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