| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|/ / / / / / /
| | | | | | |
| | | | | | |
| | | | | | | |
Change-Id: Ib533b15feb4f56c00f1ce3c7baff5e0e73255e6c
|
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
For devices that have no modems that support the ICS signal strength handling, allow handling it the old way with the ro.ril.gbmodem system property.
Change-Id: I68270c5a4026b2c8f448125607ee47dd04249176
|
|\ \ \ \ \ \ \ |
|
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | | |
Doesn't work with Gingerbread radios!
Since ICS, the modem sends the signal strength in the first 8 bits
and the number of bars as from bit 9.
For old radios the first 8 bits are always 99.
Change-Id: I67b31baf18cbce2dfa7e6f8b096caaae74cd7cd8
|
|\ \ \ \ \ \ \ \ |
|
| |/ / / / / / /
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | | |
When a user sets the option to use only 2G networks (for GSM networks) or its
equivalent for CDMA networks, each reboot erases that setting. That forces
the user to re-select the same option after each boot.
This (very simple) patch fixes it.
Ported from CM9:
http://review.cyanogenmod.org/#/c/16245/
Change-Id: I7ec9e155fed9f57934d7a73936f2bf425c8297fe
|
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | | |
Change-Id: If59780c1a4c153618a2110c60b1b1d4c03f145fd
It's only porting this http://review.cyanogenmod.org/#/c/26166/
Part 2 of 3
Patch Set2:
Correncting undifened symbols
|
|\ \ \ \ \ \ \ \ |
|
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | | |
Change-Id: I296d3f292a72d2f8181f866bd1de7637c8333c63
|
|\ \ \ \ \ \ \ \ \
| |/ / / / / / / /
| | | | | | | | |
| | | | | | | | | |
cm-10.1
|
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | | |
Telephony framework uses AlarmManager for recovery mechanism of data
stalled issue.
Framework configures the ELAPSED_REALTIME_WAKEUP alarm for every
6minutes irrespective of the data state. Due to this,quiet a few
wakeups are seen even when the device is not connected to Mobile
Data network.
Fix is to check the Data connection state before starting
this alarm.
Change-Id: I219bff9199e5ce70bbcd05c95d65731886215fe9
Author: Jeevaka Badrappan <jeevaka.badrappan@intel.com>
Signed-off-by: Jeevaka Badrappan <jeevaka.badrappan@intel.com>
Signed-off-by: Arun Ravindran <arun.ravindran@intel.com>
Signed-off-by: Shuo Gao <shuo.gao@intel.com>
Signed-off-by: Bruce Beare <bruce.j.beare@intel.com>
Signed-off-by: Jack Ren <jack.ren@intel.com>
Author-tracking-BZ: 28494
|
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | | |
p-cmds that support the below mentioned scenarios:
- SETUP CALL
- OPEN CHANNEL
- SEND DTMF
- SEND SMS
- SEND SS
- SEND USSD
- LAUNCH BROWSER
- PLAY TONE
- SELECT ITEM
Senarios handled :
- NO ALPHA ID : Introduce a new configurable sys prop
"persist.atel.noalpha.usrcnf".
-- Allow display of default UI confirmation if prop is set to true
-- No UI confirmation to be show if prop is set to false
- NULL ALPHA ID (len = 0 ) :
-- NO UI confirmation to be displayed
Cherry-picked from CAF commit 5ea0d64186ca08abc0857aae1f83de969393be3b
Without this SimToolkit will pop up asking for user response instead
of recieveing response from framework.
Change-Id: I75b9b9ee630e31154e940bc47ff951f8a1dab236
Signed-off-by: dhacker29 <davidhackerdvm@gmail.com>
|
|\ \ \ \ \ \ \ \ \
| |_|/ / / / / / /
|/| | | | | | | |
| | | | | | | | | |
into cm-10.1
|
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | | |
This causes the RIL to send erroneous GET_SIM_STATUS events that are
of course failing as CDMA devices lack a SIM card. This is causing a
persistent wakelock and quickly draining the battery.
Change-Id: Ic94ff85b63b21b66d66a757127585806c41a3ffa
|
|/ / / / / / / /
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | | |
flag enabled.
Change-Id: I53c26afdbf95d4cc13c7b39d7dcb21d15bbe9a2c
|
|\ \ \ \ \ \ \ \
| | | | | | | | |
| | | | | | | | |
| | | | | | | | | |
cm-10.1
|
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | | |
Serves as a workaround for devices that are otherwise unable to send
concatenated SMS messages on certain carrier networks, by providing the
option (enabled by the "telephony.sms.pseudo_multipart" property) to send
multipart messages as individual (not concatenated) messages.
For example, parts of Sprint's network hang on receipt of multipart SMSes
on devices (e.g., d2spr) that use the qcom SMSLock method in sending
multiple messages. That is, the device waits for acknowledgment of the
first PDU before sending subsequent PDUs, while the network (incompatibly)
waits for subsequent PDUs before acknowledging the first. While sending
the messages individually is suboptimal, it both works reliably and
matches stock ROM behavior.
Change-Id: I1da9d2320780d57b7b6881edb52fb9d7413332ec
|
|/ / / / / / / /
| | | | | | | |
| | | | | | | |
| | | | | | | | |
Change-Id: Ide8eeb61d4798fb18746b9c69c925c233709415f
|
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | | |
- correction of errors with Javac 7:
- creation of empty classes.
Change-Id: I339ce56273025e389bb0f1cb3cc8450eca62ee11
|
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | | |
Change-Id: I83ba3096a7d29f87605bebc0f72fe46124c1ca06
|
|/ / / / / / /
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
Brings bits over from QualcommSharedRIL
This allows d2 with uim to set correct subscription source
instead of being set on NV on first boot.
Change-Id: Ib0a0c7f03bddd7f3eca36b3bad2989d9af6b6dee
|
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
Crash Log: http://pastebin.com/r0qSGvbb
Patchset 1: Fixed a tab.
Patchset 2: Fixed spacing.
Change-Id: Idd3a7d28d62a980e5d8841535b0c9b57ea6e6a01
|
|\ \ \ \ \ \ \
| | | | | | | |
| | | | | | | |
| | | | | | | | |
into cm-10.1
|
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | | |
This code made the assumption that cdma subscription isn't needed
when on cdma + lte. QCOM devices need to get both to provision
propertly because some SIM records are missing.
This patch adds a system property ro.cdma.subscribe_on_ruim_ready
to specify that CDMA subscription should be requested using NV
once the SIM records have been read.
Change-Id: I3e989e9f75c08412bb5f19155beea52e7d9f3c43
|
|\ \ \ \ \ \ \ \
| | |_|_|_|_|_|/
| |/| | | | | |
| | | | | | | | |
https://android.googlesource.com/platform/frameworks/opt/telephony into aosp
|
| |\ \ \ \ \ \ \
| | | |_|_|_|/ /
| | |/| | | | /
| | |_|_|_|_|/
| |/| | | | | |
|
| | |\ \ \ \ \
| | | |_|/ / /
| | |/| | | | |
|
| | | |\ \ \ \ |
|
| | | | |\ \ \ \ |
|
| | | | | |\ \ \ \ |
|
| | | | | | |\ \ \ \ |
|
| | | | | | | |\ \ \ \
| | | | | | | | |_|/ /
| | | | | | | |/| | | |
|
| | | | | | | | |\ \ \ |
|
| | | | | | | | | | |/
| | | | | | | | | |/|
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | | |
breaking jb-mr1-release
This reverts commit 3ff47ff70406e6973226ac966d157a97fa8e9279
Change-Id: I897cc6eecaa0b4a3d248abda0431cd70742ad2df
|
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | | |
bug:7306353
Change-Id: Icf1c21cc8997821a7d50d114c8985728d9bdb02e
|
| | | | | | | | | |\ \ |
|
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | | |
Test case:
- enable increasing ringtone starting at volume 0
- start any music player
- get an incoming call
Previous behaviour:
When ringtone volume is increased from 0 to 1, music continues playing
even
though ring tone is playing as well.
New behaviour:
When ringtone starts, music is attenuated to make user aware of incoming
call. When ringtone volume is increased to 1, music stops playing.
Change-Id: Ifc32ea162d4527572be0574024116d10ee9bca66
|
| |_|_|_|_|_|_|_|_|_|/
|/| | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | | |
Set the audio mode to incall immediately after accepting the call and not wait
till call is reported as ACTIVE by RIL. This is done to speed up time taken for audio
to set up the voice path
(CM change: Remove calls to Rlog, since we haven't imported that yet)
Bug: 7612431
Change-Id: I8008edc64928016ab94aa6d770de248b5d85dc93
|
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | | |
Change-Id: Id40d320cb6935ddf4cceefa8ddb42f9229b66efa
|
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | | |
Change-Id: I3bafac72744d0e77436324db5aafec965ca2cd45
|
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | | |
From
James Roberts Dec 10
SignalStrength.java seems to expect 99 in response[7] in 3g, and now lte rsrp is handled directly there now. What seems to work both ways (on d2vzw at least) is:
if (response[7] == 99) {
// If LTE is not enabled, clear LTE results
// 8-11 must be -1 for cdma/evdo signal strength to be used (see
// frameworks/base/telephony/java/android/telephony/SignalStrength.java)
response[8] = -1;
response[9] = -1;
response[10] = -1;
response[11] = -1;
}
and then leave response[8] alone when response[7] != 99.
Also seems SignalStrength uses 0x7FFFFFFF for INVALID on 8, 9, 10, 11 when all values are not wanted instead of -1 but seems to work either way for me.
Sorry for the long comment. Didn't want to push up a patchset on someone else's commit in case this is wrong.
Test shows:
-104 dBm 36 asu -- LTE
-88 dBm 2 asu -- CDMA - eHRPD
Change-Id: I3c182041387a698e2928e04547989e87773ef9fa
|
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | | |
(e.g: SVDO)
rebased from CM10 commit
Change-Id: I228802b3d2e258892f93e28dbf9dfed8ea8960d1
|
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | | |
Change-Id: I3194c30f36eb6436c7f77883224376386d9bd9a6
|
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | | |
by Robin Morawetz (Rdlgrmpf) and Davor Bertovic (LorD ClockaN)
Id: Ief840d818ecf4b8ebb088fab34f01878d0a9f2d7
Change-Id: Icaaeeebdb85b2c066e0ce2cccc43daac3fa37daa
|
|\ \ \ \ \ \ \ \ \ \ \ |
|
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | | |
When the remote caller disconnects, it caused a NPE which killed the phone app
and caused other side effects such as a 'Return to call' button on the lockscreen,
and possibly more.
Change-Id: Ibbb679bde52f84c2730749d16779b1b19ff88dd3
|
|/ / / / / / / / / / /
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | | |
Patchset 4: restore more HTC unsol message resoponses support from patchset 2.
Patchset 5: move HTC-specific messages into HTCQualcommRIL
Change-Id: I619198437c421348df3c3ff5d0a24f839c5ac43f
|
|\ \ \ \ \ \ \ \ \ \ \ |
|
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | | |
SEND_SMS was falling through to SEND_USSD (which used to do nothing
until USSD support was added) causing an Exception because cmdParams
is not an instance of SendUSSDParams.
Fix by using type-checking instead of checking if Samsung STK is
enabled (because SendSMSParams and SendUSSDParams will only be
created if Samsung STK is enabled.)
Change-Id: I671014e295e9e529aad25a8b6fbd5a2e5788fc44
|
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | |
| | | | | | | | | | | | |
Change-Id: I4f2861e765d6b112b0351e89711025a7ea1f25e4
|