Added offset pointer support to MmRcp.

New parameter type to support data pointers into managed memory
allocations such that the data pointer is offset from the base
address.

Moved drm libraries out of common variable.

Ran autoreconf to generate new makefiles and configure script.

tests: mmrpc_test: Updated Mx_compute() to test rpmsgrpc buff translation.

Requires DRM library, to allocate DRM buffers, allowing access to
shared memory via user virtual and DMA_BUF handles.

Signed-off-by: G Anthony <a0783926@ti.com>

tests: mmrpc_test: Add DRM library to Linux side makefiles.

DRM library is needed for the Mx_Compute() buffer translation use case.

Add DRM_PREFIX in ipc-linux.mak and Makefile.am

Signed-off-by: G Anthony <a0783926@ti.com>

products.mak: Added DRM_PREFIX setting.

This DRM_PREFIX is used by linux/src/tests/Makefile.am

Signed-off-by: G Anthony <a0783926@ti.com>

Linux: Added DRM_PREFIX config variable to the Linux build for OMAP5 and DRA7XX devices

Set status field in fw_rsc_vdev after MessageQCopy_attach and before RscTable_update in QNX

Signed-off-by: VW <vwan@ti.com>

MxServer_compute: Incremented num params from 1 to 2 to match signature.

Previously, MxServer_compute function had only 1 paramter (return val included)
in the signature.

This was not being checked by the QnX rpmsgrpc driver, but is being checked by
Linux rpmsgrpc driver, which caught the inconsistency during an RpcCall.

This has been fixed.

Signed-off-by: G Anthony <a0783926@ti.com>

VirtQueue: OMAP5: Poll for VDEV status in VirtQueue_startup()

This resolves a race condition where the first slave RPMSG send would block
in a non-task context on a Semaphore_pend(), when the slave loads faster than
than the host can prime the send buffers in the vring to the host.

This patch implements the solution for OMAP5 separately.

Signed-off-by: G Anthony <a0783926@ti.com>

VirtQueue: Poll for VDEV status in VirtQueue_startup() to sync rpmsg on boot.

Previously, various methods (or none) have been implemented to ensure that
the slave has buffers available in the vring to the host before sending its
first message.

VirtQueue_startup() now polls the status bit in the VDEV struct of the Resource
table for a completion status, written by the host after the VDEV is created
successfully.

This resolves a race condition where the first slave RPMSG send would block
in a non-task context on a Semaphore_pend(), when the slave loads faster than
than the host can prime the send buffers in the vring to the host.

This patch implements the solution for Vayu separately.

Signed-off-by: G Anthony <a0783926@ti.com>

Resource: Add accessor to read the status field from a VDEV struct.

The Linux host will write a VIRTIO_CONFIG_* status into the remote processor
resource table upon completion of VDEV creation.

As this corresponds to priming of vring buffers for RPMSG type VDEVs, this is
a useful status for the slave to poll before it sends it's first RPMSG
to the host.

Other non-Linux HLOS must implement a similar status update mechanism.

Signed-off-by: G Anthony <a0783926@ti.com>

VirtQueue: Added capability to see Log_print from Vayu/OMAP5 VirtQueue.

The VirtQueue modules for Vayu and OMAP5 are not XDC modules.

For non-XDC files, a module name needs to be registered so that Log_print
and Diags will work.

This introduces a private _VirtQueue_init() function, called in
VirtQueue_create(), to register VirtQueue with the Diags/Log system.

Signed-off-by: G Anthony <a0783926@ti.com>

Merge tag '3.00.02.26' into ipc-next

3.00.02.26

.gitignore: Ignore patch files

Add *.patch to .gitignore so that patches can remain in the
tree when a regular git clean is performed.

Signed-off-by: Suman Anna <s-anna@ti.com>

Configs: DRA7xx: Change IPU1 BIOS tick timer to use GPT11

Both the IPU1 and IPU2 are currently configured to use the
same GPTimer as the source for BIOS tick timer. Switch the
IPU1 timer to use GPT11 instead so that both the processors
can be run simultaneously.

Signed-off-by: Suman Anna <s-anna@ti.com>

Configs: DRA7xx: Update the dmtimer addresses

DRA7xx has 16 timers and the MMU equivalent addresses are defined
only for a subset of these dmtimers. Define the addresses for all
the dmTimer addresses as per the resource table configuration for
a HLOS usecase.

Signed-off-by: Suman Anna <s-anna@ti.com>

Remoteproc: DRA7xx: Remove MPU mapping from resource table

The L4_PER mapping entry is split into three individual L4_PERx
entries. This is done to remove any mappings for the MPU-relevant
address spaces into the slave processor MMUs.

Signed-off-by: Suman Anna <s-anna@ti.com>

ping_rpmsg: Updated test to take numLoops and CoreId arguments.

Test updated to allow testing rpmsg_proto socket over multiple cores, and
in multiple processes via command shell.

Signed-off-by: G Anthony <a0783926@ti.com>

Vayu: Added DRA7XX platform to configure.ac and Makefile.am for Linux builds.

Also, added DRA7XX MultiProc configuration table to build MessageQ tests for
Vayu.

Signed-off-by: G Anthony <a0783926@ti.com>

SrvMgr: Publish OMX server for DRA7xx IPU1 & DSP2 processors

Add logic to publish separate rpmsg-omx channel devices to the
host for IPU1 and DSP2 processors for DRA7xx. These are kept
different so that they can be run simultaneously with IPU2 and
DSP1 processors without causing any name conflicts.

Signed-off-by: Suman Anna <s-anna@ti.com>

Vayu: Tests: Add support for IPU1 and DSP2

- Resource Table: Vring physical addresses are made unique depending on VAYU
  core, and need to match CMA base addresses; given both DSP and IPU
  have IOMMU's, the device addresses otherwise remain the same.
- Adjust test image memory maps to fit in 6MB footprint for initial testing.
- Add support to build tests for IPU1 and DSP2 platform instances.

Signed-off-by: G Anthony <a0783926@ti.com>
[s-anna@ti.com: add dsp2 and ipu1 build targets]
Signed-off-by: Suman Anna <s-anna@ti.com>
Vayu: Tests: Adjust memory maps for IPU1 and DSP2

Retain the memory map for IPU2 while creating a newer
memory map for IPU1. Also fix some of the other sizes.

Signed-off-by: Suman Anna <s-anna@ti.com>

Revert "Resources: Define memory region type for carveout entries"

This reverts commit 7c6349ba5dddddf10e082d7180ef422505623928
(from omapzoom.org sysbios-rpmsg repo), so that we do not need the hack on
the kernel-side for the expected reserved field.

Signed-off-by: Suman Anna <s-anna@ti.com>
Signed-off-by: G Anthony <a0783926@ti.com>

Build: Entry point alignment to ti.ipc.remoteproc

Move the logic ensuring entry point alignment from
ipc-bios.bld into ti.ipc.remoteproc.  This is a commonly
used package in environments where these alignment
constraints exist.

This also enables customer executables to 'freely' meet
the necessary entry point alignment requirements without
explicitly doing anything.

Note that because of the clever technique employed to ensure
alignment, namely setting the entry point to BIOS's
already-aligned HWI vector table, we only override the entry
point this flag if BIOS is used.  If BIOS is not used, it
becomes the application's responsibility to ensure any
device-specific entry point alignment constraints are met.

A nice side effect is that ipcdev can now build executables
that don't have a BIOS dependency.

C64T: use common C6x compiler opts

The compiler options IPC throws for the C64T target should
be the same as other C6x targets; there's no need for them
to be different.

Note that these C64T-specific flags were introduced in
8f8201d89c330e1776645b572b9151ea9b5e99ce.
This commit reverts that.

Changes for new cmem.h location and CMEM library

Linux Utils 4.00 simplified the directory structure of
CMEM from Linux Utils 3.x.  This commit updates to that new
release.

This only affects users of the nano test.

Enable BIOS-side to build for specific platforms

Enhance ipc-bios.bld to only add specified platforms
to a target.  This allows C66 users to build only Vayu
executables without TCI6638 (for example).  Previously,
when enabling C66 support, C66 executables for all
platforms were built, which was always more than the
user needed.

This reuses the [previously Linux-specific] PLATFORM
variable in products.mak to indicate which BIOS-side
platform to build executables for.

Merge remote-tracking branch 'origin/3.00' into ipc-next

6636: More Linux and BIOS 6636 support

Add tci6636 as a new PLATFORM visible to Linux autotools.

On the BIOS side, treat 6636 just like 6638 in config and
build scripts.

Linux: MmRpc libraries build only for platforms that support MmRpc regardless of KERNEL_INSTALL_DIR settings.

This addresses SDOCM00102069

TCI6636: Change MultiProc names to match TCI6638

QNX: Fix multi_process.sh for < 10 processes

The slave side executables can only handle a maximum of 10 threads,
so the script did not work corrently when it inadvertently tried to
look for an 11th thread.

This addresses SDOCM00102315 (in 3.00 stream).

Signed-off-by: VW <vwan@ti.com>
(cherry picked from commit d51cd492b52da4fb68bbeb75debd4d16f774a764)

QNX: Fix default build to not 'install'

The default build goal shouldn't run the 'install' goal.

This addresses SDOCM00102313 (in 3.00 stream).
(cherry picked from commit 5034b514740a987fe1f80456402c89fd1ed84c08)

Change adds support for TCI6634 and TCI6636

Fixes a build error when using the new TCI6636 platform.

QNX: Minor file inclusion cleanup

Mop up a few #include file dependencies.

QNX: Remove unnecessary header inclusion

Removal of a single unnecessary header file included in
QNX's NameServer_daemon.

More minor coding convention fixes

Found by static analysis.

Signed-off-by: Chris Ring <cring@ti.com>

QNX: Fix multi_process.sh for < 10 processes

The slave side executables can only handle a maximum of 10 threads,
so the script did not work corrently when it inadvertently tried to
look for an 11th thread.

This addresses SDOCM00102067.

Signed-off-by: VW <vwan@ti.com>

Fix coding conventions in a few headers

Correct some IPC header issues recently identified by static
analysis.

Vayu: Remove ti.platform.vayu.* pkgs

In the IPC 3.00 stream the tests/examples switched to
ti.platforms.evmDRA7XX platform instances, but we left
these ti.platform.vayu.* platform packages in the IPC product
to not disrupt existing users of them.

Users have had adequate time to move to the XDC-provided
platform instances, so we are removing them in the IPC 3.10
stream.

QNX: Fix default build to not 'install'

The default build goal shouldn't run the 'install' goal.

This addresses SDOCM00102137.

QNX IPC: MmRpc - Generate .so Libs also

Generate .so libraries in addition to .a so that the
MmRpc can be dynamically linked.

Signed-off-by: Angela Stegmaier <angelabaker@ti.com>

QNX IPC: Export MmRpc Libs and Headers

Export the MmRpc generated libraries to usr/lib and
export the header file to user/include/ti/ipc/mm.

This is so that apps can easily include the header and
link with the library.

Signed-off-by: Angela Stegmaier <angelabaker@ti.com>

Replaced usage of pathconf() with PATH_MAX

pathconf() returns error when file is located in /tmp. We switch to using PATH_MAX to avoid this problem.

Signed-off-by: VW <vwan@ti.com>

Vayu: Increased processor table size in NotifySetup module

When building for all cores on Vayu device, with non-SMP mode
on IPU1, the processor table was too small.

Signed-off-by: Ramsey Harris <ramsey@ti.com>

MmRpc: Remove 'base' field from MmRpc_Xlt struct

This field was confusing and redundant. Given that the address
and offset to the embedded pointer are already available, the
base value can be derived in the MmRpc API layer.

Signed-off-by: Ramsey Harris <ramsey@ti.com>

QNX: Remove tiler and update makefiles

Tiler is now [correctly] managed independent from IPC.  This
commit removes tiler support from IPC.

Tests: Update tests to support concurrently loaded slaves

Update the tests so that each core registers a different
endpoint name.  In this way multiple images can be loaded
at the same time and these tests can be run for each core
without having to unload and reload another image.

Tests: Update RPC Stress test

Update the test so that each core registers a different
endpoint name.  In this way multiple images can be loaded
at the same time and this test can be run for each core
without having to unload and reaload another image.

Signed-off-by: Angela Stegmaier <angelabaker@ti.com>

QNX: Don't Disable Host->rproc Interrupts During Register

The register/unregister functions are clearing mailbox
messages and disabling the host->rproc interrupts.  When loading
multiple remote procs, this can cause an issue where the
remote proc's host->rproc interrupt remains disabled and the
remote proc is unable to receive interrupts.

This patch removes the code to avoid disabling the interrupt.

BIOS: Remove M3 executable support for Vayu and OMAP5

No longer build the OMAP5 and Vayu tests when the M3 target
is set.  We want to migrate users of these devices to the M4
target.

Also, an issue in BIOS 6.35.02 restricts Vayu to only M4
target support, so this ensures BIOS 6.35.02 users don't
hit this issue.

Config and package updates for new XDCtools and SYS/BIOS builds

This fixes build and configuration issues for the following imports:

SYS/BIOS 6.35.02.44_eng
XDCtools 3.25.01.64_eng

Signed-off-by: Ramsey Harris <ramsey@ti.com>

Tests: Update tests to use DRA7XX platform instance

Teach ti.ipc.tests to use instances of the
ti.platforms.evmDRA7XX platform rather than the IPC-specific
vayu platforms.  These IPC-specific platforms can now be removed,
although we'll save that for the 3.10 stream so we don't break
existing users of them.

Note the two subtle changes in ipc-bios.bld.  First, the
platform name should be 'ti.platforms.evmDRA7XX' (note the
plural 'platforms').  Second, the platform defined by XDC includes
an instance named "IPU2", so our locally defined instance name
cannot match that - so it's changed to lowercase 'ipu2'.  Going
forward, we should standardize on platform instances with
all lower-case names.

Signed-off-by: Chris Ring <cring@ti.com>

Vayu: More support for the DRA7XX part number

'DRA7XX' and 'Vayu' are the same device.  An earlier
commit added support for 'DRA7XX' but missed a few places,
which this commit addresses.

These missing changes were found when enabling platform instance
support to HLOS-based examples, so these changes are isolated to
packages used in HLOS environments.

Signed-off-by: Chris Ring <cring@ti.com>

Vayu: Remove unnecessary dependency in InterruptIpu

There was an unnecessary dependency from the IPU interrupt handler
(ti.sdo.ipc.family.vayu.InterruptIpu) onto the core of IPC
(ti.sdo.ipc.Ipc).  For the MmServiceMgr use case, which needs the
interrupt handler but not the core of IPC, this dependency brought
in unnecessary code/data.

Signed-off-by: Chris Ring <cring@ti.com>

MmServiceMgr: Hide internal MmServiceMgr_start() fxn

Minor documentation change to hide the internal
MmServiceMgr_start() from doxygen-generated API reference guides.

Signed-off-by: Chris Ring <cring@ti.com>

Vayu: Enable configuration of IPU mailbox virt addrs

IPC must access the physical mailbox addresses (physically
at 0x4XXX_XXXX) via virtual addresses (typically set up
using the IPU's AMMU).  System integrators need the
flexibility to place these mailboxes at different virtual
addresses.

System integrators can now use the InteruptIpu.mailboxBaseAddr[]
config params to place these mailboxes at virtual
addresses other than the default (which is 0x6XXX_XXXX).

Also clarified the cdoc documentation.

Signed-off-by: Chris Ring <cring@ti.com>

QNX IPC: Main - Use Absolute Path of Firmware

Save the absolute path of the firmware file to use
when loading the firmware.

This is useful for the recovery situation, where the
relative path will no longer work.

Signed-off-by: Angela Stegmaier <angelabaker@ti.com>

Added support for new platform: ti.platforms.evmDRA7XX

Added evmDRA7XX alias for Vayu in family Settings.xs. Removed
references to simVayu platform.

Signed-off-by: Ramsey Harris <ramsey@ti.com>

QNX IPC: RPMSG-RPC - Don't Wait for Response During Destroy

When calling rpmsg_rpc_destroy, all existing connections
are disconnected so that the remote core may be reloaded
and stale connections are not left open.

When rpmsg_rpc_destroy is called, it is assumed that
the remote processor has already been stopped.  In this
case, there is no need to wait for a response from the
disconnect call.  Instead, the connection can immediately
be marked as disconnected and destroy can continue.

This patch modifies each remote core connection to have
a parameter that tells whether or not the destroy function
is currently executing.  Then, the disconnect call is
updated to check to see if destroy is being executed.  If
destroy is being executed, then it does not send the
message to the remote core and wait for a response.  Instead,
the connection is simply marked as disconnected.

Signed-off-by: Angela Stegmaier <angelabaker@ti.com>

QNX IPC: Main - Fix Compile Warnings

This patch fixes the following compilation warnings:

qnx/src/ipc3x_dev/ti/syslink/build/Qnx/resmgr/syslink_main.c:
In function 'deinit_syslink_device':
qnx/src/ipc3x_dev/ti/syslink/build/Qnx/resmgr/syslink_main.c:450:
warning: unused variable 'i'
qnx/src/ipc3x_dev/ti/syslink/build/Qnx/resmgr/syslink_main.c:
In function 'deinit_syslink_trace_device':
qnx/src/ipc3x_dev/ti/syslink/build/Qnx/resmgr/syslink_main.c:392:
warning: control reaches end of non-void function
qnx/src/ipc3x_dev/ti/syslink/build/Qnx/resmgr/syslink_main.c:
In function 'init_syslink_trace_device':
qnx/src/ipc3x_dev/ti/syslink/build/Qnx/resmgr/syslink_main.c:374:
warning: control reaches end of non-void function

Signed-off-by: Angela Stegmaier <angelabaker@ti.com>

QNX IPC: Vayu - Fix Compile Warnings

This patch fixes the following compilation warnings:

qnx/src/ipc3x_dev/ti/syslink/family/common/vayu/vayuipu/vayucore1/VAYUIpuCore1HalReset.c:
In function 'VAYUIPUCORE1_halResetCtrl':
qnx/src/ipc3x_dev/ti/syslink/family/common/vayu/vayuipu/vayucore1/VAYUIpuCore1HalReset.c:108:
warning: unused variable 'counter'

qnx/src/ipc3x_dev/ti/syslink/family/common/vayu/vayuipu/VAYUIpuPwr.c:
In function 'VAYUIPUPWR_on':
qnx/src/ipc3x_dev/ti/syslink/family/common/vayu/vayuipu/VAYUIpuPwr.c:1091:
warning: implicit declaration of function 'VAYUIPUMMU_enable'
qnx/src/ipc3x_dev/ti/syslink/family/common/vayu/vayuipu/VAYUIpuPwr.c:
In function 'VAYUIPUPWR_off':
qnx/src/ipc3x_dev/ti/syslink/family/common/vayu/vayuipu/VAYUIpuPwr.c:1156:
warning: implicit declaration of function 'VAYUIPUMMU_disable'

Signed-off-by: Angela Stegmaier <angelabaker@ti.com>

QNX IPC: Samples - Fix Compile Warnings

This patch fixes the following compilation warnings:

qnx/src/ipc3x_dev/ti/syslink/samples/hlos/rpmsg-rpc-stress/usr/tests_rpc_stress.c:
In function 'test_exec_call':
qnx/src/ipc3x_dev/ti/syslink/samples/hlos/rpmsg-rpc-stress/usr/tests_rpc_stress.c:280:
warning: assignment makes integer from pointer without a cast
qnx/src/ipc3x_dev/ti/syslink/samples/hlos/rpmsg-rpc-stress/usr/tests_rpc_stress.c:376:
warning: format '%x' expects type 'unsigned int', but argument 2 has type
'int *'
qnx/src/ipc3x_dev/ti/syslink/samples/hlos/rpmsg-rpc-stress/usr/tests_rpc_stress.c:376:
warning: format '%x' expects type 'unsigned int', but argument 3 has type
'void *'

Signed-off-by: Angela Stegmaier <angelabaker@ti.com>

Resource: Introduce customTable to override resource table

Users need to override the resource table.  Introduce the
customTable boolean config param which uses set to true
to indicate they will provide their own table (and IPC shouldn't
generate a table for them).

They then have the responsibility to provide their own table
(with a symbol named ti_ipc_remoteproc_ResourceTable) at link
time.

RemoteProc: rework resource_table definition/usage

Introduce the resource_table struct (defined in Linux) and
rework the device/core-specific resource tables to derive from
that struct (rather than redefine the struct themselves.

No functional difference, but this provides a better
framework and example for end users when they (soon!) are enabled
to define their own resource_table-based structs.

Test: Remove unnecessary trace

Minor test cleanup, removing unnecessary trace statements.

Removed trivial copy-n-paste comment at the end of the file.

Fix MessageQMulti's multi_process.sh script for QNX and install it

Fixed build warning in MessageQMulti test

Signed-off-by: Chris Ring <cring@ti.com>

Cleanup: remove directory qnx/src/ipc3x_dev/ti/syslink/rpmsg-resmgr

OMAP5 power management code in this directory is moved to qnx/src/ipc3x_dev/ti/syslink/family/omap5430, and the power management code itself was modified to remove checks with rpmsg-resmgr.

Signed-off-by: VW <vwan@ti.com>

Cleanup: remove directory qnx/src/ipc3x_dev/ti/syslink/rpmsg-dce

Signed-off-by: VW <vwan@ti.com>

Cleanup: remove directory qnx/src/ipc3x_dev/ti/syslink/rpmsg-omx

Signed-off-by: VW <vwan@ti.com>

Cleanup: removed directory qnx/src/ipc3x_dev/perfutils

Signed-off-by: VW <vwan@ti.com>

Changed Makefile.am to enable 'make dist' of files in hlos_common for Linux

Signed-off-by: VW <vwan@ti.com>

Moved utils/MultiProc.c into hlos_common directory for both Linux and QNX.

Signed-off-by: VW <vwan@ti.com>

Moved Std.h into ti/ipc namespace for QNX.

Signed-off-by: VW <vwan@ti.com>

Moved headers common to both Linux and QNX into hlos_common directory.

This is done to avoid unnecessary duplication of code.

Signed-off-by: VW <vwan@ti.com>

Vayu: Fixed AMMU fault when running SYS/BIOS on IPU1

Prevent invalid mailbox accesses for interrupts between core0 and core1
because those interrupts do not use mailboxes.

QNX IPC: Vayu - Add DSP1 MMU1 Programming

Currently, only MMU0 is being programmed for DSP1.
For EDMA traffic, there is a second MMU (MMU1), which
needs to be programmed.  DSP1 applications which
use EDMA would want to also have the MMU1 programmed
so that the address space is the same.

This patch adds programming of the DSP MMU1
with the same entries to match the programming
of the DSP MMU0.

Additionally, this patch attaches an interrupt
to the DSP1 MMU1 for notification of MMU events.
No default interrupt is programmed for DSP1 MMU1,
so an unused MPU interrupt is selected for use and
the interrupt crossbar is programmed accordingly.
The interrupt selected is MPU interrupt 143.

OMAP4: Removed files specific to OMAP4 in qnx directory

This commit removes all source files that are specific to OMAP4,
which the product does not support. Note that there are still file
names, variable names, macros, etc. related to OMAP4 that will need
subsequent clean up.

Files in tiler and rpmsg-resmgr directories have been left in place
as we are discussing their removal in an on-going thread.

A minor change was needed in syslink_main.c as well in order to
eliminate its use of type 'u32' defined in rprcfmt.h, so that we can
remove the latter file, which is specific to the OMAP4 loader.

Signed-off-by: VW <vwan@ti.com>

Style: Change //-style comments to /* */ style

Some users, especially those with MISRA-C requirements, don't
allow //-style comments.

Note that this addresses the files in packages/ti/ipc/*, there may
be more, but I didn't hunt further.

BIOS: Fix minor typo in comment/docs

TCI6614: Improve error message during config

When this package is integrated into an unsupported environment,
it provides a better error message.

For example, before this change, when [errantly] integrating into
an OMAP5-based system, configuration would report:
    TypeError: Cannot read property "IPCGR0" from undefined

Now it reports:
    ti.ipc.family.tci6614.Interrupt : OMAP5430 unsupported

Removed duplicated MultiProc config info from Platform.c and simply use the info from _MultiProc_cfg.

Removed libcfg.a and moved _MultiProc_cfg into resource manager for QNX.

This is done to match a similar change in Linux that moved _MultiProc_cfg into the daemon process,

A side-effect is that Ipc_start must now be called prior to any MultiProc API.

Remove BUILD_FOR_VIRTIO from products.mak and added support for DEVICE simvayu

DEVICE simvayu corresponds to a simulated vayu device

Signed-off-by: Chris Ring <cring@ti.com>

IPC: Added conditional variable assignments to missing

Signed-off-by: Chris Ring <cring@ti.com>

NameServerRemoteRpmsg: Fixed strncpy operation to prevent overflow.

This is an improved solution to the patch:

195d2692fa95224d3c634daf8fe9bbd3860c7e16 BIOS: Fixed NameServerRemoteRpmsg MessageQ instanceName and name length

which now uses the actual destination length as the max characters for
strncpy() to copy, and ensures null termination of the copied string.

Improvement pointed out by Rob Tivy.

Signed-off-by: G Anthony <a0783926@ti.com>

VirtQueue: VirtQueue_init() reads vring addr from resource table, checks MAR.

Previously, VirtQueue used hardcoded vring addresses in the code.  Now, these
are read from the Resource Table, allowing the host to update them at load
time.

However, it is still expected that the vring memory is non-cached, and that
the system configuration has set this up in the CFG file.

VirtQueue_init() asserts if the vring addresses are not in the resource table,
or if the MAR bits for the vring memory show it as being caceable.

This is done only for OMAPL138 and TCI6638 VirtQueue in this patch.

Signed-off-by: G Anthony <a0783926@ti.com>

Resource: Added accessor to read vring addresses from resource table.

This will support the capability of allowing the host to allocate the vrings,
and specify the vring control structure address to the slave.

Also, renamed the existing getEntry() method to getMemEntry(), as it only
works for CARVEOUT and DEVMEM types.

Signed-off-by: G Anthony <a0783926@ti.com>

TCI6638: Switched to ROM model (-c) from RAM model (-cr) link option.

Kestone II DSP images were not able to be reloaded without rebooting the EVM.
This was due to the "-cr" linker options being thrown (RAM model), which
prevented processing of .cinit records at run time (done in ROM model).

So, "-cr" option was removed.

Keystone team mentioned that RLE compression was keeping the resource table
from being read properly without the "-cr" option, so added in the
"--cinit_compression=off" option just in case.  This also has the benefit
of improving DSP boot times.

Reloading the DSPs via MPM server was validated on Keystone II EVM
(over remote connection).

Signed-off-by: G Anthony <a0783926@ti.com>

TCI6638: Linux target side scripts for loading, running lad, dumping trace.

Useful scripts to be used for the 8 core TCI6638 platformm.

Signed-off-by: G Anthony <a0783926@ti.com>

Linux: Test - Cleanup to mmrpc build after sources moved to a common location

Signed-off-by: Chris Ring <cring@ti.com>

Linux: Building test applications as platform independent where appropriate

Platform dependent application's are no longer needed since a MultiProc
            LAD daemon has been added.

Signed-off-by: Chris Ring <cring@ti.com>

IPC: Tests - Add an Error Test Case

Add an error test case to test for MMU fault
detection.

Signed-off-by: Angela Stegmaier <angelabaker@ti.com>

QNX IPC: DSP Fault Recovery Fix

Fix an issue where the procId and procHandle are not
being properly set.  If it is not properly set, then
error recovery doesn't happen properly.

This patch fixes that so that error recovery can happen
correctly.

Signed-off-by: Angela Stegmaier <angelabaker@ti.com>

QNX IPC: Add IPU2 MMU Fault Handling

There is no default interrupt mapped to the IPU2 MMU
for Vayu. This patch programs the interrupt crossbar
for the IPU2 MMU interrupt to MPU interrupt 142.

Also, this patch enables receiving the interrupt in the
case of an MMU fault event in order to print the required
information, as well as schedule recovery.

Signed-off-by: Angela Stegmaier <angelabaker@ti.com>

QNX IPC: RpmsgRpc - Fix Tiler Address Translations

Tiler address translations should be done thorugh the
ProcMgr_translate function instead of just assuming
the remote core VA is the same as the PA.

Signed-off-by: Angela Stegmaier <angelabaker@ti.com>
Signed-off-by: Chris Ring <cring@ti.com>

IPC - Match Resource Table for Vayu Based on Device

Match the resource table for Vayu based on the Device
name instead of the Platform name.

Currently, if the platform simVayu is used, it fails
to find the resource table.  If the match is changed
to match the device name, then the simVayu platform,
which uses the Vayu device name, can compile.

Signed-off-by: Chris Ring <cring@ti.com>

Changed all references to IPU's Core 0 to 'IPU' when in SMP mode for OMAP5.

BIOS: Minor log statement formatting

Remove some new lines and misc characters to better align with
other log statements throughout IPC.