Defeat disable of bandgap_fclk during boot breaking thermal

Signed-off-by: Jaswinder Singh <jaswinder.singh@linaro.org>
UBUNTU: version 3.4.0-1486.2

Signed-off-by: Xavier Boudet <x-boudet@ti.com>
UBUNTU: update config

Signed-off-by: Xavier Boudet <x-boudet@ti.com>
UBUNTU: Debianization update

Signed-off-by: Xavier Boudet <x-boudet@ti.com>
UBUNTU: Add Erratas

Signed-off-by: Xavier Boudet <x-boudet@ti.com>
Revert "OMAPDSS: DISPC: Fix buffer underflow err on downscaling"

This reverts commit 16a2aa2aecd500010e5c7d9cc19be0d5ef24f8ce.
Revert "OMAPDSS: DISPC: HACK: Fix Transfer writeback pipeline FIFOs"

This reverts commit d93b6dd3a1b8aeb8c5d4fd46ff98bfa2b7bac9bf.
Revert "OMAPDSS: DISPC: HACK: Transfer writeback pipeline FIFOs to graphics pipeline FIFO"

This reverts commit 034e9da52ff28c3e8826b874cdb1171edf9d612f.
Revert "OMAPDSS: DISPC: Read fifo size of Writeback pipeline"

This reverts commit e4bfad79d2eec450f95b3483033d6e32b7f7135c.
Re-apply "dss: GLOBAL_BUFFER hack"

This reverts commit 180b5c412a6e2baad34bb8776f7c423b74582ad9.
rpmsg: adding remote daemon driver

rdaemon uses a simple implementation of rpmsg to communicate
with a remotecore that instantiates the RTSC rdaemon library.
OMAP4: DSP: Revert "OMAP4: DSP: Use software control for clockdomain"

This reverts commits 859c8efcda6d0fe4cb13776e2c9479e6a8f585b2 and
ee3a4b14e949326853895e60006454ef4fbc1828

The original problem is caused because of DSP power domain being in
OFF state and higher than required latency to come to ON state.

This should be fixed by drivers requesting QoS for lower latency and
thus putting DSP power domain in RET (CSWR) or higher state before
booting the DSP.

Signed-off-by: Roger Quadros <rogerq@ti.com>
remoteproc: omap: Set lantency constraint to prevent L3 errors

If the initial state of DSP power domain is OFF then it will
produce L3 bus errors when DSP is booted, probably due to the
higher than required latency time to switch from OFF to ON.

By setting a latency constraint so that the DSP power domain
is in RETentin state before booting the firmware we can get rid
of the L3 errors.

e.g. of L3 bus errors without this patch

    [   33.025390] rproc remoteproc0: powering up dsp_c0
    [   33.047271] rproc remoteproc0: Booting fw image tesla-dsp.xe64T, size 874888
    [   33.075408] omap_hwmod: dsp: failed to hardreset
    [   33.080383] omap-iommu omap-iommu.0: dsp: version 2.0
    [   33.115203] rproc remoteproc0: remote processor dsp_c0 is now up
    [   33.126312] virtio_rpmsg_bus virtio0: rpmsg host is online
    [   33.132415] rproc remoteproc0: registered virtio0 (type 7)
    [   33.154235] omap-rproc omap-rproc.0: received echo reply from dsp_c0
    [   33.160980] ------------[ cut here ]------------
    [   33.165893] WARNING: at arch/arm/mach-omap2/omap_l3_noc.c:117 l3_interrupt_handler+0x140/0x18c()
    [   33.175170] L3 custom error: MASTER:DSP TARGET:GPMC

Signed-off-by: Roger Quadros <rogerq@ti.com>
remoteproc: omap: disable/enable timers in suspend/resume

The timers associated with a remoteproc need to be running only
when the processor is active and executing, and need to be stopped
otherwise to allow the timer driver to reach low-power states. The
timers therefore are stopped and restarted appropriately in the
remoteproc's suspend and resume callbacks.

Signed-off-by: Subramaniam Chanderashekarapuram <subramaniam.ca@ti.com>
Revert "adding timer4 to remoteproc reservation for ducati"

This reverts commit 7d065df2e5b995628bf47c620c1331528aef6286.

We don't need Timer 4 for SMP BIOS.

Conflicts:

	arch/arm/mach-omap2/remoteproc.c

Signed-off-by: Roger Quadros <rogerq@ti.com>
UBUNTU: Config enable OMAP_RPMSG_RDAEMON

Signed-off-by: Xavier Boudet <x-boudet@ti.com>
UBUNTU: version 3.4.0-1486.3

Signed-off-by: Xavier Boudet <x-boudet@ti.com>