Merge commit 'ab48bb9c008ade65e0f1313088a3089f5b65e8de'
* commit 'ab48bb9c008ade65e0f1313088a3089f5b65e8de':
Set AuthType to 0 if username is not specified.
Merge commit '2fdd428e0f18384160f7c38ce3a2cd9ba7e7b2c2'
* commit '2fdd428e0f18384160f7c38ce3a2cd9ba7e7b2c2':
Fix some backup reader/writer issues; make local transport do backup
Fix the jni initializer.
Add RestoreFileHelper, BackupDataInput, and add java wrappers for the methods on BackupDataOutput.
Fix bug #1812041: activity manager crash with bad args.
Journal backup requests so that they won't be lost in a crash
Fix data connection issues.
Merge commit 'cb9534f92007b47d86cccc306dc75ca2d64bd197'
* commit 'cb9534f92007b47d86cccc306dc75ca2d64bd197':
Support SMS cell broadcasting for GSM in RIL.java
Merge commit 'f50ab7f46296786f575b2d171ec05a661d129015'
* commit 'f50ab7f46296786f575b2d171ec05a661d129015':
Process the response of RIL_REQUEST_REPORT_SMS_MEMORY_STATUS.
1. The authType should be specified in the APN database.
This was hardcoded to 3 in the qmi driver. We currently set it to
3 in the RIL till the apn database side changes are done.
2. RIL_SEND_SMS response has errorCode as a new field,
Indicate SMS memory available/not available based on DEVICE_STORAGE_OK/FULL
intents, and immediately NAK with MEMORY_FULL if we've received a
DEVICE_STORAGE_FULL notification.
This may end up being a short term solution, as the messaging app is
getting re-worked in Eclair, which may change the way we want to handle
memory full reporting (ie, more app involvement).
The changes from 090602 update frameworks/base to support 3way calling
and call waiting.
The changes from 090603 completed the CdmaInformationRecords class
but the original changes submitted has been simplified, toString added
and a bug fixed where the notifications where not being handled properly.
The changes from 090605 added Prl Version, apn fixes.
Merge commit 'b1c2874790908d1bbb9b99242fc7cc96c7b45a8a'
* commit 'b1c2874790908d1bbb9b99242fc7cc96c7b45a8a':
Fix parameter mismatch for a couple of RIL commands.
Both RIL_REQUEST_SET_SMSC_ADDRESS and RIL_REQUEST_CDMA_FLASH take a string
as a parameter. But RIL.java was sending down an array of strings with a
single element instead.
Merge commit '35c46680852268d6b7b51dadf3d5349d146ccdcd'
* commit '35c46680852268d6b7b51dadf3d5349d146ccdcd':
Update a javadoc comment suggesting the use of a deprecated class.
All the methods in DataConnectionTracker should be called only through
the handler. Fix this as trySetupData was being called in the broadcast receiver.
Tested: Airplane mode and GPRS retry.
Merge commit 'c665349543b481b14e423ea9e7e2b368569ae311'
* commit 'c665349543b481b14e423ea9e7e2b368569ae311':
support more minor cdms sms bearer data subparameters
Merge commit '35feec46d90d434a2439765d127a9e8f68a52340'
* commit '35feec46d90d434a2439765d127a9e8f68a52340':
TODO's from Teleca with modifications from wink.
Merge commit '641bb3d8dfd72f57356d39ef00256d6077c9e235'
* commit '641bb3d8dfd72f57356d39ef00256d6077c9e235':
expose (but still hide) sms user data headers