Closed
Bug 956255
Opened 10 years ago
Closed 10 years ago
B2G RIL: no need to deactivate data call before radio off
Categories
(Firefox OS Graveyard :: RIL, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: aknow, Assigned: aknow)
References
Details
Attachments
(2 files, 3 obsolete files)
10.33 KB,
patch
|
aknow
:
review+
|
Details | Diff | Splinter Review |
3.81 KB,
patch
|
aknow
:
review+
|
Details | Diff | Splinter Review |
We don't have to do it. Remove the code.
Assignee | ||
Comment 1•10 years ago
|
||
Attachment #8355467 -
Flags: review?(htsai)
Assignee | ||
Comment 2•10 years ago
|
||
Attachment #8355468 -
Flags: review?(htsai)
Comment 3•10 years ago
|
||
(In reply to Szu-Yu Chen [:aknow] from comment #0) > We don't have to do it. Remove the code. Why? We had them merged in bug 908603. So what's the effect after reverting them here?
Comment 4•10 years ago
|
||
(In reply to Vicamo Yang [:vicamo][:vyang] (PTO Dec. 21 ~ Jan. 5) from comment #3) > (In reply to Szu-Yu Chen [:aknow] from comment #0) > > We don't have to do it. Remove the code. > > Why? We had them merged in bug 908603. So what's the effect after reverting > them here? In Bug 909688 we have handled data connectivity lost cases properly, so there should be no problem in gecko side if we remove 'powerOffRadioSafely()' now, but I think we still need modem's confirmation if they are okay with this. Please see Bug 856553 comment 98.
Flags: needinfo?(jjong)
Assignee | ||
Comment 5•10 years ago
|
||
Bug 883065, looks like modem had already resolved the problem, so we don't have to deactivate the data call by ourself. In addition, I will also check the patch on unagi and fugu device to make sure there is no problem on modem.
Flags: needinfo?(szchen)
Assignee | ||
Comment 6•10 years ago
|
||
(In reply to Szu-Yu Chen [:aknow] from comment #5) > Bug 883065, looks like modem had already resolved the problem, so we don't > have to deactivate the data call by ourself. In addition, I will also check > the patch on unagi and fugu device to make sure there is no problem on modem. Verified on unagi and fugu. Data connection works well after turn off and then turn on the radio.
Comment 7•10 years ago
|
||
(In reply to Szu-Yu Chen [:aknow] from comment #6) > (In reply to Szu-Yu Chen [:aknow] from comment #5) > > Bug 883065, looks like modem had already resolved the problem, so we don't > > have to deactivate the data call by ourself. In addition, I will also check > > the patch on unagi and fugu device to make sure there is no problem on modem. > > Verified on unagi and fugu. > Data connection works well after turn off and then turn on the radio. I also tested with buri, and it worked as expected.
Comment 8•10 years ago
|
||
Comment on attachment 8355467 [details] [diff] [review] Part 1: No need to deactivate data call before radio off Review of attachment 8355467 [details] [diff] [review]: ----------------------------------------------------------------- Don't forget that we'd need to remove "Cu.import("resource://gre/modules/Promise.jsm");"
Attachment #8355467 -
Flags: review?(htsai)
Updated•10 years ago
|
Attachment #8355468 -
Flags: review?(htsai) → review+
Assignee | ||
Updated•10 years ago
|
Attachment #8355467 -
Attachment is obsolete: true
Comment 10•10 years ago
|
||
Comment on attachment 8357005 [details] [diff] [review] Part 1#2: No need to deactivate data call before radio off Review of attachment 8357005 [details] [diff] [review]: ----------------------------------------------------------------- Cool, thank you for the work.
Attachment #8357005 -
Flags: review?(htsai) → review+
Comment 11•10 years ago
|
||
(In reply to Szu-Yu Chen [:aknow] from comment #6) > (In reply to Szu-Yu Chen [:aknow] from comment #5) > > Bug 883065, looks like modem had already resolved the problem, so we don't > > have to deactivate the data call by ourself. In addition, I will also check > > the patch on unagi and fugu device to make sure there is no problem on modem. > > Verified on unagi and fugu. > Data connection works well after turn off and then turn on the radio. Did you test fugu and fugu-DSDS both? If no, please help make sure they both are covered. And in fugu-DSDS, we'd carefully check the cases that data call is on sim1 and on sim2. Thank you!
Assignee | ||
Comment 12•10 years ago
|
||
Attachment #8357005 -
Attachment is obsolete: true
Attachment #8357532 -
Flags: review+
Assignee | ||
Comment 13•10 years ago
|
||
Attachment #8355468 -
Attachment is obsolete: true
Attachment #8357534 -
Flags: review+
Assignee | ||
Comment 14•10 years ago
|
||
https://tbpl.mozilla.org/?tree=Try&rev=daf651fef6c4
Keywords: checkin-needed
Updated•10 years ago
|
Keywords: checkin-needed
Comment 15•10 years ago
|
||
Finally got reply with the perspective of modem: confirmation "The reason for PowerOffSafely is not related to local behavior, rather it's about being nice to the network. Locally the modem will clean up everything on power off and, as you noticed, we are told that the data call is down via DATA_CALL_LIST_CHANGED message. However on the network side the network isn't notified that the device is going down and doesn't get the chance to clean up resources associated with that data call (at least until some timeout happen on their side, assuming they are some contingency in place to cleanup stale connections). Explicitly deactivating the data call on power down is the device being a good citizen and allows the network to free up the resources more readily." Though we don't see re-connection problem with this patch, to make our FFOS a good citizen to the network world, let's keep what we have now. Close as WONTFIX. Sorry for that, and thanks again!
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•