dss clock: go back to sw susp for all devices

Change-Id: Ia40c167c9e703969812dd55a0afd92f48a42046f
[FIX] OMAP4470: OPP/voltage: Add CORE OPP100 to High Perf CORE OPP set

Partial revert of Amazon's changes to re-patch the following commit:
http://git.omapzoom.org/?p=kernel/omap.git;a=commit;h=5751eb339d2f2a406bf8a32a35f7ab28a7674354

Change-Id: I429cefc5b6839da93f019ac1c8ce9e766d239faf
mach-omap2/display: partial revert of Amazon source removing tput setting for display

Later to be patched with more current device_scale function which uses OPP.

Change-Id: Ic8b398f9f1b21593a46ae48656bb313a33e5e2f5
[FIX] dss/dsi: partial revert to allow for correct device_scale functions to be added

Change-Id: I3433fb7258750d66dcd03e67a9b9e2db6cb2d70e
OMAPDSS: DSS: Scale DSS OPP according to pixel clock rate

Before enabling pixel clock DSS should set its OPP
for OPP framework to set correct VDD_CORE voltage level.

When pixel clock is disabled DSS can set the lowest OPP.

Change-Id: Ia1459614ae306dba9b048b149e474442e2880bba
Signed-off-by: Taras Kondratiuk <taras@ti.com>

Conflicts:
	drivers/video/omap2/dss/dsi.c
dss: partial revert of Amazon source to apply omapzoom bandwidth patches

Change-Id: I430fd10a81e0643967e445f59844302ae7f1c7d4
OMAP4: OMAPDSS: Request higher bandwidth for 1080p FB

Request higher L3 bandwidth when we have 1080p, or higher,
resolution framebuffer. This is done to avoid underflow on
DSS pipelines.

Change-Id: Ieca56ae8bc9ec6147ab9301c267c29279a9399ca
Signed-off-by: Dandawate Saket <dsaket@ti.com>
Signed-off-by: Peter Nordström <nordstrom@ti.com>
OMAPDSS: DSS: Relax L3 bus bandwidth constraint

In a current codebase L3 BW constraint is set if
any display has resution higher or equal FullHD.

Estimated available DSS bandwidth on L3@OPP50 is ~800MB/s.
It is approximately 3 WXGA layers or almost 1.5 FullHD layers at
60fps rate.

This patch relaxes L3 BW constraint and set it only
if current overlays' configuration needs higher BW.

Change-Id: I45afe36876e9898b45e20901d2b5c2633f32b914
Signed-off-by: Taras Kondratiuk <taras@ti.com>

Conflicts:
	drivers/video/omap2/dss/manager.c
Revert "Android alarm: IOCTL command encoding fix"

commit 87dd2c484ae11e2e0a34996d96bfbfaf20f57b45 upstream.

Commit 8d60d6aaf085d1728a4fda1f59b47622fe2ab495. changed the
ANDROID_ALARM_GET_TIME ioctls from IOW to IOR.  While technically
correct, the _IOC_DIR bits are ignored by alarm_ioctl, so the
commit breaks a userspace ABI used by all existing Android devices
for a purely cosmetic reason.  Revert it.

Change-Id: Iee360bb07891e317c4172ef544fc77d99488e5e9
Signed-off-by: Andrii Beregovenko <a.beregovenko@ti.com>
OMAPDSS: DSSCOMP: Add GPL license information

GPL license information was missing in gralloc.c

Change-Id: I9da3b0cc8a4ad28439483bdc6fdc19587d1ad200
Signed-off-by: Victor Kleinik <x0150886@ti.com>
dss: cleanup JEM dispc clock set handling

Change-Id: I7e70e8001122f3833ef622eff254ce43ec780b6c
Fix mach-omap2/omap-iommu.c to prevent NULL pointer deref and fix a warning.

Change-Id: Iee7790cd529d8823b8c0606a3e4e614e94df0a77
Signed-off-by: Ruslan Bilovol <ruslan.bilovol@ti.com>
ARM: omap2: fiq_debugger: ifdef local_timer_irqs in dump_irqs()

The local_timer_irqs field is surrounded by #ifdef
CONFIG_LOCAL_TIMERS in the irq_cpustat_t structure.  Do the same
for its usage in dump_irqs() so fiq_debugger can compile on
non-SMP systems.

Change-Id: Ie212d39b8c705f6815e00d86569bdb92b0c1e4c1
Signed-off-by: Scott Anderson <saa@google.com>
Signed-off-by: Ruslan Bilovol <ruslan.bilovol@ti.com>
OMAP: DMA: Set thread reservation for high-priority channels

Reserve one thread for write and one for read for high-priority
channels. This configuration helps latency critical synchronized
transfers: memory-peripheral and/or peripheral-memory.

Change-Id: Ib8ecf32db126937820b1da04b183568c44143d64
Signed-off-by: Misael Lopez Cruz <misael.lopez@ti.com>
Signed-off-by: John Grossman <johngro@google.com>
Signed-off-by: Ruslan Bilovol <ruslan.bilovol@ti.com>
ARM: OMAP: USB: Fix compiler warnings

Change-Id: I871e4429da55cfc79a6e1b01ffc1029032c14ef9
Signed-off-by: Mike J. Chen <mjchen@google.com>
Signed-off-by: Ruslan Bilovol <ruslan.bilovol@ti.com>
OMAP4: OMAPFB: Always set a x_decim and y_decim in overlays

When using the framebuffer API to setup overlay, there's
currently no way to pass a x_decim and y_decim value in
so set some safe non-zero defaults.  Otherwise, when
the overlay is enabled, zero values will cause divide
by zero error in dispc.

Change-Id: Id2cb4bc4cb6be7b57e3ab5fc28fffc57163faecb
Signed-off-by: Mike J. Chen <mjchen@google.com>
Signed-off-by: Ruslan Bilovol <ruslan.bilovol@ti.com>
OMAP4: OMAPFB: Set overlay zorder to 0 if omapfb API used

Since there's no ioctl to set zorder when modifying overlays
using SETUP_PLANE, it's more useful to userland code if
overlay is 0, so they don't have to use sysfs and first
figure out which overlay is being used by omapfb.

Change-Id: I1c2eeecb0b950439e40eec895d6b89c73df2fd7e
Signed-off-by: Mike J. Chen <mjchen@google.com>
Signed-off-by: Ruslan Bilovol <ruslan.bilovol@ti.com>
OMAP4: DSSCOMP: Check user passed arg in ioctl

Prevent stack overflow if user passes in a value
that's too large for num_ovl.

Change-Id: I86a232544f8acc6a08eca00dfdb71db41f355341
Signed-off-by: Mike J. Chen <mjchen@google.com>
Signed-off-by: Ruslan Bilovol <ruslan.bilovol@ti.com>
OMAP:DSSCOMP:Limit modedb_len in query ioctl

Add an argument sanity check/limit to prevent
heap corruption attacks.

Change-Id: Ib466af13dba8da6bd4d9b326cdc6b842c8f3caa7
Signed-off-by: Erik Gilling <konkers@android.com>
Signed-off-by: Ruslan Bilovol <ruslan.bilovol@ti.com>
OMAP: process tput request made before PM init.

Because driver load order is uncertain, drivers could request bus
throughput constraints before the PM subsystem had initialized.  The
constraints would be recorded, but would have no effect on the actual
L3 clock.  This change suppresses attempts to set L3 scaling before PM
has initialized, and causes the PM subsystem to apply any pending bus
throughput constraints immediately after it has initialized itself.

Change-Id: If2a1f5315b8c1b084e4e4b3ce8e6844d92dd59b6
Signed-off-by: John Grossman <johngro@google.com>
Signed-off-by: Ruslan Bilovol <ruslan.bilovol@ti.com>

Conflicts:
	arch/arm/mach-omap2/pm44xx.c