[SysApps] Add MEDIA_EXPORT to fix linking errors in the component build

Add MEDIA_EXPORT for CodecIDToAudioCodec and CodecIDToVideoCodec to fix
linking errors in the component build.
Merge pull request #101 from nagineni/media_export

[SysApps] Add MEDIA_EXPORT to fix linking errors in the component build
[SysApps] Expose ffmpeg function signatures needed by Device Capabilities API

WARNING: This is a follow-up patch fixing Windows build. Squash this with the
previous patch with the same name on the next rebase (and remove this warning).

We need these functions in to get the list of Codecs available in the
system for getAVCodecs(). If we ever fork ffmpeg, we can just remove
this patch and add the signatures directly at the ffmpeg's signature
list.
Merge pull request #102 from tmpsantos/ffmpeg_syms

[SysApps] Expose ffmpeg function signatures needed by Device Capabilities API
[Temp] Backport Chromium r233274 to M32.

    commit b15e6a8b9c9f1a2728e3c725385102150ff3cf83
    Author: sadrul@chromium.org
    Date:   Wed Nov 6 16:03:22 2013 +0000

    ozone: Fix shared component builds.

    BUG=315319
    TEST=local bot run
    R=petermayo@chromium.org, rjkroege@chromium.org

    Review URL: https://codereview.chromium.org/59263004

This commit is required in M32 in order to properly support building
Crosswalk and Ozone-Wayland with -Dcomponent=shared_library.
[Temp] Export GpuProcessHost::AddFilter().

This patch was originally written for ozone-wayland
(https://github.com/01org/ozone-wayland) and is required in order to make
the build with -Dcomponent=shared_library work when building Crosswalk with
Ozone-Wayland support.

    commit 2e68f5c50e375551ac765ade0e7fda3184190f64
    Author: Kondapally Kalyan <kalyan.kondapally@intel.com>
    Date:   Fri Dec 20 17:43:37 2013 +0200

    Chromium patch to fix shared_library build.

    This patch adds needed changes in Chromium side to fix
    component=shared_library build for Ozone-Wayland.

According to the patch's author, this patch was not upstreamed because the
ozone-wayland code base is undergoing some refactoring that will make it
unneeded in the future.
Merge pull request #103 from rakuco/ozone-component-build

[Temp] Ozone fixes for shared_library builds.
[Temp] Add EGL-specific changes for Wayland.

The original commit comes from the ozone-wayland repository
(https://github.com/01org/ozone-wayland).

  From: Kondapally Kalyan <kalyan.kondapally@intel.com>

  This patch adds following two snips, respectively giving support:
  1)EGLNativeDisplayType adjustment and khronos header. More info:
    https://code.google.com/p/chromium/issues/detail?id=266310
  2)OffScreen-rendering support for use cases like WebGL and
    Canvas2D. This should be enabled in upstream but needs some
    cross platform support before it can be done.
    More info: https://codereview.chromium.org/49533003/

It is required for proper Ozone-Wayland support. The Ozone-Wayland team will
take care of upstreaming it.
Merge pull request #104 from rakuco/ozone-egl-changes-for-wayland

[Temp] Add EGL-specific changes for Wayland.
[Views] Customize _NET_WM_PID for X11 window backing a Widget

This patch allow us to customize the _NET_WM_PID property of a X11
window that is backing a views::Widget. A new attribute was added to
InitParams that contains the new value, if not set, the PID of the
current running process is used.

The reason for having this ability is to make Task Manager able to
raise the right X11 window when one "running application" is selected.

In Tizen Mobile, we use a shared browser process, that will create all
the windows, and the homescreen launches a different program that will
trigger the launch in the shared browser process. To make Task Manager
work properly we need to set the _NET_WM_PID of the windows we create to
the appropriate PID of the program

Since both Linux Desktop and Tizen Mobile use the
DesktopRootWindowHostX11, we don't change RootWindowHostX11.
Merge pull request #105 from cmarcelo/net-wm-pid

[Views] Customize _NET_WM_PID for X11 window backing a Widget
[Tizen][GPU][Perf] Prevent GPU scheduler from thrashiing.

This PR turns off pre-empty scheduling. On highend machines, pre-empty
scheduling reduces the latency of GPU commands. However, on Tizen mobile, this
can cause the kernel to thrash between generating GPU commands and executing
them. Android already turned off pre-empty scheduling also.

In addition, this PR is related to the private HW issue. Refer to
https://crosswalk-project.org/jira/browse/XWALK-348?focusedCommentId=13435&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13435

BUG=https://crosswalk-project.org/jira/browse/XWALK-348
Merge pull request #106 from ds-hwang/gpubug

[Tizen][GPU][Perf] Prevent GPU scheduler from thrashiing.
[BACKPORT] A patch backported from chromium upstream

It could help address the crash issue when the number of TLS
slots reaches the max number.

See https://codereview.chromium.org/60743004
[Android] Use the Chromium TLS for thread local storage allocation

On Android ICS, the max number of thread local storage is limited to 64.
Chromium TLS provides a mechanism to support large number of TLS slots
which is independent of OS restictions.

This commit is to make sure the ThreadLocalPointer uses the Chromium TLS
mechnism instead of directly calling pthread_create_key, so that it can
avoid the crash if the number of TLS slots allocated exceeds the max number
allowed by OS.

BUG=https://crosswalk-project.org/jira/browse/XWALK-841
Merge pull request #107 from hmin/xwalkl-841

Fix the crash issue caused by no memory for TLS slot allocation
Revert "[BACKPORT] A patch backported from chromium upstream"

This reverts commit f8c3db196b6ec0e3b72f9d7143f98f34db514ba0.
Revert "[Android] Use the Chromium TLS for thread local storage allocation"

This reverts commit 2212a14e46a2c289b3e3dbe19f940343b9f87d53.
Merge pull request #109 from hmin/revert

Revert PR#107
[BACKPORT] A patch backported from chromium upstream

It could help address the crash issue when the number of TLS
slots reaches the max number.

See https://codereview.chromium.org/60743004