Generalize vectorization of Bitmap operation

 * All NEON-capable processors can support this.

Change-Id: I13d448e5864ea804f66cd1bbb93360cb8c0f0806

Conflicts:
	core/jni/Android.mk
webkit: Manage video playing state properly when browser goes to background

Issue: Browser App Video streaming not pausing while pressing home Button

Fix : When the Browser goes to the background while the video is playing
      in the fullscreen, the fullscreen mode is exited. While exiting
      the full screen mode the video state is handled properly. So that
      there is no playback in the background.

CRs-Fixed: 509225

Change-Id: I32c306923d2638731d34d216cf006050ce4ad825
Add 2 APIs (suspend and resume) in MediaPlayer

- API:suspend() will just pause the player and release all the decoders
- instead of release the whole player
- API:resume() will just init the decoders again
- Add a check in onVideoEvent()
- to make sure the first seek operation will seek the next i-frame

Change-Id: Ia4716f7fb3a412eb19c6ded9c0f3056d0490546c

Implement the suspend/resume operation in VideoView

- Using the new APIs in Mediaplayer
  to implement the suspend/resume operation in VideoView
- Add a new status "SUSPENDED"

Change-Id: I00f9daa2d34b3b125b8c3b968bc581708ab2cdf4

HTML5 VideoView change to use the new APIs: suspend/resume

- While suspend and resume, using the new APIs in Mediaplayer

Change-Id: I8530b533501607f681145853d7923fdf2009150b
card emulation patch port to JB

Patch Set 2: Added missing @hide statements and rebased

Change-Id: I73fe9aa30830951ea5b9d44e9a9bf83cb720e567

Conflicts:
	core/java/android/nfc/Tag.java
	core/java/android/nfc/tech/TagTechnology.java
fixed inconsistant define values with android_nfc.h

Change-Id: Idccd2de60caf7b72839d158b39d14e2cfcdd5fc7

Conflicts:
	core/java/android/nfc/tech/TagTechnology.java
Merge "Generalize vectorization of Bitmap operation" into jb4.3
Merge "webkit: Manage video playing state properly when browser goes to background" into jb4.3
Merge "Add 2 APIs (suspend and resume) in MediaPlayer" into jb4.3
Frameworks: reenable all keyboard features for 3rd party keyboards

use like quickpeek statusbarservice for it.
Gives us as well for other future features more
flexibility

Change-Id: I1e9e2497212d27eacbbb63f64961361aaed9aee7
Frameworks: do not depend on quick_settings_num_columns value

the overlay handling from google does not really make sense
and brought us already on 4.2 on weird behaviours sometimes.
Due that we have included tiles per row and duplicate feature
it makes sens to only depend on the values which are programmatically
set. As well I did not find one device or theme which manipulates
the mentioned values.

So let us do it all programmatically and the weird behaviours are
a problem of the past

cheers

Change-Id: I4ce7c5e9c30377983e61880315f60bfbd886a8a4
Merge "card emulation patch port to JB" into jb4.3
Merge "fixed inconsistant define values with android_nfc.h" into jb4.3
Add seinfo parsing to PackageManagerService.

This patch set allows the PMS to parse the
mac_permissions.xml file which contains the
seinfo values. Each package that is installed
on the device will be assigned an seinfo value
based on policy. This seinfo value will help label
the app process and data directory. Modifications
also include, adjustments to ApplicationInfo.java
to store the seinfo tag per package, adjustments
to installd to communicate the seinfo tag to
libselinux, and finally a set of unit tests.

Signed-off-by: rpcraig <rpcraig@tycho.ncsc.mil>

Change-Id: I61ad1ea12fb6a9a6d0b108ec163bc4bf4c954b58
Added SELinux enforcing status and booleans keys to secure system settings.

Conflicts:
	core/java/android/provider/Settings.java

Change-Id: I01f2a9084dfe7886087b1497070b0d7f2ad8474e
Add APIs to allow Device Admins to change SELinux settings

These calls, added to the Device Admin API, will allow Device Admin apps
to change various SELinux settings, including:
* Toggling SELinux enforcing and permissive modes
* Toggle SELinux booleans
* Load a new SELinux policy file (sepolicy)
* Load new SELinux context files ({property,file,seapp}_contexts)

In order to use these APIs, a Device Admin must first request
USES_POLICY_ENFORCE_SELINUX, then become a SELinux Admin by calling
setSELinuxAdmin(). All other set* calls relevant to SELinux are guarded
by a check against whether the admin is a SELinux Admin.

Otherwise, the style of the set* calls are very similar to the other
calls setting device policy in the Device Admin API. That is, these
calls change the Admin's internal state and then call a sync method to
update the device's state to the Admin's state.

Change-Id: I01f2a9084dfe7886087b1497070b0d7f2ad8476e
Remove SELinux additions from public API

Change-Id: If2e076312b0e411145c1cd900f3ae20d998a0f24
Apply MMAC changes from master.

Change-Id: I01f2a9084dfe7886087b1497070b0d7f2ad8477e
Proper security labeling of multi-user data directories.

This patch covers 2 cases. When an app is installed
and the resulting data directory is created for all
existing users. And when a new user is created and
all existing app data directories are created for
the new user.

Signed-off-by: rpcraig <rpcraig@tycho.ncsc.mil>

Change-Id: I01f2a9084dfe7886087b1497070b0d7f2ad8478e
Update location of policy files

The location of policy files has changed from
/data/system to /data/security.

Also, a name change to mmac enforcing property
name to place it under persist.mmac. namesepace.

Adds api's for getting and setting the MMAC
enforcing mode.

Change-Id: I0e9468fe651cd6ec018d5c85d35d693e55479e89
Move seinfo and install-time changes to inside PMS.

Per request by Google, move the install-time checks entirely
inside PMS.

Change-Id: I01f2a9084dfe7886087b1497070b0d7f2ad8479e