missing tags for devices building with TI audio codecs and jpg hw

Change-Id: I69498fe3a9d9f64f07765e99484feda4f6eca09b
dspbridge: changes required to fix video in sources on jordan

I know omap4 merge will "delete" this tree but since omap4merge is
actually only for OMAP4 devices (or devices with a 0day TI kernel)

this folder should not affect them, and must stay with current omap3
stuff.

Change-Id: I41fb5eb0e4e55aa1deb82911ac72a3bbbf75adee
Special flag to build a compatible omap3 libbridge

Defy codecs use a different bridge interface than Droid/Droid2/DroidX

Introduce a new define MOTO_FORCE_RECOVERY to handle this difference

This recovery command is made to recover after a dsp hardware error

This should also be added (for us) to all projects using libbridge :
dspexec, lcml, omap3-camera and omx codecs

Change-Id: I5e0d4024f36ee5dafe04228143b1f0341d3e3fda
omap3-compat: Change include paths

Moving older OMAP3 code to a separate repo for devices needing
it

Change-Id: Ie69bdab0a9c06be8be1a2c163e20fa8cf6e0d0ef
Add TI.720P.Decoder codec to OMX_Core table

Change-Id: I63b049b4628f90a65ee131f9fe0b8e53c1daf545
Add a variable for dsp bridge apis with force recovery feature

Required for Motorola Defy, Cliq2 & recent DroidX versions
these devices must define TARGET_USE_OMX_RECOVERY := true

check kernel/arch/arm/plat-omap/include/dspbridge/wcdioctl.h

Change-Id: Icb8dbf69de1955749735305135a36d2a8f060700
Fix varfail

Change Icb8dbf69de1955749735305135a36d2a8f060700 used the wrong
variable for cflags, which resulted in missing symbols in libbridge

Change-Id: I176f601cfc0102e7f925713109d6d29242eb42ea
Fix CFLAGS (vs OMX_CFLAGS) for camera-omap3

I made Copy/Paste error in my last commit, thanks arcee.

Change-Id: I569e8bd6e80d3a15cbd881a28bb89de13700bfd4
Merge "Add TI.720P.Decoder codec to OMX_Core table" into gingerbread
Increase input buffer size for WVGA records

make the change only for jordan, as requested

Change-Id: Ib03359ae2463c8003e2749d26a429ff11a1dda27
jordan: fix buffer define

Change-Id: I63274d9a5892570b14a92ddf6c7b672bda4d5023
Restore libskiahw for omap3 (jpg hw)

    SkTime.h was added manually from external/skia to fix a problem
    with the missing OMAP_ENHANCEMENT, related to class AutoTimeMicros

    also add a libskiahw test tool

Change-Id: I88a719a3d8fd9a4a23c7d577245c6ecbe075fa9f
Set missing CleanSpec.mk entries

Change-Id: Iefba97c71ffb2918720a9b5224978a560f4b30a8
camera-omap3 clean OMAP4 remains and fix 'mm' builds

Change-Id: I6c1905f9e4187d24bfa3dbc27c98a28c67f677d6
fix FORCE typo in dsp includes

Im not sure this dsp include folder should be used,
actually only used by dspexec binary, all other stuff use libbridge/inc

this CMD_MGR_RESOUCES_OFFSET without "R" is right, another typo
but this time, verified in TI sources :p
TI OMX Core: Handle free of multiple instances.

When multiple instances of the same component are referenced, the order those
instances will be unloaded will not follow a particular order.

If an instance create before others is closed first, then the rest will create
memory leaks.  They won't be freed although the component exits correctly.  This
patch addresses this scenario by shifting the remaining instances in the array
for further closure.

Also some debug messages were enhaced to have a better understanding of which
components are loaded/unloades based on their handles.

Patch set 2:  Removes patch dependencies.

Change-Id: Id112ce68c3e03895a00a18a81e209b8a019f89d2
Merge "camera-omap3 clean OMAP4 remains and fix 'mm' builds" into gingerbread
Merge "fix FORCE typo in dsp includes" into gingerbread
VideoEnc: fix buffer size for mms and low quality records

Our previous commit regarding WVGA buffer size is in fact also required
for small video formats, which are not 16:9.

so we will use the color format to define the correct buffersize

The previous define is still required to set the good number of buffers

Change-Id: I288964f549c85b51f7ef451de76dda2e67950ebc
Remove deprecated froyo stuff (opencore)

and restore video dec test folder

Change-Id: Ib6c6dbcfaadcdfe1bd78f56e9da030add92e5d62