omap: remoteproc: fix a compilation error on autosuspend disable

The patch,
"omap: remoteproc: set the load boot address in activate function",
introduced a compilation error when the remoteproc autosuspend is
disabled from the kernel menuconfig.

drivers/remoteproc/omap_remoteproc.c: In function 'omap_rproc_activate':
drivers/remoteproc/omap_remoteproc.c:191: error: 'struct omap_rproc_priv' has no member named 'bootaddr'
drivers/remoteproc/omap_remoteproc.c: In function 'omap_rproc_start':
drivers/remoteproc/omap_remoteproc.c:470: error: 'struct omap_rproc_priv' has no member named 'bootaddr'
make[2]: *** [drivers/remoteproc/omap_remoteproc.o] Error 1
make[1]: *** [drivers/remoteproc] Error 2
make: *** [drivers] Error 2

The same has been fixed.

Change-Id: I99506d6d30724e51a0325762d9ba2dff533fe852
Reported-by: Mihail Dobrev <x0099086@ti.com>
Signed-off-by: Miguel Vadillo <vadillo@ti.com>
remoteproc: export rproc_da_to_pa function
The rproc_da_to_pa function has been converted from an internal
function to a public function. The function's signature is also
modified to be similar to its counter-part and already exported
function, rproc_pa_to_da.
rpmsg: kconfig: add a dependency with remoteproc in rpmsg_omx

Due to the use of the rproc_pa_to_da API's in rpmsg_omx, now
this module depends on remoteproc directly. So a dependency
needs to be added in kconfig to avoid breaking the build
when disabling remoteproc driver.

Change-Id: Ife9b3ec20154ddf24cc0f7a5241dd13b08440101
Signed-off-by: Juan Gutierrez <jgutierrez@ti.com>
OMAP: HDMI: Correction in HDMI PLL program sequence

Current code sets PLL_GO to 1 and the waits for the PLL_GO to
become 1. This is not required and instead we should wait for
PLL_GO to become zero. As per TRM once PLL operation is over
PLL_GO bit will be reset to zero. After waiting for PLL_GO to
become zero PLL_STATUS register is read to check the PLL LOCK
status.

Change-Id: If077695ee95d07df354d97f2b88cf64db94bc27e
Signed-off-by: Muralidhar Dixit <murali.dixit@ti.com>
ASoC: OMAP: HDMI: Sync to TI-OpenLink: ASoC: OMAP: HDMI: Defer audio transfer start
Defer audio transfer after HDMI AUDIO wrapper is enabled.
If audio transmit was started along with audio wrapper enabling,
spurious data (zeros) was sent at the beginning of the transfer
as part of the of audio sample packets, due an AUDIO FIFO UNDERFLOW,
which was shifting audio channels.