ducati: fix up some nasty (insane?) build issues

in XDC, when a package has a 'requires' statement, it implies that
when running xdc -PD <target> it would potentially 'touch' the
dependency as well. E.g. when running xdc -PD clean, it would end
up cleaning the dependent package... even if that looks cumbersome.

as a consequence it is recommended to avoid 'requiring' packages
outside of our own tree. especially in the case of tools such as
XDC, BIOS, CE, ... which are typically installed in a 'read only'
central server.

so this commit removes the 'requires' and fixes the resulting
link issues.

Signed-off-by: Nicolas Dechesne <n-dechesne@ti.com>
Revert "PM: adding suspend/resume support"

This reverts commit d1faa2d41b844297afaa2e891ad1c79999e995cc.
Revert "PM: implementing PM on DCE side"

This reverts commit ff8487cb15d5042137dd6715e34c749c72ce3e72.
Increase systemHeap size

This is necessary to decode more streams in parallel.

Signed-off-by: Vincent Stehlé <v-stehle@ti.com>
Import PSI KPI profiler code

Original imported of PSI KPI profiler code from ducati MM commit
2641be42718183b6cec9a79806ce63232b1920a9, untouched.

Later update on version received from Philippe Lafon, using the internal timer
instead of the 32k to reduce profiling overhead. See
https://gerrit.ext.ti.com/gerrit/omap/#change,8766:

  [Tool] Faster instrumentation less intrusive

  The instrumentation is accelerated (~2x) using the CTM timer + code
  optimization for the ducati load measure If number of tasks > 64 the
  instrumentation now groups add all others into a "OTHERS" so that there is no
  limitation OMX now allows multi instances indexing (was needed for several
  instances of the same component) the 32K now uses the official API
  Tools_Time_get32k() (dependency: Iae1836f1af11f39cbe5b3fb9a0f9e439b4cfa1f9) the
  32K no sleep fix is removed from here since done in PM (dependency :
  I599363f465bde1bc8fd60c44722678f25e99cda7) Needed for both OMAP5 and OMAP4

  Change-Id: I5e245bf5e6dc6da4630c4c4536c9aad72c71d370
  Signed-off-by: Philippe Lafon <p-lafon@ti.com>

Signed-off-by: Vincent Stehlé <v-stehle@ti.com>
Integrate PSI KPI profiler

This is PSI KPI profiler integration into the DCE image, take 3.

We track create/delete to support more than one DCE stream running with correct
profiling.

We report KPI IVA & cores loads in the load_task. We hack PSI KPI profiler a
bit, to be able to read the IVA & cores total times "live" and do our
computations. We protect the cores statistical data collection with a GateAll
for consistency. Note that each core has his timer now.

Adapt some functions for latest bios:
	s/Core_getCoreId/Core_getId/
	s/Hwi_disableCoreInts/Hwi_disable/
	s/Hwi_restoreCoreInts/Hwi_restore/

We also pass chipset_id to the KPI profiler for runtime OMAP selection. This is
used only for 32k timer address determination right now, but the mechanism is
in place, at least.

Remainings things:

- Do not hardcode KPI_PROFILER but let the build "recipe" decide.
- Make the create/delete refcnt work with other codec "clients" than DCE, too.
- Fix profile.h include path; today this breaks DCE "modularity".
- Dynamic enable/disable (print phy addr of kpi_control and let the user poke?)
  At least do not touch from dce.c
- Do not hardcode BUILD_FOR_SMP?
- Come back to per-core interrupts disable/enable when bios allows it again.

Signed-off-by: Vincent Stehlé <v-stehle@ti.com>
Add OMAP5 buildplatform to the baseimage

Build now generates both OMAP4 and OMAP5 baseimages in the mean time.

As syslink is impacted by OMAP4/5 compile-time selection, we need to build one
baseimage for each OMAP type right now.

We can still dream and aim for a single firmware image with runtime OMAP
selection, but we don't hold our breath until we are there :)

Signed-off-by: Vincent Stehlé <v-stehle@ti.com>
gitignore

Signed-off-by: Vincent Stehlé <v-stehle@ti.com>
profiler: Better handling of unknown chipset.

Signed-off-by: Vincent Stehlé <v-stehle@ti.com>
OMAP5: Adjust IVA addresses for ES2

Signed-off-by: Vincent Stehlé <v-stehle@ti.com>
Hack! Increase DCE stack

Signed-off-by: Vincent Stehlé <v-stehle@ti.com>