[2/2] AppOps: Add alarm wakeup op

Port from cm-10.2 / cm-11.0

Author: Sam Mortimer <sam@mortimer.me.uk>
Date:   Fri Sep 27 21:30:34 2013 -0700
[2/2] AppOps: Add alarm wakeup op
When alarm wakeups are denied/ignored,
the alarm types are remapped as follows:
RTC_WAKEUP -> RTC
ELAPSED_REALTIME_WAKEUP -> ELAPSED_REALTIME

Author: Ricardo Cerqueira <cyanogenmod@cerqueira.org>
Date:   Thu May 22 19:54:01 2014 +0100
AppOps: Don't apply OP_ALARM_WAKEUP to system components
System can freely invoke and manage alarms. Preventing it from doing
so interferes with remote components like the backupmanager (backing up alarms)
due to the mismatched uids between the invoking app and the running
service that takes the action.

Patchset: 1
http://review.cyanogenmod.org/#/c/80210/

Change-Id: I16812f44c8dc961f8f7f0358e06bd5ba6431aefa
MediaMuxer: handle expection for add track

Native addTrack call throws IllegalArgumentException on failure.
Catch this exception in MediaMuxer and throw IllegalArgumentException
that calling function can trap.

Change-Id: I97239ee2272c754ef6d7d54c5a27d1889ac01b80
Allow override of DUN settings

Allow override of system DUN settings by setting
persist.sys.dun.override
to one of the following values:
2 = not set, 0 = DUN not required, 1 = DUN required
If the prop is not set or is set to an invalid value the system setting
will be used.

Conflicts:
	services/java/com/android/server/connectivity/Tethering.java

Change-Id: I296f303a23351e4ab29898895abfcd313c747db9
Optimize drawBitmapMesh using TRIANGLE_STRIP

Draw BitmapMesh using STRIP instead of TRIANGLES.
Depending on where the bottleneck is located in the pipeline,
there is a potential for saving two-thirds of the time spent rendering.
The speedup is due to avoiding redundant operations,
i.e., mapping each vertex four times to texture and color attribute,
sending each vertex twice to the GPU, vertex processing of GPU ...

In this patch:
1. Refactoring mesh using Strip.
2. Batch triangles by adding degenerate triangles.
3. Optimize computing positions of texture and color attribute.

Benchmark: Drawing Bitmap(1152x768 px) with 200x200 meshes
Performance is doubled (from 26.4 fps to 53 fps, Nexus10).
Memory footprint: only 17% of original method.
(from 240000 to 40401 vertices with xy, uv, rgba data.)

Change-Id: I08c5c20d981d88528ce7b02012feefae468d6ec4
Signed-off-by: kui.zheng <kui.zheng@arm.com>
Frameworks: add all slim shortcut image resources

Importing for now the old one from KitKat. Graphics group is currently
vectorizing and revamping all. When they are finished we overwrite them and
add xxxhdpi ones as well.

Doing this now due that it is stopping the progress on a bunch of features right now

And a small method renaming to be inline with the other methods

Change-Id: If07e2ae19a45712cd537389069d912cf425e9156
Frameworks: icon materialization

These are the first few. There are still 23 more shortcut image
        resources that need to be done, and these will come
        sometime next week probably.

Change-Id: Ie10d154914d2e4cfe2e7960791cff6240a1a2765
appops: Fix an off-by-one error that causes the location icon to stay on

Commit bdfde4fc820fad768dbc596b17507e4cdc84b850 added Bluetooth AppOps
capabilities, but it contained a subtle bug where the string representation
was added in the wrong place, offseting every operation after it by 1. This
broke the toString functionality but didn't have any consequence since this
was used for logging purposes only.

Commit b01b08928a42a626f5f1c6c18a20d786fb873d75 changed AppOps so that
operations are persisted by name instead of by index, this caused the string
representation offset to affect functionality and, among other things, one
of the consequences was that coarse location requests were being interpreted
by AppOps as high-energy location requests.

Change-Id: I319f1ac1c5910098689b4cb8645eb92c0e3538cb
Frameworks: Keyguard - Add user configurable shortcuts

Change-Id: If9bbf63067ce2294a09b1f8f70006adff035604d
Frameworks: moar shortcut icons by Sven R.

Change-Id: I7d29a044ce2b928cac33bb6482604a984a2e1740
Frameworks: add ability to send a custom intent after keyguard is finished

We have and will have some features which need to start intents after the user
has sucessfully entered the credentials. Add for the system public available method
to start an avtivity after the keyguard.

Add as well support on slim Action for it so that our features actually can use this.

Change-Id: I65b32dab7986f8d71a3a94597324412847e4e138
Merge "[2/2] AppOps: Add alarm wakeup op" into lp5.0-caf
Frameworks: Pin shuffler - fix wrong default value

lol

Change-Id: Ie22e7b402c7c458a90c30ea999190c6c6890036b
Merge "Frameworks: Pin shuffler - fix wrong default value" into lp5.0-caf
Frameworks: rest of shortcut icons by Sven R.

Change-Id: Ibbf7899e89906530c169c5e24d803aedfcbeb038
Merge "Frameworks: rest of shortcut icons by Sven R." into lp5.0-caf
Merge remote-tracking branch 'slim/lp5.0-caf' into lp5.0-caf

Conflicts:
	core/java/android/app/AppOpsManager.java

Change-Id: Id3040e36f5158779309871f903582a63af5cca63