SIMRecords: If there's no EF_SPN record, fallback to EF_PNN

Turns out some SIM (TMobile US, at least) don't fill in the SPN, but
do insert a PNN record for home network (which in the case of a non-MVNO
are the same. a MVNO should always have the SPN filled anyway).

Change-Id: I18388bb071a49698015c76abefb58798f800946c
Telephony: Scrub debug messages for identifiable information.

Change-Id: I70fd8d9b4900dc9e070be24e7efa8d3458caef99
Telephony: Decode Virgin Mobile US MMS

Fixes receiving MMS as one or more sms from a 9999999999 number full of
gibberish.

Back in the CM7 days, a developer named Blarf (Blarfiejandro) started a
repo called Inferior Human Organs for the optimus S/V (LG LS670 and
VM670) when no-one could figure out how to get Virgin Mobile MMS working
in CM.

His MMS patch to decode Virgin's weird system for MMS was eventually
absorbed by CM10.2 by  rukin5197. Without it, MMS comes in as one or
more sms from a 9999999999 number full of gibberish.

bigsupersquid took the CM10.2 patch for this fix and updated it enough
to work in CM11. However because he doesn't have Gerrit, he asked others
to integrate the fix for him.

More information here:

http://forum.xda-developers.com/showthread.php?t=2663277

http://androidforums.com/virgin-mobile-galaxy-s3-all-things-root/840298-mod-universal-lte-virgin-mobile-apn-fix-wip-cm-aosp-4-4-x-2.html

Change-Id: I6518538e941fdbfb7d7441b6db49d1309e87aa9e
Correct order of parameter in iccExchangeApdu()

The class must be in 1st place for RIL_REQUEST_SIM_TRANSMIT_BASIC
or RIL_REQUEST_SIM_TRANSMIT_CHANNEL requests to map hardware/RIL
component.

Change-Id: Idcf6faee0f6259704ea07b62ce713ebdd4c5da1b
Fix MMS sending issue in LTE on CDMA networks.

For CDMA-LTE mode, operator numeric based on USIM is used for configuring
MMSC settings in APN db. Currently CSIM based operator numeric is set
as current carrier in CDMALTEPhone and hence MMS app cannot find MMSC
setting when camped to LTE in CDMA-LTE mode.
However for CDMA only networks, MMSC settings are added based on CSIM/RUIM
operator numeric.
To make both configurations work, update the current carrier operator
numeric based on current data RAT from DcTracker.
Also make sure that only DcTracker updates the current carrier in case of
CDMA/CDMA-LTE modes to avoid overwriting with wrong value in case of multi
app UICC cards.

Change-Id: I465369811520cf345605ad70d7dadf9532b74017
CRs-Fixed: 642640
MSIM(DSDA): Update setMode properly.

When user accepts MT call mSpeedUpAudioForMtCall should be set
to true, but this is not happening when there is already a call active
and user accepts an MT call. As a result when setAudioMode()is called
after user accepting call, audio mode is again set to RINGING.
As part of the change, mSpeedUpAudioForMtCall is set to true,
when user accepts MT call, regardless of whether there is already
an active call or not.

Change-Id: I08cc4955c5d8dbb100bd33b5ef2db2532d43fb56
CRs-Fixed: 690366
Telephony: Close the FileReader when finished

Change-Id: I12865e8d974515d4f349d476bcf775e015008e16
Telephony: Add PROTECTED_SMS_RECEIVED_ACTION.

  - If an address matches against a whitelist for known reg/auth,
  broadcast it as a protected sms received action. Not for third
  party applications.

Change-Id: Ibc62b5bb0110192620ef35f197553065a8c5345f
Telephony: Hide getNormalizedAddressesFromPdus

Change-Id: Id5200c33aab4dd7c039396e34df8fdabc9464ee7
Telephony: remove libphonenumbergoogle dependency

This was breaking some apps which bundle libphonenumbergoogle.

Change-Id: Iaabb7463ff4dd91da9b310672d5d5dc1014a81f0
Signed-off-by: Roman Birg <roman@cyngn.com>
Check for null on originating address in an SMSMessage.

  - Don't attempt to normalized an address if the originating
  address isn't given to us.

  - BUGDUMP-251344

Change-Id: I78c47f7c82886c1b6386f50d238850b51e1fc69d
Ignore certain sms-sending packages.

Change-Id: I1a704a3a15ba43a29332412e2453ee0f48fd6c41