[Android] Allow use non Activity context to create ContentVideoView

ContentVideoView is making an assertion that the context used to create
it is an Activiy, which xwalk doesn't meet. So xwalk crashes when
trying to fullscreen a video.

Why upstream makes the assertion:
ContentVideoView will use context to getSystemService(WINDOW_SERVICE),
which requires an Activity context.

Why xwalk can work as well as break the assertion:
In xwalk case, it's using a MixContext which although the base context
is not an Activity, but the getSystemService call will be bridged to
an Activity finally.

Why can't this be upstreamed:
The real assertion is getSystemService must be called on an Activity,
upstream uses the equivalence that the context should be an Activity
is reasonable for most cases.

For more detail discussion, please refer upstream CL at:
https://codereview.chromium.org/67763004/

Since there's no easy way to detect whether the WindowManager got from
the Context is good or not, this patch to remove the assertion have
to stay in our fork.

BUG=https://crosswalk-project.org/jira/browse/XWALK-171
[Temp] Backport Chromium r236822.

This is required for XWALK-454 and should help with out-of-source Tizen
builds: after M32 we generate all build system-related files outside the
source tree, and the path to the linker needs to be absolute for that to
work.

Original commit message:

  Pass the gold binary to the linker using only absolute paths.

  The previous expansion using <(PRODUCT_DIR)/../.. did not work correctly
  if one was using a different build directory layout (out-of-source builds,
  or some build directory with a different number of subdirectories).

  Solve this by doing the same as the sysroot variables: stop using relative
  paths from the build directory and extract absolute paths using DEPTH.

  TEST=./build/gyp_chromium -Goutput_dir=/somewhere/else
  R=phajdan.jr@chromium.org,thakis@chromium.org,dpranke@chromium.org

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

BUG=https://crosswalk-project.org/jira/browse/XWALK-454
Merge pull request #89 from rakuco/cr-backport-r326822

[Temp] Backport Chromium r236822.
[Android] Backport Chromium r237215

This is to fix crash when multi touch on Android devices
previous to 4.2.2.

Origin commit log:
    [Android] Record MotionEvent times for pre-4.2.2 ScaleGestureDetector bug.

    Android's pre-4.2.2 ScaleGestureDetector failed to properly record MotionEvent
    times.  This leads to problems, as the detector's event time is used to assign
    the synthesized gesture event time.  Record the MotionEvent time prior to
    feeding it to the ScaleGestureDetector.

    BUG=323108

    Review URL: https://codereview.chromium.org/85453004
    git-svn-id: svn://svn.chromium.org/chrome/trunk/src@237215 0039d316-1c4b-4281-b951-d872f2087c98

BUG=https://crosswalk-project.org/jira/browse/XWALK-458
Merge pull request #88 from wang16/touch_crash

[Android] Backport Chromium r237215
Merge pull request #87 from wang16/full_screen_video

[Android] Allow use non Activity context to create ContentVideoView
[SysApps] Expose ffmpeg function signatures needed by Device Capabilities API

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 #90 from tmpsantos/ffmpeg_sigs

[SysApps] Expose ffmpeg function signatures needed by Device Capabilities API
[Tizen][Performance] Enable Accelerated 2D Canvas.

If GPU context can be lost, Accelerated 2D Canvas is disabled, because there is
no way to recover Accelerated 2D Canvas when GPU crashes. Currently, only EGL
backend marks GPUInfo::can_lose_context true (means Accelerated 2D Canvas cannot
be enabled). However, interestingly, Android and ChromeOS mark it false to take
advantage of Accelerated 2D Canvas without fallback solution. They just take a
risk.

So Tizen also takes a risk like Android and ChromeOS. It is worth to do it
because performance improvement is very significant (2~3 times).

Measurement data:
1. http://www.craftymind.com/factory/guimark3/vector/GM3_JS_Vector.html
Software Canvas : 14.91 FPS
Accelerated 2D Canvas : 44.82 FPS
2. http://www.craftymind.com/factory/guimark3/bitmap/GM3_JS_Bitmap.html
Software Canvas : 17.16 FPS
Accelerated 2D Canvas : 54.58 FPS
3. http://www.craftymind.com/factory/guimark3/compute/GM3_JS_Compute.html
Software Canvas : 19.36 FPS
Accelerated 2D Canvas : 39.18 FPS

BUG=https://crosswalk-project.org/jira/browse/XWALK-531,
https://crosswalk-project.org/jira/browse/XWALK-73
Merge pull request #91 from ds-hwang/a2dc

[Tizen][Performance] Enable Accelerated 2D Canvas.
Merge pull request #85 from zhang-qing/master2.1

[Linux] Enabling Hardware Acceleration with Libva in linux-x86.