Bring back down arrow (when IME is showing) in nav bar.

Change-Id: Id3a55ffe16b5b122ca054986bfcccb7a7cf2964b
Configurable 0, 90, 180 and 270 degree rotation (framework part)

This is similar to my previous CM contributions. Requires settings
UI to configure (not done yet). The rationale is to be able to
have automatic rotation always enabled, but only for desired
angles.

Original-https://github.com/AOKP/frameworks_base/commit/ec06ed7f2a362581d202c034f6b9a9172b906508

Change-Id: I7e30e78f69e36794fa13724fe45e67e897f0ad80

Conflicts:

	policy/src/com/android/internal/policy/impl/PhoneWindowManager.java
Merge "Configurable 0, 90, 180 and 270 degree rotation (framework part)" into jb
Add ability to unlink notification volume from ringtone volume (1/2)

Original code by romanbb from ICS

PS2: use getBoolean

Change-Id: I8276e299cbc0c5b4cbad986f06c89fec4dcf2730
Poll for DATA_REGISTRATION_STATE on SVDO devices (3G icon fix).

When both voice and data are active, SVDO devices return
RADIO_TECHNOLOGY_1xRTT for VOICE_REGISTRATION_STATE, and
RADIO_TECHNOLOGY_EVDO_A (or equivalent) for DATA_REGISTRATION_STATE.  So
both states must be polled to determine "which" radio technology is in use
(although they technically both are).  Otherwise only 1xRTT is reported.

Note: This bug was masked for a while as the PREFERRED_NETWORK_MODE
defaults to NETWORK_MODE_GLOBAL in PhoneFactory, which is another,
preexisting circumstance for polling DATA_REGISTRATION_STATE.  Thus, the
bug would trigger upon opening "Mobile network setings", when the radio is
queried for its PREFERRED_NETWORK_TYPE the first time.

Change-Id: I80456a7a1f2136a2ee68b54137dbafd4db8e202b
Telephony: Initialize RIL with the correct CDMA subscription mode setting

Users choice of CDMA Subscription Source is stored in CDMA_SUBSCRIPTION_MODE
setting in database.
If telephony restarts after a crash, PhoneFactory sets the
CDMA subscription source value from PREFERRED_CDMA_SUBSCRIPTION
setting and that causes the mismatch with the value in the settings
database chosen by the user. The change is to use the
CDMA_SUBSCRIPTION_MODE setting instead when creating the RIL object.

Also, remove the Setting PREFERRED_CDMA_SUBSCRIPTION from the database.
With this change the special treatment for LTE on CDMA will not be needed.
The correct value can be set in the database for CDMA_SUBSCRIPTION_MODE
and that will be taken on power-up by this code.

Change-Id: I80edd1be0673332823fa690f119f7fb427b756d7
Support NT_MODE_LTE_CDMA_EVDO for LTE toggle (1/2)

Change-Id: I40408853bea4528d147d4e6a7c56ec6c97b3cb35
Merge "Bring back down arrow (when IME is showing) in nav bar." into jb
ProviderMap: remove hashmap when entire user specific entries are removed

User specific entries in  mProvidersByNamePerUser and mProvidersByClassPerUser
isn't cleared when entire user specific providers are removed. Fix is to remove
the user specific hashmap in such cases.

Change-Id: I6edf211ced873e59f3b89ffceb9eceec13ea8f3f
ActivityManagerService: stay away from zombie content providers

When the lowmemorykiller kills a content provider in an unfortunate
moment, an innocent client app can become attached to a zombie provider
and be unconditionally killed moments after, when the dead provider is
being removed.
Prevent this race by addition of isAlive function to Process.java that
determines whether a process is still running and is not only a zombie,
add a check of the state of the provider process to getContentProviderImpl.

Change-Id: Id753b8dab103e4b447c4138468938ca9f5cb857d
ContentProviderRecord: Remove external process reference when finalized

ContentProviderRecords is removed from provider map by activity manager service
when the process hosting the content providers terminates and this causes GC
to free the content provider records but the reference to external process
using the content provider isn't cleared. Fix is to clear the reference and
unlink for death notification.

Change-Id: I67fd10cee57b02257792d0c9b4569fe11dea7648
Added check of ActivityInfo launch mode when starting activity.

When starting a singleTop activity from a singleInstance activity,
the onNewIntent() callback was not called when expected. The
reason for this was that only the launchMode specified on the
intent was checked and not the launchMode specified in the manifest.

Fixes issue 17137.

Change-Id: I1a9bc1007d6f5145bf93a6161534732bf5214b7a
Add hideable kill-all-button to recent switcher (1/2 FWB part)

original code done by Robin Morawetz for my IceColdSandwich ROM

Change-Id: Iaa59b337d4d16cadf003abbe34f4c1870f8c0cd4
Merge branch 'jb' of https://github.com/AOKP/frameworks_base into aokp_jb